Constraints on Estimated Dates

From UG

(Difference between revisions)
Jump to: navigation, search
(Scope of this wiki)
(SOW 1)
Line 17: Line 17:
Core requirements:
Core requirements:
-
* '''Task type:''' Tweak.
+
* System should validate the chronological order in the specific sequence for all '''estimated''' dates.
-
* '''Where:''' Estimated CT Dates.
+
-
* '''What:''' System should validate the chronological order in the specific sequence for all estimated dates.
+
** The system must allow each of the dates to be the same as the previous date or more.
** The system must allow each of the dates to be the same as the previous date or more.
** If an attempt is made to confirm a date out of order an error message should be generated and the date should not be saved.  
** If an attempt is made to confirm a date out of order an error message should be generated and the date should not be saved.  
Line 27: Line 25:
**: 1) If CT is a part of Group and date field what out of order is selected for "Group save".
**: 1) If CT is a part of Group and date field what out of order is selected for "Group save".
**: 2) If CT is a part of Master.
**: 2) If CT is a part of Master.
-
** NOTE: Validations of estimated dates are not subject to Actual Date validations.
+
 
 +
* '''NOTE: Validations of estimated dates are not subject to Actual Date validations.'''
=== Specific sequence of validating estimated dates ===
=== Specific sequence of validating estimated dates ===

Revision as of 20:47, 23 November 2011


Contents

Info

Parent Mantis

Scope of this wiki

Add constraints / date validations for estimated dates, not allowing updates to take place out of specified chronological order.

SOW 1

Mantis: 3185 (CT2 Misc) Add Estimated Date Validation

Core requirements:

  • System should validate the chronological order in the specific sequence for all estimated dates.
    • The system must allow each of the dates to be the same as the previous date or more.
    • If an attempt is made to confirm a date out of order an error message should be generated and the date should not be saved.
      • Generalized example of error message: <Next date> cannot be confirmed until <previous date> has been confirmed in <CT #XXXXXX>.
      • Specific example of error message: Estimated arrival date cannot be confirmed until Estimated departure date has been confirmed.
      • CT # should be indicated in the error message:
      1) If CT is a part of Group and date field what out of order is selected for "Group save".
      2) If CT is a part of Master.
  • NOTE: Validations of estimated dates are not subject to Actual Date validations.

Specific sequence of validating estimated dates

  • Specific sequence of validating dates is conditioned on the set of events in the shipment.
  • Each event corresponds to the date of shipment depending on the mode of transport:

FCL shipments

LCL shipments

Air shipments

Trucking shipments

NOTE: Validations of Trucking CT dates will be specified later in separate mantis.