Difference between revisions of "Delivery confirmation strategies"
Jump to navigation
Jump to search
Stefanseiler (talk | contribs) |
Stefanseiler (talk | contribs) |
||
| Line 2: | Line 2: | ||
The delivery check ("PO-Flip") is a process from the past, which forces vendors to tell the customer that goods have been delivered. This process is entirely obsolete with the usage of B-Op! Instead the customer has access to new delivery confirmation strategies, which use the power of cross-company data exchange and save both sides a lot of time: | The delivery check ("PO-Flip") is a process from the past, which forces vendors to tell the customer that goods have been delivered. This process is entirely obsolete with the usage of B-Op! Instead the customer has access to new delivery confirmation strategies, which use the power of cross-company data exchange and save both sides a lot of time: | ||
* '''De-Minimis strategy''' - customers have to option to define certain order types to be "De-Minimis" (of minor importance), e.g. uniform orders or office stationaty mailorders to the home office. De-Minimis orders will then not require a manual goods intake action by the receiving customer at all. Instead, the shipment notice automatically sent from the vendor to the customer organization over the [https://www.b-op.com/datasphere-trade B-Op dataphere trade] network | * '''De-Minimis strategy''' - customers have to option to define certain order types to be "De-Minimis" (of minor importance), e.g. uniform orders or office stationaty mailorders to the home office. De-Minimis orders will then not require a manual goods intake action by the receiving customer at all. Instead, the shipment notice automatically sent from the vendor to the customer organization over the [https://www.b-op.com/datasphere-trade B-Op dataphere trade] network is interpreted as the devliery acceptance confirmation unless being objected by the receiving party in a predefined time interval (e.g. 2 weeks after shipment) {{Note|B-Op automatically sends out shipment notices to a customer digital when shipments have been made. The customer organization just reveses the regular goods-intake process: The goods are considered delivered after a certain amount of days (definable), except the ordering party objects against the goods arrival. This delivery confirmation strategy is only available if the supplier is part of the b-op network as well. If the supplier is not the ''personal confirmation strategy'' is used instead.}} | ||
*'''Warehouse intake strategy''' - Regular deliveries which target a warehouse undergo the regular goods-intake process in a b-op application like [[ZUGSEIL Warehouse Management System (WMS)]], where the customer counts the recieved items and typically performs a quality check as well. | *'''Warehouse intake strategy''' - Regular deliveries which target a warehouse undergo the regular goods-intake process in a b-op application like [[ZUGSEIL Warehouse Management System (WMS)]], where the customer counts the recieved items and typically performs a quality check as well. | ||
*'''Personal confirmation strategy''' - Requested deliveries, which are not bound to a warehouse but office or other item, need to be confirmed in a b-op application like [[ZUGSEIL Shop]] to have arrived at the customer. | *'''Personal confirmation strategy''' - Requested deliveries, which are not bound to a warehouse but office or other item, need to be confirmed in a b-op application like [[ZUGSEIL Shop]] to have arrived at the customer. | ||
Revision as of 06:46, 17 July 2023
Delivery confirmation strategies
The delivery check ("PO-Flip") is a process from the past, which forces vendors to tell the customer that goods have been delivered. This process is entirely obsolete with the usage of B-Op! Instead the customer has access to new delivery confirmation strategies, which use the power of cross-company data exchange and save both sides a lot of time:
- De-Minimis strategy - customers have to option to define certain order types to be "De-Minimis" (of minor importance), e.g. uniform orders or office stationaty mailorders to the home office. De-Minimis orders will then not require a manual goods intake action by the receiving customer at all. Instead, the shipment notice automatically sent from the vendor to the customer organization over the B-Op dataphere trade network is interpreted as the devliery acceptance confirmation unless being objected by the receiving party in a predefined time interval (e.g. 2 weeks after shipment) B-Op automatically sends out shipment notices to a customer digital when shipments have been made. The customer organization just reveses the regular goods-intake process: The goods are considered delivered after a certain amount of days (definable), except the ordering party objects against the goods arrival. This delivery confirmation strategy is only available if the supplier is part of the b-op network as well. If the supplier is not the personal confirmation strategy is used instead.
- Warehouse intake strategy - Regular deliveries which target a warehouse undergo the regular goods-intake process in a b-op application like ZUGSEIL Warehouse Management System (WMS), where the customer counts the recieved items and typically performs a quality check as well.
- Personal confirmation strategy - Requested deliveries, which are not bound to a warehouse but office or other item, need to be confirmed in a b-op application like ZUGSEIL Shop to have arrived at the customer.
For simplifying the delivery confirmation in De-Minimis and Personal confirmation strategies, ZUGSEIL offers the Pending order tasks app, allowing clearance with very little effort.