When transporting different kinds of loose goods or liquids/gasses, there may be a difference between the loaded quantity on the truck and the delivered quantity, because of losses during transport (leakage/spillage, change in temperature, imprecise unloading if truck has several stops...).
In this case, you can try modelling the truck as a mobile warehouse only post packing slips when actual delivery quantities are known, but this can be cumbersome. I propose an additional document on the sales order, linked to a packing slip, called "proof of delivery" (POD). If POD invoicing were active for a sales line, only the quantities confirmed for receipt would be subject to invoicing, the difference between the picked/delivered quantity and total received/actually delivered quantity would need to be "sold" as a cost.
Comments
Some localisation request to have sales invoice based on receipt date. (Proof of delivery to final customer).
If this function is added, it should be an option for sales invoices.
Category: Warehouse Management
My company is looking at having a custom POD application built to capture signatures from customers and give the driver the ability to edit line quantities to send the information back to our AR department to credit invoices. It would be awesome to see POD functionality added to AX so that we don't have to build a custom app for it.
Category: Warehouse Management
For those that do not want to wait, this feature is part of the LINKFRESH ISV add-in for food customers.
Category: Warehouse Management
Many of our Food industry customers never actually receive the goods back as the customer will be instructed to scrap them.
So for WHS items being able to adjust the "delivered quantity" on a sales order that could have 100 plus lines without having to create a Return order is something that is needed.
Without WHS it is possible by Correcting the Delivery note journal, so why is this not possible with WHS?
Category: Warehouse Management
Olga Turovceva Mulvad (administrator) on 2/10/2022 7:01:15 AM
Thank you for your feedback, to enable a POD process is part of our long term backlog.
It has a lower stack rank compare to other scenario we are working on or prioritized, but it offered a lot a customer value.
It can also be split in various incremental business scenarios, with adjustment or not, etc