Integrate point of sale

Point of sale (POS), cash register system or checkout system are some names for an IT system that is typically used in a physical store. Ongoing WMS can be integrated with such an IT system. It is useful in cases where you want to:

  • Use inbound and stock-taking features of Ongoing WMS to manage your store's inventory.
  • You want the customer to be able to order from warehouse and pay in store.

Manage your physical stores inventory using Ongoing WMS

Ongoing WMS contains numerous features for managing your Logistics, also within physical brick-and-mortar stores. You might want to use Ongoing WMS Scanning to receive and stock-take. You might also want to automatically transfer the orders and deduct inventory.

Reception of goods

A typical integration scenario for goods reception at the store looks as follows:

  1. Optional: A purchase order or warehouse transfer order has been created in Ongoing WMS. Through integration from another IT system or directly in Ongoing WMS. For example using Use PUT GET endpoint /api​/v1​/purchaseOrders in REST API.
  2. Goods arrives at warehouse. Store personnel, optionally, identifies the purchase order. Store personnel receives the items in Ongoing WMS.
  3. The other IT system might need to register the transaction. This can be done by subscribing to the webhooks Purchase order is received and Inbound transaction has been performed.
Note that above is based on that there are one goods owner per physical store in Ongoing WMS. If different physical stores share one goods owner, warehouse transfer orders should be used instead of purchase orders.

Stock-taking

A typical integration scenario for stock-taking at the store looks as follows:

  1. Stock-taking is performed in Ongoing WMS.
  2. You might want to register your performed stock-taking in another IT system. This can be done by subscribing to the webhook Inventory transaction has been performed.

Order placement

When an order has been placed in the POS it is important that the stock is deducted in Ongoing WMS:

  1. Use for example Use PUT GET endpoint /api​/v1​/orders in REST API to create the order in Ongoing WMS from the POS.
  2. An automated process is executed in Ongoing WMS. This automated process needs to pick the order automatically.
  3. Store personnel will need to visit Ongoing WMS regularly to decide what to do with orders that lacked sufficient stock. This should not happen and is a sign of something else in for example inbound process has been wrongly performed.

Pay and order from warehouse at checkout

To provide great service and not risking to losing your customers order when the customer visits your store, it is great to offer the possibility to pay and place an order to the warehouse at checkout. If you point them to your ecommerce site, they might choose a competitor.

Order placement

A typical integration scenario looks as follows:

  1. The cashier can see inventory status at checkout. Use for example Use the GET endpoint /api​/v1​/articles​/inventoryPerWarehouse in REST API. This operation displays the inventory for each of your warehouses.
  2. Customer can pay and order from warehouse at checkout. Use for example Use PUT endpoint /api​/v1​/orders in REST API to create the order in Ongoing WMS.
  3. Delivery or pickup at close-by warehouse directly.
  4. If pickup at close-by warehouse is chosen, a dashboard will help to notify the warehouse workers to immediately pick to order to have it ready when the customer arrives.