Connecting your Centra store with a Point of Sale system can be done using the Order API. It's relatively similar to how the WMS integrations work, with the main exception being that the sale is made outside of Centra. Some customers can even decide not to create the PoS orders in Centra at all.
Overview#
In general, PoS system integration will use Order API endpoints to fetch products and prices and update the existing stock accordingly. If you choose to create an order in Centra, stock will be updated automatically.
Prerequisites#
To implement a PoS integration using the Order API, you need access to Centra with a configured Order API endpoint. Please note that you would need to authorise with the secret key configured in the Centra Order API settings.
Initial configuration#
For PoS system integration, the following Order API plugin configuration is recommended:
First setting will allow you to easily calculate profit. Second will apply a tax amount appropriate to the country of sale. Due to the difference in tax rules around the world, you will need to configure one API endpoint per every country in which you have points of sale.
Fetching products#
This API call allows you to look for products by their SKU, EAN or interal productId, with options to filter them by created/modified date and limit the amount of results. In response you will receive a list of products with details such as their name, brand, collection, categories, status (active or not) and product prices in each pricelist.
More information: Order API - Get products
Example request
GET http://customer.centra.com/api/order-api/products/?ean=5901144123590
Fetching stock#
With the use of this endpoint you can fetch the amount of items available for purchase. You can search by productId, SKU or EAN, and in return you will get, among other details:
1
2
3
"physicalStock": 499,
"allocatedStock": 7,
"availableStock": 492You'll want to use availableStock value, since allocatedStock is already reserved to other existing orders, and will be deducted from physicalStock once those are shipped. To learn more about stock statuses, see Example stock levels and definitions.
If a product has multiple sizes, the API will return the stock values for each of the product sizes separately.
More information: Order API - Get stock
Example request
GET http://customer.centra.com/api/order-api/stock/?ean=5901144123590
Updating stock#
Once the purchase is done, you need to update the physical stock levels in Centra so that you don't oversell your stock. Remember: This endpoint works by allowing you to set the stock amount of specific product to the new value, not deduct the amount that you're just now selling. In other words, if the physicalStock was 499, and the customer is buying 5 items, you'll want to update the stock to 494.
The product in the call body needs to uniquely identify product, variant and size, so you can either use a combination of productSku, variantSku and sizeSku, or use EAN number instead.
More information: Order API - Update stock
Example request
POST http://customer.centra.com/api/order-api/stock/
1
2
3
4
5
6
7
8
{
"products": [
{
"product": "5901144123590",
"quantity": 494
}
]
}Buy online ship from store#
With buy online ship from store we make it possible to place orders in the webshop which are packed and shipped by a store.
Setup#
To setup buy online ship from store in centra it is required to setup a brick and mortar and a warehouse for each store that can accept orders. To get this data our GraphQL API can be used
Brick and Mortar
The Brick and Mortar entry contains information about the store.
Warehouse
The warehouse should be setup to be connected to your brick and mortar and as "Check First", which to centra means that the stock quantities are unreliable and need to be verified before the order is handled. It is also required that this warehouse is updated with the stores stock values.
Webhooks
To get notified of new orders to ship from what stores the Centra webhook API needs to be setup. make sure to set it up with type Integration API and ensure that "check first" is ticked
Getting information about buy online ship from store orders#
Webhooks is how you will recive information about buy online ship from store orders, webhooks will be sent when order are created, accepted ,rejected or times out. the same order can send the same action multiple times depending on setup.
In each of the payloads id refers to the order number which can be used in the Order API. actionhas information about what happened and data has more data depending on the action
Create
Create events are emitted when we expect a store to pickup and ship an order. The webhook contains the Id for each check-first warehouse that is allowed to ship the order and the date at which it will time-out. in case of many warehouses whoever accepts first will get to send.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
{
"events": [
{
"type": "check_first",
"action": "create",
"date": "2021-01-11 16:21:00.552288",
"id": 19,
"data": {
"warehouses": [
{
"warehouseId": 2,
"expirationAt": "2021-01-11T15:21:00+01:00"
},
{
"warehouseId": 3,
"expirationAt": "2021-01-12T16:21:00+01:00"
},
{
"warehouseId": 4,
"expirationAt": "2021-01-12T16:21:00+01:00"
}
]
}
}
]
}Rejected
Rejected events are emitted whenever the Check-first warehouse has been cancelled on an order.
This can happen either when an individual store rejects the order by the Order Api or when the "Resume" button is pressed on a check-first order from AMS.
If all are rejected the order will proceed to be processed as a regular order.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
{
"events": [
{
"type": "check_first",
"action": "rejected",
"date": "2021-01-11 16:21:08.356543",
"id": 20,
"data": {
"warehouseId": 3
}
},
{
"type": "check_first",
"action": "rejected",
"date": "2021-01-11 16:21:08.773921",
"id": 20,
"data": {
"warehouseId": 4
}
}
]
}Accepted
Accepted events are emitted when an order is accepted by a check-first by the Order Api.
After an order is accepted it can not be accepted by any other check-first, and they are automatically rejected.
1
2
3
4
5
6
7
8
9
10
11
12
13
{
"events": [
{
"type": "check_first",
"action": "accepted",
"date": "2021-01-11 16:20:17.752285",
"id": 18,
"data": {
"warehouseId": 4
}
}
]
}Timeout
Timeout events are emitted after a check-first warehouse times out for an order, at the date specified in the Create call.
After this time it is no longer possible to accept the order using this warehouse.
1
2
3
4
5
6
7
8
9
10
11
12
13
{
"events": [
{
"type": "check_first",
"action": "timeout",
"date": "2021-01-11 16:20:00.757946",
"id": 18,
"data": {
"warehouseId": 2
}
}
]
}Processing buy online ship from store orders#
Rejecting order
If the store is unable to ship the order they should reject it as quickly as possible so it can move on as fast as possible. rejection is done by calling the Order API update check first endpoint, no further action is needed and if all stores reject the order it will be shiped as a normal order.
Accepting the order
If the store is able to ship the order a call to Order API update check first endpoint.
on error the order should not be shipped. errors can happen if the store was to slow and a timeout happend, or if anotehr store accepted first.
on success the order should be shipped and the appropriate actions to create and mark the order as shipped in centra should be taken.