Created on 2021-07-08.17:08:51 by bernatnan, last changed 1 week ago by reviewbot.
The solution is msg68784 but it can not be backported but as I said it will not be a big issue.
If change the party only with the non-posted invoices will leave an inconsistent situation too. Because, for example, the party will be replace in the sales, and if this sales have a posted Invoice the party won't be replaced there? So will have the sale with the new party and the invoice with the old, that won't be correct.
I'm not suer which is the best solution.
In order to add this behavior, the identifier must be come deactivable. This would prevent the fix to be backported but I do not think it is a big problem as the domain validation on invoice would be triggered only the field or the party is changed which can only be done on non-posted invoices.
If use the PartyReplace wizard with a party that has invoices, as the party_identifier are not move to the new party, the invoice remains inconsistent with the domain party/party_tax_identifier.
I think we should move the party_identifier from the old party to the new one like party.address or party.contact_mechanism are doing in party module.
|2021-09-16 10:29:19||reviewbot||set||messages: + msg70136|
|2021-09-14 15:50:20||reviewbot||set||messages: + msg70095|
|2021-09-08 09:25:48||reviewbot||set||messages: + msg69931|
|2021-09-07 17:21:26||reviewbot||set||messages: + msg69923|
|2021-09-07 12:24:49||reviewbot||set||messages: + msg69921|
nosy: + reviewbot
|2021-09-06 15:31:33||Davidoff||set||assignedto: Davidoff|
keyword: + review
nosy: + Davidoff
status: chatting -> testing
|2021-08-07 10:49:50||ced||set||messages: + msg69237|
|2021-08-04 11:42:56||bernatnan||set||messages: + msg69134|
nosy: + ced
status: unread -> chatting
Showing 10 items. Show all history (warning: this could be VERY long)