T.2.RM01.0 to T.2.RM63.0
T.2.RM01.0 to T.2.RM63.0 - Return Macro Messages
All return macro message share a common schema, although each transaction is identified with a unique transaction type.
The following diagram describes the T.2.RM01.0 macro type for illustrative purposes. There are several Shared Complex Types which are re-used within most of the Services Portal (SP) transactions.
The Macro Body Element
Each of the return macro transactions contains a single macro body element (macroBody). The macroBody element, in turn, contains a sequence of elements consisting of a macroType element and zero or more macroField elements and/or fieldGroup elements.
The macroBody elements take the following form:
Macro field groupings are explicitly conveyed via a dedicated grouping element called <fieldGroup>. Each <fieldGroup> element has a "dictTag" attribute whose value describes the name/ nature of the field grouping. Field groups with identical dictionary tag attribute values may be repeated within a given macro. Such identical groups are only distinguished by the data contained within their <macroField> elements. For example, if a macro contained two field groups defining stop information, then each stop group could be distinguished by the inclusion of a "stopNumber" macro field within each group. It is the responsibility of the person designing the macro template to include such differentiating information (if needed) in the event of repeating macro groups.
Macro Body Sample
Consider a hypothetical "load assignment" macro taking the following form:
LOAD# _________ TRAILER# ________
SHIPPER NAME: ____________________
LOCATION: ________________________
ADDITIONAL PICKUPS ___ DROPS ___
CONSIGNEE NAME: __________________
LOCATION: ________________________
TOTAL MILES: _____
COMMENTS: _______________________
The following example illustrates the XML format of the entire transaction, including the <macroBody> element for a hypothetical forward macro. Note: Example is for illustrative purposes, only return macros will be supported initially. Please note that the macro body is just an example. The macro definition will define how the macro body XML will be structured.
|
Note: When no driver is logged in, the <DriverID> filed will not be present. When the <DriverID> field is missing, that indicates no driver was logged in.