What needs to be implemented in the software for integrating an online cash register according to 54-FZ?

Question

Programming

The situation is this: like everyone else, it is necessary to implement the printing of checks in order to comply with the new legislation.
Since the type of activity is specific (all things are in a single copy and, moreover, travel between several points of sale) - ready-made software (and budget) could not be found.
And since there is already its own software that does an excellent job of storing and processing information about all things, it was decided to try to implement its own version (so as not to burden sellers with unnecessary work and simplify accounting).
I didn’t have much experience with cash registers before, so I have a few questions:
1. Which platform should you look at in terms of ease of integration and support?
For myself, I singled out 2 options: Atol and Strokedue to their greatest mass character and since the most budgetary FR is Atol-30F, and it also seems like there are ready-made implementation examples in delphi (it is on delphi 7 that there is already a ready-made accounting project, so at this stage it was decided not to deviate).
Is my opinion correct or is it worth paying a little more and choosing "Strokes"? but they seem to have a dead forum in general - for 2018, according to 54 fz, for example, there are not even simple questions, not only technical ones, and I couldn’t find the SDK, on ​​the site one old ten years ago in the "download" section
2. What opportunities are necessary and sufficient to implement in program to comply with the laws?
where can I read, do I need any routine reports daily / monthly?
in my understanding: it is necessary to implement:

1. Sale of goods, Cancellation of sale with a refund, start, end of shift, X-report
   
2. Maintaining a cash register (depositing, withdrawing d / s) - it is not clear whether this is a mandatory item? (provided that it is superfluous for us, because the cash register is kept in another software)
   
3. Internal report on sales/returns for the period (day/month)
   

Are there any other nuances that I'm missing?
where to go for information, preferably regulatory

Answer 1

There was quite a lot of useful and structured information here
and in particular the article:

• Do I need a cashier-operator log when using ...
  
• Features of generating a report on the closing of a shift in ...
  
• Online cash registers and cash documents under the new rules
  

Answer 2

Well, you need to start smoking 54FZ, the description of FFD1.05 and the KKM developer forums ...
And yes, atol now has drivers of versions 8x, 9x and 10x
8 - ocx module with all the pluses and minuses
9.10 - c \ cpp libraries
Moreover, the lifetime 8 and 9 versions - before the end of the year... and 10x - well, it's still crooked and it's still too early to use it... although the promises are rich there and already in 10.2 there is a web server that can be fed json tasks for printing checks, etc. P.
That is, in half a year, some version of 10.8 will already behave quite worthy
ps The stroke also has enough jambs, I just didn’t dive there ...
A few links: https://onedrive.live.com/View.aspx?resid=189C614E ...
https://www.nalog.ru/rn77/about_fts/docs/6719054/
This is where I downloaded I will not say:

Basic software requirements
Parameter Requirement
Nomenclature Each product/service must be registered separately in the check. It is not allowed to print the details with the print line command and then with a common one registration.
Item price The price of a product/service by cash register software must be transferred to the cash register, taking into account discounts and markups, since the data transmitted by the CCP to the OFD in accordance with the law must be subject to discounts and markups. To do this, in case of providing discounts/markups (per item, per receipt) and
VAT per item For each commodity item, it is necessary to transfer the VAT index to the CCP, which corresponds to the required tax rate.
Method of payment As a result of the check, the form of payment (cash and (or) electronic money means of payment), as well as the amount of payment in cash and (or) electronic means of payment, must be indicated.
Payment type There are new types of payment, tags 2015-2017 in accordance with the document Formats of fiscal documents.
Electronic check By law, before the moment of settlement, the buyer can ask instead of or together with a paper check - electronic. This electronic check can be sent to the buyer by e-mail or in the form of an SMS message, at the choice of the buyer. It is necessary to provide in the software for the
registration number of cash registers, the
amount, date and time of calculation, the
fiscal sign of the document
information about the address of the information resource, which is located on the Internet and at which such a cash receipt or such a form of strict accountability can be received by the buyer free of charge.
Check without printing a paper version If provided at the request of the buyer before the calculation of an electronic check, provide for the possibility of issuing a cashier's check without printing it on a receipt tape. Those. The software must have a setting to print a paper Refund Receipt in case of issuing an electronic receipt
Refund in the new procedure for applying CRE is a fiscal document. It is necessary to provide in the software a cash receipt with the sign of the calculation "Return of income" and "Return of expense".
Correction cash receipt New fiscal document. This document allows you to adjust the revenue, as well as tax information. 
Shift opening report This report is a fiscal document and opens a new shift. The shift, as with the old procedure for using CCP, cannot exceed 24 hours.
CCP registration report This is the previously existing CCP fiscalization report, but additional details about the user are entered. The ATOL company has developed a taxpayer utility that performs this report. If this utility is used, the implementation of this report in the cash register
Report on changing registration parameters This is a previously existing report on the re-registration of the cash register, but additional details about the user are entered. If you plan to use the ATOL utility, then there is no need to implement this report in the cash register software.
Report on the current state of settlements In this report, the amount is formed according to the information of non-transferred fiscal documents. This report is required during inspections by inspectors of the Federal Tax Service.
Information for the CRE user The software must provide for informing the CRE user about the state of connection with the OFD and the number and date of the first unsent check in the OFD. According to the law, an electronic check transferred to the OFD must be sent to the OFD immediately after the transfer and receipt of the data.
Paying agents
or to the payment subagent if it is charged;
contact phone numbers of the payment agent, supplier and payment acceptance operator, as well as the payment subagent in case of payment acceptance by the payment subagent.
The cash receipt may not contain the mandatory details of the rate and amount of VAT.
Banking payment agents In the case of carrying out the activity of a bank payment agent, it is necessary to transfer additional mandatory details of the check to the CCP:
the name of the operation of the bank payment agent or bank payment subagent;
the amount of remuneration paid by an individual (buyer (client)), in the form of a total amount, including the remuneration of the bank paying agent or bank payment sub-agent if it is charged;
the name and location of the money transfer operator, as well as the taxpayer identification number;
telephone numbers of the money transfer operator, bank payment agent, bank payment sub-agent (if it is involved by the bank payment agent).
The cash receipt may not contain the mandatory details of the rate and amount of VAT.

Answer 3

No need to reinvent the wheel.
They all have an open API . And that's all a programmer needs to know to start developing for FR.
PS:
And often the API documentation is accompanied by examples in various programming languages.