/
UNZE - Project BRD & Implementation Plan

UNZE - Project BRD & Implementation Plan

Project 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

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,
If a store manager rejects an order/SKUs of an order, it’ll move to the next available location, where the store manager of that location can be able to reject it, so on & so forth. Once the order/SKUs of an order, have checked through all of the locations & get rejected by all store managers, it’ll be cancelled.

Done at Stage
OE-3239

 

 

 

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:
As a merchant, I want the capability to split orders on basis of quantity breakdown on different locations, so that I can manage my inventory more effectively.

  • Condition 1:
    Carrying on the above example, OE should have the capability to split the 2 quantity of SKU-abc to LOC-1 location, & 1 quantity of SKU-abc to LOC-3 location.

  • Condition 2:
    In case the situation happens that a part of the physical quantity of SKU isn’t available, even though the virtual inventory is present in OE, OE should have the capability to split the order with available physical quantity, & create another child order with unavailable physical quantity for the future.
    For Example:
    Order OE-11111 has only 1 SKU in it, with 5 quantity. Now the 3 of those 5 quantity is available on LOC-1, remaining 2 isn’t available on any location.
    In current flow, the order will get stuck.
    In required flow, OE should have the capability to split even that 1 SKU, by assigning 3 of its quantity to LOC-1 location & creating a child order, & putting remaining 2 quantity in another child order but not assigning it to any location.

Done
OE-3806

 

 

Handover 28-Feb-2023

3

1. FM Pick File (CSV):
XStak will provide utility to upload  the file

9. We need to split the shipping in case order is shipped from Multiple location.



Order Allocation via File:
Unze wants to bypass OE’s assigning & splitting rules, & wants a capability in Awaiting Assigning tab, where they will upload a file (csv/xlsx), which has detail about the orders present in Awaiting Assigning & Pending Orders tab, in following columns:
Order , SKU , Assigned Location , Qty of SKU

And upon uploading the file, OE distributes & assign the orders to the locations specified in the file.

Proposed Solution:
Since we can’t alter OE’s core fucntionality (where it splits an order into child orders with Suffix added to each child order), we propose that for UNZE's reconiciliation concerns we can add a ‘reconciliation module’ which will give details of all Child Orders against their Parent Order. And also, we can have a UI representation by giving a capability to search an order such that its child orders (if applicable) are also mentioned in details.

Done
OE-3982



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:
Order ID - Tag
”Courier Claim” & “Shop Claim” tags would be applied either manually or via file upload in bulk.

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
OE-4107

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
Capability in Complete Orders tab/separate Reconciliation tab, where the brand uploads reconciliation file, OE process it & compares it with OE’s reconciliation data & generates a report as an output that details out the difference between OE’s data & brand’s uploaded file.

Done
OE-3983

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
As a merchant, I want the system to have Returns Management Process, so that I can be able to handle post-delivered returns from the customers & their refunds.

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
OE-4093

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

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

Related content