I think, it should only sent emails to the contacts assigned to the invoice. I didn’t had time to test it but could you check if only 1 contact or multiple contacts were assigned to the invoices?
@david und @hillel maybe in the future, it could be possible to determine 1 contact as the default contact.
Also the way new invoices choose their contacts, could be optimised. Currenty when a client has multiple contacts and you create an invoice, each contact is added to the invoice. So (I guess) each E-Mail regarding this invoice, payment etc. goes to each contact.
Contacts have a send_email flag which determines if they’re included when a client is selected for an invoice. I think it would be better to show this field on the client edit screen if the client has more than one contact so it can be configured.
@david I believe we may be setting this in the backend, if that’s the case please don’t any more. Note: when creating a new invoice for a client if the invitations aren’t specified the backend should create invitations for all contacts with send_email set to true.
For me the optimal way would be to be able to chose the default contacts that should receive the “invoice paid” email. But as mentioned it would also be optimal by default (That is if you do not make a choice at all), only the contact that is added to the invoice would be emailed.
I generally agree with this. To me, ideally when entering payment for an invoice the payment would pre-select ONLY the contacts already checked/selected as part of the invoice. Then the user could choose to leave that as-is, or change the check box(es) in the event the payment email should be going to someone else. I think that’s the same, or substantially the same, as AngryWarrior is saying. But only emailing the contacts selected as part of the invoice would be a great step up over emailing the entire company.
(Definitely the action as of v5.3.32-C67, which appears to be that EVERY contact is emailed when the payment is entered, regardless of whether they were selected on the invoice, is not at all preferred. I work with some relatively large organizations, with different small groups which sometimes overlap on certain projects, and sometimes do not, so automatic mass cross-emailing about different projects becomes very confusing, and the workaround of creating a different “company” for all of them does not work very well, etc.)