Processing for the work of fiscal registrars atol. Pavel Chistov

Premium-class fiscal registrar for large organizations with a heavy load of point of sale, aiming to serve large customer flows as efficiently and quickly as possible. Quality, convenience and reliability have been tested by thousands of users throughout Russia. Attract the buyer's attention by placing marketing information on the receipt, information about discounts, special promotions and other information necessary to create loyal relationships with your customers. Automatic cutter insured against knife jamming thanks to unique technology from the Japanese company Seiko Instruments. Compatible with all the most common operating systems (Windows, Linux, Android or iOS) and cash register programs. Ready for EGAIS— allows you to generate and print QR codes on a receipt. Convenience of placement— horizontal or vertical placement at the cash desk is possible.

Print speed: up to 200 mm/s
Print head resource: 100 km of receipt tape
Auto-cut: Yes (presence of a comb for manual separation of the receipt tape), resource 1,000,000 cuts
Number of characters per line: from 24 to 64 (with 80 mm paper); from 24 to 48 (with 58 mm paper)
Interfaces: Ethernet, USB. Optional Wi-fi, 2G, 3G (by installing a communication module)
Power: 24V from power supply
Weight: 1.4 kg
Dimensions: 140 × 200 × 140 mm

Page menu:

Fiscal registrar settings before connecting to a computer

To configure the transfer of fiscal data via a USB cable, see this instruction.

By default, ATOL 30F is configured to work with a PC via a USB port; nothing additional is required to be configured in the device.

Driver installation

• We connect FPrint11 PTK to the PC. To do this, open the previously downloaded Atol hardware driver version 6.20 and choose "Setting properties":

After that, in the new window that opens, select "Search for equipment":

The following sign will appear in the window, with which we will look for it. When a device is found, it is displayed in the bottom line:

• You can immediately test the printer by making a trial sale. To do this, we sequentially:

1. Check the box “Device is turned on”;
2. Choose Registration mode in the upper right corner;
3. Next, click “Login”;
4. And in the central field we make a test sale:

If the sequence of actions is correct, the printer will print a receipt. DON'T FORGET to uncheck the box device is on when exiting the driver, otherwise it will make it difficult for the device to work with other programs.

Connection to 1C 7.X

Connection to 1C 8.X

"ATOL: KKM Driver" 1c v8.1/8.2

Connecting "ATOL: General KKM Driver" to 1C version 8.2, typical configuration "Retail 1.0"

Connection to the standard configuration "Manufacturing Enterprise Management", edition 1.2, on 1C platforms versions 8.0/8.1/8.2 is performed in the same way.

1) Install “ATOL: General driver KKM 6”.
It is necessary to rewrite from the folder...\Program Files\ATOL\Drivers\BIN\ all files with the *.dll extension into the 1C platform directory (..\Program Files\1Сv81\bin\)

2) Register the FPrnM1C.dll file in the system registry using the command regsvr32 “[path to file]\FPrnM1C.dll” (if for some reason registration did not occur automatically due to the installation reason).

3) If it was not possible to register the file in the system in the manner described above (which may be due to the characteristics of the OS), then you need to run the command line as Administrator (in Windows 8 you can press the Win+X keys and then select the desired menu item; in Windows 7 command line is located in the Start menu). Next, enter the above command there and run.

4) Connect the cash register to the PC.

5) Launch 1C:Enterprise.

6) Open the menu “Service” -> “Commercial equipment” -> “Assistant for connecting and setting up commercial equipment”.

7) In the form window, select “Fiscal registrars”, click Further.

7) In the form for adding driver maintenance processing, select processing from the catalog, click Get list, select ATOL:Fiscal registrars(this processing must first be downloaded from the processing database provided at the link https://its.1c.ru/db/metod8dev#content:3020:hdoc), click Next.

8) In the window for adding a new device, select your model and the cash register on which the recorder will work, click Further.

9) In the settings, select the port to which the recorder is connected, press OK.

10) The device is connected, you can start working :)

Connection to Android

Software installation

1. Turn on your smartphone and establish an Internet connection.

3. Install the downloaded program on your smartphone (it is located in the Download folder). During installation, a warning may appear about installing the program from an unknown source, in which case you need to go to the menu Safety check the "P" box "Allow installation of applications from unknown sources."

Obtaining a license

5. Select an item "License activation" click NEXT, select "TabletPOS/YOUR STORE", click NEXT again, then enter LicenseID (on the Tablet POS license agreement form) and DeviceID (serial number on the back panel of the FPrint-11). A letter with a license file (ZIP archive with "dat" format files inside) will be sent to the entered E-mail.

6. Unzip (either using a smartphone, or on another computer and then download to the smartphone).

Debugging communication with the device

7. Connect the barcode scanner to the FPrint-11 device.

8. Set the Bluetooth data exchange channel in the cash register settings. To do this, you need to enter service mode. With the fast forward button pressed, turn on the device. Without releasing the fast forward button, wait for the fifth sound signal ("squeak"), and only then release the button. The SERVICE MODE menu should print.

9. Press the fast forward button 2 times (with each press a sound signal should be heard). The "Exchange Channel" submenu should print. To select Bluetooth (point 3), press the scroll button 3 times.

10. Exit service mode - one click.

11. Turn on Bluetooth on your smartphone. Select FPrint-11 from the list of devices. Then FIRST confirm the connection on FPrint-11 (press and hold the fast forward button until it beeps), THEN confirm the connection on the smartphone. The Bluetooth connection should be established.

License activation

12. Open the TabletPOS program. “Equipment” -> “KKM”, select FPrint-11 in the “Model” menu and in the “Connected” menu.

13. Return to the main menu. Now “Service” -> “Licensing”, click the “Update” button. In the "Found Licenses" list, the item with the license file name and the serial number of the cash register should be highlighted in gray, and the message "Active" will appear.

The proposed development is intended to organize the collaboration of 1C configurations with fiscal registrars and cash register tools of all models of the ATOL, SHTRIKH-M, ISKRA trademarks most popular among users, as well as a number of other well-known Russian developers of cash register equipment. The functionality of the program fully meets the requirements of Federal Law No. 54 and allows you to work with all existing fiscal data formats. Currently this is a line of versions (protocols) 1.0, 1.05 and 1.1.

Before installing the KKT-ONLINE software processing, the installed 1C configuration will not need to be updated - all the necessary settings will affect only the special functions of the program. The developer guarantees full compatibility with software running all available versions of Windows and Linux OS. Among the many advantages of the new software product is the ability to work in parallel with two or more fiscal registrars, or work from different workstations to a “common” FD.

Among the many processing capabilities are the creation of completely new, original check templates, as well as the generation of documents with the simultaneous use of several taxation systems. The user can try all these functions before purchasing any of the license options for the right to use the KKT-ONLINE software product. A potential buyer has the opportunity to download the distribution kit from the developer’s website, check all the most important processing functions for him, and only after that make a purchase and receive a product key.

Basic functionality

● Compatibility with almost all cash register tools existing at the time of the program’s release.

● Works under all current versions of Windows and Linux OS.

● Support for all approved formats of fiscal documents - from the initial version 1.0 and the transition protocol 1.05, to the most advanced FFD 1.1 at the moment.

● Function of redistribution of data contained in a receipt to two or more fiscal registrars.

● Guaranteed support for exchange formats and technology for generating external components for all 1C configurations, starting with v.8.1.

Printing Features

● Possibility of printing a copy of a receipt using a regular network or local printer, or a standard document printer at the cashier’s workplace.

● Creating a print queue - the ability to print receipts from two or more workstations.

● The function of previewing a receipt on screen before printing it, which is called by pressing the corresponding button in the print settings window.

● Support for printing “Correction Checks” even in cases where this document is not included in the functionality of the basic program.

● Availability of a preliminary printing form that allows you to change the content of fiscal lines in the receipt or specify a different payment method.

Setting up templates

● Creating a new, completely original receipt template, placing a barcode, advertising image or text, as well as any other useful information in it. (For setup procedures, see the “Document Templates” section).

● Possibility of displaying a product item in one line when working on a taxation system that does not require separate accounting of receipts for different items.

● Support for printing a receipt with a complete list of product items directly from a cash document.

● The function of previewing a prepared receipt during the template setup process.

Features of generating and sending documents

● Possibility of simultaneous recording of data in a document for several tax systems at once, for example, EVND and OSN. (The setting procedure is described in detail in the section “Distribution of aids to navigation”).

● Support for sending an electronic version of checks to the buyer’s e-mail using 1C functionality.

● Accounting for advances and partial payments in protocols 1.05 and 1.0. (For setup procedures, see the “Print Test Form” section).

● Availability of its own built-in form, which allows you to speed up the entry of additional details of the check - telephone number and E-mail of the buyer.

Other features

● Connection of additional libraries to change the functionality of the processing program in accordance with the needs of the customer.

● Support for working with cash registers that are not equipped with a fiscal storage unit.

● Possibility of installing an Emulator, which allows you to test all the capabilities and modes of working together with a cash register.

● Possibility of entering a parameter that controls the opening of the cash drawer at the time the check is printed.

Licensing

The purchased license has no restrictions on the period of use and does not need to be renewed. The 12 month period specified in the license agreement is general in nature and does not apply to all commercial versions of the software product.

Functionality and differences between the “Demo” and “License” modes

When working in test demo mode, absolutely all functions and services of the installed processing product are available. The difference between the “Demo” mode and the functionality of a product with a purchased and installed key is that when a receipt is printed, an information window appears on the screen with a message about working in a temporary demo mode, and the receipt is printed with some delay. In addition, in this mode the number of operations that can be entered from one workstation is limited.

After purchasing a license and activating the processing program by entering the product key, these restrictions will be automatically removed. Depending on the version of the paid license, the activation key can provide full-function operation on only one or several workstations. If you purchase a license for more seats than the initial version, the product must be completely deactivated using the appropriate option in the menu. And only after that install the new license key.

Typical problems and controversial issues

If the 1C software package is installed on the server, and client versions of 1C are installed on computers to connect users, to work in full-function mode you will have to purchase a number of licenses corresponding to the total number of computers with the installed processing program. In cases where users connect to the server via RemoteAPP or via the RDP protocol, a processing license is purchased only for the server.

Users who were eligible for technical support as of November 20, 2017, as well as customers who purchased processing in the subsequent period, will receive licenses at no additional charge. The number of licenses provided will depend on the number of previously purchased programs and the remaining technical support period. All users who previously purchased the processing program will receive an additional discount when purchasing new licenses.

Procedure for finalizing the configuration

When working in configurations that support the “KKT” connection, you will not have to modify them. In other cases, in order to explicitly define the document from which printing will be done, it is recommended to modify the program. You can do the modification yourself, using special video instructions, or contact the developer directly.

Individual settings for experienced programmers

In order to change the functionality of the program, you can use additional processing, the distribution of which is present in the archive of the main product. Examples of the implementation of possible changes are clearly shown in the demonstration videos.

Compatible with third party configurations and products

KKT-ONLINE processing can be integrated into third-party configurations and products that do not support standard functions for working with an external processing program. For various 1C configurations from the companies Rarus, Dalion and some other developers, upgrade kits have been prepared that can be purchased along with the main license.

Debug form

To simplify the procedure for users to check and configure functionality, the product contains a special “debugging form”, which is available in the “File” - “Open” menu. This form allows you to print preliminary and fiscal receipts from any document, and can help organize the printing of full-fledged fiscal receipts without modifying the 1C configuration in the case of using retail equipment with a non-standard connection interface.

Technical support

All necessary advice on installing and using the program can be obtained free of charge within one month from the date of payment for the license by contacting the developer by email or through the site’s feedback. Software product updates are provided without payment and time limits. You can start the procedure for searching and installing an update by activating the “Check for updates” menu item. To complete the procedure, you should download the corresponding versions of the operating system Breadboard components from the developer’s website and connect them in accordance with the program instructions.

Connection of additional workstations and modification of configurations is carried out on a paid basis.

Does this processing support printing X report (non-blanked report)?

Yes, it does.

What configurations does it support?

Any that work on conventional forms and work with commercial equipment. For example, Trade Management 10.3, Integrated Automation 1, Accounting 2, Retail 1, Manufacturing Enterprise Management 1.3, Government Accounting 1, industry programs based on them: Rarus: CRM, Bit: Cafe, Bit: Construction and many others.

PWill this processing work for my configuration?

Yes, if your configuration is not on a managed form, then in most cases it will do.

How to take into account ADVANCE and PARTIAL PAYMENT when selling?

For FFD 1.0, several options for Prepayment accounting are offered:

1. You reflect the nomenclature in the check, but reduce the quantity in it so that it matches the advance amount. 2. You reflect one line in the check with the inscription “Advance”, then, when you can make a full payment, you make a return of the “Advance” receipt, and receive the full amount with a description of the sold items.

For FFD 1.05 Prepayment and Partial payment are taken into account through separate payment types "Prepayment", "Postpayment" and "Counter provision"

Is it possible to pay through a legal entity?

Yes, you can. When placing an order, select payment from a legal entity and fill out the details and an invoice will be generated for this legal entity.

Does this processing work on managed forms (Accounting 3, Retail 2, ERP, UT 11, UNF, etc.)?

No, configurations on managed forms (even if they are run on regular ones) use the BPO (Library of Connected Equipment), this is a standard for the operation and connection of commercial equipment, everything is built into the configuration itself, and if something needs to be changed, it must be either updated or modified.

If your processing doesn't start, what should I do?

If you have any questions while connecting, write to me, I can connect remotely and check if everything is configured correctly

This error is mainly due to the fact that the drivers for the equipment are not installed or the component to work with them could not be installed. First, check that you have installed drivers for your trading equipment. They can be downloaded for free from this publication or from the developers' website. Then try to run 1C under full rights so that the component is registered, if nothing helps, then write to me, together we will definitely figure it out.

How can I now open and close a shift and print an X-Report?

Processing is connected as a standard fiscal registrar and therefore the launch of these procedures is similar to the fiscal one. Those. “Service” - “Commercial equipment” - “Working with cash register registers” - “Closing a cash register shift” or “Reporting a cash register shift without cancellation”, these commands are also available from the Cashier’s Workplace.

When printing does the “Print document not defined. Possible errors” window appear?

The law requires a large amount of data that needs to be transferred to the office, and the standard printing mechanism does not allow you to receive all the details, so the processing uses its own algorithm to determine the document from which the seal was launched in order to print a check. If this message appears, then this algorithm could not receive the document, and you need to make improvements as in the video in the publication.

A demo version is available for free download (attached to the publication with a “free” file “Online cash registers (according to 54-FZ) for 1C 7.7: [Demo version]”)
Anyone interested in purchasing the program can download the demo version for free to test the development capabilities.

The demo version has limitations:
1) an electronic check is sent only to a fixed email address
2) the amount of the check should not exceed 300 rubles.
3) the number of positions in the check should not exceed 3.
4) the time for breaking a check is limited to working hours: from 8:00 to 16:59

The external processing code in the Demo version is closed and protected using KZK-2! For correct operation, it is necessary to first place the precomp.dll library (included in the kit) in the directory of the 1C database from which processing is launched, or in the installation directory of the 1C program (usually C:\Programm Files\1cv77\bin\)

In the commercial version, the processing code is completely open and not protected.

NEW!!! The Atol DTO 10 driver is supported for the 1C 7.7 platform.
NEW!!! Changes since 07/01/2019 are supported (tags 1227-1231 and all others).

NEW!!! Retail sales of labeled tobacco products, shoes, medicines, etc. are supported.

ATTENTION! Module "54-FZ: RMK GISM (Marking) for 1C 7.7" serves as an extension to the base module "54-FZ: Online cash registers for 1C 7.7" and is an interface for entering barcodes of labeled products and their subsequent transfer to the KKM receipt printing module.
It cannot be fully used independently without the base module and does not contain mechanisms for sending receipts to cash registers, because this mechanism is contained in the basic module - “54-FZ: Online cash registers for 1C 7.7”, which can be purchased separately on the page of this publication.

Video presentation "RMK GISM (Marking) for 1C 7.7":

This development is suitable without modification for both standard configurations and non-standard ones, which support the connection of a fiscal registrar through the “Setting up retail equipment” processing:

List of supported configurations	Documents that support printing on FR
1C 7.7 “Trade and warehouse, ed. 9.2"	KKM check Receipt cash order Account cash warrant
1C 7.7 “Complex, ed. 4.5"	KKM check Receipt cash order Account cash warrant
1C 7.7 “Accounting, ed. 4.5"	Receipt cash order Account cash warrant
1C 7.7 “USN, ed. 1.3"	Receipt cash order Account cash warrant
Any non-standard or outdated configuration based on 1C 7.7 (including “Trade and Warehouse, Rev. 8.7”, “RARUS” configurations)	Adaptation is required, which you can do yourself. We also accept orders for adaptation

It is possible to connect without modifying the 1C configuration (without making changes to the metadata 1 cv7. md), and with configuration modifications. In the mode without modification of the configuration, some functions will be disabled, which in most cases can be dispensed with (more on this below, see*).

It is also possible to implement it in an arbitrary configuration that does not have its own functionality for connecting and using retail equipment (video instructions below):

The development code is completely open, there are no protected or closed areas. Users can change the program to suit their needs.

Video presentation "How to use the Online Cash Desk module (54-FZ) in 1C 7.7 for complex calculations (advances, offset of advance payment, installment plan, loan) within the framework of FFD 1.05 / 1.1":

List of supported equipment

It is possible to work together with the Online Cash Register module for 1C 7.7 only with cash register machines (KKM) of the Fiscal Registrar type using the following drivers:

1. Atol(FprnM1C.dll)
2. Shtrikh-M(DrvFR.dll)
3. Fiscal registrar emulation mode. Used to test the printed form of a receipt, discounts, VAT, payment types. In this case, the check data is displayed on the monitor screen; a fiscal registrar is not required.

ATOL:"ATOL 11F", "ATOL 15F", "ATOL 20F", "ATOL 22F / FPrint-22PTK", "ATOL 25F", "ATOL 30F", "ATOL 30F+", "ATOL 42FS", "ATOL 50F", "ATOL 52F", "ATOL 55F", "ATOL 60F", "ATOL 77F", "ATOL 90F", "Evotor ST2Ft" and others.

SHTRIKH-M:"SHTRIX-ON-LINE", "SHTRIX-LIGHT-01F", "SHTRIX-M-01F", "RETAIL-01F (Retail-01K)", "SHTRIX-LIGHT-02F (SHTRIX-LIGHT-FR-K, SHTRIX-LIGHT-PTK, SHTRIX-LIGHT-200)", "SHTRIX-M-02-F (SHTRIX-M-FR-K, SHTRIX-M-PTK, SHTRIX-M 200)", "SHTRIX-MINI-02F (SHTRIX-MINI-PTK)", "SHTRIX-FR-02F (SHTRIX-FR-PTK)", "SHTRIX-MOBILE-F (SHTRIX-MOBILE-PTK)", "ELVES-FR-F (ELVES-FR- K)", "NCR-001F (PTK NCR-001K)", "SHTRIKH-MINI-01F (SHTRIKH-MINI-FR-K)", "SHTRIKH-FR-01F (SHTRIKH-FR-K)", "RETAIL -01Ф (PTK RETAIL-01K)", "RR-02Ф (RR-02K)", "RR-01Ф (RR-01K)", "RR-04Ф (RR-04K)", "RR-03Ф (RR- 03K)", "SHTRIX-COMBO-FRK", "ELWES-MICRO-K", "SHTRIX-MINI-K", "ELVES-MK", "SHTRIX-COMBO-PTK", "SHTRIX-950K", "ELWES -MF" and others.

Contents of delivery:

1. external processing of servicing fiscal registrars. Folder with processing data Extforms need to be copied to the 1C infobase directory:

Support for Atol models under 54-FZ is in the file fr54_Atol.ert And fr54_Atol10.ert, models Shtrikh-M - fr54_Shtrih-M.ert. In processing fr54_emul.ert contains a print emulator on the DF, which allows you to test the operation before connecting the real DF.

To work with FR, you need to download drivers for commercial equipment: for ATOL- driver DTO8 version no lower or driver DTO10 version no lower (and simultaneous installation of both versions on a PC is possible: DTO8 And DTO10, during work you can arbitrarily switch the FR from processing to work with any of the DTOs); For Shtrikh-M- driver version notnot lower than 4.14.

After installing the driver Atol versions DTO8 need to be taken from the folder Program Files\ATOL\Drivers8\Bin_Free and copy two files to the directory with the 1C database or 1C platform:

1. FprnM1C.dll
2. Dpp2_3.dll

After installing the driver Atol versions DTO10 need to be taken from the folder Program Files\ATOL\Drivers10\ KKT\ langs\ com and copy to the system directory of the operating systemWindows\ System32 file addin_fptr10_x86.dll(this file can also be taken from the DTO10 distribution in the folder wrappers\com ).
After this, to connect the driver as a COM object, you need to register the library in the system addin_fptr10_x86.dll using the command regsvr32.exe(the file does not need to be copied to the system directoryWindows , and register it at its original location).

After installing the driver Shtrikh-M need to be taken from the folder C:\Program Files\SHTRIH-M\DrvFR 4.14\Bin and copy three files to the directory with the 1C database or 1C platform:

1. DrvFR . dll
2. DrvFR . lic
3. sqlite 3. dll

Connection of the required processing of servicing FR (fiscal registrar) is carried out in 1C: Enterprise mode through the menu Service - Setting up commercial equipment on the bookmark Fiscal registrar:

Mandatory details on the check are the position and full name of the cashier who issued the check. For these purposes, the name of the current 1C user is used. Therefore it is necessary in the reference book Users correctly specify the user's full name in the details Full name:

In this case, you can additionally indicate the position of cashier in the same details.

In principle, these actions are enough to already register checks for the Federal Fund in the online cash register mode. Service processing data is universal. They can be used with the TIS ed. configuration. 9.2 of both the new release 988, to which JSC 1C added its vision of supporting Atol FR in online cash register mode (in an incomplete truncated form), and older releases, without making changes to the configuration itself.

In this case, processing will display the following mandatory details in the receipt:

• Full name of the cashier (the name of the current 1c user will be used);
• discounts on product items. In this case, discounts will be displayed on the check correctly, despite the fact that 54-FZ does not provide for the withdrawal of discounts to the FD, but requires the calculation of discounts to be carried out using the accounting system for each item of the check;
• request the buyer’s contact information to send him an electronic receipt;
• display the VAT of the goods on the receipt. By default, processing will consider that VAT needs to be withdrawn only for a check generated from PKO or RKO. This logic can be easily changed by making small changes to processing or to the 1C configuration (more on this below, see **).

TiS contains an algorithm for calculating the discount as a whole for the receipt, which, in the general case, cannot be correctly transferred to the receipt according to the new law without rounding errors. To solve this problem, we used the well-known “1 penny Rule” and developed an algorithm that allows you to display data in a check without rounding errors for any source data. This rule can split one product item in a 1C receipt into two in a cash register receipt in order to eliminate discrepancies in the algorithm for calculating the price of 1C and cash register, and ensures that the amounts for the receipt items specified in 1C will be exactly transferred to the cash register receipt without changing the calculation amounts even for 1 kopeck:

*) By making changes to the configuration, you can solve the following issues when withdrawing a check to an online cash register:

• To send an electronic check (if the buyer wishes this method), the buyer's email or phone number is required. In the KKM Receipt document, you can organize details for entering and storing the buyer’s contact information. In PKO and RKO documents, the client’s contact information can be taken from the details Email directory Counterparties or props Phones directory Individuals. Without finalizing the configuration, the buyer’s contact information will be requested by the FR service processing at the time the check is punched.
• **) Output of the VAT rate and VAT amount in the cash register receipt depending on the seller’s taxation system. The VAT rate should only be displayed if the taxation system is general. For special regimes (USN, UTII, Unified Agricultural Tax, PSN), the VAT rate should not be displayed. In the standard configuration there are no details for unambiguously determining the taxation system. Therefore, by default the configuration itself has adopted the following rule: for retail sales (via KKM Check) do not display VAT in the check, for wholesale sales (through PKO and RKO) show VAT in the check (which is not entirely correct, since wholesale sales can be without VAT, and retail - with VAT). Therefore, if your case does not fall under this rule, you need to make changes to the configuration or service processing. The tax regime is determined in the program code through the variable NAVEL(Accounting Policy Parameters)
• Output to the cash register receipt of the names, quantities and prices of goods from the PKO and RKO document, if they are entered on the basis of an invoice (for old configuration releases). In new releases, this functionality was added (albeit with errors) by 1C CJSC, for example, in version 988 of the 1C 7.7 configuration “Trade and warehouse, ed. 9.2".

To make changes to the configuration (only if you need to resolve the issues raised above), follow steps 2, 3 and 4 of these instructions. These changes were prepared using the example of configuration 1C 7.7 “Trade and warehouse, ed. 9.2". They are also fully suitable for 1C 7.7 “Complex, ed. 4.5". Changes for other configurations can be made in a similar way.

Changes can be made manually to document modules by copying code fragments marked with comments vanity, from the configuration file TIS987_54FZ.md or through the Combination of configurations mode, selecting only documents when merging PKO, RKO, CheckKKM.

Note: by comment //tschi 54FZ TIS988 marked code fragments that are available in the TIS 988 release, but which are not in older TIS releases.

For adaptation, the TIS 987 release was specially taken, into which 1C CJSC had not yet managed to introduce its vision for connecting online cash registers, in order to exclude from the code what we consider unnecessary modifications and errors of this release, and to make it possible to use our development also for those organizations that use the old TIS release with their modifications and have difficulties switching to the latest configuration release.

However, our modification is universal and it can work with both the TIS 988 release and an older one, and it automatically determines what functionality is available and uses the configuration options that are available to it.

So, more about the changes you can make to the configuration:

2) You need to add the Buyer Address detail to the CheckKKM document, which is displayed in the form dialog - necessary for sending email. check to the buyer. You need to enter either the buyer’s phone number (to send a receipt via SMS) or email address. mail. The FR driver itself will figure out what exactly was entered. If you do not fill it out, a paper check will be issued. When outputting an electronic check, you can disable printing of a paper check.

3)In the document form module CheckKKM in the procedurePunch CheckNaKKM () changes need to be made (marked in the module with a comment) - for more details, see TIS987_54FZ.md:

//[+] 54FZ If List of Products.Number of Rows() > 0 Then List of Products.New Column("54FZ Data"); //info is written as a list of values ​​in the first row of the ProductListProductList table.GetRowByNumber(1); List of Products.Data54FZ = CreateObject("List of Values"); Data = List of Products.Data54FZ; Data.AddValue(Context,"Context"); //link to the current document If there are Header Details("Buyer's Address", View()) = 1 Then //if the dialogue document is modified to indicate the buyer's address Data.AddValue(short(GetAttribute("Buyer's Address")),,"Buyer's Address"); //if you comment out this line, then the Buyer's Address will be requested in the processing of the FR service; if you pass an empty string (""), a paper check will be output without asking for the Buyer's Address EndIf; If you haveHeaderAttribute("Payment by Card", View()) = 1 Then //if the dialogue document is modified to indicate the type of payment by card CardPayment Attribute = GetAttribute("Payment by Card"); Data.AddValue(CardPaymentAttribute,"PaymentType"); //in order not to request the payment type in a separate dialog before printing the check (since the payment type is entered in the check), 1 - request the payment type in a separate dialog before printing the check. For this parameter to work, you must pass the Context parameter! Otherwise Card Payment Attribute = 0 EndIf; Otherwise Report("There are no positions for withdrawal to the cash register receipt!","!!"); Return 0 EndIf; //[-] tschi 54ФЗ

You can change this code yourself to suit your needs, namely, redefine the values ​​of the following parameters:

« Cashier » - position and full name of the cashier. By default, the full name of the current 1C user is taken: Cashier = abbreviated(glUser.Name). However, in the document module CheckKKM, PKO, RKO, you can program the transfer of another arbitrary value as a cashier.

« NAVEL » - Taxation system. If you need VAT to be shown on the receipt, assign the parameter the value “0”, otherwise a value greater than “0”. Acceptable values: 0 - General SNO, 1 - Income simplified tax system, 2 - Income-Expenses simplified tax system, 3 - UTII, 4 - Unified agricultural tax, 5 - PSN

« Change SNO " - the value "1" means that you need to transfer the Taxation System (SNO) to the FR; this can be used to switch the SNO to the FR, if checks with different SNO are being printed on one FR. Value “0” - do not change the aid to navigation on the FR; in this case, the aid to navigation preset in the FR is used.

« Buyer's Address » - buyer’s contact information for an electronic receipt: e-mail or phone.

« Check Buyer's Address " - the value "1" determines whether, before issuing a receipt, it is necessary to print out the buyer's data for visual verification of their correctness by the buyer himself. If such verification is not required (the buyer, for example, enters the data himself in a special form), then set the value for this parameter to “0”.

« PrintCheck » - paper check in case of sending an electronic check: 0 - do not print, 1 - always print, 2 - request to print a paper check.

« Print ModeDiscount » - discount printing mode: 0 - do not print discounts on the receipt, 1 - print the general discount on the receipt, 2 - print discounts on product items and the general discount on the receipt

4) Similar changes need to be made to the PKO and RKO document form module in the procedurePrinting a Receipt() (changes are marked in the module with a comment, for more details see TIS987_54FZ.md)

An example of a receipt displayed on the “FR emulator”:

As you can see, the “1 kopeck rule” worked for the product “Table egg”, because otherwise, the discount calculation algorithm embedded in the TIS will not allow the product to be displayed at the online checkout without distorting the amount. Namely:

Discount amount = 146,61 , quantity = 30 , therefore, Discount Price = 146,61 / 30 = 4,887

The quantity and price must be transferred to the FR driver, taking into account all discounts and surcharges. The price is transferred rounded to the nearest kopeck ( 4,887 -> 4,89 ), the FR driver calculates the amount for the check item himself, as a result the check will include Amount = 30 * 4,89 = 146,70 . It's on 9 kopecks more than calculated in the KKM Check document. Therefore, the “1 kopeck rule” divided the position into two lines, selecting the quantity and price (with a discount) so as to eliminate this error, while the price of these two positions differs from each other by no more than 1 kopeck:

9 * 4,48 = 43,92

21 * 4,89 = 102,69

Total quantity = 30, amount = 146.61 in full accordance with the original data in the 1C receipt.

In fact, in practice the need to trigger the “1 penny Rule” will not be so frequent, but always accurate and error-free ;)

5) Mixed payment method by check (cash, bank card). Typical 1C configurations do not provide for entering the amount to pay a check with a bank card. However, the DF service processing in this publication includes functionality for specifying the type of payment ( cash, bank card or mixed type: part in cash, and part by card). To implement the mixed payment interface, we propose to make the following changes to the document “ KKM check»:

1. add details to the document header Payment by Card(type Number.1.0)

2. add elements to the document form to indicate payment by bank card (see figure below)

3. add to document module procedure FormHeader() line:

By Card = ?((Total("Amount")>Received) and (Payment by Card=1), Total("Amount")-Received, 0); //tschi

4. in the document posting module the condition:

ElseIf Received< НеобходимаяСумма Тогда

needs to be replaced with:

ElseIf (Received< НеобходимаяСумма) и (ОплатаКартой = 0) Тогда //тщи

The specified changes are included in the file TIS987_54FZ.md for the document CheckKKM:

Another way to select the type of payment is suggested by a colleague - displaying an additional window when a check is punched, in which the seller needs to select the desired type of payment:

Plans for further development:

1. provide for the rounding of the check amount to the whole ruble or 50 kopecks for the convenience of settlements with customers in accordance with the FFD Protocol.
2. development of a full-fledged RMK for the TIS ed. configuration. 9.2. Interface samples can be viewed:
3. linking contact information to customer discount cards, so as not to constantly enter the same contact information into the receipt for regular customers.

On the menu Service - Additional features the item " 54FZ (online cash registers) Service and settings", which will allow you to perform service functions on the DF, as well as perform the initial setup:

After purchasing the module, information and technical support for obtaining program updates due to changes in legislation, modifications to the module, and development of functionality is provided for FREE within 3 months from the date of purchase. Further annual subscription to updates and/or technical support can be extended upon request and amounts to half cost of purchasing the module. After the subscription for updates expires, if you do not want to renew the subscription, the functionality of the program remains without restrictions on the duration and functionality implemented, but without the ability to install updates, if any.

Technical support is provided by email, via Skype, mail agent, ICQ, or by calling the developer. To receive high-quality technical support in difficult cases, a remote connection to the user’s computer is required via AmmyAdmin or TeamViewer.

Technical support is provided only for this software product and does not include troubleshooting the operating system; failures in the operation of the 1C program that are not related to the functioning of this program; incorrect user actions when using the program (in violation of the established user manual); consulting on issues not related to law 54-FZ; configuration or installation of commercial equipment, commercial equipment drivers; troubleshooting problems in the operation of commercial equipment. However, these issues can be resolved on a separate contractual basis.

Licensing of the program is carried out according to the software order number and TIN of the organization or individual entrepreneur. The number of licenses required to install the software is determined by the number of individual legal entities and individual entrepreneurs, and does not depend on the number of used workstations and cash registers per legal entity or individual entrepreneur. Thus, each legal entity or individual entrepreneur requires a separate purchase of this software product. For every second and subsequent legal entity (or individual entrepreneur), the product can be purchased at half the cost.

Module implementation procedure:

1) you purchase a fiscal registrar with a fiscal drive (or modify your existing one to meet the requirements of 54-FZ) models in accordance with.

2) enter into a service agreement with OFD. It is better to choose an OFD that is linked to your operator for transmitting tax returns to the Federal Tax Service (if possible).

3) Carry out the procedure for fiscalization and registration of cash registers through your personal account on the Federal Tax Service website. EDS required (suitable for tax reporting)

4) Install the FR and its driver on your computer.

5) Purchase module 54-ФЗ: Online cash registers for 1C7.7 and install it according to the instructions. If you have any questions or problems at this step, please contact our technical support for assistance.

If you need technical support when performing step 5, then purchase our module with technical support and updates for a period of 3 months.

If you do not need technical support and you complete step 5 yourself, then buy a module that will receive updates for a period of 3 months, but without technical support.

Comparison of versions

[Version 1.2] 03/31/17

1) Fixed identified errors
2) Added service processing for FR Shtrikh-M

[Version 1.3] 04/03/17

3) Fixed identified errors
4) The display of discounts in a receipt has been clarified; now the receipt shows the totals: the amount without a discount and the amount of the discount on the receipt
5) Added the Change ACS parameter. the value “1” means that you need to transfer the Taxation System (SNO) to the FR; this can be used to switch the SNO to the FR, if checks with different SNO are being printed on one FR. Value “0” - do not change the aid to navigation on the FR; in this case, the aid to navigation preset in the FR is used. Acceptable SNO values: 0 - General SNO, 1 - Income simplified tax system, 2 - Income-Expenses simplified tax system, 3 - UTII, 4 - Unified agricultural tax, 5 - PSN

[Version 1.4] 04/07/17
6) Fixed identified errors
7) added the PrintReceipt parameter, which allows you to disable printing of a paper receipt in case of sending an electronic one or display a request to print a paper receipt if there is an electronic one
8) an interface has been added to the CheckKKM document for implementing mixed types of payment by check: cash, bank card.

[Version 1.5] 04/12/17
9) Algorithms for Shtrikh-M drivers have been optimized
10) Added parameterDiscountPrintMode - discount printing mode: 2 - do not print discounts on the receipt, 1 - print the total discount on the receipt, 0 - print discounts on product items and the total discount on the receipt
11) When printing discounts, discount amounts are aligned to the right
12) Added the option to select the type of payment (cash/card) from colleague Sergey (Che) Kotsyura

[Version 1.6] 04/24/17
13) algorithms for applying discounts have been reworked. Discounts are applied correctly thanks to new firmware for cash register drivers without using the “1 penny rule”. Therefore, this rule is now disabled by default.
14) Parameter RecognizeReturn expanded and supports the following types of receipts: 0 - sale, 1 - return of sale, 2 - purchase, 3 - return of purchase. This parameter in DF maintenance processing has been renamed to Receipt Type
15) when printing a check, the current shift number is returned to the calling program in a variable Shift Number
16) added adapted configuration files for Accounting 7.7, rev. 4.5 and USN 7.7, ed. 1.3

[Version 1.7] 05/04/17
17) bugs fixed
18) in configurations in PKO/RKO, the addition of a duplicate VAT Rate column has been removed (since the VAT column is transmitted)
19) fixed error in transferring zero quantity to check
20) added DF commands: report_without_cancellation, report_by_departments, open_box, deposit_money, withdraw_money
21) added processing for setting up and maintaining the FR - “Control Panel” (fr54_Settings.ert). It is available in the menu Service - Additional features - "54FZ (online cash registers) Control Panel". With its help, you can send additional commands to the FR

[Version 1.8] 05/10/17
22) automatic verification of the validity of the buyer’s address through regular expressions
23) added FD commands: “Get software version”, “Copy of latest receipt”, “Copy of document by FD number”
24) added transfer of the cashier’s full name to the financial statements (Z-Report, X-Report, Report by department)
25) added other functions for working with DF, refactoring of DF service processing code

[Version 1.8.1] 05/10/17
26) the error in opening a shift for Atol processing has been fixed.

[Version 1.9] 05/11/17
27) in the FR emulator, the name of the selected taxation system is displayed on the receipt if the parameter Change SNO = 1
28) “service” functions for diagnosing the state of the online cash register are supported in DF service processing
29) in the Control Panel (fr54_Settings.ert) support for service functions is continued: “FN validity period”, “Number of documents not sent to the OFD”, “Diagnostics of connection with the OFD”

[Version 1.10] 05/18/17
30) bookmarks have been added to the Control Panel (fr54_Settings.ert)<Параметры>And<Настройки>, with the help of which you can interactively (without resorting to programming 1C modules) configure the parameters for outputting checks and reports to the FD ("FR Parameters").
Thanks to this mechanism, it is easier to connect and configure the DF to the 1C configuration, because Settings for working with DF can be configured without making changes to the configuration, or with minimal changes.
The parameters can be configured in terms of selections: Firms, Cash Desk, 1C Users, Types of Documents, as well as other arbitrary conditions. Depending on the selected selection, you can optionally differentiate the following parameters:
- Full name of the seller-cashier
- choice of taxation system
- request for buyer's email address
- request for visual verification of the entered buyer address
- electronic receipt printing mode
- mode for printing discounts on receipts
- choice of payment type
- mode for outputting VAT in a receipt (including taking into account the wishes of users to output VAT rates for special modes, as well as simultaneous output of VAT rates 18, 10, 0% and Without VAT)
- setting up the display of the section number in the check (including taking into account the wishes of users to display the section number depending on the VAT rate of the check position)
- other parameters
All parameters have a description that is displayed on the form when you select a Parameter. Also, a description of the parameters is contained in the file ParametersFR.xls
30) Due to the fact that the settings for check printing parameters are configured interactively, changes have been made to the document modules in the check printing procedures. The configuration of most parameters has been removed from the text of the modules. A new Context parameter has been added, which allows you to pass a link to the current document (context) to the DF service processing. This link is required for the "Document Type" selection to work.
31) Refactoring code for FR service processing
32) FR maintenance processing takes into account the parameters specified interactively in the Control Panel (fr54_Settings.ert)
33) Processing of servicing FR takes into account the transfer of the cashier’s full name to the generated reports (Closing a cash register shift, X-report and others). This is necessary for the correct generation of information on the OFD website. The cashier's full name is set in the "FR Parameters"
34) Processing fr54_SelectPaymentType.ert has been moved to the Extforms\EQUIP folder - that’s where it belongs.

[Version 1.10.1] 05/19/17
35) fixed error in determining 54-fz support for the Shtrikh-M driver
36) in the document modules of 1C configurations (except for the simplified tax system configuration), separate transfer of VAT rates “0%” and “Without VAT” to the fiscal registrar is provided. VAT rates are transmitted through the VAT Rate or VAT column with the following values ​​18, 10, 0 and -1 (respectively: 18%, 10%, 0% and "Without VAT")
37) the list of changes to 1C document modules is described in separate text files for ease of adaptation

[Version 1.11] 05/23/17
38) fixed once again the error in determining 54-fz support for the Shtrikh-M driver
39) emulation of the formation of a check number (defined as a random number) has been added to the processing of the FR emulator (fr54_emul.ert) - thanks Vladimir Poltavthenko for implementation
40) added support for outputting checks to FDs in external printed forms (EPF) mode. Connecting VPF to the desired type of document is carried out in the Online Cash Desk Control Panel - on the " tab Settings" - in the table " Types of documents used"through the column" VPF".
This check withdrawal mode has the following advantages:
1. Connecting development to a standard configuration without making any changes to the configuration itself - now absolutely all settings can be made interactively or through programming external modules, even for old and many non-standard releases of configurations.
2. The list of document types is expanding, directly from the form of which you can withdraw a check to the Federal Reserve. For example, you can display a check for FR from the document " Implementation"without creating a document" Receipt cash order"
3. The algorithm for processing the withdrawal of a check to the FR for different types of documents is described in the function DocumentHandler(Document), which is located in the external report Extforms/PrnForms/fr54_PrintReceipt.ert.
The Document Processor contains a universal algorithm that allows you to display almost any standard and non-standard document on the DF, which contains a tabular part with goods, services or works and the amount for each item is indicated.
Despite this, if you have programming skills, you can rewrite this function “for yourself” in order to adapt it for non-standard configurations and (or) non-standard tasks.

[Version 1.11.1] 05/24/17
41) Fixed a bug in using processing VPF for TiS release 988.
42) Clarified the use of default values ​​for parameters " Cashier" And " Request Buyer's Address"
43) Fixed the display of the number of unsent documents in the OFD for the driver Shtrikh-M(thanks to my colleague for the implementation Kolunya)

[Version 1.11.2] 05/25/17
44) Changes have been made to the modules of the PKO and RKO document forms of the TIS configuration so that the flag “Used to reflect cash payments” in Setting up retail equipment is not taken into account. This will allow you to use the same cash register for simultaneous use of documents “CheckKKM” and “PKO”, “RKO”, without the need to switch this flag. Closing a shift when using these documents simultaneously occurs correctly.
45) in the document form modules CheckKKM, PKO and RKO (all presented configurations), an algorithm has been added to the Check Print (Punch CheckNaKKM) procedure that allows you to use additional details added to the document form dialog: Buyer's Address, Received, Payment by Card. In this case, the algorithm determines the presence of these details, and in their absence, adjusts its behavior, initiating a request for the missing data before breaking the check.
46) When receiving the software version for the Shtrikh-M driver, the fiscal drive version is additionally displayed.
47) Fixed an error that falsely diagnosed the activation of the VPF mode if the table of the Cashier Control Panel "Used types of documents" was empty.
48) A new parameter “13)UAP” (Specify buyer’s address) has been added, which allows you to clarify the buyer’s email address before punching a check on the cash register. This allows you to use contact information entered in the Counterparties directory, with the possibility of clarifying or canceling it for a cash register receipt.
49) Fixed an error in writing a link to an object when saving Parameters in the Cashier Control Panel
IN

[Version 1.12] 05/31/17
50) for Atol driver: additional printing. information in the Z-report (Total revenue, Cash, Electronic); printing a copy of your last check, including electronic checks; expanded information when obtaining a software version.
51) External report "54FZ (online cash registers) Control Panel" has been renamed to "KKM Control Panel"
52) In order to unify the code, some of the functions from DF service processing have been moved to processing fr54_Settings.ert ("KKM Control Panel")
53) The time limit for using the demo version has been relaxed
54) For the Atol driver, the parameter techMode has been added to the function RetrieveKTableFR()
55) new parameters of the Cash Register Control Panel have been added:<Предварительный просмотр чека>, <Печатать одно наименование>, <Режим печати номенклатуры в чеке>. Basically, these parameters configure the printing of a receipt for partial payment or upon receipt of an advance. In the future, these parameters will allow you to configure interaction using the FFD 1.05 protocol
The preview and editing mode of check items is implemented through external processing Extforms\Equip\fr54_List of Items for Printing.ert
56) The "API request key to the EAN service" field on the "Settings" tab of the POS printer control panel is enabled. It will allow you to automate filling out the nomenclature directory using the EAN barcode using a paid API - https://barcodes.olegon.ru/
A button (with a picture of binoculars) has been added to the “Nomenclature” directory element (for TIS), which automatically fills in the name of the product based on the entered barcode. This service is necessary for quickly starting a store from scratch when switching from manual trading: it allows you to quickly create a product database in 1C in the mode of scanning product barcodes.
In the module of the Nomenklat directory element, the SearchPoShk() procedure has been added, which calls external processing Extforms\ean_online.ert to access the API service. The author of this processing is colleague volk13 (aka fkr).
57) changes have been made to the document modules CheckKKM, PKO, RKO to implement the ability to control the mode of printing items in a check
58) for the same purpose, changes have been made to the Document Handler() procedure for external processing Extforms\PrnForms\fr54_PrintReceipt.ert

[Version 1.12.1] 06/01/17
59) added a “free” API request to the EAN service (processed by Extforms\ean_online.ert, author volk13). If he does not give an answer, then a paid service is contacted. To use the paid service, you need to buy an access key https://olegon.ru/market/buy_barcode.php (10 kopecks for one product name).

[Version 1.12.2] 06/05/17
60) the “free” API request to the EAN service is disabled by default to avoid blocking on the site by IP address.
61) an error in calculating discounts on a receipt in fiscal registrar service processing has been corrected (rounding error by 1 kopeck)
62) changes were made to the external processing modules in order to formalize the parameters returned to the 1C document.

[Version 1.13] 06.06.17
63) Fixed identified errors
64) Added support for several fiscal registrars at one workplace using logical devices (fiscal registrars must use the same driver).
The mode for using multiple FDs is enabled in the Cash Register Control Panel on the “Settings” tab by checking the “Allow selection of logical devices of the fiscal registrar” checkbox.
In this case, on the “Service” tab, it becomes possible to select the active (current) logical device for which service commands will be executed.
On the "Parameters" tab, parameter 4) #LU becomes available. With its help, you can specify a specific number of the DF logical device to which the receipt will be printed depending on the conditions (selections: Company, Cash Desk, User, Document Type, Expression).
The logical devices themselves need to be determined using the KKM driver (via the KKM Driver utility (Driver Test) or in 1C through Service - Parameters - Properties (FR Driver).

[Version 1.14] 06/10/17
65) Fixed identified errors
66) Added support for calculated VAT rates (10/110% and 18/118%)
67) Added forced opening of a shift for the Shtrikh-M driver
68) The Preview of Receipt (PPP) form before punching a check on a cash register has been improved. In this form, you can make changes to the product composition of the check: manually or automatically (including with partial payment and advance payment). determine payment types (cash, payment card), enter or clarify email. buyer's address (phone or email)
68) Added distribution of the VAT amount based on the basis document for the check for full or partial payment (with mixed VAT rates)
69) Improved auto-distribution modes for full and partial payments for the FFD 1.0 protocol
70) Added a mechanism for returning the cash register change number to the 1C document, as well as other document details if they were edited in the PPP (receipt preview) window: Buyer Address, Received, Payment by Card.
71) In the KKM Control Panel, the parameters are divided into two groups: “Basic” and “Advanced” - for ease of perception of information.

[Version 2.0 beta] 06/13/17
72) (beta Поддержка проткола ФФД 1.05, а именно: тегов 1212 (признак предмета расчета), 1214 (признак способа расчета), 1215-1217 (доп. типы оплаты). Формат ФД 1.05 позволяет корректно отобразить в чеке операции по продаже подарочных карт, предоплаты или авансы, продажу товаров в кредит и другие!}
schemes with complex calculation options. The values ​​of these tags can be viewed and edited on the PPP form (receipt preview): two additional. columns "PR" (subject of calculation) and "CP" (method of calculation) in the table of goods (top) and additional. lines in the payment table (lower).
73) The "Set" button above the product table is intended for group setting of column values.
74) The use of the FFD 1.05 protocol can be enabled in the cash register control panel on the "Parameters" tab in the "Advanced" group with the parameter "17) FFD"

[Version 2.0.1 beta] 06/13/17
75) Fixed errors in filling out the check form in the HRBP form for partial payment
76) Fixed an error in the processing of servicing the FR emulator

[Version 2.0.2] 06/14/17
77) Fixed identified errors
78) We finalized the version of the EAN request, and also found out from Olegon that he no longer supports the csv format, and strongly recommends json. Delays with json are associated with the implementation features of its database, details here: https://olegon.ru/showthread.php?t=26135&page=6 (author of processing volk13)
79) Added a parameter to enable recording of alcohol receipts in EGAIS.

[Version 2.0.3] 06/15/17
80) Fixed identified errors, incl. incorrect definition of payment type when using processing fr54_SelectPaymentType.ert
81) Added the ability to punch a cash register receipt based on the documents Bank Statement LineReceipt and Bank Statement LineExpenditure. This type of document can be used instead of PKO/RKO if payment is made by payment card and not in cash.
82) Improved the EAN request in the ean_online.ert processing (author of the processing volk13)

[Version 2.1] 06/22/17
83) For 1C configuration: Trade and warehouse, ed. 9.2 (Comprehensive, rev. 4.5) added in the RKO document entry based on the document Receipt Statement Line, changes were made to the Filling According to DocumentBase() function, the document Receipt Statement Line was added to the "Enter based on" setting in the "Enter based on" list
84) For 1C configuration: Accounting, ed. 4.5 added in the Outgoing Order document input based on the Incoming Order document, changes were made to the functions Document Currency(), DocumentAmountVal(), DocumentRate(), procedure AtStartValueSelection()
85) For 1C configuration: USN, ed. 1.3 added:
1. new attribute DocBasis in the documents Incoming Order and Outgoing Order, this attribute is displayed on the form of the specified documents and allows you to display the names of items from the basis document in the cash register receipt, changes have been made to the procedures InputOnBasis(), PrintReceipt(), ProcessValueSelection() of the specified documents, in At the end of the form module, the types of documents to be selected in the DocumentBase attribute are defined programmatically.
2. for the document Outgoing Order, the documents Incoming Order, Services of Third Party Organizations, Receipt of Inventory, Receipt of OS and Receipt of Intangible Intangibles in the "Enter based on" list have been added to the "Enter on the basis" setting
86) When printing KKM checks, the tax calculation option is taken into account - “VAT on top” (previously, the VAT amount in the check was displayed in this case as an extra charge) for configurations 1C: Trade and warehouse, ed. 9.2, 1C: Complex, ed. 4.5 and 1C: Accounting, ed. 4.5 (for 1C: USN, rev. 1.3 - not required)
87) In the processing of external printed forms (EPF) fr54_PechatChek.ert, new types of base documents and the option for calculating taxes - “VAT on top” are taken into account.
88) In the processing of servicing fiscal registrars, a check has been introduced to determine the validity of the transmitted password for access to FD methods. It is allowed not to specify (leave empty) the administrator and user passwords in the “Setting up trading equipment” processing (the “Fiscal Registrar” tab); in this case, the FR service processing will use the default passwords: administrator password = 30, user password = 1.
89) when processing the fr54_Shtrih-M.ert service, the comments of Shtrih-M technical support on the use of the FFD 1.05 protocol were taken into account
90) identified errors have been corrected.

[Version 2.1.1] 06/26/17
91) Added a new value for the "Rule1kop" parameter - "2 - enable, do not show surcharges on the receipt." After installing this update, you need to re-select the values ​​of this parameter in the KKM Control Panel (if installed previously).
92) In FR maintenance processing, a check has been added that the shift has been open for more than 24 hours.
93) when processing the fr54_Atol.ert service, Atol technical support’s comments on the use of the FFD 1.05 protocol were taken into account. For this protocol to work, the KKM driver version must be no lower than 8.14.2, and the KKM firmware version must be no lower than 3689 (current 4139).
94) identified errors have been corrected.

[Version 2.1.2] 06/28/17
95) in the fr54_Atol.ert service processing, a check of payment types in table 12 of the cash register driver has been added when using the FFD 1.05 protocol. If fiscal payment types do not correspond to the default values, then they are converted to default before printing the check
96) in the POS printer control panel on the “Settings” tab, the “Link to current user” attribute has been added. By default, for typical configurations, its value is “glUser” - this is the name of the global module variable, which contains a link to the Users directory element. For non-standard configurations, the value of this attribute can be overridden.
97) identified errors have been corrected.

[Version 2.1.3] 06/29/17
98) fixed error in processing fr54_List of Nomenclature for Printing.ert:
EXTFORMS\EQUIP\FR54_LIST OF NAMECLATURE FOR PRINTING.ERT(184)): Aggregate object field not found (Quantity)
99) to the table ParametersFR.xls added a column with abbreviated parameter names

[Version 2.2.0] 07/02/17
100) New options have been added to the “Settings” tab in the Cash Register Control Panel:
. Allow withdrawal to the FD only for selected selections on the "Parameters" tab - this flag allows you to limit the conditions for the withdrawal of checks to the FD by companies, users, etc.
. Allow the withdrawal of a check to the FD using the “old algorithms” - by default, a blocking is enabled that does not allow the withdrawal of a check to the FD if the check printing procedure is used, not adapted for online cash registers.

[Version 2.2.1] 07/19/17
101) In the Cash Register Control Panel, on the “Options” tab, a new parameter has been added to the “Advanced” group:
. 18) EGAIS - FixCheckVEGAIS - used when recording receipts for the retail sale of alcohol in EGAIS together with the solution https://infostart.ru/public/433840/
102) Errors corrected, algorithms in processing fr54_Settings.ert optimized
103) Fixed errors in processing fr54_List of Nomenclature for Printing.ert
104) In FR service processing, support has been added for recording receipts for the retail sale of alcohol in EGAIS together with the solution https://infostart.ru/public/433840/
105) In DF maintenance processing, the transfer of the item name by line has been added (if the equipment supports it)
106) In DF service processing, the return of the fiscal document number through the FD Number variable has been added to the check printing procedure

[Version 2.2.2] 07.25.17
107) Depending on the POS printer firmware version, the FR driver version, as well as the receipt template (for Atol), there are restrictions on the length of the displayed item name in the receipt position. If the permissible length of the item name is exceeded, the FR may display the error “Invalid length” and abnormally cancel the check.
To solve this problem, a parameter has been added to the Cash Register Control Panel
. 19) MDN - MaxNameLength, which allows you to trim the name of the item to the specified length before outputting it to the DF. In order for the DF to support a maximum name length of 128 characters, it is recommended to update the KKM firmware and the DF driver to the latest version and use FDF protocol version 1.05
108) The list of values ​​for parameter 7)PEC - PrintReceipt has been expanded: Cash register control panels: the ability to disable printing of any receipt (not just electronic) on the cash register tape has been added. Use this opportunity at your own peril and risk, because The law provides for administrative liability for failure to issue a cash receipt - it must be issued - either electronically or in paper form.
109) Added support for disabling printing of any receipt in FR service processing
110) Improved algorithms for partial payment in processing fr54_List of Nomenclature for Printing.ert

[Version 2.3.1] 08/02/17
111) When checking the validity of a telephone number for an electronic check, it is now acceptable to indicate a telephone number starting with +7... (changes in processing fr54_Settings.ert)
112) In the Cash Register Control Panel, on the “Options” tab, a new parameter has been added to the “Advanced” group:
. 20)#FD - ReturnFDNumber - By default, the check number is returned. If you set the value of this parameter: 1 - “Yes”, then the fiscal document number will be returned as the check number. Both numbers (check number and FD number) are displayed on the check. The check number is numbered within the cash register shift, after the shift is closed, the numbering of the check starts from 1. The FD number is the end-to-end number of the check, its numbering from 1 will begin only after replacing the FN (fiscal drive).
Using this parameter, you can select which number will be returned to 1C and recorded in the 1C document. Storing the FD number in 1C instead of the check number is convenient in terms of receiving a copy of the check by FD number (a service function in the KKM Control Panel).
113) Added support for correction checks. For this purpose, the “Correction checks” tab has been added to the Cash Register Control Panel. On this tab, you can enter data for the correction check manually and punch it into the FR. Both versions of the correction check are supported: 1 (for the FFD 1.0 protocol) and 2 (for the FFD 1.05).
The “Base Document” detail is optional. Filling it out can be used to automatically determine the ACS of a correction check in the case when the ACS - [auto] is selected on the form for the correction check.
A correction check can be of two types: “Incoming” - an operation in which the user deposits correction funds and “Output” - an operation in which the user withdraws correction funds.
After the correction check has been punched, the Check Number and FD Number are returned to the details of the same name on the processing form.
114) Errors in determining the FD number when printing a receipt have been corrected in FD service processing
115) In DF maintenance processing, processing of parameter 20) #FD - Return FDNumber has been added
116) In DF service processing for executing the FS RAR message http://egais.ru/news/view?id=1518, when transmitting receipts for the retail sale of alcoholic beverages to EGAIS, the FD number is now always used as the check number.
117) Added support for printing correction checks in FR service processing
118) In the processing of fr54_PrintChekka.ert, an error has been corrected due to which the indicator of payment by payment card was incorrectly returned to the 1C document (in case of changing the payment type before the check is punched by external processing)
119) When using VPF through processing fr54_PrintChek.ert, the full name of the item (if any) is printed on the check instead of the short one.

[Version 2.3.2] 08/03/17
120) Clarification of algorithms for printing correction checks
121) Sergey’s processing for selecting the payment type fr54_SelectPaymentType.ert has been updated.

[Version 2.3.3] 08/04/17
122) Clarification of algorithms for printing correction checks
123) Errors have been corrected when determining the fiscal document number

[Version 2.3.4] 08/15/17
124) in progress fr54_Settings.ert fixed error in cashier output in cash register reports (X-report, Z-report, etc.) in the case of using several FDs at one workplace
125) in DF maintenance processing, the ability to use the parameter " Do not callfr54_Settings". This parameter allows you to avoid processing fr54_Settings.ert. It can be used if the programmer has provided for the transfer of all the necessary parameters from the 1C configuration and does not want to call other auxiliary processing except for processing the DF service.
126) in the Table of used document types (on the " tab Settings"KKM control panel) column added" Check type". It allows you to redefine the type of check for a specific type of document. It can be used to explicitly specify the type of check for alternative documents from which the check is printed in VPF mode (for example, from documents Sales, Return From Buyer, etc.), as well as from regular ones documents (for example, for a cash settlement document, you can set the check type to “Purchase” instead of “Return of Sale” if the 1C configuration is used to accept scrap from the public)
127) in preview form (processing fr54_List of Nomenclatures for Printing.ert) identified errors have been corrected.
128) in the preview window, additional information is displayed in the form header, such as: check type, SNO, Cashier.
129) in the preview window, a flag has been added to disable the automatic calculation of payment types on the form - can be used if there is no strict link between the payment amount on this form and the document details, for example, for alternative documents, such as: Sales, Return From Buyer, etc.

[Version 2.3.5] 08/16/17
130) Parameter values ​​expanded and changed 9) Payment = RequestPaymentType. Now, through this parameter, you can explicitly set the type of payment entirely CASH or ELECTRONIC - without displaying a request for the type of payment when a check is entered on the cash register (for more details, see ParametersFR.xls).
ATTENTION! The value for the payment type request has changed to "2". After updating, you must re-set the value of this parameter, if you used it. Otherwise, incorrect operation may occur.

[Version 2.3.6] 08/20/17
131) The line “ADVANCE” is automatically added to the check if the payment amount exceeds the amount of the base document (invoice)
132) Reworked user instructions

[Version 2.4.0] 10/13/17
133) Corrections in processing the Shtrikh-M service: using the administrator password when printing correction checks, receiving the check number for a shift, the number of the fiscal document, added the output of the change amount in the check.
134) to handle the DF emulation service, an option has been added that allows you to disable the random generation of a check number - on the "Settings" tab of the POS printer control panel.
135) in DF service processing, the algorithms for accessing lower-level data have been clarified, the ability to disable printing of the EGAIS check slip header has been added, since it duplicates the data output to the receipt by the online cash register - on the “Settings” tab of the Cash Register Control Panel.
136) Bug fixed - parameter value 19) MDN(Max. Item Name Length) was not applied when distributing receipt items in the receipt preview window.
137) Corrections in the algorithm for automatic distribution of check positions by parameter 16) On-load tap-changer and the "Fill" button in the receipt preview window.

[Version 2.4.2] 01.11.17
138) In DF maintenance processing, the logic for reading string values ​​from cash register driver tables has been clarified
139) for the Atol driver, the use of firmware 4555 is taken into account ( Attention! on firmware 4555, the correct output of VAT rates is not guaranteed on earlier processing versions /before version 2.4.2/)
140) Updated user instructions (added instructions for adapting unsupported 1c7.7 configurations that do not provide for connecting retail equipment)

[Version 2.4.3] 12/19/17
141) A button " has been added to the Cash Register Control Panel Continue printing", which allows you to continue printing a fiscal document for the Shtrikh-M driver after clearing a jam or running out of paper
142) For the Atol driver, printing of the check header has been added when the "option" is enabled 6) PAP" ("Check buyer's address")
143) Fixed identified errors

[Version 2.4.4] 03/06/18
144) taken into account for standard 1C configurations is support for closing cash register shifts using a standard mechanism when using several FDs at one workplace:
- changes were made to the At Opening procedure in external processing of the FR service (EQUIP\fr54_***.ert)
- changes have been made to the procedure of the global module glFRCloseShift() and the processing of Closing CashierShift

[Version 2.5.0] 04/10/18
145) Details for transmitting the name, number and date of the document on the basis of the correction have been added to the correction check.
146) For parameter<Правило1коп>"12)P1k" now defaults to the value "2 - enable, do not show surcharges on the receipt." This is done due to the fact that cash register printer manufacturers recommend using this rule always when printing receipts. New KKM firmware for Shtrikh-M does not support printing receipts if this rule is disabled, producing the error “Invalid parameter with these settings.”
ATTENTION!!! After updating to this release, check the setting of this parameter and change if necessary in accordance with the logic of your accounting system.
147) In all cases, the full name of the product, if completed, is transferred to the cash register receipt.
148) Added a parameter for transferring calculated VAT amounts to a cash register receipt<ПередаватьСуммыНДС>"21)Amount of VAT". By default, the FR calculates the VAT amount independently for check positions based on the transmitted values ​​of the Amount and VAT rate of the check position.
However, when using the parameter<Правило 1 коп.>the VAT amount in the check may differ from the VAT amount indicated in the 1C document. You can use this option to resolve discrepancies.
ATTENTION!!! For cash registers using the Shtrikh-M driver, this parameter only works if the “1 kopeck rule” is enabled using the “12)P1k” parameter.
149) Added the ability to transfer the cashier’s INN to the OFD. If you want to provide a cashier's Taxpayer Identification Number, enter it after the cashier's name, separated by an ampersand (&). For example: Anna Ivanova &112233445566. The cashier's TIN will be transferred to the OFD, but will not be printed on the receipt.
If when printing a check you use the name of the current user from the Users directory, then you can add a new detail with the TIN identifier to this directory through the configurator. The value of this detail will be used in the check as the cashier’s INN, and in the user name the INN may not be indicated through the ampersand (&). If this detail is simultaneously filled in and the TIN is indicated in the cashier’s name through an ampersand (&), then the TIN specified in the cashier’s name will be used in the check (it has higher priority than the value of the TIN attribute).
150) The calculation algorithm according to the 1 kopeck Rule has been clarified. Sometimes it gave a result that differed by 1 kopeck. from the right one. Alexander Medvedev aka Ondul We thank you for your research into this issue.
151) Bugs have been fixed.

[Version 2.5.2] 04/20/18
152) Fixed an error in writing the correction base in the correction check for the Atol driver if it is not filled out. Changes are only in the processing of fr54_Atol.ert, so the version number of the remaining modules remains 2.5.0

[Version 2.5.3] 04/25/18
153) Fixed an error in applying the parameter<МаксДлинаНаименования>(insignificant spaces on the right in the name of the nomenclature were not removed)
154) Fixed parameter usage error for the Atol driver<ПередаватьСуммыНДС>

[Version 2.5.4] 05/11/18
155) Fixed an error in transferring tag 1203 “Cashier INN” to reports on opening and closing shifts when using the Shtrikh-M driver

[Version 2.6.0] 05/14/18
156) Added a mechanism for displaying non-fiscal data (NFD) when printing a check on the FD.
Examples of information displayed:
- Name or full name of the counterparty;
- Name of the counterparty agreement;
- information about discounts or promotions;
- advertising information;
- other free text.
This mechanism allows:
- configure the display of arbitrary non-fiscal lines at the beginning and end of the check, before and after the display of items of the check nomenclature in a random order;
- organize automatic line-by-line wrapping of long text depending on the width of the FR tape;
- determine the method of alignment of non-fiscal text when printing on FR: on the left edge, in the middle, on the right edge, and also as a placeholder along the width of the tape (for displaying separator lines);
- when displaying non-fiscal data, you can add a numeric value that will be automatically formatted and displayed in the receipt along the right edge along the width of the tape (for example, showing the amount of the discount or the price before the discount is applied);
- configure text output in two columns, with text in the left column aligned to the left, and text in the right column aligned to the right.
- control the output of non-fiscal lines in a check interactively through the check preview window (fr54_List of Nomenclature for Printing.ert);
- configure the output of non-fiscal lines programmatically in the Check Print procedure (Punch CheckNaKKM), as well as through the VPF fr54_Check Print.ert in the Document Handler procedure.
In this case, you need to add a new column with the name NFD to the table of values ​​List (List of Products):
List of Products.NewColumn("NFD","Number");
This column can take the following numeric values:
- 0 - "FISCAL LINE" (used as before to display the fiscal positions of the check)
- 1 - "Non-fiscal line with left alignment"
- 2 - "Non-fiscal line with middle alignment"
- 3 - "Non-fiscal line with right alignment"
- 4 - "Non-fiscal line with alignment and cutting to the width of the tape" (for displaying separator lines).
The text of the non-fiscal line is set in the ItemName column of the List value table (List of Products).
If you need to additionally transfer any sum value, you can set it in the Price column. This numeric value will be formatted and right-aligned when the receipt is printed.
The remaining columns of the table of values ​​List (List of Products) should be left empty when displaying non-fiscal data.

[Version 2.6.1] 05.29.18
157) The following value has been added to the mechanism for displaying non-fiscal data (NFD) when printing a check for FD:
- 5 - "Segment"(allows you to make a section of a check with a cliché output)
158) In processing fr54_PrintChek.ert, the error in outputting the VAT amount for documents Statement LineReceipt and Statement LineExpenditure of standard 1C configurations has been corrected
159) A function has been added to the processing of servicing fiscal registrars for obtaining the balance of cash in the cash drawer. The gFROCashBalance procedure for calling this function is being processed by fr54_Settings.ert. If necessary, it can be placed in the global module of your 1C configuration.
160) The current cash balance in the cash drawer can be viewed by clicking the “Cash Balance” button on the “Service” tab of the Cash Register Control Panel.
161) Added FAQ.doc(frequently asked questions and answers)

[Version 2.6.1+] 06/08/18
162) a bug has been corrected - when printing a receipt on FR using the Shtrikh-M driver, the name of the last item was duplicated in the receipt.

[Version 2.6.2] 06/30/18
163) Fixed identified errors
164) For the FFD protocol 1.05 and higher, the output of the tags “Subject of calculation” and “Method of calculation” has been added
165) In the Settings of the Cash Register Control Panel, the option "Allow withdrawal of a check to the Federal Fund in the VPF mode without posting a document" has been added.

[Version 2.6.3] 07/11/18
166) Algorithms for printing checks have been optimized.
167) In the parameters of the KKM Control Panel, the choice of the FFD 1.1 protocol has been added

[Version 2.7.0] 10/04/18
168) Fixed identified errors
169) In the Check Preview form, the ability to edit the check type, taxation system, full name and TIN of the cashier has been added immediately before printing the check

[Version 2.8.0] 11/27/18
170) Added support for the VAT rate of 20%, which should be applied from 01/01/2019. Before 01/01/2019, you must update the firmware IN ADVANCE to a new one that supports the VAT rate of 20%. In this case, on New Year's Eve at 0:00 (according to KKM hours), KKM will automatically switch to using the new VAT rate.

[Version 2.8.1] 12/23/18
171) Fixed identified errors, incl. For Shtrikh-M, the problem “80: The previous command is being printed” has been resolved.

[Version 2.8.2] 01/31/19
172) Fixed identified errors
173) For Shtrikh-M, the problem of transferring the cashier’s TIN to the OFD has been eliminated
174) For Atol, errors in the correction check have been corrected, support for multiple VAT rates in one correction check has been added (supported starting from DTO driver version 8.16.4)
175) for the emulation mode, a more detailed display of the correction check has been added

[Version 2.9.0] 02/05/19
176) Added support for transferring tag 1192 (“Additional check details”) in checks (including correction checks). Through this detail, you can transfer the Fiscal attribute of a check that was incorrectly generated earlier using a cash register. Read more Formation of a correction check
The fiscal attribute of a document can be transferred to a receipt programmatically through the "Tag1192" parameter or interactively through the Receipt Preview form (the POS Control Panel parameter is enabled 14) PPC = 2)
177) In the case of using one item name in a receipt (parameter 15)P1N= Yes), tag values ​​are transferred by default to the check Subject of Calculation= "Product" and Method of calculation= "Full payment".
178) Outdated methods for registering check positions have been disabled. In this case, using the parameter " P1k" = 0 (disabling the "1 kopeck rule.") allows you to punch checks using a discount and without splitting the product item into two lines, which eliminates rounding errors.

[Version 2.10.0] 03/05/19
179) Added support for tag 1162 (product code). To transfer it to the value table Product List, transferred to the processing of DF maintenance, you need to add three additional columns, which must be filled in with the necessary data from 1C:
- MarkingType(type Number, type of marking, for cigarettes = 5)
- MarkingGroup(type String, product group code, for cigarettes = GTIN)
- MarkingInstance(type String, product identification code, for cigarettes = Serial)
Currently, the transfer of tobacco product labeling to the OFD is supported.
54-FZ: RMK Tabak for 1C 7.7

[Version 3.0.0] 03/21/19
180) Added support for Atol driver version DTO 10 .
181) Added transmission of the attribute of a fiscal document (FPD) after breaking a check in 1C. The value of this parameter can be read in the calling procedure using the method:
Data = List of Products.Data54FZ;
FPD = Data.Get("FPD");
When a check is punched through the EPF (external printed form), the FPD is written in the document comment, and if the document contains a detail with the FPD identifier, then it is written in it.
182) Identified errors have been corrected, the User Manual has been updated (a description of DTO10 support for Atol has been added), clarifications have been made to the description of the parameters: 12) P1k, 17) FFD and 21) Amount of VAT.
183) Processing fr54_Atol10_Settings.ert has been added to the package to implement its own logical device mechanism for the DTO10 driver, because logical devices are not provided by this driver. The list of logical devices for servicing DTO10 is saved in the Windows folder in the file Windows\fr54_Atol10_Settings.ini (you need to provide the user with write rights to this file).
184) The number of the fiscal drive is transferred to the EGAIS check, and not the serial number of the cash register, according to the PAR message http://egais.ru/news/view?id=1518. Now this number does not need to be stored in the Cash Register directory; it is processed using the cash register driver methods.

[Version 3.1.0] 04/21/19
185) Fixed identified errors
186) In the processing of servicing fiscal registrars, the list of support for tag 1162 for labeled products has been expanded: tobacco products, footwear, fur products, medicines .
For retail sales, it is recommended to use the module "54-FZ: Online cash registers for 1C 7.7" together with our product "", which ensures scanning of labeling codes when selling goods and transferring it in the required format to FR service processing.
187) Updated processing of the API request to the EAN service (processing Extforms\ean_online.ert, author volk13): found product names are cleared of prohibited characters.

[Version 3.1.1] 05/20/19
188) Expanded use of parameter 4)#LU (<Номер ЛУ ФР>).
Now, through this parameter, you can specify the serial (factory) number of the RF, separating it from the LU number with the “ampersand” sign (&), for example: 2&1234567901234,
where 2 is the LU number, and 12345678901234 is the serial number of the RF, which is assigned to this LU number.
In this case, the program will check if the specified number matches the serial number of the actually connected DF - if there is a discrepancy, the operation will be rejected.
It is possible to indicate in this parameter only the serial number of the RF without specifying the LU number, for example: &1234567901234.
In this case, the program will use the specified serial number to search for the LU to which the DF with the specified serial number is connected and perform the operation on the found DF.
189) In the processing of the selection of logical devices fr54_Atol10_Settings.ert, a “Communication check” button has been added, which returns the model name and serial number of the DF or a description of the error if connection to the DF with the specified parameters is impossible.

[Version 3.2.0] 05/25/19
190) Support for tags 1227 (Name of the client / buyer), 1228 (TIN of the client), code of the country of origin of the goods (Tag 1230), customs declaration number (Tag 1231), etc. has been added to the processing of servicing fiscal registrars. You can find out more about the purpose of the new tags follow the link https://its.1c.ru/db/newscomm#content:458995:hdoc
The specified tags are supported starting with firmware 10-7824 for Atol and with firmware dated 10/24/2018 for Shtrikh-M.
The value of tags that relate to a check (not to check positions) can be transferred to a check programmatically in a standard way:
Data.Set("Tag1227", "Pupkin Vasya");
Data.Set("Tag1230", 413);
Tags will be transferred to the OFD when the check is punched.
If it is necessary for tags to be additionally printed on the receipt in non-fiscal text (to inform the buyer), you need to add the suffix “_p” to the tag name, for example:

Data.Set("Tag1230_p", 413);
For tags 1227 and 1228, you can use the synonymous designations “Client” and “ClientINN”, for example, the following pairs of records are equivalent:
Data.Set("Tag1227_p", "Pupkin Vasya");
Data.Set("Client_p", "Pupkin Vasya");
And
Data.Set("Tag1228", "770123456789");
Data.Set("ClientINN", "770123456789");

Tag values ​​that relate to receipt positions can be transferred to the receipt through the List values ​​table (List of Products). To do this, you need to open additional columns for it with the names of the tags and assign values ​​when filling out the table of values ​​List (List of Products) in the cycle of traversing the lines of the receipt, for example:
List.NewColumn("Tag1230_p", "Number"); //code of the country of origin of the product (not filled in for Russia)
List.NewColumn("Tag1231", "Row"); //Number of customs declaration
The suffix “_p” in the tag name determines whether the tag value will be displayed in the receipt as a non-fiscal line for the convenience of the user, or whether the value will only be transferred to the OFD.

191) Support for new tags has been added to the processing of VPF fr54_PrintChek.ert.

192) Support for new tags has been added to standard configuration documents (TIS, Bukh, USN). To do this, new details have been added to the document header: FPD and Do Not Transfer Client VOFD and changes have been made to the document modules:
- PKO, RKO, Statement Line Receipt, Statement Line Expense, CheckKKM (TIS 9.2)
- Incoming Order, Outgoing Order (Accounting and simplified tax system)
The Do Not Transfer Client VOFD attribute has been added to document forms (except for CheckKKM) as a checkbox. The FPD attribute is displayed in the text attribute TextCheckNumberKKM; for this purpose, it is enlarged on the form in width to accommodate the check number and the FPD number.
The FPD attribute saves the fiscal attribute of the document, which is used as tag 1192 when entering a refund check based on a sales receipt (or vice versa).

193) Files describing changes to standard configuration documents have been updated:
- ChangesForConfigurationTIS987_54FZ.txt
- ChangesForConfigurationBuh633_54FZ.txt
- ChangesForConfigurationUSN275_54FZ.txt

194) 54-FZ: RMK GISM (Marking) for 1C 7.7 updated to version 1.3 - added support for drug labeling and bug fixes.

[Version 3.2.1] 05/31/19
195) Since printing of additional check details (tags) is recommended to be controlled through the cash register driver, the default use of the suffix “_p” when changing tags has been removed in configuration modules and in external processing (see changes to version 3.2.0).
However, if desired, this suffix can be used to display tags in non-fiscal text on the receipt (not recommended).
196) Fixed a bug in version 3.2.0 for processing maintenance of the DTO10 driver (fr54_Atol10.ert): a printing error occurred when passing additional tags.

[Version 3.2.2] 06/19/19
197) Fixed errors when transmitting tag 1162 (product code) for drivers DTO8 and DTO10 (Atol).
198) Fixed errors when transmitting tags 1129 - 1231 through the Shtrikh-M driver. To transfer the excise tax amount (tag 1229), the driver version must be at least 4.14.768 (dated June 17, 2019) - can be downloaded from the link https://cloud.mail.ru/public/PVBd/2tUfX7bz9
199) Added the ability to transfer tag 1227 (client name) when tag 1228 (client tax identification number) is missing. This is allowed for the FFD 1.05 protocol. For FFD 1.1, tag 1228 (client’s tax identification number) is required.
Fixed a bug: in addition to the TIN, the first characters of the client’s checkpoint were also transmitted to tag 1228.
Changes have been made to the PrintReceipt() procedure in the configuration documents and the processing of servicing VPF fr54_PrintReceipt.ert.
To ensure that tags 1227 and 1228 are not transferred to the check when using the VPF, it is necessary that the “Do not transfer the client to the OFD” flag is set in the document or the client’s name is “Private individual” or “Retail buyer”.

[Version 3.2.2+] 06/20/19
200) Bug fixed: in tag 1228, in addition to the TIN, the first characters of the client’s checkpoint were also transmitted. Changes have been made to the Print Receipt() procedure in configuration documents and in the description of configuration changes ChangesForConfiguration****.txt
201) Changes have been made to the maintenance processing of the Strih-M driver fr54_Strih-M.ert: tags 1227 and 1228 were not transmitted on some FR models.

[Version 3.2.3] 06/28/19
202) Bug fixed: through VPF processing f r54_PrintReceipt.ert The TIN and name of the buyer were not transmitted (tags 1227 and 1228)
203) Fixed errors when transmitting tags 1229 - 1231
204) Added support for tags for payment agents, commission trading: tags 1057, 1222, 1226, as well as tags 1005, 1016, 1026, 1044, 1073, 1074, 1075 (as part of the complex tag 1223) and tags 1225, 1171 (as part of complex tag 1224)

54-FZ: RMK GISM (Marking) for 1C 7.7 updated to version 1.4 - bugs in support for labeling shoes and medicines have been fixed.

[Version 3.3.0] 07/03/19
205) the ability to view, edit and add arbitrary additional receipt tags, as well as product marking codes (tag 1162) has been added to the Receipt Preview form.
206) the ability to punch a check without being linked to a 1C document has been added to the Cash Register Control Panel. The universal receipt editor allows you to create, edit and punch any receipt with any content and any tags without reference to 1C data.
207) Parameter 17)FDD now takes the default value of 1.05.
208) Improved compatibility with the 1C configuration: Production+Services+Accounting 7.7 through the VPF mechanism.
209) Added the ability to print checks through the VPF mechanism for outdated 1C TiS configurations, ed. 9.2 without updating the Transaction Codes enumeration.
210) Fixed identified errors

[Version 3.3.1] 07/03/19
211) Errors in processing fr54_Settings.ert and fr54_List of Items for Printing.ert have been corrected, leading in some cases to the inability to use the receipt editor.
212) In VPF mode, it is taken into account that the 1C configuration may not have the general document attribute “Comment” (fr54_PrintReceipt.ert)

[Version 3.3.2] 07/08/19
213) In mode VPF(external printed forms) added support for printing tags 1230 and 1231 (Country of origin and customs declaration) in the receipt in case<auto-selection> batches in the sales documents for goods and materials. (Support for printing embedded in document modules will be available in a future release.)
If necessary, a document line when printing a receipt is divided into several positions if one line in the document contains several customs declarations in the "Batch Availability" register.
Rounding kopecks for the Amount and VAT are adjusted automatically when outputting to a check; it is recommended to enable the parameter " 21) Amount of VAT"so that the total of the VAT amount on the check coincides with the original document.

Money back guarantee

Infostart LLC guarantees you a 100% refund if the program does not correspond to the declared functionality from the description. The money can be returned in full if you request this within 14 days from the date the money is received in our account.

The program has been so proven to work that we can give such a guarantee with complete confidence. We want all our customers to be satisfied with their purchase.