Only solution seems to be the deletion of Purchase Order and creation of a new one.
Though, this solution brings other problems, if the original Purchase Order is already sent to the Vendor. E.g. reference information will be different (Purchase Order No.).
Also, if this process is also part of InterCompany orders, then the problem is way too big as you cannot (= should not!) delete any order in between, in the middle of process.
Suggested functionality:
- Functionality, triggered by the changes on the Sales Order "Ship-to Address" -fields
- Requires also, that one or multiple Sales Order Lines are for Drop Shipment, and the related Purchase Orders exist
- The functionality could be automatic, but then the purchasers will not know if the addresses are changed --> for this, suitable events could be raised, so the partners could solve this case-by-case basis (unless better solution could delivered from Microsoft). At least a Boolean or DateTime field could be added to the Purchase Order, in order to mark the done changes on the background.
Comments
Changes is delivery address happen all the time for us with drop ships, there needs to be an easier way to update the SO/PO that isn't simply deleting and starting over.
Category: Sales
I see this two point as a bug in the product:Address in ‘Sales Order’ can be changed even without affecting the address in the connected PO.System should not allow to change the ‘Planned Delivery Date’ in the ‘Sales Order’ since it will not match with the ‘Planned Receipt Date’ in the ‘Purchase Order’.
Category: Sales
Business Central Team (administrator)
Thank you for this suggestion! Currently this is not on our roadmap. We are tracking this idea and if it gathers more votes and comments we will consider it in the future.
Best regards,
Business Central Team