Invoices to invoice contact only

[webolution]

I know it's been said numerous times before, although I'm not sure why it hasn't been adopted. It would be great if when you assign a new contact and mark them as the billing contact, that they are the only recipient of invoice and invoice reminder emails, instead of both the main profile contact and the billing contact receiving the invoices.

Is this planned for a future release?

[Damo]

Could you not make the billing contact the main profile account and then set up the other user with full access but untick invoices?

[webolution]

Could you not make the billing contact the main profile account and then set up the other user with full access but untick invoices?

You could I guess, not a bad suggestion, but I'm not a fan of workarounds when it should really be a standard feature to not notify the main profile contact.

I'd fix it myself if the code wasn't encrypted

[sgrayban]

The main account is considered the admin and thus its role is to get all emails regarding there account.

[Damo]

I see it the same as sgrayban too. The main contact would be for all communications - including billing. The additional profiles would be the select users.

"Standard features" for you may not be so standard for others. For me it's about understanding how the package works and if it's not the same as business process, how I can manage the best way to compromise on it.

[gruvin]

I know it's been said numerous times before, although I'm not sure why it hasn't been adopted. It would be great if when you assign a new contact and mark them as the billing contact, that they are the only recipient of invoice and invoice reminder emails, instead of both the main profile contact and the billing contact receiving the invoices.

Is this planned for a future release?

Unless this ha been adopted in the v4.2 already, then PLEASE, yes, we need this option. Just the other day I received a complaint from both a customer himself and his accounts administrator that read something along the lines of,

"I have asked you several times before to PLEASE not send invoices to xyz. ALL invoices should be sent to me and me only. Please ensure that this request is taken seriously." (For whatever their reasons might be.)

Thus far I have worked around the problem by setting myself as the main contact and adding both the actual main contact and the accounts person separately. But that is by no means an adequate solution. (Password reset emails for one thing.)

I do appreciate the vendor side (us, in this case) of an argument where we want to give every possible contact a copy of an invoice to increase the chances it gets paid. But there are circumstances where certain people are not required or welcomed to see financial information. One example might be when a public relations role is assigned as the main contact, in cases where that role can be filled by any number of differing staff on a day-to-day basis.

So, in essence, I whole heartedly agree with webolution.

A sanity check is also required, I suppose, such that if the main contact does not get invoices, there should be a warning appear if no contact is set to receive invoices.

[webolution]

I do appreciate the vendor side (us, in this case) of an argument where we want to give every possible contact a copy of an invoice to increase the chances it gets paid. But there are circumstances where certain people are not required or welcomed to see financial information.

My sentiments exactly. I'd love to be able to disable certain account 'owners' from getting invoices since they have a dedicated accounts team and the owner does not want the invoice related emails.

I know of a number of other WHMCS users who would love this feature - I know it's probably not a high priority but it'd be a feature welcomed with open arms

[webio]

+1 from me for this feature

[uk_crammie]

+1 from me too for this feature

[stef]

+1 from me too for this feature

[BadMo]

+1 mee too

[mikelegg]

+1 from me for this feature

[MarkSB]

+1 from me as well...
please give us this option.