RFPOI 2892
From UG
(Difference between revisions)
(→Ops - Internal Application) |
(→International Portal Scopes) |
||
(6 intermediate revisions not shown) | |||
Line 12: | Line 12: | ||
Users should be able to manage their own UI setting for their view | Users should be able to manage their own UI setting for their view | ||
+ | |||
=== International Portal Scopes === | === International Portal Scopes === | ||
Line 21: | Line 22: | ||
:* Type of users can be grouped | :* Type of users can be grouped | ||
:* Visibility can be flexible based on office, geographic, PO#, PO Issued by, shipper, roles, etc | :* Visibility can be flexible based on office, geographic, PO#, PO Issued by, shipper, roles, etc | ||
+ | |||
* Mode should be options to configure for each user through admin | * Mode should be options to configure for each user through admin | ||
Line 30: | Line 32: | ||
:* Option to set access right for user to approve which mode of shipments | :* Option to set access right for user to approve which mode of shipments | ||
:** For example, plannerA can be a super planner to approve only Ocean shipment but be a basic planner to approve Air shipment | :** For example, plannerA can be a super planner to approve only Ocean shipment but be a basic planner to approve Air shipment | ||
+ | |||
* All fields on CT2 should be available option on admin for configuration for each user. | * All fields on CT2 should be available option on admin for configuration for each user. | ||
+ | :* The goal is to eliminate data entry by Jaguar operators, so we would like to let other as third party to update info on the CT2 instead. | ||
:* CT2 fields can be managed through admin module to be visible for user to read only or read and write for each group of users. | :* CT2 fields can be managed through admin module to be visible for user to read only or read and write for each group of users. | ||
:* CT2 mandatory fields can be set in admin | :* CT2 mandatory fields can be set in admin | ||
Line 40: | Line 44: | ||
:* All CT2 from Internal Application - should be designed how to show on International Portal. | :* All CT2 from Internal Application - should be designed how to show on International Portal. | ||
:** This can be group of location displaying such as on internal application it group by tab like general, Cont, Exp, Imp tabs...etc. | :** This can be group of location displaying such as on internal application it group by tab like general, Cont, Exp, Imp tabs...etc. | ||
- | :** Not all the fields are available for everyone, this should be configurable from admin to apply each user/role | + | :** Not all the fields are available for everyone, this should be configurable from admin to apply each user/role |
+ | :* Add new field to CT2 as well as on International Portal: | ||
+ | :** '''Delivery By''' date field | ||
+ | :*** Meaning: Deadline to delivery to the destination | ||
+ | :*** This field can be set by trucker or planner or etc - this should be configurable on the admin | ||
+ | :**** For example, this could be for the third party access for the trucker role which trucker role can see on their portal for the list of shipment that undelivered to and from that trucker. A trucker from DD Jone can set the delivery date field. | ||
+ | |||
* Should be able to accommodate several options for '''approval''' of shipments and '''validation''' of ASN information provided by the shipper. | * Should be able to accommodate several options for '''approval''' of shipments and '''validation''' of ASN information provided by the shipper. | ||
Line 56: | Line 66: | ||
:** JFS can receive daily reports (.xls, csv, .html etc) and upload to the system for approval status to validate ASN 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 | :** System should be able to validate and update the system from what JFS receive and upload | ||
+ | |||
* Milestone visibility and/or accessibility should be set able from Admin | * Milestone visibility and/or accessibility should be set able from Admin | ||
Line 69: | Line 80: | ||
:** Hold | :** Hold | ||
:** Rejected | :** Rejected | ||
+ | |||
+ | |||
+ | * Admin to provide all functionality to be available to set for each operator for the shipments that they have visibility/accessibility to: | ||
+ | :* Create master | ||
+ | :* Add to master | ||
+ | :* change the mode | ||
+ | :* Comment | ||
+ | :** Planner to shipper vise versa | ||
+ | :** Planner to JG operator vise versa | ||
+ | :** Both of above | ||
+ | :** Comment/Query should be listing on Internal App, Web portal, and client application | ||
+ | :* Internal comment | ||
+ | |||
* Email notification for all milestone should be able to managed in admin | * Email notification for all milestone should be able to managed in admin | ||
- | * Download to excel (all CT2 fields such as Airwaybill from export tab,ports, airports, dates, container# | + | |
+ | |||
+ | * Download to excel (all CT2 fields such as Airwaybill from export tab,ports, airports, dates from export/import tab, container# from container table, confirmation custom clearance status, etc as it should be configurable to display on the portal as well as the report output list) | ||
:* Enable reporting on these data elements available to the planner when the decision was made | :* Enable reporting on these data elements available to the planner when the decision was made | ||
:** Options for which fields to be available for report for each type of planners (manage through Admin module) | :** Options for which fields to be available for report for each type of planners (manage through Admin module) | ||
Line 91: | Line 117: | ||
:* List of shipments, fields, can be updated from dashboard | :* List of shipments, fields, can be updated from dashboard | ||
:** Every field[CT2] should be added to virtual group update | :** Every field[CT2] should be added to virtual group update | ||
+ | |||
+ | |||
* Dashboard should be option to set for each group of operator users (admin- upper level) | * Dashboard should be option to set for each group of operator users (admin- upper level) | ||
:* Each group of operators can have different view of dashboards depending on visibility and accessing setting per each group of users | :* Each group of operators can have different view of dashboards depending on visibility and accessing setting per each group of users | ||
Line 96: | Line 124: | ||
:*** Shipment that ships from, delivery to, office | :*** Shipment that ships from, delivery to, office | ||
:*** Shipment that ships from and to region, country | :*** Shipment that ships from and to region, country | ||
+ | |||
+ | |||
* Dashboard should also provide some user setting for showing only one's list of shipments (setting - lower level allow operator to customize their own dashboard) | * Dashboard should also provide some user setting for showing only one's list of shipments (setting - lower level allow operator to customize their own dashboard) | ||
:* Providing filter such as showing only specific mode: AIR and/or Ocean shipments that ship from X to Y | :* Providing filter such as showing only specific mode: AIR and/or Ocean shipments that ship from X to Y |
Current revision as of 19:20, 3 May 2011
Contents |
[edit] Brief overview & high level context of business requirements
- 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.
[edit] Business Requirement
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
[edit] International Portal Scopes
- Provide options to configure user types in admin module.
- Option should be flexible for all types of clients and third party users.
- Client, shipper, planner, agent, trucker, etc
- Each user type can be belong to a group of users
- functionality should be able to apply individually user and group users
- Type of users can be grouped
- Visibility can be flexible based on office, geographic, PO#, PO Issued by, shipper, roles, etc
- Option should be flexible for all types of clients and third party users.
- Mode should be options to configure for each user through admin
- Mode should be option for user to create, update, and/or approve shipments
- Undefined, Air, and Ocean
- Example, shipper can create a shipment without specifying a mode (undefined)
- Option to select detail modes: Ocean FCL and Ocean LCL
- Example, some planner would like to approve a shipment mode to Ocean FCL or LCL if shipper created an ocean shipment.
- Option to set access right for user to approve which mode of shipments
- For example, plannerA can be a super planner to approve only Ocean shipment but be a basic planner to approve Air shipment
- All fields on CT2 should be available option on admin for configuration for each user.
- The goal is to eliminate data entry by Jaguar operators, so we would like to let other as third party to update info on the CT2 instead.
- CT2 fields can be managed through admin module to be visible for user to read only or read and write for each group of users.
- CT2 mandatory fields can be set in admin
- If a field is set as a mandatory field, it should show asterisk symbol (*) on the label, so that can be easily help user to know which field is mandatory
- For example, all fields from GenTab, ContTab, etc are available to set to be available for each type of user such as Dim table is available for shipper to enter when shipment mode is set to ocean and/or air.
- Err pop-up window should show if at least one of the mandatory fields is empty.
- Each field should be flexible to be mandatory/optional for some specific group of users.
- All CT2 from Internal Application - should be designed how to show on International Portal.
- This can be group of location displaying such as on internal application it group by tab like general, Cont, Exp, Imp tabs...etc.
- Not all the fields are available for everyone, this should be configurable from admin to apply each user/role
- Add new field to CT2 as well as on International Portal:
- Delivery By date field
- Meaning: Deadline to delivery to the destination
- This field can be set by trucker or planner or etc - this should be configurable on the admin
- For example, this could be for the third party access for the trucker role which trucker role can see on their portal for the list of shipment that undelivered to and from that trucker. A trucker from DD Jone can set the delivery date field.
- Delivery By date field
- Should be able to accommodate several options for approval of shipments and validation of ASN information provided by the shipper.
- 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
- Data can be PO#, Item code, quatity, date, etc (future requirement)
- 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
- Milestone visibility and/or accessibility should be set able from Admin
- Shipments should be able to segregate by mode such as Air, Ocean
- Milestones option:
- New
- Approved
- Picked up
- Departed
- Arrived
- Delivered
- Archived
- Hold
- Rejected
- Admin to provide all functionality to be available to set for each operator for the shipments that they have visibility/accessibility to:
- Create master
- Add to master
- change the mode
- Comment
- Planner to shipper vise versa
- Planner to JG operator vise versa
- Both of above
- Comment/Query should be listing on Internal App, Web portal, and client application
- Internal comment
- Email notification for all milestone should be able to managed in admin
- Download to excel (all CT2 fields such as Airwaybill from export tab,ports, airports, dates from export/import tab, container# from container table, confirmation custom clearance status, etc as it should be configurable to display on the portal as well as the report output list)
- Enable reporting on these data elements available to the planner when the decision was made
- Options for which fields to be available for report for each type of planners (manage through Admin module)
- Estimated transit times (in days) for Air and Ocean; this info can be found from Automated Delivery Date from admin.
- This field should be available to display when the shipment has been approved for MODE
- Estimated cost comparison for Air and Ocean (this can be wait until the rate database project is in place- Tracie is working on this, once it is in place, we will know where to grab this info)
- Wizard should be able to be managed by user
- Enable reporting on these data elements available to the planner when the decision was made
[edit] Ops - Internal Application
- International shipments that entered through portal should be available on the OPS dashboard on internal application
- Dashboard to show list of approved shipments to segregate for air and ocean modes
- Air Statistic dashboard
- Ocean statistic dashboard
- Dashboard should be configured in admin for each group of operators (internal users)
- Criteria of numbers to show on the dashboard
- Approved, Routed for pickup, book for Air, departed, arrived, and delivered.
- Approved, Routed for pickup, book for Ocean, departed, arrived, and delivered.
- List of shipments, fields, can be updated from dashboard
- Every field[CT2] should be added to virtual group update
- Dashboard to show list of approved shipments to segregate for air and ocean modes
- Dashboard should be option to set for each group of operator users (admin- upper level)
- Each group of operators can have different view of dashboards depending on visibility and accessing setting per each group of users
- Criteria:
- Shipment that ships from, delivery to, office
- Shipment that ships from and to region, country
- Criteria:
- Each group of operators can have different view of dashboards depending on visibility and accessing setting per each group of users
- Dashboard should also provide some user setting for showing only one's list of shipments (setting - lower level allow operator to customize their own dashboard)
- Providing filter such as showing only specific mode: AIR and/or Ocean shipments that ship from X to Y
- Providing filter such as showing only specific client company or multiple client companies
- Providing filter to show only shipments that belong the particular office such as showing shipment that belong to NY office only
- Setting can be a combination of office and origin and destination shipment
- Setting for combination of filters