Skip to main content

Payments and fiscalisation for self-service equipment

We write the software that sits between the hardware and the bank: it takes payment on the machine, issues a fiscal receipt with no cashier, and reconciles revenue per device every day.

Схема: Платежі для обладнання

What we actually do

Taking payment on a machine
Card, cash, QR, contactless terminal — each is a different protocol with a different failure mode. The bill validator speaks ccTalk, the coin unit and payment module speak MDB, the bank terminal has its own protocol over a serial port. Our job: the machine delivers the service exactly once, and only when the money actually moved.
A fiscal receipt with no cashier
A software cash register is not «install an app». It is device registration, shifts that must open and close, a receipt queue for the hours when the link is down, and retries that do not duplicate. A machine has nobody to press «try again», so the software has to do all of it and lose nothing.
Revenue reconciliation per device
Three sources of numbers: what the machine counted, what the bank reported, what is physically in the cassette. They never agree on their own. We reconcile them daily and show the gap per device — that is where both a failing bill validator and staff abuse become visible.
Remote supervision
The owner should see every device without driving to the site: online or not, how much it took this shift, which errors repeat. Telemetry is built to survive hours of lost connectivity and send the backlog afterwards rather than going silent.

What backs this up

Defender-3, our own sales and document system, has run for 20 months: 260 orders, 196 documents generated without a human, 3,332 messages handled by the bot. Figures reconciled against the live database on 14.09.2026.

The payment and fiscal side runs across a self-service car wash network — where a machine stands unattended around the clock and every fault costs that day’s revenue.

What the cost is made of

There are no figures here on purpose: quoting one before seeing the hardware means guessing. Here is what moves it several times over.

How many different devices
One machine type versus ten is not a difference in volume — it is a difference in how many protocols must be learned and then maintained.
Whether fiscalisation is needed
A software cash register adds registration, shifts, a receipt queue and liability for every lost receipt. Without it the task is several times smaller.
What connectivity the site has
Stable internet and a mobile link that drops for hours are two different architectures, not a setting.
What already exists
Sometimes the hardware can already do more than the owner thinks and the task becomes integration. Sometimes the opposite: the model does not support the required mode at all.

Frequently asked

What does it cost to add payments to a machine?
Honestly: quoting a number before looking at the hardware means guessing. Four things move the cost several times over — how many device types, whether fiscalisation is required, what connectivity the site has, and what the existing hardware can already do. We look at those first; only then does the figure become a number rather than a range.
Can a software cash register run on an unattended machine?
Yes, and that is how ours works. The hard part is not fiscalisation itself but behaviour under failure: the receipt must queue, wait for the link and go through exactly once. A machine has no operator to notice an error, so duplicates and losses are caught in code.
Do you work with existing hardware or only your own?
With existing hardware. Most of the work is exactly that: making what is already on site talk — MDB, ccTalk, RS-485, a bank terminal. Replacing hardware makes sense less often than people assume.
What happens when the site loses internet?
The machine keeps working. Operations are written locally, receipts queue, telemetry accumulates; when the link returns everything is sent without duplicates. This goes into the architecture up front — retrofitting it later costs far more.
How do I see whether staff are taking money?
Through the gap between three numbers: what the machine counted, what the bank confirmed, and what is physically in the cassette. One gap is a fault. A gap that repeats on the same device during the same shifts is not a fault.

Plain explanations without marketing — useful even if you never hire us.