<ISS-257163> Mapping of Declared Value in UPS Integration
- 1 Problem Statement
- 2 Bullet Point Summary Scope
- 3 Requirements
- 3.1 Use Case 1 : Mapping of the declared value and declared currency field.
- 3.2 Use Case 2 : Declared Value to be passed when risk surcharge applicable field is true.
- 3.3 Use Case 3 : Declared Value to be sent at package level and handling to be done for piece level as well.
- 3.4 Acceptance and Rejection Criteria [Extremely Critical]
- 4 API Playground
- 5 Assumptions
- 6 Permission Management
- 7 Analytics & Reports
- 8 Scalability and Release Planning
- 9 Impacted Modules of the Product
- 10 Risks Involved
- 11 Future Scopes
Jira Link | |
---|---|
Document owner | @KhushiVerma |
Problem Statement
For client Hellmann, currently there is no mapping for declared value and currency passed during booking via customer portal. This is leading to consignments being created in UPS without the declared value and currency field as we are not consuming those two fields and as a result, there is limited insurance for high-value or high-risk shipments.
Bullet Point Summary Scope
Mapping of the declared value and declared currency field in the UPS carrier. (Booking API via customer portal).
Declared value to have a check of being passed only when
risk surcharge applicable
field is set to true.Declared value to be sent at package level. If multiple pieces are there, we will be passing the declared value individually for each package.
Requirements
Use Case 1 : Mapping of the declared value and declared currency field.
Required to map the declared value and declared currency field in the UPS carrier to not have limited insurance.
We will be consuming the same value being mapped to the booking API in customer portal. (
consignment
level and notconsignment.extra_details
)const declaredValue = getKeyValue(consignmentData, 'declared_value');
Use Case 2 : Declared Value to be passed when risk surcharge applicable
field is true.
Risk Surcharge is usually a fee charged by carriers for shipping high-value items.
If the
risk surcharge applicable
field is set to true, the carrier needs to know the declared value to assess the appropriate surcharge. Without this information, the carrier wouldn't be able to calculate the additional charge required.Apply validation on the flag
risk surcharge applicable
where when this flag is true, only then declared value will be passed.
Use Case 3 : Declared Value to be sent at package level and handling to be done for piece level as well.
Declared value to be sent at package level.
If in case there are multiple pieces, we will be sending the declared value individually for each package and will be then linking it to the parent consignment.
Acceptance and Rejection Criteria [Extremely Critical]
Declared value only to be passed when
risk surcharge applicable
is set to true.Consumption of the same value as that of the Booking API in customer portal (
const declaredValue = getKeyValue(consignmentData, 'declared_value')
;
API Playground
Changes required in the API Playground. Addition of a new API/ updates or custom for clients
Assumptions
Any assumptions we made during the scoping of this
Permission Management
New Permissions or any Existing Permission which will enable this for customers
Analytics & Reports
Changes to any analytics or reporting dashboards. E.g addition of a new column will need to be shown in reports as well
Scalability and Release Planning
Load the system should handle. Things to keep in mind for releases like migration etc
Impacted Modules of the Product
Modules of the product this will impact. Say Customer Allocation Rules, Allocation Logs etc
Risks Involved
Other use cases that should be checked before making this live
Future Scopes
Things which are not a part of the current scope but can be a part of the future scope
Version | Date | Comment |
---|---|---|
Current Version (v. 1) | Sept 10, 2024 13:21 | Khushi Verma |