Use Cases for EDI to TMS
From UG
(Difference between revisions)
(→Use case 2. Jaguar Operator) |
(→Normal Flow of Events) |
||
| Line 30: | Line 30: | ||
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 | ||
| - | 4) Jaguar operator now logs into the TMS system to find | + | 4) Jaguar operator now logs into the TMS system to find same "Approved" CT records and review the information |
| + | |||
| + | 5) | ||
== Use case. == | == Use case. == | ||
Revision as of 18:23, 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 continuously throughout the day
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 same "Approved" CT records and review the information
5)
