Stock
Every quarter of an hour, from the database to the storefront. The most frequent exchange, otherwise a customer buys something you do not have.
Five services, each removing its share of manual work: transferring orders, issuing invoices, calculating delivery, sending documents.
Data moves both ways: products, their attributes, prices and stock levels go out to the storefront, while orders and customer details come back into the database. We set the schedule and the rules so staff find the order in the place they are used to.
Kaspi, Halyk Market and other marketplaces: we publish the listings, keep stock and prices in step and pull the orders into one system. One stock ledger instead of three running in parallel.
Card payment, QR payment, invoices for companies and instalments. We also set up refunds and the matching of payments to orders.
The delivery cost is calculated at checkout from the weight and destination, the pickup point is chosen on a map, and the tracking number and status reach the customer automatically.
The fiscal receipt is generated without your own hardware: at the moment of payment it is emailed to the customer and sent to the operator.
Not everything needs to be exchanged instantly. Pumping a large catalogue too often brings down both the storefront and the accounting system.
Every quarter of an hour, from the database to the storefront. The most frequent exchange, otherwise a customer buys something you do not have.
Two or three times a day, from the database to the storefront. They change less often than stock figures, so exchanging them every minute is pointless.
Once overnight, from the database to the storefront. The transfer is large and puts noticeable load on the accounting system.
Immediately on checkout, from the storefront to the database. Staff need to see the order without delay and in the interface they know.
Every fifteen minutes, from the database to the storefront. The customer follows the progress of their order in their own area.
Most of the difficulty in an integration comes not from the technology but from the state of the data. Duplicate items, inconsistent units, blank codes and categories invented in a hurry. That is why we study the catalogues before starting: sometimes tidying them up is cheaper than writing a handler for the chaos.
Data exchange is first debugged on a copy, not on the live database. A mistake in a working catalogue costs more than a few days of preparation.
We study the product catalogue, the units, the warehouse structure and the price types. We record what needs cleaning up before we start.
We decide what counts as a separate product, which price types go to the storefront and what to do with items that are out of stock.
We walk the whole path on a copy of the database and a separate site: from placing an order to issuing the fiscal receipt.
We connect it to the live data, set the frequency and failure alerts, and keep a close eye on it for the first week.
Usually yes, though the effort depends on the platform version and how heavily it has been customised. An untouched configuration connects almost immediately; a heavily modified one needs its own handler. We study the database in advance and give a definite answer.
The storefront carries on with the last data it received and we get an alert. Orders accumulate on the site side and pass into the database as soon as the connection returns. Nothing is lost.
If you sell only online, a hosted register is enough: the receipts are created and transmitted without any hardware on the premises. A physical device is needed where cash is taken or payment happens on the shop floor.
That is exactly what the integration is for. The stock figure goes down in the shared system regardless of which storefront the order came from. We also set up reservation so the last item cannot go to two buyers on different platforms.
Скажите, какая у вас учётная система, где продаёте и что сейчас переносите руками. Оценим объём и сроки.
Request received
It is already with a manager. You will get an answer within the working day, and urgent requests go to the duty engineer immediately.
There is no such city in the list. Check the spelling.