TVS_E - compliance check
Closed this issue · 7 comments
sandeepshahi commented
- all issues identified by the utility report should be rectified
- avoid using placeholder values, the scenario must be realistic and feasible
on_search
- invalid store location in /bpp/providers/locations (geocoding of gps and address is incorrect)
- pincode serviceability is currently not supported by most of the buyer apps (use either hyperlocal or PAN India)
Flow 2
- delivery charges should notbe present when location is non-serviceable
- seller cancellation flow is missing
Flow 4
- all return states should be provided for log verification in /on_update unsolicited calls
sandeepshahi commented
Remove all the invalid/additional attributes from all the APIs (Refer API contract)
Common Issues:
/on_search
- inaccurate mapping of gps and address in bpp/providers/locations
- fssai_license_no is only required for F&B categories
- net_quantity_or_measure_of_commodity_in_pkg" should consist of both quantity and UOM
- "month_year_of_manufacture_packing_import" should be in the format as mentioned in the API contract
- pincode serviceability is currently not supported by most of the buyer apps (use either hyperlocal or PAN India)
/on_confirm, /on_status
- time ranges should be in RFC3339 UTC format
Flow 2:
- Invalid Flow; non-serviceable scenario missing
*Avoid repeating the issues
sandeepshahi commented
@srajagopaltvsein, all the previously identified issues should be resolved
sandeepshahi commented
/on_search
- why is duplicate serviceability provided in /bpp/providers/tags?
/on_status
- estimated pickup and delivery time ranges can't be same and should be realistic
- state is not a valid attribute in /order/items
/on_update (Return_Approved)
- fulfillment state for Reverse QC can't be "Order-delivered" in Return_Approved state; should be "Pending"
- estimated return pickup and delivery time ranges can't be the same
Flow 2
- serviceability construct is defined as PAN India. How can location be non serviceable in /on_select?
Ques: Is merchant part cancellation enabled?
sandeepshahi commented
/on_confirm
- fulfillments/start/time is getting changed in the later APIs
/on_update (Order-picked-up)
- time ranges in Reverse QC fulfillment are invalid (should be the same as provided earlier)
sandeepshahi commented
@srajagopaltvsein, the previously identified issues must be resolved.
sandeepshahi commented
@srajagopaltvsein, order/state can't change from "Accepted" in /on_confirm to "Created" in /on_status later
sandeepshahi commented
@BLR-0118, the TVS_E Seller App (v1.1.0) logs seem fine. Pls proceed with your review.