287069
DHL MTS
One Order No Identifier
FUNCTIONAL SPECIFICATION - 10.6
- 1.0
Reference: O287069 FS-8EZDHE
Client Requirement
Change Request Summary:
Due to their only being one order file from EcoTherm and no unique identifier to show an amended order, there is a requirement to allow amended orders into C-TMS within an order file.Paul McGoran/Manchester/UK/NFC
Change Request Details:
Due to their only being one order file from EcoTherm and no unique identifier to show an amended order, there is a requirement to allow amended orders into C-TMS within an order file. If the order (same Customer Reference) exists within C-TMS and is not on a trip, the order is to be updated with the new order details. If the order exists in C-TMS and is on a trip, the order is not to be updated. If the order is not currently within C-TMS, it will be treated as a new order.
Benefits identified as a result of the change:
To allow amended orders into the C-TMS system to eliminate manual amendments which will take a great deal of time to manage and eliminate human error.
Solution
A new inbound EDI process will be created using the EDI tab of the IMPORT Maintenance screen. The flow will use the generic order xml code although some code changes will be required.
Currently when using the generic xml code amendment s and inserts are identified by the data in the event_action field. For ECOTHERM data, this field will not be available. ECOTHERM records will be identified based on the value of the source system.
Currently in the PROCESS_ORDER procedure, data and duplicate checks are carried out based on the EVENT TYPE of the records. If any checks are failed or duplicates are found in error, an error message is written. At the end of the checks, if the error message is still null, the order is processed.
New code will be added to the end of the existing checks for ECOTHERM records. If the ECOTHERM record is not a duplicate then error message will be set to null and the event type will be set to ORD. This will allow the record to continue through the process as a generic insert.
If an ECOTHERM record is a duplicate, another check will be run to find the status of the duplicate record. If the existing order has been scheduled on a trip the error message will be updated to reflect this information and the order will not be processed. If the duplicate is yet to be scheduled, the error message will be set to null and event_type will be set to a new value ‘ORDA’
Currently when processing an order header amendment, only the source system is updated on the header. For ECOTHERM amendments, the only header data that cannot be updated is the External Reference and OMS_REF.
The new event type ‘ORDA’ will allow ECOTHERM amendments to be treated differently in the generic code. When an event_type ORDA is encountered when processing an order header amendment, all the header data excluding oms_ref and external ref will be updated in C-TMS.
When processing ORDER LINES and ORDER ITEMS for event_type ‘ORDA’, all existing records will be deleted before the new records are inserted.
Scope
This change will be applied to system version 10.6.
Set-up
Pre-requisites
None
Menu Structure
Unchanged
Data
Functional Description
The new ECOTHERM Order process will be defined using the EDI tab of the Import Maintenance Screen. The generic order process flow will be used and the new process will run every 5 minutes.
Currently the generic code processes the order records as Inserts or amendments using a data element within the message; EVENT_TYPE.
For ECOTHERM, there is no data value to identify if the record is an insert or an amendment. Part of processing the ECOTHERM orders will involve determining the record event by C-TMS.
The code in the generic procedure PROCESS_ORDER will be amended to process the ECOTHERM records. ECOTHERM records will be identified by the value of the source system tag.
CUSTOMER and COST CENTRE will be defined in the screen as part of the process set up.
The following information will be received from ECOTHERM
Field | Source |
Event Processes | ‘N’ |
Event Source Type | ‘ECOTHERM’ |
Event Source Name | ‘ECOTHERM’ |
Event_date | System date order processed |
Event_type | ‘ORD’ |
Event_Action | ‘C’ |
Order Transaction Date | From ECOTHERM system |
Order Type | ‘O’ |
WMS_Owner | ‘ECOTHERM’ |
So_ref | From ECOTHERM system |
Special Instr | From ECOTHERM system |
Early avail | From INBOUND File |
Late avail | From INBOUND File |
Early del | From INBOUND File |
Late del | From INBOUND File |
Address block details (DEP) | From ECOTHERM system |
Address block details (DEL) | From ECOTHERM system |
Detail Type | ‘S’ |
Product Type | From ECOTHERM system |
Product Type Desc | From ECOTHERM system |
Item identifier | From ECOTHERM system |
Item description | From ECOTHERM system |
Footprint | From ECOTHERM system |
Weight | From ECOTHERM system |
Volume | From ECOTHERM system |
Ordered | From ECOTHERM system |
In the PROCESS_ORDER procedure, data validation will be carried out, any validation failures or duplicates found in error, will write a message to an error field. Only if this error field is clean after the validation checks have been completed is the order processed.
A new check will be added to the end of the validation code, based on the value of the SOURCE SYSTEM. If the source system is ECOTHERM and the record is not a duplicate, the error field will be set back to clean and the EVENT_TYPE will be set to ORD. The ECOTHERM record will then be processed like any other addition.
If an ECOTHERM record is identified as a duplicate, a further check will identify the order status in C-TMS. If the order is not UNSCHEDULED, the error field will be updated and the order will not be processed.
If the order is still UNSCHEDULED on C-TMS, the error field will be set to clean again and the EVENT_TYPE will be set to ORDA. For an EVENT_TYPE of ‘ORDA’, the following HEADER fields will be updated based on the inbound record :
SPECIAL INSTR |
EARLY AVAIL DATE |
LATE AVAIL DATE |
EARLY DEL DATE |
LATE DEL DATE |
FROM_LOC |
TO_LOC |
When processing ECOTHERM amendments, existing order lines and items will be deleted from C-TMS and the lines and items from the inbound file will be processed as new.
Table Updates Required
N/A
References
EST 287069 FS-8EZDHE One order-no identv1.0 | |||
Document History
Initial version | ||||
Reviewed and Issued | ||||
AUTHORISED BY
Matt Crisford | Development Manager | |
Peter Greer | TMSCC MTS Product Manager |