Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

In the case of an On-Premise POS, allowing packing in SFS only after POS billing happens. POS billing is a mandatory step in the POS system and Post this only, SFS packing should happen.

Scope Of Work

  1. Client level Configuration hold_packing_till_pos_confirmation added for enabling POS billing workflow.

  2. POS system is would able to fetch Orders from SFS in various statuses

  3. POS system is able to make a call to SFS after POS Billing and un-hold the pack_on_hold flag.

  4. Users would be able to search orders by POS_transaction_id(Identifier shared by POS after billing) and see search results

Workflow

Enabling the configuration for POS on-premise workflow.

The Client level Configuration hold_packing_till_pos_confirmation

...

can be enabled by the user from UI for activating POS billing workflow. If this configuration is true, then all client sub-orders would store the pack_on_hold flag as true by default. The use case is to restrict the operators from packing orders at SFS until they have completed POS billing on the POS system. Hence, SFS packing

...

would not be allowed until POS billing is done.

Please follow the below steps to enable the hold_packing_till_pos_confirmation configuration.

Rahul Singh to add steps
Manasa Pakala to add the screenshot for the steps needed to enable this configuration.


In case, the user attempts packing before completing POS billing, the below screen with error message would be displayed.
Manasa Pakala Please add error message/ screenshot here

Order status updates to POS from SFS

The standard search orders API has been exposed for POS so that the POS system is able to

...

fetch order details. POS system will fetch accepted orders, canceled orders, and completed orders status from SFS

Post that, the user will do billing in POS.

Billing confirmation from POS to SFS

An API is exposed through CIMS to unhold the packing flag, which also takes POS_transaction_id to save.

This API can be used by POS to inform SFS of billing.

Searching of Orders

User should be able to search orders by POS_transaction_id

...

and see it search results

Trigger Points

Terminology

...

As a operator, POS_transaction_id is the only Identifier shows on POS system against Order, so same is needed on SFS panel as well to see the related order

  • An additional field pos_order_code should be provided for searching orders.

  • PoS order code should also be shown in UI.


API used in search order screen and packing screen should return pos_order_code and pack_on_hold flag