How to disable the fiscal registrar in 1s. Fiscal registrar
It's no secret that innovations are quickly gaining popularity, replacing everything that is outdated. This happened with stationary cash registers, which were successfully replaced by their automated mini-copies in the form of fiscal registrars. A fiscal registrar is a special cash register designed to control cash payments in trade. It operates from a computer on which software is installed to manage the fiscal registrar, which provides accounting of sales transactions.
The operation of the registrar is possible only if you have the 1C accounting program, which is installed on the computer for automatic issuance of settlement receipts.
Connecting a fiscal device is quite difficult, since manufacturers provide drivers that cause difficulties in management, and the instructions are formulated in a completely incomprehensible language, while manufacturers claim that connecting their products is very simple.
What are the consequences of incorrectly connecting the fiscal registrar to the 1C program? That's right, with many problems, such as errors in counting funds and incorrect output of data on a check. Let's see how to connect a barcode scanner to 1C Trade Management.
So, to connect we need:
We connect FR. To connect the device to a computer, you need to turn it upside down, remove the cover (it is usually screwed on with one small screw), under which there is a panel with 8 switches, after which you need to put one of the switches in the “up” position, but which one them - this is already clearly indicated in the instructions, but often this is the third switch.
We screw the FR cover back as it was, after which the device is ready to connect via a USB cable to a computer.
If you did the previous steps correctly, then after connecting the FR to Windows, it automatically finds the connected device and requests installation of the driver, so we immediately take the media with the driver and run the installation file to install it into the system.
After installing the driver, a problem may appear warning that it was installed incorrectly, but do not worry, because the problem is not with it, but with the automatic driver update using Windows.
So, the driver has successfully started working, and we continue the setup. To do this, we take the following steps:
Typically, DF is used at once to work with several programs that need a separate COM port (we install the COM port emulator Virtual Serial Ports Emulator if you do not have enough of the existing ones)
The next step will be “Creating a new device”, after which the program displays a new window in which you need to select the type of device, click “Splitter” and go “Next”
A window appears with “Device Characteristics”, in which you select the COM port that is responsible for this program; accordingly, further in your work you will access exactly this virtual COM port. That is, the data source is called COM1, and your virtual port will be called... for example, COM8
We proceed to “Settings” and select the speed (Speed - 9600) and delay time (ReadintervalTimeajut - 100). Make sure that the configured parameters strictly correspond to the parameters of the COM port and fiscal registrar used. Click “OK” and “Done”
As a result of all the settings made, we created another virtual port COM8, operating from one data source COM1 (in the new emulator window it is displayed as COM1 => COM8). One moment, it is not possible to create many more ports from COM1, but from COM8 - at least 100 of them! And to do this, “Create a new device” again, select “Splitter” and see how COM1 => COM8 is displayed below COM8 => COM2. In this case, the COM8 port will be used by the program to access the DF. At the end of the installation, do not forget to save the settings
Having understood how to connect the VR to a computer and install the necessary drivers and ports, it’s time to take a closer look at connecting the device to the 1C program. Believe me, after all the work already done, there are mere trifles left. Let's get started:
Setting up UT11 on the server
We launch the program, go to the settings of “Commercial equipment” and in “Processing of commercial equipment” we install a new cash register and add the FR model we need
Next we test. After the test, we check the settings again: driver and version, connection parameters, device parameters, cash payment parameters and functions, and, if necessary, adjust the settings to suit ourselves. Well, that’s all, now you have successfully set up your fiscal registrar, which will make your work easier and bring benefits. Good luck with your work!
1C: Entrepreneur 8
The program "1C:Entrepreneur 8" was created for accounting and reporting by individual entrepreneurs (IP, PE, PBOLE). The program allows you to maintain a book of income and expenses and business transactions of individual entrepreneurs who are payers of personal income tax (NDFL).
1C: Enterprise 8 Licenses.
If you need to work with the 1C program on more than one computer (this can be a local network), as well as when working in one 1C database, it becomes necessary to buy 1C licenses. 1C licenses are additional protection keys for 1C programs that are purchased separately and give the right to use on several computers.
A little background. The topic of concealing income has existed since the beginning of trade relations. On the one hand, there was the reluctance of traders to pay tribute and taxes, on the other hand, when the merchant himself hired workers, he risked the fact that not all income would be taken into account. Since the trader was the key figure in this dilemma, it is not surprising that it was a trade representative, namely, the owner of a furniture store, David Brown, who created the first cash register in history at the end of the 19th century. You can read how this happened in the article “The History of Cash Register Equipment,” so we will not consider this process in detail. Naturally, as soon as the first cash registers began to appear in stores, the first people who wanted to deceive them appeared. Since these devices were mechanical and faintly resembled those electronic cash registers that are used now, hammers, screwdrivers, stones, knives, awls and other improvised means were used. Finally, cash registers were simply broken so that the store owner could not track how much revenue was received during the day. This went on for many years. Level 1. Cash registers - to the masses! In our country, with the advent of market relations, the decisive year was 1993, when by Decree of the President of the Russian Federation of February 16, 1993 No. 224 “On the mandatory use of cash registers by enterprises, institutions and organizations of all forms of ownership when making settlements with the population,” all organizations and entrepreneurs selling anything for cash to the public had to use cash register equipment. If previously it was enough just some piece of paper, or even no pieces of paper at all, now the buyer had to be given a cash receipt. Moreover, the amounts entered on the cash register were recorded by special counters and tax inspectors could always find out about the revenue received in the store. Of course, at the initial stage, these counters were simple electromechanical devices, similar to a car's odometer (for example, on an OKA-4600 cash register), without any serious protection. Moreover, anyone and everyone could uncontrollably repair cash registers, so the process of “twisting” the counters was done “easily and naturally.” Level 2. The era of fiscal memory. The start of the confrontation. Some time passed and the state adjusted the requirements for cash register equipment, providing it with “fiscal memory” and setting strict conditions for access to the insides of the cash register. Now only organizations registered with the tax authorities and received the official status of “Cash register maintenance center (CTO)” could service cash register equipment. Lists of repairmen were also kept at the tax office. Obtaining permission for repairs was very difficult, and the attention to the quality of service from the tax inspectorates was quite close, so organizations that received the status of a service center tried to “not act outrageously.” What is “fiscal memory”? This is a microcircuit, like those installed in modern flash drives, that has memory and is capable of recording sales data for a shift. Not all the data, but only the date, shift number and shift total (i.e. revenue per shift). In addition, when registering with the tax office, the organization’s TIN, date and fiscalization number, registration number and tax inspector’s password were recorded in the fiscal memory. The fiscal memory was additionally hidden from access under a sealed metal casing, or filled with epoxy resin, or in another way. Only a tax inspector could read the data stored in the fiscal memory by entering from the keyboard the password recorded in the fiscal memory during fiscalization. It seemed that everything was securely hidden, but the cash register needed to be repaired and therefore the central service technicians had all the necessary software that allowed them to read passwords, change the software in cash registers and even correct the data in the fiscal memory. It must be said that the fiscal memory of some cash registers (for example, AMS-100F) was quite “vulnerable” and could not tolerate sudden power surges in the network, after which serious errors appeared in it and the central service engineers had to really, literally, “by the numbers” collect and restore data so that the cash register can work again. Initially, it was assumed that the central service centers would honestly repair cash registers, reliably protecting the interests of the state and preventing damage or malfunction of the fiscal memory. But many owners of cash registers had a great desire to keep information about their income secret from the inspection authorities, thereby saving themselves a lot (or at least some) money. Unfortunately, not all CTOs tried to value their authority before the country. Somewhere, a greedy mechanic, not caring about the consequences for himself and for the company, corrected the data in the fiscal memory; somewhere, the head of the central service center himself, colluding with the owner of the cash register, carried out illegal manipulations with a non-zeroable total. Gradually, devices appeared on the “black market,” popularly called “boxes” or “chips,” allowing cash register owners to “correct” data on daily revenue themselves. At the same time, the cash register was not even opened, and the central control center did not need to be used. Level 3. The phenomenon of ECLZ to the people. In 2003, the Federal Law of May 22, 2003 N 54-FZ “On the use of cash register equipment when making cash payments and (or) payments using payment cards” was signed, which obligated the use of cash registers not only for cash payments with population, but also between legal entities. The process of “correction” of fiscal memory began to acquire such a large-scale character that the state’s reaction soon followed. From October 1, 2004, all tax authorities were prohibited from registering cash register equipment that was not equipped with an “Electronic Control Tape Secure (EKLZ).” What kind of animal is “ECLZ”? Why have they been used in cash registers for more than 6 years and is it possible to combat them? EKLZ is a kind of “anti-box” from the state. It contains a memory chip, like a regular flash drive, into which everything is recorded! Every check, every amount, every transaction, everything! When printing a check, the information is specially encoded using a very complex algorithm, the creation of which was done well by far from the stupidest people from the Federal Services. After the information is encoded, it is recorded in the EKLZ in encrypted form and a special cryptographic code is printed on the receipt, a kind of “key” to information about this particular sale. This code is unique and you can easily use it to check the sales information that was printed on the receipt. The regulatory authorities have special software that allows, in the presence of any cash receipt printed using a cash register with EKLZ, to find out whether this code is correct. If the cash register is “honest”, then the code will definitely be correct. If the cash register is equipped with any device, then the code will not be correct and the inspectors will have every reason to conduct a thorough examination of this cash register. Information in the EKLZ memory can only be written and read, but not adjusted or erased in any way. You can read information from ECLZ at any time and in many ways, so tax inspectors and law enforcement officers can easily obtain information about any check for any day. The principle of operation of the cash register is such that if any error or malfunction occurs, the cash register will be blocked. If someone tries to correct the data in the fiscal memory the old fashioned way, the EKLZ will block the operation of the cash register. You will need to either restore the data in the fiscal memory, or replace the ECLZ, which, by the way, is not very cheap, and the process of replacing the ECLZ itself must be registered with the tax office, and the amounts recorded specifically in the ECLZ are recorded, and these are exactly and did not change. In a word – you can’t get through here! Cash register programmers decided to deceive the cash register and wrote a program that disables the ECLZ and allows the cashier to work and punch checks, and in the evening calmly adjust sales and generate the “necessary” checks. It is this program that is in great demand among those who want to “play” with the state. But “is the game worth the candle?” Let's take a closer look at all the details. In the process of searching for possible options for “zeroing the cash register,” the store owner, if possible, finds the “right” person. Naturally, the “right” person does not initiate him into the mysteries of the process, but only says that:
- everything works great;
- checks cannot be distinguished from real ones;
- in the evening, the revenue was carefully adjusted and recorded in the fiscal memory;
- the program is simply written into the cash register and no one will find it;
- no one can prove that the memory was “zeroed”;
- no one will do this.
- ALL printed checks will be “left-handed”, because an incorrect code will be printed on all these checks and when checking any check, information will be obtained about the operation of the cash register in abnormal mode, which may serve as a basis for conducting an inspection of the outlet;
- the “magic” program is not just written somewhere in the cash register, but you have to change the original microcircuits for others, which means there will be a “foreign body” in the cash register and this body can be easily calculated by knowledgeable people;
- there are quite a large number of specialists who know: what to look for, where to look and how to look;
- identifying retail outlets where “left” cash registers are used is actually carried out by operational bodies, this is their job and they have experience.
- The state doesn't pay. This was well understood, for example, by VAT payers who submitted VAT for reimbursement.
- Taxes need to be paid. It’s easy to check by showing the loss in your financial statements. The reaction of the tax inspectorate will unpleasantly surprise you.
When we talk about blocking a cash register, we are actually talking about blocking a fiscal accumulator (FN), which ceases to generate fiscal attributes for each fiscal document.
The fiscal attribute, in turn, is a mandatory detail, without which not a single check or strict reporting form will be saved in the FN and cannot be printed. Thus, when the fiscal drive is blocked, not a single new document can be generated at the checkout, and sales stop.
Why is FN blocked?
In accordance with Federal Law 54-FZ, the fiscal drive stops generating a fiscal attribute when checks appear in it, for which confirmation from the fiscal data operator (OFD) does not arrive within 30 calendar days.
The fiscal drive is blocked 30 days after receiving the last confirmation for the check generated at the cash register. It turns out that within 30 days the cash register can print checks offline without transferring data to the tax service through the OFD.
Federal Law 54-FZ formulates it this way: “the fiscal drive must... exclude the possibility of generating a fiscal attribute for fiscal documents... if, after 30 calendar days from the date of formation of the fiscal attribute for the fiscal document, operator confirmation for this fiscal document is not received (except for the case of using cash register equipment in a mode that does not provide for the mandatory transfer of fiscal documents)” ().
Receipts can be generated at the cash register, but not sent to the OFD due to technical reasons:
- There is no Internet connection - and this is the most likely reason.
- There was a technical failure in the operation of the cash register or fiscal drive.
- There are problems with the service of the fiscal data operator, which does not accept data from cash register equipment (CCT) and does not return confirmation.
30 days are given by law to eliminate technical problems in the transfer of fiscal data to the Federal Tax Service through the OFD.
How to avoid FN blocking
To prevent blocking of the fiscal drive, it is necessary to regularly monitor that confirmations are received for all fiscal documents. This can be understood from two documents:
- shift closing report - it is generated at the checkout every time at the end of the shift;
- report on the current state of payments - it can be generated at any time, without waiting for the end of the shift.
Both reports have the field “Number of untransmitted FDs”. If its value is “0,” then all documents from the cash register were sent to the OFD and operator confirmation was received for each. If the value is different from zero, then in the “Date of the first untransmitted FD” field you need to look at when the transfer of documents stopped.
Generated reports are stored in the personal account of the fiscal data operator.
FN is blocked - what to do
If the fiscal drive is blocked, you first need to eliminate the reasons for the blocking - for example, restore the Internet connection. After this, the accumulated fiscal data that has not received confirmation from the OFD will be automatically transferred to the operator. When the OFD sends confirmation in response, the block from the FN will also be automatically lifted. The user will not have to change the FN or perform other special actions. Next, the cash desk will immediately be able to generate new fiscal documents and operate as normal.
CCT is not used - will the FN be blocked?
Users of online cash registers often ask whether the fiscal drive will be blocked if they register the cash register, punch several receipts on it, and then turn it off and not use it for more than 30 days. There are two possible options here.
If the cash register is turned off after it has transferred all the documents to the OFD and received confirmation for each document, the FN will not be blocked. Work at this cash desk can be continued at any time (until the expiration of the FN).
If the cash register is turned off before confirmation from the operator has been received for all documents, the FN will be blocked 30 days after receiving the last confirmation from the OFD.
Connecting a cash register (CCM) to 1C:Hotel is carried out in several steps:
1. Download the device driver from the manufacturer’s website or from the included disk and install it.
2. If you use a USB-COM port adapter to connect to a computer, you may need to additionally install a driver for the adapter. If necessary, contact your system administrator for assistance. As a result, the device should appear in the device manager:
3. Find the testing program in the POS printer driver installation directory and run it. In setting properties, search for equipment and make sure that the OS sees the cash register. Also remember the COM port number and device connection speed.
4. Next, you need to configure the connection parameters of the cash register on the configuration side. To do this, you need to start the configuration from the system administrator account and go to the section Mutual settlements/Directories/Settings/Cash Registers.
5. Here, add a new cash register, fill in the registration data and connection parameters (available after checking the “Connects to the program” checkbox).
On the connection parameters tab, specify the driver used, select the POS printer model from the drop-down list, specify the POS printer access password (the communication password is specified in the operating instructions), the port used and the baud rate. Note: when connecting the cash register PRIM-08TK communication password aerf .
To check the connection, press the appropriate key.
To connect a fiscal registrar in accordance with the requirements of the updated 54-FZ (FFD 1.05), you must:
1. Update the 1C: Hotel configuration to version 8.3.1.8
After updating in the KKM parameters, the driver type will be automatically switched from “Atol: General KKM driver (version 8.x)” to “Atol: General KKM driver (version 8.x 54-FZ RU)”
2. Update the KKT driver version to 8.15 or higher
Without updating the KKT driver to the required version, using the driver type "Atol: General KKM driver (version 8.x 54-FZ RU)" in the configuration settings will be impossible
3. Update the cash register firmware (recommended version 4555 or higher)
Without the latest firmware for the cash register, correct transfer of data to the receipt will be impossible
4. After updating, go to the “VAT Rates” directory and indicate the tax group code for each rate. The tax group code can be obtained from the fiscal registrar driver. To do this, just connect to the fiscal registrar in the driver and open the table of tax rates. The line number (from top to bottom) will be the tax group code, which must be entered in the directory settings.
ATTENTION!
Depending on the FDF used (1.0 or 1.05), the order of tax groups at the ATOL cash register driver parameter level is different!
For FDF 1.05 (in releases starting from 8.3.1.8, the configuration transmits data to KM in FDF 1.05 format), the order of tax groups at the ATOL driver level must be configured according to the screenshot below.
5. In the settings of the cash register machine on the 1C: Hotel side, on the “Connection Options” tab, you must disable the checkboxes “Print the VAT amount on the receipt” and “Print the VAT line on the receipt is enabled”.
It is important to understand that after updating the configuration to the latest release with support for work under 54-FZ, payment refunds in the configuration will be accompanied by printing only the guest’s statement, since according to the new amendments to 54-FZ, refunds are always accompanied by a broken check, therefore using the RKO form is not advisable.
6. To withdraw services on a check in accordance with the requirements of FFD 1.05, you must:
- In the hotel settings on the "Parameters" tab, set the flag "Maintain balance of personal accounts by services and prices" (the form of the "Payment" document will change)
In the company settings, on the "Document Parameters" tab, in the "Default taxation system" field, indicate the taxation form used by the legal entity
FFD 1.05 defines the following requirements for check execution:
1. Indication on the check the name of the subject of payment
2. Indication of the taxation system on the receipt
4. Indication of the VAT rate on the receipt
5. Indication of the payment method on the receipt
The name of the settlement item in the check is set in the service settings on the "Parameters" tab in the "Name of the settlement item in checks" field, or in the folder settings (service group). If the field is left empty, then the name of the settlement item will be taken as “Service” by default.
It is important to understand that specifying the name of the subject of calculation in nested groups (folder within a folder) is NOT ALLOWED. Specifying a tax system is only possible in the root folder.
The taxation system is set either in the company settings on the “Document Parameters” tab, or in the settings of the payment section (relevant when applying), or in the settings of the service itself. If a hotel uses one taxation system, then it can only be specified in the company settings. If there are several systems, then it should be specified either in the service parameters, or in the section parameters (relevant when using), or in the parameters of the group (folder) in which the service is located. If the tax system is specified simultaneously in both the service (folder) parameters and the section parameters, then priority remains with the section.
VAT rate - taken from the tax group specified when in the "VAT Rates" directory.
The tax group code can be obtained from the fiscal registrar driver. To do this, just connect to the fiscal registrar in the driver and open the table of tax rates. The line number (from top to bottom) will be the tax group code, which must be entered in the directory settings.
Payment method - indicated in the "Settlement method attribute" field or in the parameters of the payment method (only if the "Post check by FR" checkbox is enabled). If the payment method attribute is not explicitly specified, then when making a payment it is automatically accepted as “Full payment”.
In situations where the configuration has been updated to the latest release, but the hotel continues to use old-style fiscal registrars (without transferring data to the OFD), it is necessary:
1. In the settings of the cash register on the 1C: Hotel side, on the “Equipment connection parameters” tab, check the boxes “Print the VAT amount on the receipt” and “Print the VAT line on the receipt is included”, switch the driver type from “Atol: General cash register driver ( version 8.x 54-ФЗ RU)" to "Atol: General driver of cash register printers (version 8.x)"
2. In the settings of the cash register on the 1C: Hotel side, on the "Registration data" tab, disable the checkbox "Refunds are allowed at the cash register directly from the cash drawer"
3. Disable right 035 for all users in the set of rights
As a result of making these settings, when processing returns, the RKO will also be printed
Checking the operating mode of the fiscal registrarusing ATOL FPrint 22K as an example
The fiscal registrar of the Atol FPrint family can operate using both the USB and RS232 protocols. FPrint fiscal recorders must be switched manually to the required operating mode.
To check the operating mode of the FPrint fiscal registrar:
1. Turn off the fiscal recorder.
2. Press and hold the receipt tape rewind button (on the switched off fiscal recorder).
4. The FPrint fiscal recorder will produce a short sound signal (“squeak”) once when turned on, and after a while it will extend 2-3 mm of the receipt tape.
5. Wait until the fiscal recorder (with the receipt tape rewind button held down) emits another short beep.
7. A check of information about the fiscal registrar will be printed.
8. In the printed receipt, in the “Communication with PC” section, in the “Exchange Channel” item, the fiscal registrar mode will be indicated.
Switching the operating mode using the example of ATOL FPrint 22K
1. Turn off the fiscal recorder.
2. Press the button for rewinding the receipt tape (on the switched off fiscal recorder).
3. Turn on the fiscal recorder.
4. The fiscal recorder will emit a short beep: once when turned on, and after a while it will extend 2-3 mm of the receipt tape.
5. Wait until the fiscal recorder (with the check tape rewind button held down) emits four more short beeps.
6. Release the receipt tape rewind button.
7. The fiscal registrar will switch to service mode and the following information will be printed:
8. Go to the “Exchange Channel” menu by double-clicking the receipt tape rewind button on the fiscal registrar.
9. Select the USB protocol operating mode by pressing the receipt tape rewind button on the fiscal recorder three times. If you did everything correctly, the following will be printed on the receipt tape:
10. To exit the service menu, press the receipt tape rewind button on the fiscal recorder once.
11. Reboot the fiscal recorder: turn it off, then turn it on again.
PRINTING THE INN AND NAME OF THE CONTRACTOR ON THE CHECK
As of July 1, 2019, changes came into force requiring the name and TIN of the counterparty to be printed on the check if payment is accepted from a legal entity.
To use this functionality, you must update the configuration to version 8.3.1.17, use a driver no lower than 8.16.0.1 and device firmware no lower than 10-7733
If the payment is made through a personal account in which the counterparty is indicated and the counterparty has a TIN, the name of the counterparty and TIN will be printed on the check.
Standard 1C libraries: Library of connected equipmentFiscal registrar
|
This type of equipment is outdated. As certain provisions of Federal Law-54 come into force, this type will be excluded from the BPO. Fiscal registrar is a device for recording trade transactions and printing receipts. The following operations with the fiscal registrar are supported:
Data for printing and recording into fiscal memory is transferred programmatically to the device. Printing a receipt at the fiscal registrar in the following order:
|
After successfully connecting the fiscal registrar, the input parameters are filled in in the configuration module. To print a receipt, the device must be passed an array containing three tables: a table of goods, a table of payments, and a table of general parameters.
The following parameters can be passed as part of the product table:
- section number,
- Name,
- barcode,
- vendor code,
- department number,
- price without discount,
- quantity,
- name of the discount,
- discount amount,
- discount percentage,
- discounted amount.
The output of the percentage and the amount of two different taxes for each check item is also supported.
As part of the check, a table of received payments is printed, grouped by the criteria of “cash” and “non-cash” payment:
- cash payment,
- cash payment amount,
- cashless payment,
- non-cash payment amount.
General check parameters control the parameters for printing a check and recording the total amounts in the fiscal payment:
- type of receipt (sale/return),
- sign of a fiscal receipt,
- printing on the backing document,
- check amount without discount,
- discount amount on receipt,
- discount card number,
- check header and footer texts,
- shift number,
- check number,
- Document Number,
- document date,
- cashier's name
- cashier password,
- check template number.
Prepared input parameters are passed from the configuration using the command Printing a receipt. Table rows are processed by the library function and passed to the device for line-by-line printing. The print format can be set by the device driver or overridden in the configuration using receipt printing templates, as is done, for example, in the configuration.
If a print attempt fails, the driver returns an error message that is properly interpreted in the configuration module. Regardless of whether printing was successful or not, the device is turned off.
Operation Deposits/Withdrawals of funds is recorded in the fiscal memory of the fiscal registrar and the corresponding receipts are printed. Depositing and withdrawal operations are performed by the same command, indicating the sign of the amount: a positive amount means depositing into the cash drawer, negative means withdrawal.
Report with cancellation is formed at the close of the cash register shift. Report without cancellation is printed at the cashier’s command and does not entail a change in the state of the registrar’s fiscal memory. opportunity Free text printing used when printing additional reports or slip receipts when making payments by payment card. For all three operations, the equipment must be connected before calling the corresponding command and disconnected after the action is completed.
