On the road to immutable addresses, this is step one of two: it creates immutable shipping addresses, leaving the immutability of invoice addresses to be implemented/desired.
At the same time, fix the "Ship To" button being on purchase documents: although they support registering shipping addresses, the UI does not, so offering the button doesn't make sense. Even more: the shipping addresses probably should be "our" locations (whereas the list of locations is currently that of the counterparty -- in case of a vendor: their locations; the shipping origins, not the destinations).
This PR also fixes the fact that contact information wasn't being retained nor presented on the invoice. For that purpose, we're now presenting "Ship To Attn", also incorporated in the invoice template examples.
On the road to immutable addresses, this is step one of two: it creates immutable shipping addresses, leaving the immutability of invoice addresses to be implemented/desired.
At the same time, fix the "Ship To" button being on purchase documents: although they support registering shipping addresses, the UI does not, so offering the button doesn't make sense. Even more: the shipping addresses probably should be "our" locations (whereas the list of locations is currently that of the counterparty -- in case of a vendor: their locations; the shipping origins, not the destinations).
This PR also fixes the fact that contact information wasn't being retained nor presented on the invoice. For that purpose, we're now presenting "Ship To Attn", also incorporated in the invoice template examples.
Addresses part of #7377.