How to link custom CRM with the online cash register?

Question

Hello, everyone!

We have a self-written CRM, which is connected to Sberbank online acquiring through REST: when an order is created, we send the client to the address sent by Sberbank, after which the client does not pay for the purchase.
But there is a need to open a real physical office, where we could let customers pay for their orders by card through a cash register. Question: Is it possible to send a signal from the CRM via the same REST or another way to the cash register so that it prepares a transaction for payment with all the necessary parameters (order number, service name, etc.). In this way I would like to avoid all the hassle of entering nomenclatures into the cash register itself, especially since their list changes regularly.

I have studied the question, but perhaps poorly, and have not found adequate answers to it. Thanks to those who will give at least some useful information!

Comments

Dmitry Shitskov I understand that it depends on the model of the cash register. The question is to give me at least a tip on what machines to pay attention to or by what queries to find them, and whether there are any at all. Thank you.

---

It will depend on the cash register. Ask the same question to your cash register supplier

Answer 1

It will depend on the cash register. Ask the same question to your cash register supplier.
Well, or from potlok - Sber is the same, trades rents Evotor. Here's their API
https://github.com/evotor/device-app
Also, there is an SDK for developing your own plugins, if you need a custom API

Answer 2

Question: is it possible to send a signal from CRM through the same REST or other way to the checkout so that it prepared a transaction for payment with all the necessary parameters (order number, service name, etc.).

There is. KKM server is called. It takes care of low-level operations with the cash register (implementing a binary protocol) + provide REST API. There are a lot of servers of this kind, and they are, in principle, quite cheap.

In our project we used KKM web-server . In principle, as a print server works fine, the only problem is with duplicate receipts. I have to control the sending of duplicates in my application. So in the end to check whether the check was sent to the IRS or lost, I wrote the library PHP-OFD-SDK .

But no matter what option you choose, you need to understand that the composition of the check to be formed in your application because the cashier well can not know all the features and nomenclature of your store.