I suggest you ...

Allow duplicate email address between customers

Many of my residential customers are also business customers, and many of them use the same email address for personal and business email.

124 votes
Vote
Sign in
(thinking…)
Sign in with: Facebook Google
Signed in as (Sign out)
You have left! (?) (thinking…)
adam shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

28 comments

Sign in
(thinking…)
Sign in with: Facebook Google
Signed in as (Sign out)
Submitting...
  • shannon commented  ·   ·  Flag as inappropriate

    Is there a work-around for this. The idea of having a unique email address is very difficult. We work with several housing complexes that are all paid from one email address.

  • Anon commented  ·   ·  Flag as inappropriate

    This is what I heard back from support, anyone got a solution?
    "It is unlikely to change anytime soon if ever, there are too many modules in our system that use the email as a unique identifier and changing that will not be an easy or quick task for the development team."

  • Anonymous commented  ·   ·  Flag as inappropriate

    We also need this asap. We have many separate company offices and billing requirments that bill to the same email account

  • Louis Katz commented  ·   ·  Flag as inappropriate

    This has been going on for two years? Seriously? I have two companies with the same billing contact person. What the heck?

  • Andrew Wrobel commented  ·   ·  Flag as inappropriate

    I have a customer with multiple businesses. I should be able to register his various enterprises with his single email address. Please allow this.

  • Administrator GenTech Power Solutions commented  ·   ·  Flag as inappropriate

    The software must stop forcing the email address to be unique. I have parents that want the kids to have separate accounts and online profiles, but the invoices must go to their email address. I do not want to manually or ad-hoc email from an automated system.

    Please, remove this constraint.

  • Administrator GenTech Power Solutions commented  ·   ·  Flag as inappropriate

    Still waiting for this. The work-around of adding a dummy email address so that the email sub-system will be enabled, then adding contacts is getting old. Sometimes you don't remember to select a contact and get email failures. I seem to remember some automation failing due to using the default and in these cases dummy email.

    Please remove the unique constraint.

  • Administrator GenTech Power Solutions commented  ·   ·  Flag as inappropriate

    Still waiting for this. The work-around of adding a dummy email address so that the email sub-system will be enabled, then adding contacts is getting old. Sometimes you don't remember to select a contact and get email failures. I seem to remember some automation failing due to using the default and in these cases dummy email.

    Please remove the unique constraint.

  • Andy Klein commented  ·   ·  Flag as inappropriate

    This has been planned for 2 years. What is the status? I get the portal bit, but I have many clients who work with me from personal as well as multiple businesses which need their own individual billing.

  • Bea commented  ·   ·  Flag as inappropriate

    We have several customers with multiple locations, for which they want to be billed separately. The only way to achieve that, is to create each location as a new customer. The primary contact for those locations/customers should all be the same. That is currently not possible since the names and emails can't be duplicated. Would appreciate a fix for that!

  • Techie Matt commented  ·   ·  Flag as inappropriate

    It's been almost 2 years guys, surely you can give us an opt-in checkbox to allow duplicate emails across customers, and just skip this check if such a setting is positive??!? Such a tiny amount of work on your end would save a lot of hassle for many dozens if not hundreds of your customers, including likely some of the larger ones.

    The only reason it would be more difficult is if you were using the main contact email as a primary key in a DB, but that would be silly, right?

    I've just been burnt by this as I tried using the format "customeremail+personal@company.com" to work around your flaw, which works for some email services (ignoring everything after the +) but not this particular one it seems.

  • Dan commented  ·   ·  Flag as inappropriate

    Is there an update on this one?

    Most of our customers are okay giving an email address. Some don't want to. Some don't even remember what their email is. This causes an awkward delay in the interaction.

    Our options are to turn off the requirement to get an email account or to put in fake ones. We've been doing, "blank###@(co.com)." Even with most customers giving an email address this is quickly getting ridiculous and you spend a few seconds trying to find the earliest unused blank###. It would be so much simpler if I could just use blank@(co.com).

← Previous 1

Feedback and Knowledge Base