Use Cases for EDI to TMS
From UG
(Difference between revisions)
(→Use case 1. Shipper Creates CT via Web Portal) |
(→Normal Flow of Events) |
||
Line 25: | Line 25: | ||
2) Planner logs into the web portal to view all new records created by shipper and sets an "Approval status" to "Approved" | 2) Planner logs into the web portal to view all new records created by shipper and sets an "Approval status" to "Approved" | ||
+ | |||
+ | NOTE: This is done per hour (? unsure if this is an unreasonable time frame to note) | ||
3) Jaguar operator logs into CT2 internal application to find these "Approved" CT records | 3) Jaguar operator logs into CT2 internal application to find these "Approved" CT records |
Revision as of 17:19, 21 July 2010
Contents |
Business story
This needs to reflect typical and some exceptional workflows
- 3 CTs get approved
- CT2 sends data to TMS
- Jag oper discovers new approved CTs (how?)
- a) Jag oper manually processes CT
- updates
- docs
- etc
- b) Jag oper uses optimization to handle CT
- updates
- docs
- etc
Use Cases
Use case 1. Shipper Creates CT via Web Portal
Normal Flow of Events
1) Shipper logs into the web portal to enter all new products that are ready to ship and Upon clicking save, they create 1 CT per line item
2) Planner logs into the web portal to view all new records created by shipper and sets an "Approval status" to "Approved"
NOTE: This is done per hour (? unsure if this is an unreasonable time frame to note)
3) Jaguar operator logs into CT2 internal application to find these "Approved" CT records
4) Jaguar operator now logs into the TMS system to find the number of "Approved" CT records for them to begin to route the pickups