Cloud box office, my humble experience

There are things that you understand what you do once in a lifetime and more experience gained will not be useful. It makes me sad, but I have to do it. It is easy to share such experience and full of cones, it can help someone.

Below is my little experience in raising an online store with accepting payment in accordance with the law. To do this after the entry into force of the 54 Federal Law has become decently more difficult and costly. I am not a real businessman, but an engineer. Therefore, everything is narrated from the point of view of the engineer, with a decent layer of autobiography.

The story began like so many: my friends and I formed an interest club, and began to do something for ourselves, say, clay whistles. Then other friends asked to do for them. Then friends of friends. They didn’t take money at the beginning, but the love of art quickly emptied the wallet, and unfamiliar people pushed on time. Therefore, they began to take cash on components. Then the volumes somehow increased, orders from other cities appeared, quick transfers began, including from card to card.

I had no courage to receive large sums of money on the card, just as I had no desire to explain the tax, so it was decided to register an IP, which was done through public services and two trips to the MFC, and open a current account (week).

There was nothing to be afraid of, know yourself, work, develop, pay 6% of taxes and reassure-explain to customers that transfers of 1-2 days to the account of legal entities are normal, the money did not disappear, it's just Saturday. And, they say, excuse me, as before, for 15 minutes by the card number we can no longer.

Terms of processing - not happy and a statement was written to the bank for acquiring.

Acquiring is an opportunity for legal entities to accept payment to the current account with cards and other types of electronic payments. The amount is debited from the customer’s card, credited to the account of the legal entity, minus the commission of the organization providing the service. This is done both physically, for example, in the grocery, and on the Internet, when the form of payment by card is filled.

Everything would be fine, but 54FZ loomed and obligated for any receipt of payment from individuals to issue an electronic check, with sending to the tax.

It remained only half a year to get money to the IP account from individuals the law ordered all those who receive money from physicists to acquire cash registers. Internet cash desks, so that they were physically in the office / outlet / apartment, connected to the Internet and information about the broken check was sent to the tax office.

Traditionally, there were many discrepancies in the law, several exceptions, there were two interpretations, and most importantly, there was simply no technology. The line at the box office was several months in advance. Everyone was scared, because they fine us easily and naturally.

How to link the site and the account - no one knew. Those with acquiring connected have sounded the alarm.

I didn’t really want to have a cash register, to be on duty near it in the office, and most importantly, for what? I perfectly received payment to the account, clients were already from all over Russia, physically I did not see anyone. Received payment, completed the order, took it to the post office. How much money is received - the tax one already knows, the bank will inform her. But, the law is the law, and work has begun to find a legal method of receiving payment.

Simplified, how online trading should now look:

  1. The customer makes a purchase on the site, enters the card details for payment.
  2. On the seller's side, in addition to the usual order processing, data for the check must be generated.
  3. Within 5 minutes after the receipt of payment, your cash register must send the customer a cash receipt by e-mail or SMS. There is actually a multi-path: the cashier sends the data for the check to the Fiscal Data Operator (OFD). OFD sends data to the tax and electronic check to the client.

If the order was completed at night, when you sleep peacefully, and the client chose your site, after tedious marketing, and paid, and the ticket office was simply turned off, a new shift was not opened, and so on - your problems. If the Internet is lost (and we often change pipes, then lightning into equipment) - your problems. If the site crashes and the check does not go away - your problems.

It is only to live near the checkout for the sake of rare purchases and pray that the provider does not hang in the attic.

Therefore, it was finally decided to abandon the physical box office in favor of the cloud. This is a cash register emulator. Cash desk with a web interface, so to speak.

It is also registered in the tax office, requires connection to the OFD, but the location is indicated - the data center of the cash provider. I am in St. Petersburg, the place where the cloud box office is located is Moscow. This does not bother anyone.

To more or less fix everything, I had to figure out a plan of action for registering the cash register and getting plastic into the account.

The steps are as follows:

  1. Get an acquiring service at a bank. I got it in my bank T. You can in Yandex.Money, or other similar service. This is for crediting card payments to the account.
  2. Find the right online store engine. To be lively, convenient, with good reviews, and most importantly, compatible with the acquirer (so that there is a payment module for a given engine). I wanted to quickly close the question (haha, naive!), So I went ahead and chose Opencart (the add-on for Word Press, Opencart, Magento, Presta Shop participated in the last round). Opencart - one of the most popular engines, visual, people who understand, it seems, is not enough.
  3. Find a cloud box office for rent. It's almost empty here. I chose Atoll, because there was nothing to choose from. The remaining one and a half existing at the end of 2018, the cloud ticket offices did not look very impressive. The list of compatibility with banks online store engines is short, the list of compatible OFDs is also not very good.
  4. Select CRF - to whom the cashier must send the data for registering the check in the tax. There are a lot of CRFs, but in fact, many agents have each other. The CRF was selected for which there were the least bad reviews and it was on the list of partners of the cash register provider. It was thought that since a partner, then compatibility should be good.
  5. Start registering a cloud cash register with a cash register provider, then transfer the received data to the tax office, then enter the data received from the tax provider to the provider. Again mnogohodovochka.

    To register a cash register in a tax office, trips would be required (I have a good tax office, but something is constantly happening there: either repairing the building and offices move randomly, then the electronic queue apparatus breaks down and anarchy, then fellow citizens from the live queue strive to put cots for those who signed up on the Internet, although the tax itself set the time, gave priority. Security, of course, works, but still the precipitate remains). To modify this section of the quest, you can use paragraph 6.
  6. Get a qualified electronic signature to register a cash desk (or many cash desks) on the Internet, via the website.

Suddenly, there’s also a quest. Many providers of EDS. Tech support responds with jagged phrases to a forehead question: “Will I be able to register the cash register with the tax with the proposed EDS”, the most frequently read paragraph of the blurry text. Then I thinned the list by organizations, eliminating those whose offices had zero chances of parking even for a fee (at the time of registering the ticket office I was working at two jobs, the available time window was narrow). Then there was a ready-made solution, which was called the "key for the cashier", but go to the other end of the city.

So, the participants in the chain:

  1. I am as an individual entrepreneur;
  2. Provider of the website of the online store;
  3. The bank in which the account and acquiring services;
  4. Cloud Cash Provider
  5. Tax registration desk;
  6. Provider of electronic signature for registering a cash register in a tax office;
  7. OFD for registration of checks.

Before the law came into force, the first three points would be enough. After joining - there are seven of them and we need to coordinate some with others. To acquiring friends with the site engine, and the selected cashier - with the bank.

What connected with what:

  1. A module provided by the bank was connected to the CMS. The module specified the number of the payment terminal and password.
  2. In the acquiring section of the bank in the “Cash desk” section, the login was registered: the cashier’s password and some code, a la “department code” downloaded from the Atol website. In the clear, they are not, I had to pick it out from XML.
  3. The cash desk and the OFD joined themselves (there was a nuance that the OFD wanted money separately, despite the "all inclusive" from Atol).

What actually happened and what I think of it all:

1. It was not very easy to fill out all the forms at the same Atol, I had to write support in order to clarify the completion of individual fields. The manager helped with the clearance and promised to help with the setup of the cash desk through Team Viewer after registering in the tax office, and this was exactly until the organization received payment. Then I had to rely only on myself.
To create an electronic signature for registering a cash register, I had to sweat and load the Chrome browser with plugins. I did not fully understand what I was doing, everything was not the first attempt, but somehow it worked out.

Tax believes that there is no chrome and under it had to put plug-ins for Internet Explorer. I have not used it for many years, and an upgrade from version 9 to version 11 caused Windows to freeze at boot. After fixing it, some of the software stopped working.

2. Bank T. provided test attendance for debugging acquiring: a login with a demo postscript and password, test card numbers at which money was not debited and checks were not sent to the cashier and OFD. Tests are sensible, but.

3. It turned out that the module for the online store provided by the bank turned out to be incompatible under the protocol with the bank’s partner - Atol. Bank T. could only work on protocol 1.0, while the cashier worked on incompatible with it 1.05. Changing the protocol hung for 10 days (the system wrote that everything was fine, there were no errors, but the checks did not break through!).

Since 2019, this problem has been closed since the state forced everyone to switch to protocol 1.05. But this is before the introduction of the new protocol.

4. Bank T. module crashed perfectly. There is a paid delivery on the site - payment crashes with an unknown error at the last payment step. Callbacks are needed so that the paid goods are debited automatically from the warehouse - similarly. Anyone sneeze and that’s all, the payment failed, the reputation is undermined. I’ve changed something on the site, please stop the site and go through a series of tests again, otherwise it’s not a fact that the module will work.

Before the first real payment, about 60 pieces were made of test payments, and this is instead of 5. Tech support of the bank itself requested to disable callbacks and various features of the site, just to pass the test. Now many bugs are patched up, moreover, on the sly. The fact that they repaired their module did not even mention a letter. Now it’s still scary to change something on the site, because you have to stop the site and do a series of tests. And also, looking in the CMS logs, if a person reached the payment, but did not pay, it immediately seems that the payment module has taken off.

5. You have to live in the logs. Watch the CMS logs, and the OFD logs, suddenly the box office again disappears from the air. Atoll often gets up for prevention, 9 letters for the year 2019 about stopping for prevention and one about a technical malfunction. Then you need to look at the logs whether there were sales and “punch” checks manually.


  1. It took a week to register the cloud box office. Quest for plugins. An electronic signature was not formed very quickly, there were difficulties with the order, and most importantly, the payment of payment for the signature was made by the notorious three for.
  2. It took almost a month to pair the CMS, the bank and the cloud box office. It would be much shorter if the module provided by the bank were without noticeable errors and Atol didn’t switch the protocol in a day (from day to “until you jerk”).


  • Electronic signature - 1500 rub., One-time
  • Rent a cloud box office for a year. + OFD - 36000r.
  • Acquiring - 2.79% of each payment
  • A pair of modules for CMS - 2800r. (one-time)
  • Hosting CMS - 1800 rub. in year.

Was it possible not to set up a cloud box office?

First, you need to read Law 54-FZ and the explanations thereto, perhaps the cash desk is not needed for your activity yet.

If you still need it, but you don’t have the opportunity and desire, there are services like RoboMarket, which takes over the sales to individuals: accepts the order and payment from the physicist, then sends the order to the seller and he sends the order to the client. Then, the service transfers the payment to the current account as a legal entity to a legal entity. But, there is a rather confusing and frightening agreement, for any one's fines of 1000 euros. As a result, the service turned out to be unpopular, both among sellers and buyers.

You can put a regular, online (physical) cash desk. She receives sales data from the site / bank and sends a check. At the time of the search for decisions on making payments from individuals, such a scheme worked with CMS Bitrix + some 1C konf. Most likely, now there are more such decisions.

It did not suit me, because I do not believe in the reliability of available Internet connections and there is no need for a physical cash register, there is no desire to be on duty with him, in which case, because there is practically no direct contact with customers.

In general, the problem has been solved; accepting payment via the Internet from individuals has succeeded.
It was possible to unravel a rather confusing scheme and bring it to a working state, but even a simple decision on the forehead on everything ready took place in triplet (it’s good that I was smart enough to take the finished CMS, and not order a self-written one).

The process was hindered by inconsistency between individual participants, even despite the partnership agreements announced, plus not very good quality software, and working with clients could be better, because Notifications of new services come on a regular basis, and messages about module updates for CMS have been received almost never.

In general, satisfactory, bordering on the bad.

Separately, it should be noted that training in IT is needed at least at the college level. Be prepared to read the logs, register attendances, extract them from XML, and generally understand what it connects to.

If I started this quest to go through again today, I would probably have changed the bank or acquirer to a more competent one from the point of view of software and with a smaller commission. I would look for other cloud-box providers who have self-tests that check if the box office is alive. To the technical support phone around the clock, with the number 8-800. In the meantime, you have to look at the logs.
In general, I am more or less satisfied with the work and would not change CMS, OFD and, suddenly, tax.

All of the above is my personal experience, without claiming absolute truth.

Links that may come in handy:

Also popular now: