|
|
| Line 8: |
Line 8: |
| | | | |
| | It is our understanding that in order to send updates Descartes needs to receive only MAWB number. | | It is our understanding that in order to send updates Descartes needs to receive only MAWB number. |
| - |
| |
| - | === One CT one direct flight ===
| |
| - |
| |
| - | For shipments that are complete and are booked on a direct flight the incoming messages should update the following fields in CT.
| |
| - |
| |
| - | ====Fields to be updated:====
| |
| - |
| |
| - | *[[CT#Airport Of Departure Actual Date]] -
| |
| - | **shipment should confirm the airport of departure is correct, by comparing the destination airport listed on the incoming message to the [[CT#Airport Of Departure]]
| |
| - | *[[CT#Airport Of Destination Actual Date]]-
| |
| - | **shipment should confirm the airport of departure is correct, by comparing the destination airport listed on the incoming message to the [[CT#Airport Of Destination]]
| |
| - |
| |
| - | === Transshipment airports ===
| |
| - |
| |
| - |
| |
| - | It is possible to have more than one transhipment airport.
| |
| - |
| |
| - | We assume that Descartes can send meaningful updates to accommodate that case.
| |
| - |
| |
| - | In the event of more than one trans shipment airport, the system should only update the [[CT#Trans Shipment]] port listed in the CT record. Once the incoming message received showing the indicated or matching trans ship port arrival, the the [[CT#Trans Shipment Actual Date]] should be updated.
| |
| - |
| |
| - | Any departure or destination airports indicated in incoming messages that do not exist or match the CT record should be ignored. This will be addressed in Phase 2.
| |
| - |
| |
| - | === Split case ===
| |
| - |
| |
| - |
| |
| - | In this case airline might call and say that X plts/pcs/etc will be placed on Flight F1.
| |
| - |
| |
| - | Later airline might call and say that Y plts/pcs/etc will be placed on Flight F2.
| |
| - |
| |
| - | Later airline might call and say that remaining plts/pcs/etc will be placed on Flight F3.
| |
| - |
| |
| - | It could be split 2,3,4, ... times. - Keeping a record of this updates will be TBD for Phase 2
| |
| - |
| |
| - |
| |
| - | We assume that Descartes can send meaningful updates to accommodate that case. CT2 should be re-designed to support that.
| |
| - |
| |
| - | The CT should update the [[CT#Airport Of Departure Actual Date]] when the first piece has departed and update when the last piece departs and the [[CT#Airport Of Destination Actual Date]] when the first piece arrives and updated when the last piece updates.
| |
| - |
| |
| - | A comment should be posted showing the following updates as a notification on the above.
| |
| - | ** '''''SPLIT SHIPMENT''''' - First part has departed
| |
| - | ** '''''SPLIT SHIPMENT''''' - Last part has departed
| |
| - | ** '''''SPLIT SHIPMENT''''' - First part has arrived
| |
| - | ** '''''SPLIT SHIPMENT''''' - Last part has arrived
| |
| - |
| |
| - | The system will need to keep a count after the first departure, until the [[CT#Grand Total: Loose Pkgs]] or [[CT#Grand Total: Pkgs On Plts]] total matches, to accurately update the first and last parts. All other departures or arrivals should be ignored. This will be addressed in Phase 2
| |
| - |
| |
| - | === Delays ===
| |
| - |
| |
| - |
| |
| - | In the event that a shipment is removed from the original flight or the original flight is delayed.
| |
| - |
| |
| - | ''Airport Of Departure Estimated Date'' field should be updated to reflect the corrected information.
| |
| - |
| |
| - | ''Airport Of Destination Estimated Date'' field should be updated to reflect the corrected information.
| |
| | | | |
| | == Hard coded or Hidden conditions == | | == Hard coded or Hidden conditions == |
It is our understanding that in order to send updates Descartes needs to receive only MAWB number.
