Tip | ||||
---|---|---|---|---|
On this page:
|
Description of the order
Introduction
The Order Response Status (hereinafter called Order Response) is sent from a Seller to a Buyer, to inform the Buyer about the latest status of the related purchase order.
Process
The Order Response is submitted by the Seller to Onetrail TPN. Onetrail TPN processes the Order Response and submits it to the Buyer in their requested format.
The time between Orders and Order Status (Update) varies per Seller and depends on when the Order Status (Update) Messages are delivered to Onetrail by the Seller.
Info |
---|
For examples about the supported order response scenarios we refer to: order response examples |
Order Status scenarios
Onetrail TPN supports the following Order Status scenarios (or combinations):
- Scenario 1: Order Confirmed without changes;
- Scenario 2: Order Confirmed with changes;
- Scenario 3: Order on-hold;
- Scenario 4: Order-line on-hold;
- Scenario 5: Order Deleted;
- Scenario 6: Order Line(s) Deleted;
- Scenario 7: Order-line is added;
- Scenario 8: Order-line is split;
Info |
---|
For information on the scenarios are detailed in the Syntax paragraph. |
Content
The Global Location Numbers (formerly known as EAN address codes) is used to refer to companies and addresses in order messages. These codes can be supplied by Onetrail unless a Trading Partner already has GLNs. The following GLNs are relevant to the Order Response Message (OrdRsp):
UBL XML:
- To identify the Seller: SellerSupplierParty
- To identify the Buyer: BuyerCustomerParty
- Where the goods are shipped to in case of warehouse shipment: DeliveryLocation
Onetrail XML:
- To identify the Seller: fromRole
- To identify the Buyer: toRole
- Where the goods are shipped to in case of warehouse shipment: ShipTo
Edifact:
- To identify the Buyer: UNB020, S002, 0004
- To identify the Seller: UNB020, S002, 0004
- Where the goods are shipped to in case of Warehouse Shipment: NAD+ST
The planned shipment date is available in the order response messages. The planned shipment date can be "provided" and / or "calculated" in the order response.
The provided shipment date is mandatory, while the calculated shipment date is optional in the order response.
Several scheduled events are available. The following options are supported:
- Ship
- Ship Calculated
- Delivery
- Delivery Calculated
Info |
---|
for UBL, only Delivery delivery dates are supported |
UBL XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<cac:Delivery> <cac:PromisedDeliveryPeriod> <cbc:StartDate>2024-12-06</cbc:StartDate> <cbc:EndDate>2024-12-06</cbc:EndDate> </cac:PromisedDeliveryPeriod> </cac:Delivery> |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<tns:scheduledEvent> <tns:TransportationEvent> <tns:DateStamp>20140307T000000</tns:DateStamp> <tns:GlobalTransportEventCode>Ship</tns:GlobalTransportEventCode> </tns:TransportationEvent> </tns:scheduledEvent> <tns:scheduledEvent> <tns:TransportationEvent> <tns:DateStamp>201403010T000000</tns:DateStamp> <tns:GlobalTransportEventCode>Delivery</tns:GlobalTransportEventCode> </tns:TransportationEvent> </tns:scheduledEvent> |
Format & Syntax
UBL XML
The format of the UBL XML messages is XML version 1.0. The encoding must be UTF-8.
Info |
---|
For more information about the syntax of the order response please refer to: Peppol BIS version 3 - May 2024 Release |
Onetrail XML
The format of the Onetrail XML messages is XML version 1.0. The encoding must be UTF-8.
Info |
---|
For more information about the syntax of the order response please refer to: technical documentation order response |
EDIFACT
Besides UBL and Onetrail XML, Onetrail also supports a standard Edifact D97A ORDRSP besides a lot of other industry standards. For more information about supported standards we refer to: Available Industry Standards
Info |
---|
For the EDIFACT documentation please refer to: Edifact order response documentation |
Communication
Info |
---|
For more information about the supported communication methods, please refer to: communication methods |
Examples
Info |
---|
Please refer to the examples: Order response |
Supported processes by Onetrail TPN in the Order Response Message
In this section we describe the various supported processes in the Order Response Message. The availability of each individual Onetrail TPN supported process for each Seller may vary depending on their capabilities as shown in the table Overview Supported Processes Order Response Message. Each process is described in the subsections below. For more information about which Seller supports which process types in the Order Response Message, please contact our TPN Delivery Team by phone at +31 30 697 32 88 or by e-mail TPN.Delivery@Onetrail.com
Time between Order and Order Status Updates
The time between Orders and Order Status (Update) varies per Seller and depends on when the Order Status (Update) Messages are delivered to Onetrail by the Seller.
Status updates with the Order Response Process
A status update for the entire Order (on header level) and/or for each order line can be provided by the Seller.
It will give an insight of the current status of the Order at the Seller.
UBL XML:
Possible values on order header level are:
- AB: Message acknowledgement
- AP: Accepted
- RE: Rejected
- CA: Conditionally accepted
Possible values on order line level are:
- 1: Order line is added
- 3: Changed
- 5: Accepted without amendment.
- 7: Not accepted
- 9: Deleted
- 42: Already delivered
Info |
---|
The action code 9: Deleted, is Onetrail specfic and not a part of the UBL standard yet. |
Onetrail XML:
Possible values on order header level are:
- 'Accept' (Order is accepted by the seller)
- 'Reject' (Order is on hold)
- 'Change' (Order is accepted with modifications)
- 'Delete' (Order is deleted)
Possible values on order line level are:
- 'Accept' (Line is accepted without changes)
- 'Change' (Line is modified by Seller)
- 'Add' (Line is added by Seller)
- 'Reject' (Line is on hold)
- 'Delete' (Line is deleted)
EDIFACT:
On header level use the Message function code in the BGM segment for this.
Possible values on order header level are:
- '29' (Order is Accepted without amendment by the Seller)
- '27' (Order is Not Accepted/on hold)
- '4' (Order is Changed/accepted with modifications)
- '3' (Order is Deleted)
On line level use the Action request/notification coded in the LIN segment for this.
Possible values on order line level are:
- '5' (Line is accepted without changes)
- '6' (Line is accepted with changes)
- '3' (Line is modified by Seller)
- '1' (Line is added by Seller)
- '7' (Line is not accepted/on hold)
- '2' (Line is deleted)
The usage for these status codes are described further below. As a general response rule, the quantities reported in the and elements combined must be the same value as the ordered quantity.
Info | ||
---|---|---|
| ||
With one exception, being the MOQ (Minimum Order Quantity) where the order requested might be eleven pieces and scheduled or shipped might be twelve pieces as there are twelve (minimum order quantity or per twelve) in one package. |
Onetrail checks on actual changes in the Order Status Updates
Some Sellers are not able to inform the Buyer about only the changes on order line level of the purchase order.
Or there are Sellers who send out an update as long as an order is not delivered completely.
Due to this the Buyer is receiving a lot of updates about the purchase order, without any significant changes.
Onetrail is able to check if there are changes on the Order Line Level in the received Order Status Update from the Seller.
When there is a change Onetrail will send an Order Status Update to the Buyer. If not: Onetrail will block the outbound message to the Buyer.
Ship Date or ETA
Sellers use different dates in their Order Status Messages.
Onetrail you will inform the Buyer about which Seller is sending which dates in the Order Status Messages.
For instance, the ship date is a mandatory requirement, while the Seller can optionally add a delivery date, such as an estimated time of arrival (ETA), to the Order Status Message.
Info |
---|
For UBL XML it will be always the delivery date, |
Use of purchase order line numbers
When the Seller is able to add the purchase order line number in their ERP on the received Orders and they can send it back in the Order Response Message, The Buyer can use 'their' purchase order line number on the Order Response Message to match the used line numbers in the Purchase Order.
This is mostly supported when Orders are placed electronically (via Onetrail TPN).
Be aware that not all Sellers are able to store the Purchase Order line numbers in their ERP system, in such a case, Onetrail will try to align the Order Response with the Purchase Order and add the purchase order line number to the Order Response.
Supported product codes in the Order Response Message
Onetrail supports different product codes in the Order Response Message from the Seller:
- Seller Product Codes: Stock Keeping Unit number (SKU).
- Manufacturers / Vendor Product Codes: Manufacturer Part Number (MFPN) / Vendor Part Number (VPN).
- GTIN / EAN Product Codes: Global Trade Item Number (GTIN) / European Article Number (EAN) (a.k.a. International Article Number) a unique product code supplied by GS1.
- Buyer Product Codes: own product code for Buyers.
UBL XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<cac:Item> <cbc:Name>Canon 719 - Black - original - toner cartridge - for i-SENSYS LBP251, LBP252, LBP253, LBP6310, MF411, MF416, MF418, MF419, MF6140, MF6180</cbc:Name> <cac:SellersItemIdentification> <cbc:ID>SKUB002</cbc:ID> </cac:SellersItemIdentification> <cac:ManufacturersItemIdentification> <cbc:ID>3479B002</cbc:ID> </cac:ManufacturersItemIdentification> <cac:StandardItemIdentification> <cbc:ID schemeID="0160">4960999650289</cbc:ID> </cac:StandardItemIdentification> </cac:Item> |
Onetrail XML:
ProductIdentification/PartnerProductIdentification/GlobalPartnerClassificationCode = "Seller" , "Manufacturer", "Ean" or "Buyer".
Code Block | ||||
---|---|---|---|---|
| ||||
<PartnerProductIdentification> <GlobalPartnerClassificationCode>Manufacturer</GlobalPartnerClassificationCode> <ProprietaryProductIdentifier>20E2000CMH</ProprietaryProductIdentifier> </PartnerProductIdentification> |
EDIFACT:
Include:
On line level use Segment 26: LIN
Item number type coded: SA
Example: LIN+1+5+BDPS3700B:SA'
Include:
On line level use Segment 26: PIA
Item number type coded: MF
Item number type coded: EN
Item number type coded: BP
Example:
PIA+1+6655443322:MF'
PIA+1+4548736013568:EN'
PIA+1+123456:BP'
Scenario examples and date usage
Tip | ||||||||
---|---|---|---|---|---|---|---|---|
Scenario Examples:
|
Scenario 1: Order
Confirmedconfirmed without changes
Products can be delivered at the requested delivery date for the given price.
Statuses:
- Order header Status = Accept
- Order line Status = Accept
UBL XML usage:
Code Block | ||
---|---|---|
| ||
<cbc:OrderResponseCode>AP</cbc:OrderResponseCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:LineStatusCode>5</cbc:LineStatusCode> |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<GlobalPurchaseOrderStatusCode>Accept</GlobalPurchaseOrderStatusCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<GlobalPurchaseOrderStatusCode>Accept</GlobalPurchaseOrderStatusCode> |
EDIFACT:
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+29' |
Code Block | ||
---|---|---|
| ||
LIN+1+5+BDPS3700B:SA' |
Scenario 2: Order
Confirmedconfirmed with changes
Products can't be delivered at the requested delivery date and/or for the requested price.
Statuses:
- Order header Status = Change
- Order line Status = Change
UBL XML:
Code Block | ||
---|---|---|
| ||
<cbc:OrderResponseCode>AP<OrderResponseCode>CA</cbc:OrderResponseCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:LineStatusCode>3</cbc:LineStatusCode> |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode> |
EDIFACT:
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+4' |
Code Block | ||
---|---|---|
| ||
LIN+1+6+BDPS3700B:SA' |
Scenario 3: Order on-hold
When there are price differences, delivery date check with manufacturer is needed, sales block on order, credit check is done, stock differences, products are canceled for sales, etc. the order can be On-Hold for a while.
Statuses:
- Order header Status = Reject
- Order line Status = Reject
UBL XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:OrderResponseCode>RE</cbc:OrderResponseCode>
<cbc:NoteFinance block</cbc:Note> |
Code Block | |||||
---|---|---|---|---|---|
| |||||
<cbc:Note>Finance block</cbc:Note>
<cbc:LineStatusCode>7</cbc:LineStatusCode> |
Onetrail XML:
- HeaderCode Block | ||||
---|---|---|---|---|
| ||||
<remarks> <remark context="RejectReason">Finance block</remark> </remarks> <GlobalPurchaseOrderStatusCode>Reject</GlobalPurchaseOrderStatusCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<remarks> <remark context="RejectReason">Finance block</remark> </remarks> <GlobalPurchaseOrderStatusCode>Reject</GlobalPurchaseOrderStatusCode> |
EDIFACT:
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+27' FTX+ZZZ+one or more lines on hold' |
Code Block | ||
---|---|---|
| ||
LIN+1+7+BDPS3700B:SA' FTX+ZZZ+line on hold-finance block' |
Scenario 4: Order-line on-hold
Instead of the whole Order is put On-Hold, only one or more lines can be On-Hold
Statuses:
- Order header Status = Change
- Order line Status = Reject
UBL XML:
- Header
<remarks>
<remark context="RejectReason">Delivery block for one or more lines</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
- Order Line 1
<remarks>
<remark context="RejectReason">Customer Services Delivery block</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Reject</GlobalPurchaseOrderStatusCode>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>200</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20440404T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:OrderResponseCode>RE</cbc:OrderResponseCode>
<cbc:Note>Delivery block for one or more lines</cbc:Note> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:Note>Customer Services Delivery block</cbc:Note>
<cbc:LineStatusCode>7</cbc:LineStatusCode> |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<remarks>
<remark context="RejectReason">Delivery block for one or more lines</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<remarks>
<remark context="RejectReason">Customer Services Delivery block</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Reject</GlobalPurchaseOrderStatusCode> |
The other order lines are still expected to be delivered and/or are placed in back order.
EDIFACT:
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+4'
FTX+ZZZ+one or more lines on hold'
|
Code Block | ||
---|---|---|
| ||
LIN+1+7+BDPS3700B:SA'
FTX+ZZZ+line on hold-CS delivery block'
|
The other order LIN segments The other order lines are still expected to be delivered and/or are placed in back order.
EDIFACTScenario 5:
- Header
BGM+231+0420360072+4'
D+2:20170920:102'
D+17:20170920:102'
FTX+ZZZ+one or more lines on hold'
- Order Line 1
LIN+1+7+BDPS3700B:SA'
QTY+21:5:EA'
QTY+187:5:EA'
D+2:20170920:102'
D+76:20440404:102'
MOA+146:81.90'
MOA+203:409.50'
FTX+ZZZ+line on hold-CS delivery block'
PRI+AAA:81.9'
The other order LIN segments are still expected to be delivered and/or are placed in back order.
Scenario 5: Order Deleted
When the order isn't accepted (anymore) for Sales reasons or on request of the Buyer the order can be deleted.
- Statuses:
Order header Status = Delete
Order line Status = Delete
XML:
- Header
<remarks>
<remark context="DeleteReason">Canceled on customer request</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20440404T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
- Order Line 1
<remarks>
<remark context="DeleteReason">Canceled on customer request</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>200</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20440404T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
EDIFACT:
- Header
BGM+231+0420360072+3'
D+2:20170920:102'
D+17:20440404:102'
FTX+ZZZ+order deleted'
- Order Line 1
LIN+1+2+BDPS3700B:SA'
QTY+21:5:EA'
QTY+182:5:EA'
D+2:20170920:102'
D+76:20440404:102'
MOA+146:81.90'
MOA+203:409.50'
FTX+ZZZ+line deleted-canceled by customer'
PRI+AAA:81.9'
Scenario 6: Order Line(s) Deleted
When an Order Line isn't accepted (anymore) for Sales reasons or on request of the Buyer one or more Order Line(s) can be deleted.
- Statuses:
Order header Status = Change
Order line Status = Delete
- Header
<remarks>
<remark context="DeleteReason">One or more lines canceled</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
Order deleted
When the order isn't accepted (anymore) for Sales reasons or on request of the Buyer the order can be deleted.
Statuses:
- Order header Status = Delete
- Order line Status = Delete
UBL XML:
Code Block | ||
---|---|---|
| ||
<cbc:OrderResponseCode>DE</cbc:OrderResponseCode>
<cbc:Note>Canceled on customer request</cbc:Note> |
Info | ||
---|---|---|
| ||
The OrderResponseCode DE is not a standard code from the UNCL4343 subset, but added by Onetrail specifically for this scenario. |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<remarks>
<remark context="DeleteReason">Canceled on customer request</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<remarks>
<remark context="DeleteReason">Canceled on customer request</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode>
|
EDIFACT:
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+3'
FTX+ZZZ+order deleted'
|
Code Block | ||
---|---|---|
| ||
LIN+1+2+BDPS3700B:SA'
FTX+ZZZ+line deleted-canceled by customer'
|
Scenario 6: Order line(s) deleted
When an order line isn't accepted (anymore) for sales reasons or on request of the Buyer one or more order line(s) can be deleted.
Statuses:
- Order header Status = Change
- Order line Status = Delete
UBL XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:OrderResponseCode>CA</cbc:OrderResponseCode>
<cbc:Note>One or more lines cancelled</cbc:Note> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:Note>Product is End of Life</cbc:Note>
<cbc:LineStatusCode>9</cbc:LineStatusCode> |
Info | ||
---|---|---|
| ||
The LineStatusCode 9 is not a standard code from the UNCL1229 subset, but added by Onetrail specifically for this scenario. |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<remarks>
<remark context="DeleteReason">One or more lines cancelled</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<remarks>
<remark context="DeleteReason">Product is End of Life</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode> |
The other order lines are still expected to be delivered and/or are placed in back order.
EDIFACT:
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+4'
FTX+ZZZ+one or more lines canceled'
|
Code Block | ||
---|---|---|
| ||
LIN+1+2+BDPS3700B:SA'
FTX+ZZZ+line deleted-Product EOL'
|
The other order LIN segments
- Order Line 1
<remarks>
<remark context="DeleteReason">Product is End of Life</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>200</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20440404T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
The other order lines are still expected to be delivered and/or are placed in back order.
Scenario 7:
Order-
HeaderBGM+231+0420360072+4'
D+2:20170920:102'
D+17:20170920:102'
FTX+ZZZ+one or more lines canceled'
- Order Line 1
LIN+1+2+BDPS3700B:SA'
QTY+21:5:EA'
QTY+182:5:EA'
D+2:20170920:102'
D+76:20440404:102'
MOA+146:81.90'
MOA+203:409.50'
FTX+ZZZ+line deleted-Product EOL'
PRI+AAA:81.9'
The other order LIN segments are still expected to be delivered and/or are placed in back order.
Scenario 7: Order-line is added
An extra product can be added to the Order like a promotional Product or a substitute Product (Deleted Line and new one added).
- Statuses:
Order header Status = Change
Order line Status = Add
- Header
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
- Order Line 1
<buyerLineItem/>
<GlobalPurchaseOrderStatusCode>Add</GlobalPurchaseOrderStatusCode>
<requestedQuantity>
<ProductQuantity>0</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>200</ProductQuantity>
</scheduledShipQuantity>
<ProductIdentification>
<GlobalProductIdentifier>20E2000CMH</GlobalProductIdentifier>
<PartnerProductIdentification>
<GlobalPartnerClassificationCode>Manufacturer</GlobalPartnerClassificationCode>
<ProprietaryProductIdentifier>20E2000CMH</ProprietaryProductIdentifier>
</PartnerProductIdentification>
<PartnerProductIdentification>
<GlobalPartnerClassificationCode>Seller</GlobalPartnerClassificationCode>
<ProprietaryProductIdentifier>SellerPN1</ProprietaryProductIdentifier>
</PartnerProductIdentification>
<PartnerProductIdentification>
<GlobalPartnerClassificationCode>Buyer</GlobalPartnerClassificationCode>
<ProprietaryProductIdentifier>BuyerPN1</ProprietaryProductIdentifier>
</PartnerProductIdentification>
<PartnerProductIdentification>
<GlobalPartnerClassificationCode>EAN</GlobalPartnerClassificationCode>
<ProprietaryProductIdentifier>8712345678921</ProprietaryProductIdentifier>
</PartnerProductIdentification>
</ProductIdentification>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
EDIFACT:
- Header
BGM+231+0420360072+4'
D+2:20170920:102'
D+17:20170920:102'
- Order Line 1
LIN+1+1+BDPS3700B:SA'
QTY+21:0:EA'
QTY+187:5:EA'
D+2:20170920:102'
D+76:20170920:102'
MOA+146:81.90'
MOA+203:409.50'
PRI+AAA:81.9'
RFF+LI:'
Scenario 8: Order-line is split
XML:
When the Order will be partially delivered, the quantity which is available for delivery will be shipped immediately and the quantity which is not available will be put in back-order.
The Seller reports back to the Buyer if the remaining quantity can be delivered for the same price, same date or even at all.
In this case the Seller Order Response contains a split Buyer order line scenario for the original ordered goods.
The first part of the Buyer order line gets status Change.
The quantity which can be delivered (less then ordered) needs to be put into scheduledShipQuantity.
The second part of the Buyer order line will either get status Change, Reject or Delete depending on the split reason:
- Use Change only if the price(s) and/or delivery date(s) deviates from the first split order line.
In case of an unknown delivery date, use the Onetrail defined generic 'Unknown' date 04-04-2044 to indicate an unknown Delivery Date.
- Use status Reject (On Hold) instead in case there is a technical, financial or stock issue with the delivery of the remaining quantity;
- Use Delete if the remaining quantity will not be delivered;
For every possible scenario, the remaining quantity which is not equal to the ordered quantity, must be specified in the ScheduledShipQuantity. The total of all ScheduledShipQuantity mentioned in each split line, must be equal to the original OrderedQuantity when added up together.
- Statuses:
Order header Status = Change
Order line Status = Change
Remark: Use the Onetrail defined generic 'Unknown' date 04-04-2044 to indicate unknown Delivery Date. As soon as a Delivery Date is available, send through the new Delivery Date with the same status Change, in the next OrdRsp message.
- Header
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
- Order Line 1
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<LineNumber>10-10</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>150</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
- Order Line 2
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<LineNumber>10-20</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>50</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190514T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
XML usage 8b Split line Reject/On-Hold
- Header
<remarks>
<remark context="RejectReason">Rejected:Approval Denied</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
- Order Line 1
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<LineNumber>10-10</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>150</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
line is added
An extra product can be added to the order like a promotional product or a substitute product (deleted line and new one added).
Statuses:
- Order header Status = Change
- Order line Status = Add
UBL XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:OrderResponseCode>CA</cbc:OrderResponseCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:LineStatusCode>1</cbc:LineStatusCode> |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<GlobalPurchaseOrderStatusCode>Add</GlobalPurchaseOrderStatusCode> |
EDIFACT:
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+4' |
Code Block | ||
---|---|---|
| ||
LIN+1+1+BDPS3700B:SA' |
Scenario 8: Order-line is split
UBL XML
When the order will be partially delivered, the quantity which is available for delivery will be shipped immediately and the quantity which is not available will be put in back-order.
The Seller reports back to the Buyer if the remaining quantity can be delivered for the same price, another date or not at all.
In this case, the Seller order response contains a split order line scenario for the original ordered goods.
The first part of the order line gets status Change.
The quantity which can be delivered (less then ordered) needs to be put into Quantity.
The second part of the Buyer order line will either get status Change, Reject or Delete depending on the split reason:
- Use Change only if the price(s) and/or delivery date(s) deviates from the first split order line.
- Use status Reject (On Hold) instead in case there is a technical, financial or stock issue with the delivery of the remaining quantity;
- Use Delete if the remaining quantity will not be delivered;
Info |
---|
In case of an unknown delivery date, use the 'Unknown' date 04-04-2044 to indicate an unknown delivery date. As soon as a delivery date is available, send the new delivery date with the same status Change, in the next OrdRsp message. |
Onetrail XML
When the order will be partially delivered, the quantity which is available for delivery will be shipped immediately and the quantity which is not available will be put in back-order.
The Seller reports back to the Buyer if the remaining quantity can be delivered for the same price, another date or not at all.
In this case, the Seller order response contains a split order line scenario for the original ordered goods.
The first part of the order line gets status Change.
The quantity which can be delivered (less then ordered) needs to be put into scheduledShipQuantity.
The second part of the Buyer order line will either get status Change, Reject or Delete depending on the split reason:
- Use Change only if the price(s) and/or delivery date(s) deviates from the first split order line.
- Use status Not accepted (On Hold) instead in case there is a technical, financial or stock issue with the delivery of the remaining quantity;
- Use Delete if the remaining quantity will not be delivered;
Info |
---|
In case of an unknown delivery date, use the 'Unknown' date 04-04-2044 to indicate an unknown delivery date. As soon as a delivery date is available, send the new delivery date with the same status Change, in the next OrdRsp message. |
For every possible scenario, the remaining quantity which is not equal to the ordered quantity, must be specified in the ScheduledShipQuantity. The total of all ScheduledShipQuantity mentioned in each split line, must be equal to the original OrderedQuantity when added up together.
Statuses:
- Order header Status = Change
- Order line Status = Change, Reject or Delete
EDIFACT
When the Order will be partially delivered, the quantity which is available for delivery will be shipped immediately and the quantity which is not available will be put in back-order.
The Seller reports back to the Buyer if the remaining quantity can be delivered for the same price, same date or even at all.
In this case the Seller Order Response contains a split Buyer order line scenario for the original ordered goods.
The first part of the Buyer order line gets status Change.
The quantity which can be delivered (less then ordered) needs to be put into Quantity scheduled (QTY+187).
The second part of the Buyer order line will either get status Changed (3), Not Accepted (7) or Deleted (2) depending on the split reason:
- Use Changed (3) only if the price(s) and/or delivery date(s) deviates from the first split order line.
In case of an unknown delivery date, use the Onetrail defined generic 'Unknown' date 04-04-2044 to indicate an unknown Delivery Date.
- Use status Not Accepted/On-Hold (7) instead in case there is a technical, financial or stock issue with the delivery of the remaining quantity;
- Use Deleted (2) if the remaining quantity will not be delivered;
For every possible scenario, the remaining quantity which is not equal to the ordered quantity, must be specified in the Quantity scheduled (QTY+187) or Backorder Quantity (QTY+83). The total of all Quantity scheduled (QTY+187) and Backorder Quantity (QTY+83) and Canceled Quantity (QTY+182) and Supplied Quantity (QTY+169) mentioned in each split line, must be equal to the original Ordered Quantity (QTY+21) when added up together.
- Statuses:
Order header Status = Change
Order line Status = Change
Scenario 8a: Split line with first line to be delivered and second line in backorder
UBL XML:
Code Block | ||
---|---|---|
| ||
<cbc:OrderResponseCode>AP</cbc:OrderResponseCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:ID>1</cbc:ID>
<cbc:LineStatusCode>3</cbc:LineStatusCode>
<cbc:Quantity unitCode="EA" unitCodeListID="UNECERec20">150.00</cbc:Quantity>
<cac:Delivery>
<cac:PromisedDeliveryPeriod>
<cbc:StartDate>2024-12-06</cbc:StartDate>
<cbc:EndDate>2024-12-06</cbc:EndDate>
</cac:PromisedDeliveryPeriod>
</cac:Delivery> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:ID>2</cbc:ID>
<cbc:LineStatusCode>3</cbc:LineStatusCode>
<cbc:Quantity unitCode="EA" unitCodeListID="UNECERec20">150.00</cbc:Quantity>
<cac:Delivery>
<cac:PromisedDeliveryPeriod>
<cbc:StartDate>2024-12-30</cbc:StartDate>
<cbc:EndDate>2024-12-30</cbc:EndDate>
</cac:PromisedDeliveryPeriod>
</cac:Delivery> |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
|
Code Block | ||||
---|---|---|---|---|
| ||||
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<LineNumber>10-10</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>150</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity> |
Code Block | ||||
---|---|---|---|---|
| ||||
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<LineNumber>10-20</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>50</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190514T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity> |
EDIFACT
Info | ||
---|---|---|
| ||
Use the Onetrail defined generic 'Unknown' date 04-04-2044 to indicate unknown Delivery Date. As soon as a Delivery Date is available, send through the new Delivery Date with the same status Change, in the next OrdRsp message. |
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+4'
D+2:20170920:102'
D+17:20170920:102'
- Order Line 1
LIN+1+3+BDPS3700B:SA'
QTY+21:10:EA'
QTY+187:6:EA'
D+2:20170920:102'
D+76:20170920:102'
MOA+146:62.89'
MOA+203:377.34'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1' |
Code Block | ||
---|---|---|
| ||
LIN+2+3+BDPS3700B:SA'
QTY+21:10:EA'
QTY+83:4:EA'
D+2:20170920:102'
D+76:20171012:102'
MOA+146:62.89'
MOA+203:251.56'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1' |
Scenario 8b: Split line with first line to be delivered and second line with status on-hold (reject)
UBL XML:
Code Block | ||
---|---|---|
| ||
<cbc:OrderResponseCode>CA</cbc:OrderResponseCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:ID>1</cbc:ID>
<cbc:LineStatusCode>3</cbc:LineStatusCode>
<cbc:Quantity unitCode="EA" unitCodeListID="UNECERec20">150.00</cbc:Quantity>
<cac:Delivery>
<cac:PromisedDeliveryPeriod>
<cbc:StartDate>2024-12-06</cbc:StartDate>
<cbc:EndDate>2024-12-06</cbc:EndDate>
</cac:PromisedDeliveryPeriod>
</cac:Delivery> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:ID>2</cbc:ID>
<cbc:LineStatusCode>7</cbc:LineStatusCode>
<cbc:Quantity unitCode="EA" unitCodeListID="UNECERec20">50.00</cbc:Quantity>
<cac:Delivery>
<cac:PromisedDeliveryPeriod>
<cbc:StartDate>2044-04-04</cbc:StartDate>
<cbc:EndDate>2044-04-04</cbc:EndDate>
</cac:PromisedDeliveryPeriod>
</cac:Delivery> |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<remarks>
<remark context="RejectReason">Rejected:Approval Denied</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<LineNumber>10-10</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>150</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity> |
Code Block | ||||
---|---|---|---|---|
| ||||
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<remarks>
<remark context="RejectReason">Waiting for approval for price change</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Reject</GlobalPurchaseOrderStatusCode>
<LineNumber>10-20</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>50</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20440404T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity> |
EDIFACT
Info | ||
---|---|---|
| ||
Use the Onetrail defined generic 'Unknown' date 04-04-2044 to indicate unknown Delivery Date. As soon as a Delivery Date is available, send through the new Delivery Date with the same status Change, in the next OrdRsp message. |
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+4'
D+2:20170920:102'
D+17:20170920:102'
- Order Line 1
LIN+1+3+BDPS3700B:SA'
QTY+21:10:EA'
QTY+187:6:EA'
D+2:20170920:102'
D+76:20170920:102'
MOA+146:62.89'
MOA+203:377.34'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1' |
Code Block | ||
---|---|---|
| ||
LIN+2+3+BDPS3700B:SA'
QTY+21:10:EA'
QTY+83:4:EA'
D+2:20170920:102'
D+76:20171012:102'
MOA+146:62.89'
MOA+203:251.56'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1' |
Scenario 8c: Split line with first line to be delivered and second line deleted
UBL XML:
Code Block | ||
---|---|---|
| ||
<cbc:OrderResponseCode>CA</cbc:OrderResponseCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:ID>1</cbc:ID>
<cbc:LineStatusCode>3</cbc:LineStatusCode>
<cbc:Quantity unitCode="EA" unitCodeListID="UNECERec20">150.00</cbc:Quantity>
<cac:Delivery>
<cac:PromisedDeliveryPeriod>
<cbc:StartDate>2024-12-06</cbc:StartDate>
<cbc:EndDate>2024-12-06</cbc:EndDate>
</cac:PromisedDeliveryPeriod>
</cac:Delivery> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:ID>2</cbc:ID>
<cbc:LineStatusCode>9</cbc:LineStatusCode>
<cbc:Quantity unitCode="EA" unitCodeListID="UNECERec20">50.00</cbc:Quantity>
<cac:Delivery>
<cac:PromisedDeliveryPeriod>
<cbc:StartDate>2044-04-04</cbc:StartDate>
<cbc:EndDate>2044-04-04</cbc:EndDate>
</cac:PromisedDeliveryPeriod>
</cac:Delivery> |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<remarks>
<remark context="DeleteReason">Deleted:Product End Of Life</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<LineNumber>10-10</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>150</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity> |
Code Block | ||||
---|---|---|---|---|
| ||||
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<remarks>
<remark context="DeleteReason">Deleted:Product End Of Life</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode>
<LineNumber>10-20</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>50</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20440404T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity> |
EDIFACT
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+4'
D+2:20170920:102'
D+17:20170920:102'
FTX+ZZZ+One or more lines canceled' |
Code Block | ||
---|---|---|
| ||
LIN+1+3+BDPS3700B:SA'
QTY+21:10:EA'
QTY+187:6:EA'
D+2:20170920:102'
D+76:20170920:102'
MOA+146:62.89'
MOA+203:377.34'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1' |
Code Block | ||
---|---|---|
| ||
LIN+2+2+BDPS3700B:SA'
QTY+21:10:EA'
QTY+182:4:EA'
D+2:20170920:102'
D+76:20440404:102'
MOA+146:62.89'
MOA+203:251.56'
FTX+ZZZ+line deleted-Product EOL'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1' |
Info | ||
---|---|---|
| ||
In this scenario, if the Canceled/Deleted quantity of 4 is communicated after the first quantity of 6 is already shipped, the first of the split lines in the second Order Response can also provide the quantity of 6 as already delivered, by moving it from 'Quantity scheduled' to the 'Supplied quantity'. |
Scenario 8d: Split line with first line already delivered and second line deleted
Info | ||
---|---|---|
| ||
In this scenario, the second part with quantity of 50 is deleted after the first batch of 150 is already shipped, this will can only happen in a second or later order response, as the first order response will have the scheduled delivery date, |
UBL XML:
Code Block | ||
---|---|---|
| ||
<cbc:OrderResponseCode>CA</cbc:OrderResponseCode> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:ID>1</cbc:ID>
<cbc:LineStatusCode>42</cbc:LineStatusCode>
<cbc:Quantity unitCode="EA" unitCodeListID="UNECERec20">150.00</cbc:Quantity>
<cac:Delivery>
<cac:PromisedDeliveryPeriod>
<cbc:StartDate>2024-12-06</cbc:StartDate>
<cbc:EndDate>2024-12-06</cbc:EndDate>
</cac:PromisedDeliveryPeriod>
</cac:Delivery> |
Code Block | ||||
---|---|---|---|---|
| ||||
<cbc:ID>2</cbc:ID>
<cbc:LineStatusCode>9</cbc:LineStatusCode>
<cbc:Quantity unitCode="EA" unitCodeListID="UNECERec20">50.00</cbc:Quantity>
<cac:Delivery>
<cac:PromisedDeliveryPeriod>
<cbc:StartDate>2044-04-04</cbc:StartDate>
<cbc:EndDate>2044-04-04</cbc:EndDate>
</cac:PromisedDeliveryPeriod>
</cac:Delivery> |
Onetrail XML:
Code Block | ||||
---|---|---|---|---|
| ||||
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<LineNumber>10-10</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>0</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>150</ProductQuantity>
</shippedQuantity> |
Code Block | ||||
---|---|---|---|---|
| ||||
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<remarks>
<remark context="DeleteReason">Deleted:Product End Of Life</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode>
<LineNumber>10-20</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>50</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20440404T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity> |
EDIFACT
Code Block | ||
---|---|---|
| ||
BGM+231+0420360072+4'
D+2:20170920:102'
D+17:20170920:102'
FTX+ZZZ+One or more lines canceled' |
Code Block | ||
---|---|---|
|
- Order Line 2
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<remarks>
<remark context="RejectReason">Rejected:Approval Denied</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Reject</GlobalPurchaseOrderStatusCode>
<LineNumber>10-20</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>50</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20440404T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
XML usage 8c Split line Delete/End Of Life(EOL)
- Header
<remarks>
<remark context="DeleteReason">Deleted:Product End Of Life</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
- Order Line 1
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<LineNumber>10-10</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>150</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
- Order Line 2
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<remarks>
<remark context="DeleteReason">Deleted:Product End Of Life</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode>
<LineNumber>10-20</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>50</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20440404T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
Remark: In this scenario, if the Deleted quantity of 50 is communicated after the first quantity of 150 is already shipped, the first of the split lines in the second Order Response can also provide the quantity of 150 as already delivered, by moving it from 'scheduledShipQuantity' to the 'shippedQuantity'.
- Order Line 1
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<GlobalPurchaseOrderStatusCode>Change</GlobalPurchaseOrderStatusCode>
<LineNumber>10-10</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>0</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>150</ProductQuantity>
</shippedQuantity>
- Order Line 2
<buyerLineItem>
<LineNumber>1</LineNumber>
</buyerLineItem>
<remarks>
<remark context="DeleteReason">Deleted:Product End Of Life</remark>
</remarks>
<GlobalPurchaseOrderStatusCode>Delete</GlobalPurchaseOrderStatusCode>
<LineNumber>10-20</LineNumber>
<requestedQuantity>
<ProductQuantity>200</ProductQuantity>
</requestedQuantity>
<scheduledShipQuantity>
<ProductQuantity>50</ProductQuantity>
</scheduledShipQuantity>
<requestedEvent>
<TransportationEvent>
<DateStamp>20190429T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</requestedEvent>
<scheduledEvent>
<TransportationEvent>
<DateStamp>20440404T000000</DateStamp>
<GlobalTransportEventCode>Ship</GlobalTransportEventCode>
</TransportationEvent>
</scheduledEvent>
<shippedQuantity>
<ProductQuantity>0</ProductQuantity>
</shippedQuantity>
EDIFACT:
When the Order will be partially delivered, the quantity which is available for delivery will be shipped immediately and the quantity which is not available will be put in back-order.
The Seller reports back to the Buyer if the remaining quantity can be delivered for the same price, same date or even at all.
In this case the Seller Order Response contains a split Buyer order line scenario for the original ordered goods.
The first part of the Buyer order line gets status Change.
The quantity which can be delivered (less then ordered) needs to be put into Quantity scheduled (QTY+187).
The second part of the Buyer order line will either get status Changed (3), Not Accepted (7) or Deleted (2) depending on the split reason:
- Use Changed (3) only if the price(s) and/or delivery date(s) deviates from the first split order line.
In case of an unknown delivery date, use the Onetrail defined generic 'Unknown' date 04-04-2044 to indicate an unknown Delivery Date.
- Use status Not Accepted/On-Hold (7) instead in case there is a technical, financial or stock issue with the delivery of the remaining quantity;
- Use Deleted (2) if the remaining quantity will not be delivered;
For every possible scenario, the remaining quantity which is not equal to the ordered quantity, must be specified in the Quantity scheduled (QTY+187) or Backorder Quantity (QTY+83). The total of all Quantity scheduled (QTY+187) and Backorder Quantity (QTY+83) and Canceled Quantity (QTY+182) and Supplied Quantity (QTY+169) mentioned in each split line, must be equal to the original Ordered Quantity (QTY+21) when added up together.
- Statuses:
Order header Status = Change
Order line Status = Change
Edifact usage 8a Split line Change/Backorder
Remark: Use the Onetrail defined generic 'Unknown' date 04-04-2044 to indicate unknown Delivery Date. As soon as a Delivery Date is available, send through the new Delivery Date with the same status Change, in the next OrdRsp message.
- Header
BGM+231+0420360072+4'D+2:20170920:102'
D+17:20170920:102'
- Order Line 1
LIN+1+3+BDPS3700B:SA'
QTY+21:10:EA'
QTY+187:6:EA'
D+2:20170920:102'
D+76:20170920:102'
MOA+146:62.89'
MOA+203:377.34'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1'- Order Line 2LIN+2+3+BDPS3700B:SA'
QTY+21:10:EA'
QTY+83:4:EA'
D+2:20170920:102'
D+76:20171012:102'
MOA+146:62.89'
MOA+203:251.56'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1'
Edifact usage 8b Split line Reject/On-Hold
- Header
BGM+231+0420360072+4'D+2:20170920:102'
D+17:20170920:102'
FTX+ZZZ+Order line blocked-CS block'
- Order Line 1
LIN+1+3+BDPS3700B:SA'
QTY+21:10:EA'
QTY+187:6:EA'
D+2:20170920:102'
D+76:20170920:102'
MOA+146:62.89'
MOA+203:377.34'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1'
- Order Line 2
LIN+2+7+BDPS3700B:SA'
QTY+21:10:EA'
QTY+187:4:EA'
D+2:20170920:102'
D+76:20440404:102'
MOA+146:62.89'
MOA+203:251.56'
FTX+ZZZ+Order line blocked-CS block'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1'
Edifact usage 8c Split line Delete/End Of Life(EOL)
- Header
BGM+231+0420360072+4'D+2:20170920:102'
D+17:20170920:102'
FTX+ZZZ+One or more lines canceled'
- Order Line 1
LIN+1+3+BDPS3700B:SA'
QTY+21:10:EA'
QTY+187:6:EA'
D+2:20170920:102'
D+76:20170920:102'
MOA+146:62.89'
MOA+203:377.34'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1'
- Order Line 2
LIN+2+2+BDPS3700B:SA'
QTY+21:10:EA'
QTY+182:4:EA'
D+2:20170920:102'
D+76:20440404:102'
MOA+146:62.89'
MOA+203:251.56'
FTX+ZZZ+line deleted-Product EOL'
PRI+AAA:62.89'
RFF+VN:11223344:001'
RFF+LI:1'
Remark: In this scenario, if the Canceled/Deleted quantity of 4 is communicated after the first quantity of 6 is already shipped, the first of the split lines in the second Order Response can also provide the quantity of 6 as already delivered, by moving it from 'Quantity scheduled' to the 'Supplied quantity'.
- Header
BGM+231+0420360072+4'D+2:20170920:102'
D+17:20170920:102'
FTX+ZZZ+One or more lines canceled'
- Order Line
| |
LIN+1+3+BDPS3700B:SA' |
QTY+21:10:EA' |
QTY+169:6:EA' |
D+2:20170920:102' |
D+76:20170920:102' |
MOA+146:62.89' |
MOA+203:377.34' |
PRI+AAA:62.89' |
RFF+VN:11223344:001' |
RFF+LI:1' |
Code Block | ||
---|---|---|
| ||
LIN+2+2+BDPS3700B:SA' |
QTY+21:10:EA' |
QTY+182:4:EA' |
D+2:20170920:102' |
D+76:20440404:102' |
MOA+146:62.89' |
MOA+203:251.56' |
FTX+ZZZ+line deleted-Product EOL' |
PRI+AAA:62.89' |
RFF+VN:11223344:001' |
RFF+LI:1' |
Dates: explanation on how to use the different Delivery and Shipment Dates
Within the Onetrail message format, scheduled events with different date types can be provided by the Sellers indicating the different types of events. Sellers can provide the day and time a shipment leaves the Sellers warehouse. An ultimate date of delivery can be indicated by either earliest or latest delivery date. A Seller can use one of the following enumerations for the element ‘GlobalTransportEventCode’ inside the ‘scheduledEventType’:
- 'Ship' (When the goods leave the Seller's warehouse)
- 'EarliestDelivery' (1st day of the delivery period / window at the Buyer’s warehouse)
- 'LatestDelivery' (Last day of the delivery period / window at the Buyer’s warehouse)
...