Beruflich Dokumente
Kultur Dokumente
Integration: Specifications
Version : Final
Prepared By : Product Management, Oracle Shipping Execution
Control Ref : manifestptnrint.rtf
Last Updated : 23-Oct-06
Overview.................................................................................................................................................................... 4
Major Features.......................................................................................................................................................... 9
Interface with Manifest Partner Application........................................................................................................... 9
Shipment Data Update .......................................................................................................................................... 10
Error Message Processing..................................................................................................................................... 12
The purpose of this document is to cover in detail Oracle’s Manifest Integration. This document
will serve as a guide to manifest partners, implementers, and users of Oracle’s Manifest
Integration.
Oracle’s Manifest Integration enables Oracle E-Business Suite to integrate with manifest partner
applications. The integration allows shipment information to be communicated between Oracle
Order Management/Shipping Execution and the manifest partner application. The integration uses
XML messaging to send and receive shipment information between Order Management/Shipping
Execution and the manifest partner application. A shipment request message is sent to the manifest
partner application communicating the necessary details to process the shipment. Once the
shipment has been processed, a shipment advice message is sent from the manifest partner
application to update the delivery attributes.
Another feature of Oracle’s Manifest Integration is the ability to identify and process error
messages. The status of the outbound shipment request message can be viewed within the
Shipping Execution application. Furthermore, users can access the Shipment Message Corrections
form and correct those inbound shipment advice transactions that have failed. The document will
also cover the Workflow Transaction Monitor and Workflow Status Monitor, which provide
additional capabilities to identify issues and take corrective action.
The document details the steps necessary to implement Oracle’s Manifest Integration. Setup in
Oracle Shipping Execution, Oracle Inventory, Oracle XML Gateway, and Oracle Workflow are
covered.
Oracle’s Manifest Integration provides two separate process flows. The Automated Carrier
Manifesting interface allows users to automatically send outbound shipment requests to the
manifest partner application for processing. A manual manifesting process flow is also available
where users can manually select delivery lines and send them to the manifest partner application
for processing.
Additional topics covered in the document are manifest partner requirements needed to implement
Oracle’s Manifest Integration and integration test suggestions. The integration test suggestions are
designed to assist implementers with suggested methods of integration testing.
The document concludes with an appendix. The appendix provides the ShowShipment message
structure and element description. A table is provided with a description of each element/attribute
in the ShowShipment message. Additionally, the appendix includes a listing of the primary
attributes that would be updated by the manifest partner. Lastly, the document concludes with a
manifest integration FAQ. The FAQ is intended to guide users on those areas that may require
additional attention during implementing and usage.
1. The Oracle Order Management/Shipping Execution user selects the lines that are going to be
shipped that require carrier manifesting by manually selecting the sales order lines on the
Shipping Transactions form. The user will assign the lines to a delivery, pick and pack the
delivery. The user selects the action “Send Outbound Message”, and then selects Shipment
Request. The Delivery will be flagged as “Interfaced, Waiting for Response” so that it cannot
be shipped until the response is received from the partner manifesting system.
2. A business event is raised that will in turn trigger the workflow to extract the data from WSH
tables and create the XML message. The data that is extracted is the data needed by the
manifest partner application to rate the shipment, choose the carrier, calculate the total freight
costs, and generate the required labels and shipping documents. This message is sent through
the XML Gateway to the Oracle Transport Agent (OTA). The OTA at the manifest partner
instance picks up the message and sends it to the partner manifest application. The manifest
partner application obtains the XML message, and processes it.
NOTE: The Shipment Request can be canceled provided the manifest partner
application has not processed the request. To cancel the request, navigate to the
Shipping Transactions form and select the Action ‘Send Outbound Message’. In the
Send Outbound Message dialog box, select ‘Send Shipment Cancellation’ and click the
OK button. Once the cancellation has been processed the delivery status will change
from ‘Shipment Requested’ to ‘Open’. In addition to sending the sending the shipment
cancellation request, the delivery must also be cancelled or voided in the manifest
partner application.
The warning message below will be displayed when the Shipment Cancellation has been
initiated.
“Warning: Shipment Request Cancellation has been initiated. Delivery 908240 must
also be cancelled or voided in the Manifesting Application to complete the cancellation
process”
3. The manifest partner application creates a response transaction. This response will include
shipment header level information, such as the carrier, ship method, freight terms, and so on.
The manifest partner application creates an XML Shipment Advice transaction to be
transferred to Oracle Order Management/Shipping Execution.
4. The XML Gateway Engine at the manifest partner instance consumes the message, and it
loads the data into the WSH INTERFACE tables. Then, the appropriate Shipping APIs are
called to populate the WSH Base tables.
5. The Shipping APIs update the delivery with the shipment information and the item details,
and Confirms the shipment. The Order Management Interface and, if the item is transactable,
the Inventory Interface are submitted to complete the shipping process.
Shipment information can include Ship From Location, Ship to Location, Delivery Weight,
Carrier, Service Level, etc. A Shipment Advice XML message is expected from the manifest
partner application. The ShowShipment Request DTD, its structure and element description are
provided in Appendix A.
Once the manifest partner application has processed the shipment, the ShowShipment Advice
message is sent to Oracle E-Business Suite. Upon successful receipt of the ShowShipment Advice
message, the delivery attributes are automatically updated. Some of the typical delivery attributes
updated are carrier, service level, ship date, weight, tracking number, freight charges, and weight.
For example, the carrier tracking number is typically assigned when the shipment is manifested.
The ShowShipment Advice message would be sent to Oracle E-Business Suite with the attribute
<TRACKINGID> populated for the element <SHIPUNIT>. When the ShowShipment Advice is
received the field Tracking Number is automatically updated for the LPN/Container.
The manifest partner is required to make the following changes to the XML document.
- Charges can be entered for the SHIPMENT and SHIPUNIT. It is important to note the
<CHARGE> segment is not included in the ShowShipment Request message. This
segment needs to be inserted by the manifest partner. This segment is required provided
there are charges associated with the SHIPMENT or SHIPUNIT.
Carrier The field Carrier on the Delivery is updated from the attribute
SHIPMENT.CARRIER
Service Level The field Service Level on the Delivery is updated from the
attribute SHIPMENT.CARRSRVLVL
Waybill The field Waybill on the Delivery is updated from the
SHIPMENT.USERAREA ORACLE.WAYBILL
Tracking Number The field Tracking Number on the Line/LPN is updated from the
attribute SHIPUNIT.TRACKINGID
Delivery Gross Weight The field Gross Weight on the Delivery is updated from the
attribute SHIPMENT.QUANTITY (TOTWEIGHT)
LPN/Container Gross The field Gross Weight on the LPN is updated from the attribute
Weight SHIPUNIT.QUANTITY (TOTWEIGHT)
Delivery Freight Cost The Delivery freight cost amount is updated from the attribute
Amount CHARGE.OPERAMT (EXTENDED) (T) for the SHIPMENT
Delivery Freight Cost The Delivery freight cost name is updated from the attribute
Name CHARGE.CHARGEID for the SHIPMENT
LPN Freight Cost Amount The LPN freight cost amount is updated from the attribute
CHARGE.OPERAMT (EXTENDED) (T) for the SHIPUNIT
LPN Freight Cost Name The LPN freight cost name is updated from the attribute
CHARGE.CHARGEID for the SHIPUNIT
Fig 5 below depicts the update of the Tracking Number field for the LPN/ Container.
Navigation: Shipping > Transactions > Query Delivery >Select Action View Message History
Navigation: Workflow Administrator Web Applications > Transaction Monitor > Select Inbound
or Outbound Messages
Fig 9 depicts the Workflow Transaction Monitor for the Inbound ShowShipment Advice
transaction. Two transactions are displayed, one in status ‘Warning’ and one in status ‘Success’.
Navigation: Workflow Administrator Web Applications > Administrator Workflow > Status
Monitor> Workflow Type: Supplier Instance Workflow
The functionality listed below will be provided by the manifest partner application:
• The manifest partner will provide the user interface for processing parcel shipments. The user
interface should include the necessary fields in order to process the shipment. Additionally,
the user interface should allow selection of additional services provided by the carrier. These
services can include Hold for Pickup, Residential Service, Oversize, Declared Value, COD,
etc.
• The manifest partner application should provide the ability to change the carrier and carrier
service level at time of shipment. This allows users to change the original carrier and carrier
service level sent in the ShowShipment Request message. This provides flexibility to make
last minute changes. The changed carrier and service level will be sent to Oracle E-Business
Suite in the ShowShipment Advice message.
• Carrier rate tables and rate calculation logic will reside in the manifest partner application.
The manifest partner application will calculate and apply carrier freight rates based on the
shipment attributes sent from Oracle E-Business Suite. Rate accuracy and calculation logic
should be in accordance with the carrier’s rating procedures.
• Document generation will be provided by the manifest partner application. The manifest
partner application is responsible for producing carrier compliant shipping labels and end-of-
day manifest.
• The manifest partner application will provide scale integration allowing users to capture
shipment/container weight at time of shipping. The scale weight would be used in the event
the ShowShipment message did not have the shipment weight specified or the user has
overridden the weight at time of shipping. The scale weight should be sent to Oracle E-
Business Suite in the ShowShipment Advice message.
• The carrier tracking number assignment will be provided by the manifest partner application.
The carrier tracking number generation should meet carrier requirements. The manifest
partner applications should be able to provide carrier supported tracking at both container and
shipment level.
• The manifest partner application will print and transmit the end-of-day manifest. The manifest
should be electronically transmitted in accordance with the carrier Manifest Setup
Oracle’s Manifest Integration provides ability to enable automated carrier manifesting. To set up
the Automated Carrier Manifesting interface navigate: Order Management Super
User/Shipping/Interfaces/Run. Select ‘Single Request’ and click ‘OK’. Enter ‘Automated Carrier
Manifesting’ in the ‘Name’ field, and fill in the fields as appropriate in the ‘Parameters’ dialog
box. The button ‘Schedule’ allows you to automatically run the request at scheduled intervals.
Oracle XML Gateway processes events raised by the Oracle Applications and subscribes to
inbound events for processing. Oracle XML Gateway uses Oracle Advanced Queuing to integrate
with the Oracle Transport Agent to deliver messages to and receive messages from other
applications.
Any application that receives XML messages from Oracle Order Management/Shipping Execution
or sends XML messages to Oracle Order Management/Shipping Execution must be defined as a
trading partner within Oracle XML Gateway.
You select XML transactions and enable them for each trading partner during the trading partner
setup.
Code conversions are also seeded and defined in Oracle XML Gateway. Code conversions enable
you to effectively communicate with trading partners by converting your codes (such as TON) into
your trading partners’ codes (such as TONS) bycross-referencing the codes.
• Link a particular address location in Oracle E-Business Suite to the trading partner
definition in Oracle XML Gateway
• Provide a means of telling the execution engine which trading partner message map to use
Note: A message map represents the relationship between the DTD and the XML message
To define your trading partner: Switch Responsibility to XML Gateway: Setup/Define Trading
Partners.
- Map: WSH_SSNI_OAG721_IN
- Map: WSH_SSNO_OAG721_OUT
- Connection/Hub: DIRECT
Note: DIRECT enables you to communicate with a carrier manifesting application directly. A hub
is an integration point within your network (either your intranet of the Internet). If you choose to
connect to a carrier manifesting application using Direct, the XML Gateway will require that you
provide information in the following fields:
- Password: (enter password provided by manifest partner. Note: the manifest partner may
not require a username/password. In this case, enter anything here)
Note: If you choose to connect to a carrier manifesting application using a hub, Oracle XML
Gateway will require that you select only a Username from the list of values. The rest of the
information will default based on the information entered the creation of the hub. If you are using
a predefined hub, the Source Trading Partner Location Code is automatically populated. The
Connection/Hub field is only required when the direction of the XML is OUT.
See: Oracle XML Gateway User’s Guide for detailed information on defining a hub.
Define your code conversions: Switch Responsibility to XML Gateway: Setup/Define Trading
Partners
Setup Code Conversions for the trading partner: select the code conversion button. Code
conversions allow the Oracle server to exchange information with the manifesting partner’s server
such that the codes have a one-to-one relationship. For example, the service level code for Next
Day Air within the Oracle application is 1DA and the corresponding code for this service level at
the manifest partner is NDA. Code conversions allow the servers to decipher this translation, and
hence, the need for conversion codes.
Oracle E-Business Suite provides seeded code conversion categories. The following Categories
should be considered for code conversions:
Contact the manifest partner and discuss which codes are needed to conduct manifesting. Consider
initiating this exchange of information with the manifest partner by providing them with a list of
the data elements codes that you have set up in Oracle E-Business Suite.
Refer to Oracle XML Gateway User’s Guide for more information on defining code conversions
and code conversion categories.
• ECX_INBOUND: Holds all messages that enter the process through the transport agent, or
are placed directly on the queue by an API.
Test Objectives
The objective of the test is to successfully transact data between Oracle E-Business Suite and the
manifest partner application. The test will use XML messaging to send and receive shipment data.
The test should validate that the following functionality is working successfully:
• Send XML ShowShipment Request outbound message to manifest partner application
• Receive XML ShowShipment Advice message from manifest partner application
• Validate that the XML ShowShipment Advice message successfully updates Shipping
Execution
Setup
In order to test the manifest integration the following setup needs to be completed. See also
Manifest Setup Section
Test Flow
The following are the steps for the carrier manifesting test flow:
Sending outbound XML ShowShipment Request message
• Create Sales Order and Book it
• Pick Release order and AutoCreate Delivery
• Ensure manifest enabled carrier is assigned to the delivery
• Select Action ‘Send Outbound Message’ in Shipping Transactions Form
The following are required changes that need to be made by the manifest partner to the
XML ShowShipment Request document:
• Remove all occurrences of <SHIPITEM>……..</SHIPITEM>
• Change “SR” to “SA” in <DOCTYPE>SR</DOCTYPE>
• Change DocumentID to a new value in <DOCUMENTID>351-I</DOCUMENTID>
• Enter a value to “ORACLE.ORIG_DOCID” using the old value in < DOCUMENTID>
For example,
“<ORACLE.ORIG_DOCID>351</ORACLE.ORIG_DOCID>”
The following are suggested changes that can be made by the manifest partner to the XML
ShowShipment Advice document:
• Populate attributes for the ShowShipment Advice message to update: Typical attributes
updated by the partner manifest would include “trackingid”. The “trackingid” is updated at
the element SHIPUNIT (i.e. carrier tracking number for the container)
<TRACKINGID>1Z1536100362391710</TRACKINGID>
• Another suggested attribute for update are the freight charges. Charges can be updated for
the element SHIPMENT or SHIPUNIT. (i.e. carrier transport charge for the container).
Charges are entered into the element <CHARGE>…….</CHARGE>. Within this element
you can enter a charge for a specific charge type.
Troubleshooting
The following are troubleshooting steps that can be performed in the event the messages
have not been successfully sent and received:
• To check the status of the shipment request message navigate to the Shipping Transactions
Form in Oracle Shipping Execution. Select the action ‘View Message History’ for the
Navigation: Shipping > Transaction > Select Action ‘View Message History’
Navigation: Workflow Administrator Web Applications > Transaction Monitor > Select
Inbound or Outbound Messages
• To check the status of the workflow, navigate to the Workflow Status Monitor. The
Workflow Type for manifest integration is the Supplier Instance Workflow. The Workflow
Status Monitor will indicate the failed activity.
The following table lists each of the ShowShipment elements/attributes, whether they are required
or optional, and whether they are used for inbound, outbound, or both.
The Required column indicates whether the element/attribute is required or optional for
INBOUND (I), OUTBOUND (O), or BOTH (B).
Required (B) CNTROL AREA The fields included in this area provide
information about the XML document
Required (B) BSR Shows the Business Service Request name per
OAGI
Required (B) VERB Value is SHOW
Required (B) NOUN Value is SHIPMENT
Required (B) REVISION Value is 006
Required (B) SENDER Provides information on the system that
sends the document
Required (B) LOGICALID Sender system identifier
Required (B) COMPONENT Sender application name. Value is FTE
Required (B) TASK Event or Action
Required (B) REFERENCE ID Unique reference ID for this document
Required (B) CONFIRMATION Confirmation when document is received
Required (B) LANGUAGE Language in which the text fields are transmitted
Required (B) CODEPAGE Character set used in this XML document
Required (B) AUTHID System ID of sender. Value is APPS
Required (B) DATETIME (CREATION) (T) Creation date and time of the XML document
Required (B) DATAAREA.SHOW_SHIPMENT.SHIP Contains the general document information for
MENT goods being transported to a particular partner
destination
Required (B) SHIPMENT.DATETTIME Sys date time Contains date and time stamp of the latest
update to the XML document
Required (B) SHIPMENT.DOCUMENTID (Shipment) WSH_TRANSACTIONS_HISTORY.DOCUM Shipment document ID
ENT_ID
Required (B) SHIPMENT.SHIPPERID LOCATION_CODE from Ship From ID
HR_LOCATIONS_ALL_TL based on the
WSH_NEW_DELIVERIES.INITIAL_PICKUP
_LOCATION_ID
Required (B) SHIPMENT.SYNCID XML: “A” = Add, “D” = Delete “C” = Change
EDI: “N” for Add, “F” for Delete
EDI code conversions: “N” for Add, “R” for
Change, “F” for Cancel
Not Used SHIPMENT.AMOUNT Not Used Not Used
(DECLAREVAL)
Not Used SHIPMENT.AMOUNT (DOCUMENT) Not Used Not Used
(T)
Not Used SHIPMENT.AMOUNT (ESTFREIGHT) Not Used Not Used
Not Used SHIPMENT.AMOUNT (FREIGHT) (T) WSH_FREIGHT_COSTS.TOTAL_AMOUNT Total freight charge
Not Used SHIPMENT.AMOUNT (ITEM) (T) Not Used Not Used
Required (B) SHIPMENT.CARRIER PARTY_NAME FROM HZ_PARTIES based Carrier ID
on the column WSH_NEW_DELIVERIES.
CARRIER_ID
Optional (B) SHIPMENT.CARRIERSRVLVL WSH_NEW_DELIVERIES.SERVICE_LEVEL Carrier service level
Required (O) SHIPMENT.COUNTRYDST WSH_NEW_DELIVERIES. ULTIMATE_DRO Destination country
POFF_LOCATION_ID
Required (O) PARTNER – ADDRESS. This area is for the partner address information
Required (O) PARTNER – ADDRESS.ADDRLINE1- Extracted from the WSH_LOCATIONS using Partner address
ADDRLINE9 the location id that matches the Ship From, Ship
TO, Customer and Supplier from the
WSH_NEW_DELIVERIES table.
Not Used PARTNER – ADDRESS.ADDRTYPE Not Used Not Used
Required (O) PARTNER – ADDRESS.CITY Extracted from the WSH_LOCATIONS using Partner city
the location id that matches the Ship From, Ship
TO, Customer and Supplier from the
WSH_NEW_DELIVERIES table.
Required (O) PARTNER – ADDRESS.COUNTRY Extracted from the WSH_LOCATIONS using Partner country
the location id that matches the Ship From, Ship
TO, Customer and Supplier from the
WSH_NEW_DELIVERIES table.
Optional (O) PARTNER – ADDRESS.COUNTY Extracted from the WSH_LOCATIONS using Partner county
the location id that matches the Ship From, Ship
TO, Customer and Supplier from the
WSH_NEW_DELIVERIES table.
Not Used PARTNER – ADDRESS.DESCRIPTN Not Used Not Used
Optional (O) PARTNER – ADDRESS.FAX1-FAX9 HZ_CONTACT_POINTS.RAW_PHONE_ Partner fax numbers
NUMBER for the PARTY_ID, and
CONTACT_POINT_TYPE = “FAX”
for “Ship To” and HR_LOCATIONS_
ALL.TELEPHONE_NUMBER_2 for “Ship
From”
Required (O) PARTNER – ADDRESS.POSTALCODE Extracted from the WSH_LOCATIONS Partner postal code
using the locationid that matches the Ship From,
Ship TO, Customer and Supplier from the
WSH_NEW_DELIVERIES table.
Optional (O) PARTNER – ADDRESS.REGION Extracted from the WSH_LOCATIONS Partner region
Required (O) PARTNER – ADDRESS.STATEPROVN Extracted from the WSH_LOCATIONS using Partner state or province
the location id that matches the Ship From, Ship
TO, Customer and Supplier from the
WSH_NEW_DELIVERIES table.
Not Used PARTNER – ADDRESS.TAXJRSDCTN Not Used Not Used
Optional (O) PARTNER – ADDRESS.TELEPHONE1- HZ_CONTACT_POINTS.RAW_PHONE_ Partner telephone numbers
TELEPHONE9 NUMBER for the PARTY_ID, and
CONTACT_POINT_TYPE = “GEN” for “Ship
To” and
HZ_LOCATIONS_ALL.TELEPHONE_NUMB
ER_1 for “Ship From”.
Optional (O) PARTNER – ADDRESS.URL HZ_CONTACT_POINTS.URL for the Partner web site URL
PARTY_ID and CONTACT_POINT_TYPE =
“GEN” for “Ship To”
Not Used PARTNER – ADDRESS.USERAREA Not Used Not Used
Optional (O) PARTNER – CONTACT. Partner contact information
Optional (O) PARTNER – CONTACT.NAME1 HZ_PARTIES.PERSON_FIRST_NAME + Partner contact name
PERSON_MIDDLE_NAME+PERSON_LAST_
NAME based on customer and ship to location
on WSH_NEW_DELIVERIES and based on
SHIP_TO_CONTACT_ID on
WSH_DELIVERY_DETAILS.
Not Used PARTNER – Not Used Not Used
CONTACT.CONTCTTYPE
Not Used PARTNER – CONTACT.DESCRIPTN Not Used Not Used
Not Used PARTNER – CONTACT.EMAIL Not Used Not Used
Not Used PARTNER – CONTACT.FAX1 - FAX9 Not Used Not Used
Not Used PARTNER – CONTACT.NAME2 - Not Used Not Used
NAME9
Optional (O) PARTNER – CONTACT.TELEPHONE1 HZ_CONTACT_POINTS.RAW_PHONE_ Partner contact phone numbers
-TELEPHONE9 NUMBER based on customer and ship to
location on WSH_NEW_DELIVERIES and
based on SHIP_TO_CONTACT_ID
on WSH_DELIVERY_DETAILS.
Not Used PARTNER – CONTACT.USERAREA Not Used Not Used
Required (O) DOCUMNTREF. This area contains the details of the document
type
Required (O) DOCUMNTREF.DOCTYPE ‘SR’ (SHIPMENT REQUEST FOR The document type.
OUTBOUND) AND ‘SA’ (SHIMENT ADV SHIPMENT REQUEST
ICE FOR INBOUND) at the Supplier Instance.
MTL_SYSTEM_ITEMS)
ORACLE.TOP_MODEL_LINE_NUMB flexfields
ER WSH_DELIVERY_DETAILS.SHIP_SET_
ORACLE.SHIP_MODEL_COMPLETE_ ID
FLAG WSH_DELIVERY_DETAILS.SUBINVENTO
ORACLE.COMMODITY_CODE_CATE RY
GORY WSH_DELIVERY_DETAILS.TOP_MODEL_
ORACLE.SHIPMENT_PRIORITY_CO LINE_ID
DE WSH_DELIVERY_DETAILS.SHIP_MODEL_
ORACLE.DELIVER_TO_LOCATION COMPLETE_FLAG
ORACLE.CUSTOMER_NAME WSH_DELIVERY_DETAILS.COMMOD
ORACLE.CUSTOMER_NUMBER ITY_CODE_CAT_ID converted to code
ORACLE.TXN_SRC_LINE_NUMBERQ WSH_DELIVERY_DETAILS.SHIPMENT_PR
UANTITY(TOTWEIGHT) IORITY_CODE converted to “01”, “02”, or
ORACLE.MANUAL_WV “03” for XML
ORACLE.LINE_DIRECTION WSH_DELIVERY_DETAILS.DELIVER_
ORACLE.REQUEST_DATE_TYPE_CO TO_LOCATION_ID CONTACT segment
DE sends CONTACT NAME and PHONE
DATETIME (ORACLE.EARLSTPICK) NUMBER of the contact based on the
DATETIME (ORACLE.LATESTPICK) ship_to_contact_id on wsh_delivery_details.
DATETIME (ORACLE.EARLSTDROP)
DATETIME (ORACLE.LATESTDROP)
DATETIME (ORACLE.SCHEDULED)
DATETIME(ORACLE.REQUESTED)C
ONTACT Segment
WSH_DELIVERY_DETAILS.SERIAL_NUMB
ER
Required (B) SHIPUNIT.QUANTITY (TOTWEIGHT) WSH_DELIVERY_DETAILS.GROSS_WEIG Total weight of the ship unit
HT +
WSH_DELIVERY_DETAILS.WEIGHT_UOM
_CODE
Optional (B) SHIPUNIT.QUANTITY (VOLUME) WSH_DELIVERY_DETAILS.VOLUME + Volume of the ship unit
WSH_DELIVERY_DETAILS.VOLUME_UO
M_CODE for delivery lines = container item
Not Used SHIPUNIT.QUANTITY (WIDTH) Not Used Not Used
Optional (B) SHIPUNIT.SHIPMATLID WSH_DELIVERY_DETAILS.INVENTORY_I The delivery detail id of the container record
TEM_ID converted to Item Number by joining
to mtl_system_items
Optional (B) SHIPUNIT.SHIPNOTES WSH_DELIVERY_DETAILS.SHIPPING_INS Shipping instructions or notes
TRUCTIONS
Optional (B) SHIPUNIT.SHIPPOINT WSH_DELIVERY_DETAILS.DELIVER_TO_ Identifies the location the goods are to be
LOCATION_ID shipped
Optional (B) SHIPUNIT.SHIPSRVLVL WSH_DELIVERY_DETAILS.SHIP_METHOD A generic code that specifies a particular type or
_CODE quality of carrier delivery service to be used
for transporting goods
Optional (B) SHIPUNIT.SHPMTLDESC WSH_DELIVERY_DETALS.ITEM_DESCRIP Describes the material or container a
TION product or item is shipped in
Not Used SHIPUNIT.SHPUNITSEQ Not Used Not Used
Not Used SHIPUNIT.SHPUNITSTS Not Used Not Used
Not Used SHIPUNIT.SHPUNITTOT Not Used Not Used
Not Used SHIPUNIT.SPECIALHND Not Used Not Used
Not Used SHIPUNIT.STAGEPOINT Not Used Not Used
Not Used SHIPUNIT.TEMPRATURE (ACTUAL) Not Used Not Used
Not Used SHIPUNIT.TEMPRATURE Not Used Not Used
(DELIVERY)
Not Used SHIPUNIT.TEMPRATURE (LOADING) Not Used Not Used
Not Used SHIPUNIT.TRACKINGIDTYPE Not Used Not Used
Optional (B) SHIPUNIT.TRANSMETHD WSH_DELIVERY_DETAILS.MODE_OF_TR Transportation method
ANSPORT
Optional (B) SHIPUNIT.TRANSTERMS WSH_NEW_DELIVERIES.FOB_CODE A contractual code used to describe the point
where delivery occurs (goods ownership is
transferred) in a contract of sale
Required (B) SHIPUNIT.USERAREA WSH_DELIVERY_DETAILS.DELIVERY_ User area for the ship unit
DETAIL_ID (To be called as
DELIVERY_DETAIL_NUMBER)
WSH_DELIVERY_DETAILS.PACKING_INS
TRUCTIONS
WSH_DELIVERY_DETAILS.DESCRIPTIVE_
FLEXFIELDS
WSH_DELIVERY_DETAILS.LOT_NUMBER
WSH_DELIVERY_DETAILS.SUBLOT_NUM
BER
WSH_DELIVERY_DETAILS.REVISION
WSH_DELIVERY_DETAILS.SERIALNUMB
ER
WSH_DELIVERY_DETAILS.TO_SERIALNU
MBER
The manifest partner is required to make the following changes to the XML document.
- Charges can be entered for the SHIPMENT and SHIPUNIT. It is important to note the
<CHARGE> segment is not included in the ShowShipment Request message. This
segment needs to be inserted by the manifest partner. This segment is required provided
there are charges associated with the SHIPMENT or SHIPUNIT.
The table below depicts several of the primary elements/attributes that would be updated by the
carrier manifest partner. The Required/Optional column indicates whether the element/attribute is
required or optional for the inbound ShowShipment Advice message.
Note: For the complete list of elements/attributes please review the detailed table starting on
page 28. The table on page 28 lists each of the ShowShipment elements/attributes, whether
they are required or optional, and whether they are used for inbound, outbound, or both.
The carrier tracking number can be entered for the attribute SHIPUNIT.TRACKINGID. This
is equivalent to a carrier tracking number for a specific container. The waybill number can be
entered in the SHIPMENT.USERAREA.
Charges can be entered for the element SHIPMENT and SHIPUNIT. It is important to note
that the <CHARGE> segment is not included in the ShowShipment Request message. This
segment needs to be inserted by the manifest partner.
3. What are the valid charge types accepted in the ShowShipment Advice message?
4. Can the ship method be updated once the ShowShipment Request has been sent to the
manifest partner?
The manifest partner in the ShowShipment Advice message can update the attributes
SHIPMENT.CARRIER, SHIPMENT.CARRIERSRVLVL, and
SHIPMENT.TRANSMETHD.
The shipment/container weight can be updated at the time of shipment based on the scale
weight. The scale weight would override the weight if specified in the shipment request
message.
6. What is the required delivery status needed to send the outbound shipment request to
the manifest partner?
The delivery must be in the status ‘Staged/Pick Confirmed’ in order to send the
ShowShipment Request to the manifest partner.
7. How can I view the XML document and validate that it has been successfully sent and
received?
Navigation: Workflow Administrator Web Applications > Transaction Monitor > Select
Inbound or Outbound Messages
8. I have successfully sent the Shipment Request message, however I’m not seeing it in the
Workflow Transaction Monitor?
Oracle Workflow Agent Listeners must be started before the XML transactions can execute.
• ECX_INBOUND
• ECX_TRANSACTION
• WF_DEFERRED
10. Can I cancel the Shipment Request once it has been sent to the manifest partner?
The Shipment Request can be canceled provided the Carrier Manifesting System has not
processed the request. To cancel the request, navigate to the Shipping Transactions form and
select the Action ‘Send Outbound Message’. In the Send Outbound Message dialog box,
select ‘Send Shipment Cancellation’ and click the OK button. Once the cancellation has been
processed the delivery status will change from ‘Shipment Requested’ to ‘Open’.
The warning message below will be displayed when the Shipment Cancellation has been
initiated.
“Warning: Shipment Request Cancellation has been initiated. Delivery 908240 must also be
cancelled or voided in the Manifesting Application to complete the cancellation process”
11. How do I know which attributes in the XML Request and Advice messages are optional
and mandatory?
The table in Appendix A lists each of the ShowShipment elements/attributes, whether they are
required or optional, and whether they are used for inbound, outbound, or both.
The Required column indicates whether the element/attribute is required or optional for
INBOUND (I), OUTBOUND (O), or BOTH (B).
12. Which party is responsible for communicating end of day shipping information to the
carrier?
The manifest partner is responsible for the end of day manifest closing procedure and
communication of shipment data to the carrier host system.
https://metalink.oracle.com/metalink/plsql/showdoc?db=NOT&id=295186.1
https://metalink.oracle.com/metalink/plsql/showdoc?db=NOT&id=295186.1
https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id
=NOT&p_id=113492.1
• Oracle XML Gateway User’s Guide, Release 11.5.10, Part No. B10665-03 July 2005
• Oracle Workflow User’s Guide. Release 2.6.4, Part No. B15854-03 July 2005