International Portal REQUIREMENTS
From UG
(→Requirements Summary) |
|||
Line 26: | Line 26: | ||
* Add '''International Shipper''' role with related functionality | * Add '''International Shipper''' role with related functionality | ||
- | + | :* option to choose ability to create/edit/delete/view/clone shipments | |
- | + | :* option to select available fields from Admin (subset of fields) | |
- | + | :** Which fields are available for shipper to create/edit or view...etc | |
- | + | :* option of create a shipper or a group of shippers | |
- | + | ||
- | + | ||
* Add '''International Planner''' role with related functionality | * Add '''International Planner''' role with related functionality | ||
- | + | :* option to validate/edit/view shipments | |
- | *** | + | :** options for approval |
+ | :*** Auto approval | ||
+ | :*** Manual approval | ||
+ | :**** Single step approval process | ||
+ | :**** Double approval process | ||
+ | :***** Provide a location/tab/color code status/filters/possible location to show all shipments that requires an additional finalized approval or validation process. | ||
+ | :*** EDI automated validation to approve (future requirement) | ||
+ | :**** This can be done by comparing ASN data against client's ERP data | ||
+ | :***** For example, data can be PO#, Item code, quatity, date, etc (detail requirement will be defined in the future) | ||
+ | :***** If it is match, then "approve/proceed" | ||
+ | :***** If it is mismatch, then "review process to be determined" | ||
+ | :*** EDI to validate to upload (import data) | ||
+ | :**** JFS can receive daily reports (.xls, csv, .html etc) and upload to the system for approval status to validate ASN data | ||
+ | :**** System should be able to validate and update the system from what JFS receive and upload | ||
+ | |||
+ | |||
*** options for fields to update/view shipments | *** options for fields to update/view shipments | ||
*** options for each method of validation of shipments | *** options for each method of validation of shipments | ||
Line 68: | Line 82: | ||
=== International Shipper functionality === | === International Shipper functionality === | ||
- | + | * Each shipper can have different ability and right access to each shipment and list of shipment | |
+ | * Each shipper can create one or many modes of transportation even undefined mode | ||
+ | * Each functionality can be control for each shipper's accessibility to use | ||
+ | :* For example shipper A can only view shipments for particular shipper's company and belong to particular client company or more | ||
+ | :* For example shipper B can create/edit/delete/view/clone shipments for particular shipper's company and belong to particular client company or more | ||
+ | * Group of shippers can be created and each shipper can belong to a group of shippers that has the same functionality and right for access ability and visibility | ||
+ | :* For example, shipper A has ability to edit field1 but shipper B doesn't have ability to edit field1 but field1 can be available to view | ||
+ | *** For example, shipper can create a shipment and has ability to select mode of transportation that is available for the option or select ''undefined'' mode | ||
+ | ** option of create a shipper or a shipper group | ||
- | |||
- | ... | + | === International Planner functionality === |
+ | * Each planner can have different ability of approval shipments | ||
+ | * Each planner can have different accessibility of shipment to approve for each mode of transportation | ||
+ | :* For example, planner can approve ocean shipment but | ||
+ | option to validate/edit/view shipments | ||
+ | :** options for approval | ||
+ | :*** Auto approval | ||
+ | :*** Manual approval | ||
+ | :**** Single step approval process | ||
+ | :**** Double approval process | ||
+ | :***** Provide a location/tab/color code status/filters/possible location to show all shipments that requires an additional finalized approval or validation process. | ||
+ | :*** EDI automated validation to approve (future requirement) | ||
+ | :**** This can be done by comparing ASN data against client's ERP data | ||
+ | :***** For example, data can be PO#, Item code, quatity, date, etc (detail requirement will be defined in the future) | ||
+ | :***** If it is match, then "approve/proceed" | ||
+ | :***** If it is mismatch, then "review process to be determined" | ||
+ | :*** EDI to validate to upload (import data) | ||
+ | :**** JFS can receive daily reports (.xls, csv, .html etc) and upload to the system for approval status to validate ASN data | ||
+ | :**** System should be able to validate and update the system from what JFS receive and upload | ||
=== Agent functionality === | === Agent functionality === |
Revision as of 18:54, 29 April 2011
Contents |
Info
- Related mantis#:
- 0002629: [Intl Portal] ... <proj>
- 0002892: [Intl Portal] Implement phase 1
Glossary
High Level requirement
- The International web portal development should take into consideration the growing need for "Third party" access to CT2
- Third Party access refers to customers, shippers, suppliers, agents, truckers etc. to whom partial access of CT2 data (creating records, adding/updating specific fields) is granted.
- Each third party user type is then given some specific functionality (example of possible functionalities are listed in this article for International portal users).
- For an example of a third party user type would be customer who could create a record to book a shipment...rather than sending a request information to JFS for data entry by JFS staff.
Requirements Summary
JFS would like to have an International Web portal that can be easily configurable and flexible to suit all the third party users including all client companies. There are many different type of users, so each of users can be specific in term of configuration. In order to suit the specific needs of users, we should provide a system that can be easily configuring through admin module to manage each type of users such as functionality, visibility, ability, etc.
Users should be able to manage their own UI setting for their view
Core need
Add additional user roles to CT2: International Shipper, Agent, Trucker, etc. Make as flexible as possible.
Core functionality
- Add International Shipper role with related functionality
- option to choose ability to create/edit/delete/view/clone shipments
- option to select available fields from Admin (subset of fields)
- Which fields are available for shipper to create/edit or view...etc
- option of create a shipper or a group of shippers
- Add International Planner role with related functionality
- option to validate/edit/view shipments
- options for approval
- Auto approval
- Manual approval
- Single step approval process
- Double approval process
- Provide a location/tab/color code status/filters/possible location to show all shipments that requires an additional finalized approval or validation process.
- EDI automated validation to approve (future requirement)
- This can be done by comparing ASN data against client's ERP data
- For example, data can be PO#, Item code, quatity, date, etc (detail requirement will be defined in the future)
- If it is match, then "approve/proceed"
- If it is mismatch, then "review process to be determined"
- This can be done by comparing ASN data against client's ERP data
- EDI to validate to upload (import data)
- JFS can receive daily reports (.xls, csv, .html etc) and upload to the system for approval status to validate ASN data
- System should be able to validate and update the system from what JFS receive and upload
- options for approval
- option to validate/edit/view shipments
- options for fields to update/view shipments
- options for each method of validation of shipments
- Add Agent role with related functionality
- create/edit/delete/view shipments
- option to select available fields from Admin (subset of fields)
- ???
- Add Trucker role with related functionality
- create/edit/delete/view shipments
- per field Admin (subset of fields)
- Add Jaguar User role for extra functionality
- Option to set for view/access shipments right based on filters:
- Office
- Geographic
- PO#
- PO Issued by
- Pick up Location
- Ship to Location
- Etc
- Option to set for view/access shipments right based on filters:
- Ability to add other roles with related functionality through Admin (possible? feasible?)
- Add some new common functionality (any role)
- All CT2 fields should be available to manage on Admin for each role
- Right access to fields per role (edit/delete/view etc)
Requirements Details
International Shipper functionality
- Each shipper can have different ability and right access to each shipment and list of shipment
- Each shipper can create one or many modes of transportation even undefined mode
- Each functionality can be control for each shipper's accessibility to use
- For example shipper A can only view shipments for particular shipper's company and belong to particular client company or more
- For example shipper B can create/edit/delete/view/clone shipments for particular shipper's company and belong to particular client company or more
- Group of shippers can be created and each shipper can belong to a group of shippers that has the same functionality and right for access ability and visibility
- For example, shipper A has ability to edit field1 but shipper B doesn't have ability to edit field1 but field1 can be available to view
- For example, shipper can create a shipment and has ability to select mode of transportation that is available for the option or select undefined mode
- option of create a shipper or a shipper group
International Planner functionality
- Each planner can have different ability of approval shipments
- Each planner can have different accessibility of shipment to approve for each mode of transportation
- For example, planner can approve ocean shipment but
option to validate/edit/view shipments
- options for approval
- Auto approval
- Manual approval
- Single step approval process
- Double approval process
- Provide a location/tab/color code status/filters/possible location to show all shipments that requires an additional finalized approval or validation process.
- EDI automated validation to approve (future requirement)
- This can be done by comparing ASN data against client's ERP data
- For example, data can be PO#, Item code, quatity, date, etc (detail requirement will be defined in the future)
- If it is match, then "approve/proceed"
- If it is mismatch, then "review process to be determined"
- This can be done by comparing ASN data against client's ERP data
- EDI to validate to upload (import data)
- JFS can receive daily reports (.xls, csv, .html etc) and upload to the system for approval status to validate ASN data
- System should be able to validate and update the system from what JFS receive and upload
- options for approval
Agent functionality
Trucker functionality
Other roles functionality
Common functionality
- Query
- ...
Q and A
Implementation
Pre Implementation Architect Notes
Written by Architect after previous section is completed.
Implementation Notes
To be written by Developer or BA by the time UAT is completed. Briefly defines what was implemented and how.
Post Implementation Architect Notes
Written by Architect after previous section is completed.