266063

From CTMS

266063 AA-7SCDFK Change Trip Status if Date-Time miss

FUNCTIONAL OVERVIEW

Client Requirement

Currently user can not change the Trip Status from COMPLETED if trip has missing date/time. This request is to remove the validation MTS does and allow user to change the Trip Status any time he wants. All the User Group should be able to change the trip status.

Solution

Due to the ‘CL’ messages sent from the HHT updating the status to COMPLETED without validating date and time entries it is possible to COMPLETE a trip without setting these values.

To solve this issue super-users will be allowed change the status from COMPLETED to ACCEPTED (only). These users will be able to make these changes in both the TRIP_SUM screen and the TRIPDTL screen.

Changes will also be required to the following two database triggers:

TAU_SCH_TRIP_LABEL_OUTBOUND 
TAU_SCH_TRIP_HHT_OUTBOUND

These triggers produce records that are sent to the HHT. These will be amended so as to not fire if the previous status was COMPLETED.

Scope

These changes will be applied to system version 10.4.8 on SARTST and once approved SARPRD.

FUNCTIONAL DESCRIPTION

Current Functionality

Currently it is not possible to revert a trip from status COMPLETED to ACCEPTED in MTS as this was not a required process. When trying to do this in the TRIP screens (TRIP_PLAN, TRIPSUM and TRIPDTL) the following error is shown:

266063-1.PNG

New Functionality

The new functionality to allow trip status change from COMPLETED to ACCEPTED requires amendments to the following:

TRM package amendments

When changing the status in TRIP_PLAN and TRIPSUM via the right-click and ‘Set Status’ option, or via the drop down list and ‘Set Status’ button in TRIPDTL, function SET_TRIP_STATUS in package TRM.sql is called. The status you are trying to set the trip to is passed in and compared to the current status of the trip. Currently there is no functionality around setting the status of a trip to ACCEPTED from COMPLETED so the user will get an error as detailed earlier informing them that the trip status change is not possible. The function SET_TRIP_STATUS will be amended to include the possibility of setting a trip status from COMPLETED to ACCEPTED only. Below highlighted in yellow is the piece of code that will be included within the section where a user is trying to set the status of a trip to ACCEPTED to incorporate the ability to revert from COMPLETED. After status reverted, the normal functionality within SET_TRIP_STATUS will complete.

Trigger Updates

Currently triggers TAU_SCH_TRIP_HHT_OUTBOUND and TAU_SCH_TRIP_LABEL_OUTBOUND both fire when a trip status is updated to ACCEPTED. As the new functionality will allow a user to set a trips status from COMPLETED to ACCEPTED, we do not want these triggers to fire in these instances. Therefore, a check will be done in each trigger to ensure the old status of the trip is not COMPLETED before firing the code within the trigger.

After a user changes the status from COMPLETED to ACCEPTED, this will be reflected in the ‘Audit’ tab in TRIP_PLAN, TRIPSUM and TRIPDTL via the current functionality in trigger TI_SCH_TRIP_AUDIT. The user will be able to see who reverted the status and when. Sample ‘Audit’ shown below:

266063-2.PNG

References

Ref No Document Title & ID Version Date
EST-266063 AA-7SCDFK Change Trip Status if Date-Time missing v1.0.doc 1.0 17/06/09

Document History

Version Date Status Reason Initials
0.1 07/07/09 Draft Initial version LAD
1.0 09/07/09 Issue Reviewed and Issue MJC

Authorised By

Matt Crisford

Development Manager

Suk Sandhu

TMSCC MTS Product Manager


Copyright OBS Logistics © 2009

The information contained herein is the property of OBS Logistics and is supplied without liability for errors or omissions. No part may be reproduced or used except as authorised by contract or other written permission. The copyright and foregoing restriction on reproduction and use extend to all media in which the information may be embodied