UNZE - Project BRD & Implementation Plan
Project Plan | |
---|---|
Product | OE |
Client | Unze London |
Product Manager | @Muhammad Azlan Rao (Deactivated) |
Delivery Manager | @Zain Chughtai (Deactivated) |
Document Version | 1.0 |
Revisions | 0 |
Date Created/Updated | 7th July 2022 |
Sr # | Requirement | Task Description | Status/Ticket | ETA |
---|---|---|---|---|
PHASE 1 - July | ||||
1 | 4. Once order is completely cancelled after checking all relevant shops | Auto Reallocation/Reassigning of SKUs When an order is assigned to a location, the store manager should get a pop up showing the SKUs assigned to his location, with “Accept” & “Reject” options against every individual SKU, from which he’ll accept only the SKUs for which he has physical inventory at his disposal, rest of the SKUs he’ll reject, which are then auto-assigned to another location. In other scenario, | Done at Stage |
|
2 | 4. Once order is completely cancelled after checking all relevant shops 24. OE will handle Sub QTY for example if 2 same size pair allocated to x shop & it has only one pair it can break the QTY & cancel the pair it will be allocated to next available shop
| Quantity Level Splitting Enhancement:
| Done |
Handover 28-Feb-2023 |
3 | 1. FM Pick File (CSV): 9. We need to split the shipping in case order is shipped from Multiple location. | Order Allocation via File: And upon uploading the file, OE distributes & assign the orders to the locations specified in the file. Proposed Solution: | Done | 8th August 2022 11th August 2022
Handover Aug 23rd EOD |
4 | Courier Integration/Onboarding | Subjected to the provision of courier accounts credentials. Will be onboarded in a day. | When the creds will be provided. | When the creds will be provided. |
PHASE 2 | ||||
5 | 11. OE will provide us utility to upload Courier Duplicate load sheet (attached) then orders will be moved from “Awaiting Dispatch” status to “Dispatched” 12. If after 24 hours orders not moved from “Dispatched” status Then OE will give us option to Move order to “Courier claim” or “shop claim” should have option to attach approved email | Dispatched Tab Enhancement A capability to tag the orders in Dispatched tab via a file upload is needed. A CSV file with 2 columns: Also the capability to attach a screenshot of email with orders. A field in Order Tiles, where a screenshot of reference email can be attached. | Done | 16th August (Tentative)
|
6 | 13. In both cases order will move to accounts reconciliation section as “receivable” 14. Once order get delivered status it will move to courier reconciliation Module 19. Courier shipping charges reconciliation will be provided at later stage 20. OE will display Courier payment discrepancy with reason 21. OE will display Advance payment discrepancy with reason 22. OE will provide FM ICL reconciliation 23. OE will display ICL discrepancy with reason for example credit note over stated/credit note understated/Invoice overstated/understated/orders not found etc. orders not found Advance payment should have option to move to pending refunds in adv. Payment case | Reconciliation via File | Done | 25th August (Tentative)
|
7 | 16. Advance payment Undelivered orders will move to pending refunds 17. Advanced payment order Cancelled will also move to pending refunds either full order or partial order 25. OE will link website RMA where customer will fulfill all detail 26. Once order moved to pending refunds & RMA Number is generated accounts can refund the customer accounts have to put Transaction ID & need to press save button then SMS will be genet red to customer & transaction will get closed status 27. RMA will be only once customer return the item there are other cases of refund like advance payment order cancelled 28. IF RMA is not generated that order will show in customer support Tab so that support get it done & then move to pending refund. | Returns & Refunds Management Functionality Currently, OE caters to those Returned Orders that got refused by the customers (that are not yet delivered), & were returned back to the brand. These orders are then either Rebooked (moved to Courier Booking tab) or Cancelled (moved to Dead Orders tab). For such orders that will be returned after they were delivered to the customer, RMA process will be developed. | Done | 31st August (Tentative)
|
PHASE 3 | ||||
| #4 send a API call to FM & get that pair or order cancelled in FM | FM integeration - API to be reviewed and finalized dates after phase 1 delivery |
| Tentative Nov/Dec |
Other Requirements | |
---|---|
Requirement | Status |
5. TRF matching shop will scan the bar code on POS & it will reflect in OE to generate pick list etc. this is mandatory for all shops 6. At later stage we will import that TRF qty to FM ( We will get this development done from DGCS) | OE already generates a Pick list and that can be scanned. |
7. As discussed labels will be generated as per Logic in OE for example “Lahore to Lahore orders will be allocated to Swyft” “Lahore to Gujranwala will be allocated to MNP” 8. Label format https://shopify.unze.com.pk/otu/unzeinvoice.php?invoiceID=2206241233591678 10. We need to email relevant labels to shops & warehouse or we should have option to download labels in case email not working 15. OE will save courier “returned” status but only cater warehouse received returned in OE for courier reconciliation purpose OE will give us option to scan such parcels within their system. | Already catered by OE |
18. Advance payment order reconciliation will be done with MCB/Qisstpay/easypaisa/Jazz files 19. Courier shipping charges reconciliation will be provided at later stage | Dependency on Client for integration support |