Fiscal registrars atol. Pavel Chistov Complete overview of the functionality
Full program functionality verified, if you have any questions when connecting, write I will definitely I will answer, for this you do not need to have technical support.
Work with the following CCPs is supported:
ATOL: "ATOL 11F", "ATOL 15F", ATOL 20F, "ATOL 22F / FPrint-22PTK", "ATOL 25F", "ATOL 30F", "ATOL 42FS", "ATOL 50F", "ATOL 52F", "ATOL 55F", "ATOL 60F", "ATOL 77F", "ATOL 90F", "ATOL 91F", ATOL WEB SERVER ;
HAT-M: "YARUS M2100F (YARUS M2100К)", "YARUS TF (YARUS TK)", "HAT -LIGHT-01F", "HATCH-M-01F", "RETAIL-01F (Retail-01K)", "HATCH-LIGHT-02F (HATCH-LIGHT-FR-K, HATCH-LIGHT-PTK, HATCH-LIGHT- 200)", "HAT-M-02-F (HAT-M-FR-K, HAT-M-PTK, HAT-M 200)", "HAT-MINI-02F (HAT-MINI-PTK)", " SHTRIKH-FR-02F (SHTRIKH-FR-PTK)", "SHTRIKH-MOBILE-F (SHTRIKH-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-01F (PTK RETAIL-01K)", "RR-02F (RR-02K)", "RR-01F (RR-01K)", "RR-04F (RR-04K)", "RR-03F (RR-03K)", "SHAT-COMBO-FRK ", "ELVES-MICRO-K", "SHTRIKH-MINI-K", "ELVES-MK", "SHTRIKH-COMBO-PTK", "SHTRIKH-950K"
VikiPrint: "VIKI PRINT 57 F", "VIKI PRINT 57 PLUS F", "VIKI PRINT 80 PLUS F"; Pirit (CSI): "PIRITE 2F", "PIRITE 1F (Pyrite 1K)", "PIRITE 2SF";
SPARK: "PRIM-07F", "PRIM-08F", "PRIM-88F", "PRIM-09F";
SPARK: "SPARK-115-F"; T version: "AMS-100F"; Astral: "K1-F";
SPARKService: "MICRO 35G-F", "PORT-100 F" and "PORT-1000 F";
Alpha: "MSStar-TK"; AccountMash: "Felix-RMF"; ARS: "ars.evo 01 F"; StarRus: CASHIER - 57F, CASHIER - 80F, CASHIER-88F;
Mercury: "Mercury-119F"; "Mercury-MF"; Mercury-115F; Mercury-180F; Mercury-185F; InitPRO: NKR-01-F; FIT: "FIT-ONLINE-F";"FIT-NEWLINE-F"
and many others, if you have not found your model, write to me, most likely it is also supported
Work with the following Acquiring terminals is supported:
Rarus: Acquiring terminal emulator; 1C: Acquiring terminals Sberbank; ARCUS2:Acquiring terminals Ingenico; iboxPro:Support mPos acquiring; mPos2can:Support 2can acquiring; SKAM-1C: Acquiring systems; TRPOS:Acquiring terminals; UCS-EFTPOS:Acquiring terminals; GAZPROMBANK:Acquiring terminals; INPAS:Acquiring terminals UNIPOS; HAT-M:Payment terminal Yarus
Full overview of functionality:
Features of the processing functionality:
- Universal processing without division into hardware models and software versions.
- Supports practically all currently existing KKT.
- Supports work with operating systems Windows and linux.
- Supports printing from several workplaces to one checkout, the so-called " print queue».
- Supports VAT 20%.
- Supports work with non-standard 1C configurations, for example Alpha Auto:Rarus, Dalion.
- Supports, in accordance with the requirements of Federal Law 54, the formats of exchange with the tax: FFD 1.0, FFD 1.05 and FFD 1.1(Instruction, section " Support FFD 1.05 / FFD 1.1 »)
- Allows you to divide one check into several fiscal registrars.(Instruction, section " Distribution among different fiscal registrars »)
- For taxation systems where checks are not required to be accounted for by each item, you can set one line, which will be printed, for example, "Products". (Processing, parameter " Default nomenclature»)
- Can be printed "copy" of the check on the usual printer, or a document printer.
- Supports check preview before printing, and when setting up a document template. Preview is available in the print settings form by clicking the corresponding button.
- Supported exchange formats and equipment are identical for platforms 1C 8.1, 8.2 and 8.3 (For platform 8.1 supports NATIVE hardware components)
- Supports sending an electronic check means 1C to the customer's e-mail or phone number SMS
- Allows you to take into account immediately in one document several systems of taxation, for example, DOS, and UTII. (Instruction, section "AtoN distribution »)
- You can define your own receipt template. Display advertising, barcode, or other information. (Instruction, section "Document Template »)
- Considers Prepaid expense and partial payment, both for FFD 1.05 and FFD 1.0 exchange formats. (Instruction, section "Print Verification Form »)
- Allow you to reflect the commission goods and data about the supplier and agent in the receipt.
- Supports full-fledged printing of checks with a list of items from cash documents.
- Contains a pre-print form in which you can override the payment method, and fiscal check lines.
- Supports printing of the fiscal document "Correction Receipt", regardless of whether such a document is in the program or not
- Uses its own form to enter the customer's phone number or email.
- Can connect emulator to check the operation of the CCT.
- You can set the opening of the cash drawer when printing a check
- You can check and download update straight from processing.
- Supports work with devices without a fiscal drive. (Processing, parameter " Device without a fiscal drive»)
- The processing functionality can be changed to the needs of the customer through an additionally connected library.
Licensing
Attention: the term for receiving updates is unlimited, the license itself is perpetual - it does not need to be renewed, what is indicated in the license description for 12 months is only a site restriction, it can no longer be installed.
Processing uses 2 modes: " Demo" and " License»
« Demo» - allows you to use the full processing functionality, differs from "License" in that there is a delay when printing with an information window that a demo version is used, and there is also a limit on the number of operations for one user. Free to use.
« License"- full-fledged work with processing without artificial delays and restrictions. The license is perpetual, there is no need to renew it or update the period.
For the mode " License”, you need to purchase a license for the program, and activate it according to the instructions. Please note that 1 key can only work on the 1st workplace, i.e. on one computer, regardless of the number of bases or equipment connected to it.
If the license needs to be reactivated, then you must first "Deactivate" the first license through the processing menu, and then re-obtain a license at another workplace.
Possible disputes:
- 1C is located on the server, and users connect to it through 1C installed on their computer, you need to purchase as many licenses as computers use processing.
- RemoteAPP
- 1C is located on the server, and users connect to it viaRDP, then you need to purchase only 1 license per server
Anyone who previously purchased processing will be able to purchase a license with an additional discount.
The processing provides for a document template mechanism, you can display additional information, advertising, customer data, a barcode in a receipt, set your own way of displaying fiscal lines, and much more
Configuration finalization
If your configuration supports the "KKT" connection method, then you do not need to modify it. For other configurations, in order to explicitly specify which document is being printed from, and thereby speed up this procedure, you need to make a small revision in your program. How to do this is presented in the video instructions. You can do the revision yourself, or contact me (Instruction, section "Configuration Editing"
Changes in functionality "for themselves". For programmers.
The processing functionality can be changed through additionally connected processing, it is in the archive with the main one. An example of the implementation of such changes is described in these videos.
Integration with third-party configurations.
Processing can be connected, and for such programs that do not support the standard functionality for working with external processing for maintenance
For such configurations, improvement kits with video examples of their integration were developed.
Rarus configurations : (for example Alpha Auto).: (e.g. Inn, Store Management). Video instruction
In addition to the upgrade kit, licenses are purchased for these configurations, as well as for regular ones.
Support for work with acquiring terminals
The program supports acquiring; for this, in the processing parameters, you can set the condition for applying checks through the bank. To configure the work, you need to download additionally from the publication "Layouts of the Windows Acquiring component" or "Layouts of the Linux Acquiring component".
Changes to 54 Federal Laws from 07/01/2019
The program supports the latest changes under Federal Law 54, in particular the transfer of the recipient (tag 1227), TIN of the recipient (tag 1228), labeling of tobacco products, medicines and shoes (tag 1162), GTD number (tag 1231) , and country of origin (tag 1231) , if desired, you can also transfer the amount of excise tax (tag 1229). Currently supported:
- Bare-M hardware, drivers must be at least 4.14.0.772,
- ATOL equipment, drivers must be at least 10.5.0.0, firmware at least 76xx
Technical support
Consulting on the operation of the software product is free of charge within a month from the date of purchase of the license, carried out byemail or through this site.
The term for obtaining updates for this software product not limited. You can get the update by downloading it on this site, the file is called:
- Processing for working with CCP 8.1-8.2, inside this archive there will be an update for your version of 1C.
or through the processing parameters, the command " Check for update" (Instruction section " Manual control»)
Also need to download Component layouts, which correspond to your operating system, and connect them according to the instructions for processing (section Maintenance Components)
Additional connection and completion are paid separately
Does this processing support printing X report (report without blanking)?
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, Public Institution Accounting 1, industry programs made on their basis: 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 work.
How to take into account ADVANCE and PARTIAL PAYMENT when selling?
There are several options for prepayment accounting:
1. You reflect the nomenclature in the check, but reduce the quantity in it so that it coincides with the amount of the advance.
2. You reflect one line in the check with the inscription "Advance payment", then, when it is possible to make a full payment, you return the receipt "Advance payment", and receive the full amount with a description of the item sold.
3. The standard method used for FFD 1.05 and 1.1, prepayment and partial payment, are accounted for through separate types of payment "Prepayment", "Postpayment".
Can I pay through a legal entity?
Yes, you can. When placing an order, choose payment from a legal entity and fill in the details and you will receive an invoice 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 BPO (Library of Connected Equipment), this is the standard for the operation and connection of retail equipment, everything is sewn into the configuration itself, and if something needs to be changed, you need to either update or modify it.
If your processing doesn't start, what should I do?
If you have any questions when connecting, write to me, I can advise you.
Basically, this error is due to the fact that the drivers for the equipment were not installed or the component could not be installed to work with them. First, check that you have installed drivers for commercial 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 registers, if nothing helps, then write to me together, we will definitely figure it out.
How to open and close a shift now, print an X-Report?
Processing is connected as a standard fiscal registrar, and therefore, to launch these procedures, it is similar to the fiscal one. Those. “Service” - “Trade equipment” - “Working with cash registers” - “Closing a cash register shift” or “Report of a cash register shift without cancellation”, these commands are also available from the Cashier's Workstation.
When printing, the window "Undefined print document. Possible errors" appears?
By law, a large amount of data is required to be transferred to the office, and the standard printing mechanism does not allow you to get all the details, so the processing uses its own algorithm to determine the document from which printing was started in order to print the receipt. 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.
Trade software
Viki Print 57 Viki Print 57 Plus Viki Print 80 Plus Pirit , FZ\54, ATOL 11F, ATOL 15F, ATOL 22F / FPrint-22PTK, ATOL 25F, ATOL 30F, ATOL 42FS, ATOL 52F, ATOL 55F, ATOL 60F, ATOL 77F, ATOL 90F, Treasurer FA, Evotor ST2F, Atol, STROKE-FR-F, ELVES-MINI-FR-F, FELIX-RF, STROKE-FR-C, STROKE-950K, ELVES-FR-C, STROKE-MINI-FR-C, STROKE-COMBO-FR-C, STRIH-KIOSK-FR-K, STRIH-MPAY-K, NCR-001K, STRIH-MOBILE-PTK, YARUS M2100K, YARUS-TK, Retail-01K, RR-02K, RR-01K, RR-04K, RR-03K , YARUS-MD -M-FR-K, SHTRIH-LightPOS-K, SHTRIH-LIGHT-FR-K, SHTRIH-COMBO-PTK, 54 FZ, FZ 54, FZ-54, download, buy, CCP, 1s, processing, Processing of commercial equipment , driver, ATOL, HAT, HAT-M, VIKI, PIRIT, YARUS M2100F (YARUS M2100K), YARUS TF (YARUS TK), HAT-MPAY-F (HAT-MPAY-K), EL WEIGHT-MF, STROCH-ON-LINE, STROCH-LIGHT-01F, STROCH-M-01F, RETAIL-01F (Retail-01K), STROCH-LIGHT-02F (STROCH-LIGHT-FR-K, STROCH-LIGHT-PTK , HAT-LIGHT-200), HAT-M-02-F (HAT-M-FR-K, HAT-M-PTK, HAT-M 200), HAT-MINI-02F (HAT-MINI-PTK), HAT -FR-02F (SHTRIKH-FR-PTK), SHTRIKH-MOBILE-F (SHTRIKH-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-01F (PTK RETAIL-01K), RR-02F (RR-02K), RR-01F (RR -01K) SHTRIKH-950K, MICRO 35G-F, FZ, 54-FZ, PYRITE, VIKI, VikiPrint, 57 F, 25, 22, 11, 15, 30, 42, 52, 55, 60, 77, 90, ST2, ATOL 55F , RARUS, DALION, Refinement, AutoService, HATCH, ELVES, FELIX, YARUS, PYRITE, RETAIL, RETAIL, RETAIL, Connecting online cash registers, Connecting ATOL, Connecting Wiki print, connecting Stroke, processing for online cash desks, processing 54 fz, vat, 20%, vat 20, 20% vat, replacement vat, VAT rate, web server, web se rvis ATOL, web, web
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 declare it within 14 days from the date of receipt of money to our account.
The program is so tested in work that we can give such a guarantee with full confidence. We want all of our customers to be happy with their purchase.
A demo version is available for free download (attached to the publication by 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 possibilities.The demo version has the following 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 receipt should not exceed 3.
4) check check time is limited by working hours: from 8:00 to 16:59The external processing code in the Demo version is closed and protected by KPC-2! For correct operation, the precomp.dll library (included in the kit) must first be placed in the 1C database directory from which the processing is started, or in the 1C program installation directory (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 for the 1C 7.7 platform is supported.
NEW!!! Supported changes since 07/01/2019 (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 marked products and their subsequent transfer to the KKM receipt printing module.
It cannot be fully used on its own without the base module and does not contain mechanisms for sending checks to cash registers; 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 both for standard configurations and for non-standard ones, in which the connection of a fiscal registrar is supported through the processing "Setting up trading equipment":
List of supported configurations |
Documents that support FR printing |
|
1C 7.7 “Trade and warehouse, ed. 9.2" |
|
|
1C 7.7 "Complex, ed. 4.5" |
|
|
1C 7.7 "Accounting, ed. 4.5" |
|
|
1C 7.7 "USN, ed. 1.3" |
|
|
Any non-standard or outdated configuration based on 1C 7.7 (including Trade and Warehouse, rev. 8.7, RARUS configurations) |
Requires adaptation, which you can do yourself. We also accept custom orders. |
It is possible to connect without modifying the 1C configuration (without making changes to the metadata 1 c.v.7. md), and with the finalization of the configuration. In the no-configuration mode, 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 into an arbitrary configuration that does not have its own functionality for connecting and using retail equipment (video instruction below):
The development code is completely open, there are no protected and closed areas. Users can modify the program to suit their needs.
Video presentation "How to use the Online Cashier (54-FZ) module in 1C 7.7 for complex calculations (advance payments, advance payment, installment plan, loan) within the framework of FFD 1.05 / 1.1":
It is possible to work together with the Online Cash Register module for 1C 7.7 only with cash registers (KKM) of the Fiscal registrar type using the following drivers:
- Athol(FprnM1C.dll)
- Shtrikh-M(DrvFR.dll)
- Fiscal registrar emulation mode. It is used to test the printed form of a check, discounts, VAT, payment types. In this case, the check data is displayed on the monitor screen, the presence of 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.
HATCH-M:"SHTRIKH-ON-LINE", "SHTRIKH-LIGHT-01F", "SHTRIKH-M-01F", "RETAIL-01F (Retail-01K)", "SHTRIKH-LIGHT-02F (SHTRIKH-LIGHT-FR-K, HAT-LIGHT-PTK, HAT-LIGHT-200), "HAT-M-02-F (HAT-M-FR-K, HAT-M-PTK, HAT-M 200)", "HAT-MINI-02F (SHTRIKH-MINI-PTK)", "SHTRIKH-FR-02F (SHTRIKH-FR-PTK)", "SHTRIKH-MOBILE-F (SHTRIKH-MOBILE-PTK)", "ELVES-FR-F (ELVES-FR- K)", "NCR-001F (PTK NCR-001K)", "SHTRIKH-MINI-01F (SHTRIKH-MINI-FR-K)", "SHTRIKH-FR-01F (STRICH-FR-K)", "RETAIL -01F (PTK RETAIL-01K)", "RR-02F (RR-02K)", "RR-01F (RR-01K)", "RR-04F (RR-04K)", "RR-03F (RR- 03K)", "SHTRIKH-COMBO-FRK", "ELVES-MICRO-K", "SHTRIKH-MINI-K", "ELVES-MK", "SHTRIKH-COMBO-PTK", "SHTRIKH-950K", "ELVES -MF" and others.
Contents of delivery:
- external processing services of fiscal registrars. Folder with data processing Extforms you need to copy to the 1C infobase directory:
Support for Atol models according to 54-FZ is in the file fr54_Atol.ert and fr54_Atol10.ert, Shtrih-M models - fr54_Shtrih-M.ert. In processing fr54_emul.ert contains a FR print emulator that allows you to test the operation before connecting a real FR.
To work with FR, you need to download vending equipment drivers: for ATOL- driver ATT8 version below or driver ATT10 no lower version (moreover, simultaneous installation on a PC of both versions is possible: ATT8 and ATT10, in the course of 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 Athol versions ATT8 take from folder Program Files\ATOL\Drivers8\Bin_Free and copy two files to the directory with the 1C base or 1C platform:
- FprnM1C.dll
- Dpp2_3.dll
After installing the driver Athol versions ATT10 take from 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 kit in the folder wrappers\com
).
After that, 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 can not be copied to the system directoryWindows
, and register it at its original location).
After installing the driver Shtrikh-M take from folder C:\Program Files\SHTRIH-M\DrvFR 4.14\bin and copy three files to the directory with the 1C base or 1C platform:
- DrvFR . dll
- DrvFR . lic
- sqlite 3. dll
Connecting the required service processing of the FR (fiscal registrar) is performed in the 1C: Enterprise mode through the menu Service - Setting up shop equipment on the bookmark fiscal registrar:
The obligatory requisite in the check is the position and full name of the cashier who punched the check. For these purposes, the name of the current 1C user is used. Therefore, it is necessary in the directory Users correctly set the full name of users in the requisite Full name:
In this case, you can additionally indicate the position of the cashier in the same requisite.
In principle, these actions are enough to fix checks on the FR in the online cash register mode. Maintenance processing data is generic. They can be used with TIS rev. 9.2 of both the new release 988, in which 1C CJSC added its vision of supporting Atol FR in the online cash register mode (in an incomplete truncated form), and older releases, without making changes to the configuration itself.
In this case, the processing will display the following mandatory details in the receipt:
- Full name of the cashier (the name of the current user 1s will be used);
- item discounts. At the same time, discounts will be displayed correctly in the check, despite the fact that 54-FZ does not provide for the withdrawal of discounts to the FR, but prescribes the calculation of discounts to be carried out using the accounting system for each position of the check;
- request contact details of the buyer to send him an electronic check;
- display the goods VAT in the check. By default, processing will consider that VAT should be output only for a check generated from a PKO or RKO. This logic can be easily changed by making small changes to the processing or to the 1C configuration (more on this below, see **).
TiS contains an algorithm for calculating the discount as a whole for a check, which, in the general case, cannot be correctly transferred to a check according to the new law without rounding errors. To solve this problem, we used the well-known "Rule of 1 penny" and developed an algorithm that allows you to display data in a receipt without a rounding error for any initial data. This rule can split one commodity item in a 1C receipt into two in a CCP receipt in order to eliminate discrepancies in the price calculation algorithm of 1C and CCP, and guarantees that the amounts for the check items specified in 1C will be exactly transferred to the CCP receipt without changing the calculation amounts even for 1 kopeck:
*) By making changes to the configuration, you can resolve the following issues when withdrawing a receipt to the online cash register:
- To send an electronic check (if the buyer wishes this way), an e-mail or phone number of the buyer is required. In the KKM Receipt document, you can organize the 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 data will be requested by the processing of the FR service at the time of the receipt.
- **) Output of the VAT rate and the amount of VAT in the CCP 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, ESHN, PSN), the VAT rate should not be displayed. In a typical configuration, there are no details for an unambiguous definition of the taxation system. Therefore, by default, the configuration itself accepts the following rule: for retail sales (through KKM Check) do not display VAT in the receipt, for wholesale sales (through PKO and RKO) show VAT in the receipt (which is not entirely correct, because 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 maintenance processing. In this case, the taxation mode is determined in the program code through the variable NAVEL(Accounting Policy Settings)
- Output to the cash 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 this manual. These changes were prepared on 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 by analogy.
Changes can be made manually to document modules by copying code fragments marked with a comment vain, from config file TIS987_54FZ.md or through the Merge configurations mode, marking only documents when merging PKO, RKO, ChekKKM.
Note: comment //care 54FZ TIS988 marked code fragments that are available in the release of TIS 988, but which are not in older releases of TIS.
For adaptation, the TIS 987 release was specially taken, in which 1C CJSC has not yet had time to introduce its vision for connecting online cash registers, in order to exclude from the code unnecessary improvements, errors of this release, in our opinion, and make it possible to use our development also for those organizations that use the old TIS release with their own improvements and have difficulty migrating to the latest configuration release.
However, our modification is universal and it can work both with the TIS 988 release and the 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 that you can make to the configuration:
2) You need to add the Buyer's Address requisite to the CheckKKM document, which is displayed in the form dialog - is required for sending email. buyer's check. You need to enter either the buyer's phone number (to send a check by SMS) or email address. mail. The FR driver will figure out what exactly was entered. If not filled out, a paper check will be displayed. When issuing an electronic receipt, printing of a paper receipt can be disabled.
3)To the document form module CheckKKM to the procedureBreakCheckOnKKKM () you need to make changes (marked in the module with a comment vanity) - see details in TIS987_54FZ.md:
//[+] good 54FZ If ItemList.Number of Rows() > 0 Then ItemList.NewColumn("Data54FZ"); //infa is written as a list of values to the first row of the GoodsList table GoodsList.GetStringByNumber(1); ItemList.Data54ФЗ = CreateObject("ValueList"); Data = List of Goods. Data54FZ; Data.AddValue(Context, "Context"); //link to the current document If headerProps("Buyer's Address", View()) = 1 Then //if the document dialog is modified to specify the buyer's address Data.AddValue(abbreviated(GetAttribute("Buyer's Address")),"Buyer's Address"); //if you comment out this line, then the BuyerAddress will be requested in the FR service processing; if you pass an empty string (""), then a paper check will be displayed without asking for the Buyer's Address EndIf; If thereAttributesHeaders("Payment by Card", View()) = 1 Then //if the document dialog is modified to specify the type of payment by cardAttributePaymentCard = GetAttribute("PaymentCard"); Data.AddValue(Attribute of card payment, "Payment type"); //in order not to request the payment type in a separate dialog before printing a check (because the payment type is entered in the check), 1 - request the payment type in a separate dialog before printing a check. For this parameter to work, you must pass the Context parameter! Otherwise Sign of Payment by Card = 0 EndIf; Otherwise Report("There are no positions to be displayed in the cash register receipt!", "!!"); Return 0 EndIf; //[-] carefully 54FZ
You can change this code yourself to suit your needs, namely, redefine the values of the following parameters:
« Cashier "- the 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 ChekKKM, PKO, RKO, you can program the transfer as a cashier another arbitrary value.
« NAVEL » - Taxation system. If you want the receipt to show VAT, assign the value "0" to the parameter, otherwise the value is greater than "0". Valid values: 0 - General SNO, 1 - STS Income, 2 - STS Income-Expenses, 3 - UTII, 4 - ESHN, 5 - PSN
« EditCHO » - the value «1» means that you need to transfer the Taxation System (CSS) to the FR, this can be used to switch the CNS to the FR if checks with different CNS are printed on one FR. Value "0" - do not change the AtoN to FA, in this case the AtoN pre-installed in the FA is used.
« Buyer's Address » - contact details of the buyer for an electronic check: e-mail or phone.
« CheckBuyer's Address » - the value «1» determines whether it is necessary to print out the buyer's data before the check is issued to visually check 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".
« PrintReceipt » - a paper receipt in case of sending an electronic receipt: 0 - do not print, 1 - always print, 2 - request to print a paper receipt.
« ModePrintDiscounts » - discount printing mode: 0 - do not print discounts on a receipt, 1 - print a total discount on a receipt, 2 - print discounts on product items and a total discount on a receipt
4) Similar changes need to be made to the module of the form of documents for PKO and RKO in the procedurePrintingCheck() (changes are marked in the module with a comment of care, see details in TIS987_54FZ.md)
An example of a check displayed on the "FR emulator":
As you can see, the “Rule of 1 kopeck” worked for the product “Table Egg”, because otherwise, the algorithm for calculating the discount embedded in the TIS will not allow you to withdraw this product to 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 kopecks ( 4,887 -> 4,89 ); 30 * 4,89 = 146,70 . It's on 9 more kopecks than calculated in the KKM Check document. Therefore, the "Rule of 1 kopeck" split the position into two lines, choosing the quantity and price (with a discount) so as to remove 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 initial data in the 1C check.
In fact, in practice, the need to trigger the "Rule of 1 penny" will not be so frequent, but always accurate and error-free ;)
5) Mixed payment method by check (cash, bank card). In typical 1C configurations, it is not possible to enter the amount for paying a check with a bank card. However, the CF 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 props to the document header PaymentCard(type Number.1.0)
2. add elements to the document form to indicate payment by bank card (see the figure below)
3. add to document module procedure Form Header() line:
Card = ?((Total("Amount")>Received)and(PaymentbyCard=1), Total("Amount")-Received, 0); // vain
4. in the document posting module, the condition is:
ElseIf Received< НеобходимаяСумма Тогда
should be replaced with:
ElseIf (Received< НеобходимаяСумма) и (ОплатаКартой = 0) Тогда //тщи
The specified changes are included in the file TIS987_54FZ.md for the document ChekKKM:
Another way to choose the type of payment is offered by a colleague - displaying an additional window when a check is broken, in which the seller needs to select the desired type of payment:
Plans for further development:
- provide for the rounding of the check amount to a whole ruble or 50 kopecks for the convenience of settlements with buyers in accordance with the FFD Protocol.
- development of a full-fledged RMK for the configuration of TIS ed. 9.2. Interface samples can be viewed:
- linking contact information to customer discount cards so that you do not constantly enter the same contact information for regular customers on the check.
On the menu Service - Additional features item appeared 54FZ (online cash registers) Service and settings", which will allow you to perform service functions on the FR, as well as perform the initial configuration:
After purchasing the module, information and technical support for obtaining program updates in connection with changes in legislation, module improvements, and functionality development is carried out within 3 months from the date of purchase for FREE. Further annual subscription to updates and (or) technical support is extended at will and is half purchase cost of the module. After the expiration of the subscription to updates, if you do not want to renew the subscription, the performance of the program remains without time limits and the implemented functionality, but without the ability to install updates, if any.
Technical support is provided by e-mail, via Skype, mail-agent, ICQ, by phone of the developer. To obtain high-quality technical support in complex 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 not related to the operation of this program; incorrect actions of users when using the program (in violation of the established user manual); advising on issues not related to the law 54-FZ; setup or installation of commercial equipment, commercial equipment drivers; elimination of problems in the operation of commercial equipment. However, the solution of these issues is possible on a separate contractual basis.
Licensing of the program is carried out by the order number of the software and the 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 workplaces and cash registers used per one legal entity or individual entrepreneur. Thus, a separate purchase of this software product is required for each legal entity or individual entrepreneur. For every second and subsequent legal entity (or individual entrepreneur), the product can be purchased at half the cost.
Module implementation order:
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 tied to your operator for the transfer of 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 website of the Federal Tax Service. An EDS is required (suitable for tax reporting)
4) Install the FR and its driver on the computer.
5) Purchase the module 54-FZ: Online cash registers for 1C7.7 and install it according to the instructions. If you have questions or problems at this step, please contact our technical support for assistance.
If during step 5 you need technical support, then purchase our module with technical support and receive updates for a period of 3 months.
If you do not need technical support and you do step 5 yourself, then you buy a module with updates for a period of 3 months, but without technical support.
Version comparison
[Version 1.2] 03/31/17
1) Fixed identified bugs
2) Added maintenance processing for FR Shtrikh-M
[Version 1.3] 03.04.17
3) Fixed identified bugs
4) The output of the discount in the check has been clarified, now the final ones are shown in the check: the amount without a discount and the amount of the discount on the check
5) Added EditCHO parameter. the value "1" means that you need to transfer the Taxation System (CSS) to the FR, this can be used to switch the CNS to the FR if checks with different CNS are printed on one FR. Value "0" - do not change the AtoN to FA, in this case the AtoN pre-installed in the FA is used. Valid values of SNO: 0 - General SNO, 1 - STS Income, 2 - STS Income-Expenses, 3 - UTII, 4 - ESHN, 5 - PSN
[Version 1.4] 07.04.17
6) Fixed identified bugs
7) the PrintCheque parameter has been added, which allows you to disable the printing of a paper receipt in case of transferring an electronic one or to display a request to print a paper receipt if an electronic one is available.
8) added to the document CheckKKM interface for the implementation of mixed types of payment by check: cash, bank card.
[Version 1.5] 04/12/17
9) Optimized algorithms for Shtrikh-M drivers
10) Added the DiscountPrintMode parameter - discount printing mode: 2 - do not print discounts on a receipt, 1 - print a total discount on a receipt, 0 - print discounts on product items and a total discount on a receipt
11) When printing discounts, the discount amounts are right-aligned
12) Added an option to select the type of payment (cash / card) from a colleague Sergey (Che) Kotsyura
[Version 1.6] 04/24/17
13) Algorithms for applying discounts have been redesigned. Discounts are applied correctly thanks to the new firmware of the POS printer drivers without using the "Rule of 1 penny". Therefore, this rule is now disabled by default.
14) Parameter AcceptReturn extended and supports the following types of receipts: 0 - sale, 1 - sale return, 2 - purchase, 3 - purchase return. This parameter has been renamed in FR maintenance processing to Check Type
15) when printing a check, the number of the current shift in the variable is returned to the calling program Shift Number
16) added adapted configuration files for Accounting 7.7, ed. 4.5 and USN 7.7, ed. 1.3
[Version 1.7] 04.05.17
17) bugs fixed
18) in the configurations in PKO / RKO, the addition of a duplicate column VAT rate has been removed (because the VAT column is transferred)
19) fixed the error of transferring the zero amount to the check
20) FR commands added: report_without_cancellation, report_by_departments, open_box, deposit_money, withdrawal_money
21) added processing of FR settings and maintenance - "Control Panel" (fr54_Settings.ert). It's available on 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 FR commands: "Get software version", "Copy of last receipt", "Copy of document by FD number"
24) added the transfer of the name of the cashier in the reports of the FR (Z-Report, X-Report, Report by departments)
25) added other functions for working with FR, refactoring of the FR service processing code
[Version 1.8.1] 05/10/17
26) fixed the error of opening a shift for processing Atol.
[Version 1.9] 11.05.17
27) in the FR emulator, the name of the selected taxation system is displayed in the receipt if the ChangeCHO parameter = 1
28) "service" functions for diagnosing the state of the online cash register are supported in the service processing of the FR
29) in the Control Panel (fr54_Settings.ert) the support of service functions is continued: "Validity period of FN", "Number of documents not sent to OFD", "Diagnostics of connection with OFD"
[Version 1.10] 05/18/17
30) added bookmarks 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 the output of checks and reports to the FR ("FR parameters").
Thanks to this mechanism, it is easier to connect and configure the FR to the 1C configuration, because settings for working with FR can be configured without making changes to the configuration, or limited to minimal changes.
The parameters can be configured in the context of selections: Firms, Cashiers, 1C Users, Types of Documents, as well as other arbitrary conditions. Depending on the selected selection, you can optionally differentiate the following parameters:
- Name of the seller-cashier
- choice of taxation system
- request for the buyer's email address
- request for visual verification of the entered address of the buyer
- electronic receipt printing mode
- mode of printing discounts in a receipt
- choice of payment type
- the VAT output mode in the check (including the wishes of users on the output of VAT rates for special modes, as well as the simultaneous output of VAT rates of 18, 10, 0% and Without VAT)
- setting the output of the section number in the check (including the wishes of users to display the section number depending on the VAT rate of the check item)
- other parameters
All parameters have a description that is displayed on the form when you select a Parameter. Also, the description of the parameters is set out in the file ParametersFR.xls
30) Due to the fact that the check printing parameters settings are configured interactively, changes have been made to the document modules in the receipt printing procedures. Removed the setting of most parameters from the text of modules. A new parameter Context has been added, which allows passing a link to the current document (context) to the FR maintenance processing. This link is required for the "Document Type" selection to work.
31) Refactoring code of FR service handlers
32) FR maintenance processing takes into account the parameters set interactively in the Control Panel (fr54_Settings.ert)
33) In the processing of the FR service, the transfer of the full name of the cashier to the generated reports (Closing of the cash register shift, X-report and others) is taken into account. This is necessary for the correct formation of information on the OFD website. The full name of the cashier is set in the "Parameters of the FR"
34) Processing fr54_PaymentTypeChoose.ert moved to Extforms\EQUIP folder - it belongs there.
[Version 1.10.1] 05/19/17
35) fixed error in determining support for 54-fz for the Shtrikh-M driver
36) in the document modules of 1C configurations (except for the USN configuration), a separate transfer of VAT rates "0%" and "Without VAT" to the fiscal registrar is provided. VAT rates are transmitted through the column VAT rate or VAT with the following values 18, 10, 0 and -1 (respectively: 18%, 10%, 0% and "Without VAT")
37) a list of changes to the 1C document modules are described in separate text files for ease of adaptation
[Version 1.11] 05/23/17
38) fixed once again the error in determining support for 54-fz for the Shtrikh-M driver
39) in the processing of the FR emulator (fr54_emul.ert), emulation of the formation of the check number (defined as a random number) has been added - thanks Vladimir Poltavthenko for the implementation
40) added support for the output of checks to the FR in the mode of external printing forms (VPF). VPF is connected to the desired type of document in the Online Cashier Control Panel - on the tab " Settings" - in the table " Used types of documents"through column" WPF".
This mode of withdrawal of checks has the following advantages:
1. Connecting development to a typical 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 types of documents is expanding, directly from the form of which you can withdraw a check to the FR. For example, you can display a check for the FR from the document " Implementation" without creating a document " Incoming 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_ReceiptPrint.ert.
The Document Processor contains a universal algorithm that allows you to display almost any standard and non-standard document in the FR, which has a tabular section with goods, services or works and indicates the amount for each item.
Despite this, having programming skills, you can rewrite this function "for yourself" in order to adapt it for non-standard configurations and (or) non-typical tasks.
[Version 1.11.1] 05/24/17
41) Fixed bug using processing WPF for TiS release 988.
42) Clarified the use of default values for parameters " Cashier" and " Request Buyer's Address"
43) Fixed the output of the number of unsent documents in the OFD for the driver Shtrikh-M(thanks for the implementation of a colleague Kolunya)
[Version 1.11.2] 05/25/17
44) Modifications have been made to the modules of the PKO and RKO document forms of the TIS configuration, which allow not to take into account the flag "Used to reflect cash settlements" in the Trade Equipment Settings. This will allow using the same cash desk for the simultaneous use of documents "ChekKKM" and "PKO", "RKO", without the need to switch this flag. Closing a shift with the simultaneous use of these documents occurs correctly.
45) in the modules of forms of documents CheckKKM, PKO and RKO (all presented configurations), an algorithm has been added to the Print Check (Punch CheckOnKKM) procedure that allows you to use additional details added to the document form dialog: Buyer's Address, Received, PaymentCard. At the same time, the algorithm determines the presence of these details, and if they are absent, it adjusts its behavior by initiating a request for the missing data before breaking the check.
46) Upon receipt of the software version for the Shtrikh-M driver, the version of the fiscal drive is additionally displayed.
47) A bug has been fixed that falsely diagnosed the inclusion of the VPF mode, if the table of the Cashier Control Panel "Used types of documents" was empty.
48) Added a new parameter "13)UAP" (Specify the buyer's address), which allows you to specify the buyer's email address before breaking the check on the cash register. This allows you to use the contact details entered in the Counterparties directory, with the possibility of clarifying or canceling them for a KKM check.
49) Fixed an error in writing a link to an object when saving Parameters in the Cashier Control Panel
AT
[Version 1.12] 05/31/17
50) for the Atol driver: print additional. information in the Z-report (Total revenue, Cash, Electronic); printing a copy of the last check, including electronic checks; extended information when receiving software version.
51) External report "54FZ (online cash registers) Control Panel" renamed to "KKM Control Panel"
52) In order to unify the code, some of the functions from the processing of the service of the FR are moved to the processing of fr54_Settings.ert ("KKM Control Panel")
53) Weakened the time limit for using the demo version
54) For the Atol driver in the function Refer to the FR table (), the currentMode parameter has been added
55) new parameters of the KKM Control Panel have been added:<Предварительный просмотр чека>, <Печатать одно наименование>, <Режим печати номенклатуры в чеке>. Basically, these options set up the printing of a receipt upon partial payment or upon receipt of an advance. In the future, these parameters will allow you to configure the interaction according to the FFD 1.05 protocol
The check item preview and editing mode is implemented through external processing Extforms\Equip\fr54_ItemListForPrint.ert
56) The "API request key to the EAN service" field is enabled on the "Settings" tab of the KKM Control Panel. It will automate the filling of the EAN barcode reference book using a paid API - https://barcodes.olegon.ru/
A button (with the image of binoculars) has been added to the "Nomenclature" directory element (for TIS), which automatically fills in the product name based on the entered barcode. This service is necessary for a quick start of the store from scratch when switching from non-automated trade: it allows you to quickly start a stock list database in 1C in the mode of scanning product barcodes.
In the element module of the Nomenclature reference book, the SearchOnShk() procedure has been added, which calls the external processing Extforms\ean_online.ert to access the API service. The author of this processing is a colleague volk13 (aka fkr).
57) changes have been made to the modules of documents CheckKKM, PKO, RKO to implement the ability to control the printing mode of the item in the check
58) for the same purpose, changes were made to the procedureDocumentHandler() of external processing Extforms\PrnForms\fr54_ReceiptPrint.ert
[Version 1.12.1] 06/01/17
59) added a "free" API request to the EAN service (processed by Extforms\ean_online.ert, by volk13). If he does not give an answer, then a paid service is contacted. To use a 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) "free" API request to the EAN service is disabled by default to avoid blocking on the site by IP address.
61) fixed the error in calculating the discount in the check in the processing of servicing fiscal registrars (rounding error by 1 kop.)
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 bugs
64) Added support for several fiscal registrars at one workplace using logical devices (fiscal registrars must use the same driver).
Enabling the use of several FRs is carried out in the Control Panel of the POS printer on the tab "Settings" by checking the box "Allow selection of logical devices of the fiscal registrar".
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, the parameter 4) #LU becomes available. With it, you can set a specific number of the logical device of the FR, on which the receipt will be printed, depending on the conditions (selections: Company, Cashier, User, Document type, Expression).
The logical devices themselves must be determined using the KKM driver (through the KKM Driver utility (Driver Test) or in 1C through Service - Options - Properties (FR Driver).
[Version 1.14] 10.06.17
65) Fixed identified bugs
66) Added support for estimated VAT rates (10/110% and 18/118%)
67) Added forced opening of a shift for the Shtrikh-M driver
68) The form of the Check Preview (PFC) before breaking through the check on the cash register has been improved. In this form, you can make changes to the commodity composition of the check: manually or automatically (including with partial payment and advance payment). determine the types of payment (cash, payment card), enter or specify the email. buyer's address (phone or e-mail)
68) Added distribution of the amount of VAT on the basis of the document-base on the check for full or partial payment (at mixed VAT rates)
69) Improved auto-distribution modes for full and partial payments for the FFD 1.0 protocol
70) A mechanism has been added to return to the 1C document the number of the change of KKM, as well as other details of the document if they were edited in the PFC window (receipt preview): Buyer's Address, Received, Payment by Card.
71) In the KKM Control Panel, the parameters are divided into two groups: "Basic" and "Additional" - for the convenience of information perception.
[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 PPC form (receipt preview): two additional. columns "PR" (subject of calculation) and "SR" (method of calculation) in the table of goods (upper) and additional. rows in the table of payments (bottom).
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 KKM control panel on the "Parameters" tab in the "Additional" group by the parameter "17)FFD"
[Version 2.0.1 beta] 06/13/17
75) Fixed errors in filling out the form of a check in the form of PPP with partial payment
76) Fixed a bug in FR emulator service processing
[Version 2.0.2] 14.06.17
77) Fixed identified bugs
78) We finalized the version of the request for EAN, and also found out from Olegon that he no longer supports the csv format, and strongly recommends json. Delays with json are related to the implementation features of its database, details here: https://olegon.ru/showthread.php?t=26135&page=6 (edited by volk13)
79) A parameter has been added to enable the fixation of alcohol receipts in the Unified State Automated Information System.
[Version 2.0.3] 15.06.17
80) Fixed identified errors, incl. incorrect definition of payment type when using processing fr54_PaymentTypeChoose.ert
81) Added the ability to punch a KKM check based on the documents Bank Statement Line Income and Bank Statement Line Expense. This type of document can be used instead of PKO / RKO if payment is made by a payment card, and not in cash.
82) Improved the request for EAN in the processing of ean_online.ert (the author of the processing is volk13)
[Version 2.1] 06/22/17
83) For configuration 1C: Trade and warehouse, ed. 9.2 (Complex, rev. 4.5) in the RKO document, the entry based on the Statement Line document was added, changes were made to the FillByDocumentBasis() function, the Statement Line document was added to the "Entry based on" setting in the "Enter based on" list
84) For configuration 1C: Accounting, ed. 4.5 added in the document Outgoing Order entry based on the document Incoming Order, changes were made to the functions Document Currency(), ValDocumentAmount(), Document Rate(), the procedure At the Beginning of Value Selection()
85) For configuration 1C: USN, ed. 1.3 added:
1. new attribute DocBase in the documents Receipt Order and Outgoing Order, this attribute is displayed on the form of the specified documents and allows you to display the names of the item from the base document in the cash register check, changes have been made to the procedures At the end of the form module, types of documents are programmatically defined for selection in the DocBase attribute.
2. For the Outgoing Order document, in the "Enter based on" setting, the following documents have been added: Incoming Order, Services of Third Party Organizations, Receipt of Inventory Receipt, Receipt of OS and Receipt of intangible assets in the "Enter on the basis" list
86) When printing KKM checks, the tax calculation option is taken into account - "VAT on top" (previously in the check the VAT amount was displayed in this case as a surcharge) for 1C configurations: 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 printing forms (EPF) fr54_ChekaPrint.ert, new types of base documents and the tax calculation option - "VAT on top" are taken into account.
88) In the processing of servicing fiscal registrars, a check was introduced for the validity of the transmitted password for accessing the FR methods. It is allowed not to specify (leave blank) the passwords of the administrator and user in the processing "Setting up the trading equipment" ("Fiscal registrar" tab), in this case, the processing of the FR maintenance will use the default passwords: administrator password = 30, user password = 1.
89) in the processing of service fr54_Shtrih-M.ert, comments of Shtrih-M technical support on the use of the FFD protocol 1.05 are taken into account
90) identified bugs have been fixed.
[Version 2.1.1] 06/26/17
91) Added a new value for the "Rule1kop" parameter - "2 - enable, do not show surcharges in the receipt". After installing this update, you need to re-select the values of this parameter in the KKM Control Panel (if it was installed earlier).
92) In the FR maintenance processing, a check has been added that the shift is open for more than 24 hours.
93) in the processing of the fr54_Atol.ert service, the comments of Atol technical support on the application of the FFD 1.05 protocol were taken into account. For this protocol to work, the KKM driver version must be at least 8.14.2, the KKM firmware version must be at least 3689 (current 4139).
94) identified errors have been fixed.
[Version 2.1.2] 06/28/17
95) in the processing of service fr54_Atol.ert added check of payment types in table 12 of the POS printer driver when using the FFD 1.05 protocol. If the fiscal types of payments do not correspond to the default values, then they are brought to the default ones before the check is printed
96) in the KKM control panel on the "Settings" tab, the attribute "Link to the current user" has been added. By default, for typical configurations, its value is equal to "glUser" - this is the name of the global module variable that contains a link to the Users directory element. For non-standard configurations, the value of this attribute can be overridden.
97) identified bugs have been fixed.
[Version 2.1.3] 06/29/17
98) fixed error in processing fr54_NomenclatureListForPrint.ert:
EXTFORMS\EQUIP\FR54_PRINT NOMENCLATURE LIST.ERT(184)): Aggregate object field not found (Count)
99) to the table Parametersfr.xls added a column with abbreviated parameter names
[Version 2.2.0] 02.07.17
100) Added new options to the "Settings" tab in the Control Panel of the KKM:
. Allow withdrawal to FR only for selected selections on the "Parameters" tab - this flag allows you to limit the conditions for withdrawing checks to FR by firms, users, etc.
. Allow check withdrawal to FR using "old algorithms" - by default, a blocking is enabled that does not allow withdrawing a check to FR if a receipt printing procedure is used, which is not adapted for online cash registers.
[Version 2.2.1] 07/19/17
101) A new parameter has been added to the KKM Control Panel on the Options tab in the Additional group:
. 18) EGAIS - Fix VEGAIS Check - used when fixing alcohol retail checks in EGAIS together with the solution https://infostart.ru/public/433840/
102) Fixed bugs, optimized algorithms in processing fr54_Settings.ert
103) Fixed bugs in processing fr54_NomenclatureListForPrint.ert
104) Support for fixing alcohol retail sales receipts in the Unified State Automated Information System in conjunction with the solution https://infostart.ru/public/433840/
105) In the processing of the maintenance of the FR, the transfer of the name of the nomenclature by lines has been added (if the equipment supports it)
106) In the FR maintenance processing, the return of the fiscal document number through the FD Number variable to the receipt printing procedure has been added
[Version 2.2.2] 25.07.17
107) Depending on the firmware version of the POS printer, the version of the FR driver, as well as the receipt template (for Atol), there are restrictions on the length of the item name displayed in the receipt position. If the allowable length of the nomenclature name is exceeded, the FR may issue an error "Invalid length" and cancel the receipt abnormally.
To solve this problem, a parameter has been added to the KKM Control Panel
. 19) MDN - MaxLength of the Name, which allows you to trim the name of the nomenclature to the specified length before outputting it to the FR. In order for the FR to support the maximum name length of 128 characters, it is recommended to update the KKM firmware and the FR driver to the latest version and use the FFD protocol version 1.05
108) Expanded the list of parameter values 7)PET - PrintReceipt: Control panels of the cash register: added the ability to disable printing on the cash tape of any receipt (not just electronic). Use this opportunity at your own peril and risk, tk. The law provides for administrative liability for failure to issue a cash receipt - it must be issued - either in electronic or paper form.
109) Added support for disabling the printing of any receipt in the FR service processing
110) Improved partial payment algorithms in processing fr54_NomenclatureListForPrint.ert
[Version 2.3.1] 02.08.17
111) When checking the validity of a phone number for an electronic check, it is now allowed to indicate a phone number starting with +7... (changes in the processing of fr54_Settings.ert)
112) A new parameter has been added to the KKM Control Panel on the Options tab in the Additional group:
. 20)#FD - ReturnFDNumber - By default, the check number is returned. If you set the value of this parameter: 1 - "Yes", then the number of the fiscal document 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 check numbering starts from 1. The FD number is a through check number, its numbering from 1 will begin only after the replacement of the FN (fiscal drive).
Using this parameter, you can choose 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 obtaining a copy of the check by the FD number (service function in the KKM Control Panel).
113) Added support for correction checks. To do this, the "Correction Checks" tab has been added to the Control Panel of the POS printer. 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 FFD 1.0 protocol) and 2 (for FFD 1.05).
The attribute "Base Document" is optional. Its filling can be used to automatically determine the CHO of a correction receipt in the case when CHO - [auto] is selected on the form for the correction receipt.
Correction check can be of two types: "Incoming" - an operation in which the user deposits correction funds and "Expense" - an operation in which the user withdraws correction funds.
After the correction receipt has been entered, the Receipt Number and FD Number are returned to the same-name details on the processing form.
114) In FR maintenance processing, errors in determining the FD number when printing a check have been fixed
115) Processing of the parameter 20)#FD - ReturnFDNumber has been added to FR service processing
116) In the processing of the service of the FR for the execution of the message of the FS RAR http://egais.ru/news/view?id=1518, when transferring checks for the retail sale of alcoholic products to EGAIS, the FD number is now always used as the check number.
117) Added support for printing correction checks in FR maintenance processing
118) In the processing of fr54_ChequePrint.ert, an error was fixed due to which the sign of payment by a payment card was incorrectly returned to the 1C document (in case of changing the type of payment before breaking through the check by external processing)
119) When using the VPF through processing fr54_ReceiptPrint.ert, the full name of the item (if any) is printed on the receipt instead of the short one.
[Version 2.3.2] 08/03/17
120) Refinement of algorithms for printing correction checks
121) Updated Sergey's processing for payment type selection fr54_PaymentTypeChoice.ert.
[Version 2.3.3] 04.08.17
122) Refinement of algorithms for printing correction receipts
123) Fixed errors in determining the number of the fiscal document
[Version 2.3.4] 08/15/17
124) in processing fr54_Settings.ert fixed the cashier's output error in the KKM reports (X-report, Z-report, etc.) in case of using several FRs at one workplace
125) added the ability to use the parameter " Do Not Callfr54_Settings". This parameter allows you not to access the 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 FR service.
126) to the Table of used types of documents (on the tab " Settings"KKM control panels) column added" Receipt type". It allows you to override the receipt type for a specific type of document. It can be used to explicitly specify the type of receipt for alternative documents from which a receipt is printed in VPF mode (for example, from Sales, ReturnFromCustomer documents, etc.), as well as from standard documents (for example, for an 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 the preview form (processing fr54_ListNomenclatureForPrint.ert) bugs fixed.
128) in the preview window in the header of the form, additional information is displayed, such as: check type, CHO, 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 binding of the payment amount on this form to the details of the document, for example, for alternative documents, such as: Sales, ReturnFromBuyer, etc.
[Version 2.3.5] 08/16/17
130) Expanded and changed parameter values 9)Opl = RequestPaymentType. Now, using this parameter, you can explicitly set the type of payment entirely CASH or ELECTRONIC - without prompting for the type of payment when a check is entered on a cash register (for more details, see ParametersFR.xls).
ATTENTION! The value for the payment type request has changed to "2". You must reset this setting after the upgrade if you have used it. Otherwise, incorrect operation is possible.
[Version 2.3.6] 20.08.17
131) The line "ADVANCE" is automatically added to the check if the amount of payment exceeds the amount of the base document (invoice)
132) Redesigned user manual
[Version 2.4.0] 13.10.17
133) Fixes in Shtrih-M service processing: use of the administrator password when printing correction checks, getting the check number for a shift, the number of a fiscal document, the display of the amount of change in the check has been added.
134) for processing the FR emulation service, an option has been added that allows you to disable the receipt number generation in a random way - on the "Settings" tab of the KKM Control Panel.
135) in the FR maintenance processing, the algorithms for accessing lower-level data have been clarified, the ability to disable the printing of the header of the EGAIS check slip has been added, since it duplicates the data displayed in the check by the online cash register - on the "Settings" tab of the KKM Control Panel.
136) Fixed bug - parameter value 19) MDN(Max. length of item name) was not used when distributing receipt positions in the receipt preview window.
137) Corrections in the algorithm for automatic distribution of check positions by parameter 16) RPN and the "Fill" button in the receipt preview window.
[Version 2.4.2] 01.11.17
138) The logic of reading string values from the tables of the POS printer driver has been clarified in the FR maintenance processing
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 the connection of retail equipment)
[Version 2.4.3] 12/19/17
141) The button " Continue printing", which allows you to continue printing a fiscal document for the Shtrih-M driver after removing a jam or running out of paper
142) For the Atol driver, printing of the check header has been added when the " 6) PAP"("Check Buyer's Address")
143) Fixed identified bugs
[Version 2.4.4] 06.03.18
144) is taken into account for typical 1C configurations, support for closing checkout shifts by a regular mechanism when using several FRs at one workplace:
- in the external processing of the FR service (EQUIP\fr54_***.ert), changes were made to the procedure On Opening
- changes have been made to the procedure of the global gFR moduleCloseShift() and the processing of CloseCash Shift
[Version 2.5.0] 10.04.18
145) Details for transferring the name, number and date of the document of the basis for the correction have been added to the correction receipt.
146) For parameter<Правило1коп>"12)П1к" now the default value is "2 - enable, do not show surcharges in the receipt". This is done due to the fact that the manufacturers of cash registers recommend using this rule always when printing receipts. New POS printer firmware for Shtrikh-M does not support receipt printing if this rule is disabled, giving the error "Incorrect parameter for these settings".
ATTENTION!!! After upgrading to this release, check the setting of this parameter and change it, if necessary, in accordance with the logic of your accounting system.
147) In all cases, the full name of the goods is transferred to the KKM check, if it is filled out.
148) Added a parameter for transferring calculated VAT amounts to a KKM receipt<ПередаватьСуммыНДС>"21) SumVAT". By default, the FR calculates the VAT amount independently for check items based on the transferred values of the Amount and VAT rate of the check item.
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 POS printers using the Shtrikh-M driver, this parameter works only if the "rule 1 kop" is enabled using the "12)P1k" parameter.
149) Added the ability to transfer the TIN of the cashier to the OFD. If you want to specify the TIN of the cashier, enter it after the cashier's name, separated by an ampersand (&). For example: Anna Ivanova &112233445566. The TIN of the cashier will be transferred to the OFD, but will not be printed on the receipt.
If the name of the current user from the Users directory is used when printing a check, then you can add a new attribute with the TIN identifier to this directory through the configurator. The value of this attribute will be used in the check as the TIN of the cashier, and in the user's name the TIN can be omitted through the ampersand (&). If this attribute is filled in at the same time and the TIN is specified in the cashier's name through the ampersand (&), then the TIN specified in the cashier's name will be used in the check (it has a higher priority than the value of the TIN variable).
150) The calculation algorithm according to the Rule of 1 kopeck has been clarified. Sometimes he gave a result that differed by 1 kopeck. from faithful. Alexander Medvedev aka Ondul We are grateful for the study of this problem.
151) Fixed bugs.
[Version 2.5.2] 20.04.18
152) Fixed in the correction check for the Atol driver an error in writing the correction base if it is not filled. Changes 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 error applying parameter<МаксДлинаНаименования>(insignificant spaces on the right were not removed in the name of the nomenclature)
154) Fixed error using the parameter for the Atol driver<ПередаватьСуммыНДС>
[Version 2.5.4] 11.05.18
155) Fixed the error of transferring the tag 1203 "TIN of the cashier" to the reports on the opening and closing of the shift when using the Shtrih-M driver
[Version 2.6.0] 05/14/18
156) Added a mechanism for the output of non-fiscal data (NFD) when printing a check on the FR.
Examples of output information:
- Name or full name of the counterparty;
- Name of the contract of the counterparty;
- information about discounts or promotions;
- advertising information;
- other arbitrary text.
This mechanism allows:
- configure the output of arbitrary non-fiscal lines at the beginning and end of the receipt, before and after the output of items of the check nomenclature in random order;
- organize automatic line wrapping of long text depending on the width of the FR tape;
- determine the alignment method for non-fiscal text when printing on the FR: on the left edge, in the middle, on the right edge, as well as in the form of a filler along the width of the tape (to display delimiter 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, displaying the discount amount or price before the discount is applied);
- configure the output of text in two columns, while the text in the left column is aligned to the left, in the right column - to the right.
- manage the output of non-fiscal lines in the receipt interactively through the receipt preview window (fr54_NomenclatureListForPrint.ert);
- set up the output of non-fiscal lines programmatically in the procedure PrintReceipt (PunchReceiptOnKKM), as well as through the VPF fr54_PrintReceipt.ert in the Document Handler procedure.
At the same time, a new column with the name NFD must be added to the table of values List (ListProducts):
ItemList.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 alignment in the middle"
- 3 - "Non-fiscal line with right alignment"
- 4 - "Non-fiscal line with alignment and cutting to the width of the tape" (to display delimiter lines).
The text of the non-fiscal line is specified in the TovNim column of the List (List of Goods) value table.
If you need to additionally transfer any sum value, you can specify it in the Price column. This numeric value will be formatted and displayed right-aligned when printing a receipt.
The remaining columns of the table of values List (List of Goods) 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 outputting non-fiscal data (NFD) when printing a receipt on the FR:
- 5 - "Cut"(allows you to make a segment of the check with a cliché output)
158) In the processing of fr54_ChequePrint.ert, the error in displaying the VAT amount for documents Statement LineIncoming and Statement LineExpense of typical configurations 1C
159) A function has been added to the fiscal registrar service processing to receive the cash balance in the cash drawer. The fr54_settings.ert procedure for calling this function is in the fr54_Settings.ert processing. If necessary, it can be moved to the global module of your 1C configuration.
160) The current cash balance in the cash drawer can be viewed by pressing the "Cash balance" button on the "Service" tab of the KKM Control Panel.
161) added FAQ.doc(frequent questions and answers)
[Version 2.6.1+] 06/08/18
162) a bug was fixed - when printing a receipt on the FR, the Shtrikh-M driver duplicated the name of the last position in the receipt.
[Version 2.6.2] 06/30/18
163) Fixed identified bugs
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 Control Panel of the POS printer, the option "Allow the withdrawal of a check to the FR in the VPF mode without posting a document" has been added
[Version 2.6.3] 11.07.18
166) Optimized algorithms for printing receipts.
167) In the parameters of the Control Panel of the KKM, the choice of the FFD 1.1 protocol has been added
[Version 2.7.0] 04.10.18
168) Fixed identified bugs
169) In the check preview form, the ability to edit the type of check, tax system, full name and TIN of the cashier immediately before printing the check has been added
[Version 2.8.0] 27.11.18
170) Added support for 20% VAT rate, which should be applied from 01/01/2019. Before 01/01/2019, you need to update the firmware to a new one that supports the 20% VAT rate IN ADVANCE. In this case, on New Year's Eve at 0:00 (KKM clock), KKM will automatically switch to the new VAT rate.
[Version 2.8.1] 12/23/18
171) Fixed identified errors, incl. for Shtrih-M the problem "80: Printing of the previous command is in progress"
[Version 2.8.2] 01/31/19
172) Fixed identified bugs
173) For Shtrikh-M, the problem of transferring the TIN of the cashier to the OFD has been fixed
174) For Atol, errors in the correction check have been fixed, support for several VAT rates in one correction check has been added (supported since the version of the DTO driver 8.16.4)
175) for the emulation mode, a more detailed display of the correction check has been added
[Version 2.9.0] 05.02.19
176) Added support in checks (including correction checks) for passing tag 1192 ("Additional check requisite"). Through this attribute, you can transfer the Fiscal sign of a check that was previously incorrectly generated using a cash register. Read more Formation of a correction check
The document's fiscal attribute can be transferred to a receipt programmatically via the "Tag1192" parameter or interactively via the Receipt Preview form (enables the KKM Control Panel parameter 14)PFC = 2)
177) 15)P1N= Yes), tag values are sent to the receipt by default Subject of Calculation= "Product" and Calculation method= "Full settlement".
178) Disabled obsolete methods for registering check items. However, using the " P1k" = 0 (disabling the "Rules of 1 kop.") allows you to punch checks using a discount and without splitting the heading into two lines, which eliminates rounding errors.
[Version 2.10.0] 03/05/19
179) Added support for tag 1162 (product code). To pass it to the table of values Product List, transferred to the FR maintenance processing, you need to add an additional three columns that 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)
At the moment, the transfer of tobacco product labeling to the OFD is supported.
54-FZ: RMK Tobacco for 1C 7.7
[Version 3.0.0] 03/21/19
180) Added support for Atol driver version ATT 10
.
181) Added transfer of a sign of a fiscal document (FDO) after a check has been entered in 1C. The value of this parameter can be read in the calling procedure by the method:
Data = List of Goods. Data54FZ;
FPD = Data.Get("FPD");
When a check is entered through the VPF (external printed form), the FOP is written in the commentary of the document, and if the document contains a requisite with the FOP identifier, then it is written into it.
182) Identified errors have been fixed, the User Instruction 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) Sum 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 stored in the Windows folder in the Windows\fr54_Atol10_Settings.ini file (you need to provide the user with write access to this file).
184) The number of the fiscal accumulator is transferred to the EGAIS check, and not the factory number of the cash desk, according to the RAR message http://egais.ru/news/view?id=1518. Now this number does not need to be stored in the Cashier's directory, its processing is calculated by methods of the cash register driver.
[Version 3.1.0] 21.04.19
185) Fixed identified bugs
186) In the processing of servicing fiscal registrars, the list of support for tag 1162 for marked 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" in conjunction with our product "", which provides scanning of marking codes when selling goods and transferring it in the required format to the processing of the FR service.
187) Updated processing of API request to EAN service (processing of Extforms\ean_online.ert, by volk13): found product names are cleared of prohibited characters.
[Version 3.1.1] 05/20/19
188) Extended use of parameter 4)#LU (<Номер ЛУ ФР>).
Now, through this parameter, you can specify the serial (factory) number of the FD, separating it from the LU number with an "ampersand" sign (&), for example: 2&1234567901234,
where 2 is the LU number, and 12345678901234 is the FR serial number assigned to this LU number.
In this case, the program will check the match of the given number with the serial number of the actually connected PD - if it does not match, the operation will be refused.
It is possible to specify in this parameter only the serial number of the FD 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 FD with the specified serial number is connected and perform the operation on the found FD.
189) In the processing of selecting logical devices fr54_Atol10_Settings.ert, the "Check connection" button has been added, which returns the model name and serial number of the FR or an error description if it is impossible to connect to the FR with the specified parameters.
[Version 3.2.0] 05/25/19
190) Added support for tags 1227 (Customer / buyer name), 1228 (customer TIN), code of the country of origin of goods (Tag 1230), customs declaration number (Tag 1231), etc. to the processing of servicing fiscal registrars. More information about the purpose of new tags can be found at the link https://its.1c.ru/db/newscomm#content:458995:hdoc
These tags are supported starting from firmware 10-7824 for Atol and from firmware dated 10/24/2018 for Shtrikh-M.
The value of tags that relate to a receipt (not to receipt items) can be transferred to a receipt programmatically in a standard way:
Data.Set("Tag1227", "Vasya Pupkin");
Data.Set("Tag1230", 413);
The tags will be transferred to the OFD when the check is cleared.
If it is necessary that the tags be additionally printed on the receipt in a 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", "Vasya Pupkin");
Data.Set("Client_p", "Vasya Pupkin");
and
Data.Set("Tag1228", "770123456789");
Data.Set("ClientTIN", "770123456789");
Tag values that refer to check items can be transferred to a check through the List (List of Goods) value table. To do this, you need to open additional columns with the names of tags to it and assign values when filling in the table of values List (List of Goods) in the loop bypassing check lines, for example:
List.NewColumn("Tag1230_p", "Number"); //code of the country of origin of the goods (for Russia it is not filled)
List.NewColumn("Tag1231", "String"); //Number of customs declaration
The suffix "_p" in the tag name determines whether the value of the tag will be displayed in the check as a non-fiscal line for the convenience of the user, or the value will only be transferred to the OFD.
191) Support for new tags has been added to the processing of VPF fr54_PrintReceipt.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 header of the documents: FPD and Do Not Transfer the Client to the VOFD and changes have been made to the document modules:
- PKO, RKO, Statement LineIncoming, Statement LineExpense, CheckKKM (TIS 9.2)
- IncomingOrder, OutgoingOrder (Bukh and USN)
The requisite Do not transfer the VOFD Client is added to the forms of documents (except for the CheckCCM) in the form of a flag. The FOD attribute is displayed in the text attribute TextReceiptNumber of the KKM, for this it is enlarged on the form in width to accommodate the check number and the FOD number.
The FPD attribute saves the fiscal attribute of the document, which is used as tag 1192 when breaking through a check for a refund based on a sales check (or vice versa).
193) Updated files of descriptions of changes in documents of standard configurations:
- ChangesFor ConfigurationTIS987_54FZ.txt
- ChangesForConfigurationBuh633_54FZ.txt
- ChangesForConfigurationUSN275_54FZ.txt
194) 54-FZ: RMK GISM (Marking) for 1C 7.7 updated to version 1.3 - drug labeling support added and bugs fixed.
[Version 3.2.1] 05/31/19
195) Since it is recommended to manage the printing of additional check details (tags) through the POS printer driver, the use of the "_p" suffix by default when naming tags has been removed in configuration modules and external processing (see changes to version 3.2.0).
However, if desired, this suffix can be used to display tags in non-fiscal text in the receipt (not recommended).
196) Fixed version 3.2.0 bug for ATO10 driver maintenance processing (fr54_Atol10.ert): a printing error occurred when passing additional tags.
[Version 3.2.2] 06/19/19
197) Fixed errors when transferring tag 1162 (product code) for drivers DTO8 and DTO10 (Atol).
198) Fixed errors when transferring tags 1129 - 1231 through the Shtrih-M driver. To transfer the amount of excise tax (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's name) when tag 1228 (client's TIN) is missing. This is allowed for protocol FFD 1.05. For FFD 1.1, tag 1228 (client's TIN) is required.
Bug fixed: in addition to the TIN, the first characters of the client's KPP were transferred to tag 1228.
Changes have been made to the PrintReceipt() procedure in the configuration documents and the processing of the VPF service fr54_PrintReceipt.ert.
In order for the tags 1227 and 1228 not to be transferred to the receipt when using the VPF, it is necessary that the flag "Do not transfer the client to the OFD" be set in the document, or the name of the client should be "Private person" 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 KPP were transmitted. Changes have been made to the PrintReceipt() procedure in configuration documents and in the description of configuration changes ChangesForConfiguration****.txt
201) Changes have been made to the service processing of the Shtrih-M driver fr54_Strih-M.ert: on some FR models, tags 1227 and 1228 were not transmitted.
[Version 3.2.3] 06/28/19
202) Bug fixed: VPF processing f r54_ReceiptPrint.ert the TIN and the name of the buyer were not transferred (tags 1227 and 1228)
203) Fixed bugs when passing 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 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 - fixed bugs in support for labeling shoes and medicines.
[Version 3.3.0] 03.07.19
205) added the ability to view, edit and add arbitrary additional receipt tags, as well as product marking codes (tag 1162) to the Receipt Preview form.
206) the ability to punch a check without reference to a 1C document has been added to the KKM Control Panel. The universal check editor allows you to create, edit and run any check with any content and any tags without being tied to 1C data.
207) Parameter 17)FDD now defaults to 1.05.
208) Improved compatibility with 1C configuration: Production + Services + Accounting 7.7 through the VPF mechanism.
209) Added the ability to print checks through the VPF mechanism for outdated configurations 1C TiS, ed. 9.2 without updating the OpCode enum.
210) Fixed identified bugs
[Version 3.3.1] 03.07.19
211) Fixed errors in the processing of fr54_Settings.ert and fr54_NomenclatureForPrinting.ert.ert, leading in some cases to the inability to use the check editor.
212) In the VPF mode, it is taken into account that in the 1C configuration there may be no general attribute of the documents "Comment" (fr54_PrintCheka.ert)
[Version 3.3.2] 08.07.19
213) In mode WPF(external printing forms) added support for printing tags 1230 and 1231 (Country of origin and CCD) in the receipt in case of<auto-match> batches in the documents for the sale of goods and materials. (Support for printing embedded in document modules will be in a future release.)
If necessary, the line of the document, when printing a check, is divided into several positions, if there are several customs declarations per line in the document according to the "Party Presence" register.
Rounding kopecks by Amount and VAT are corrected automatically when outputting to a receipt, it is recommended to enable the " 21) SumVAT" in order for the total of the VAT amount on the check to match 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 declare it within 14 days from the date of receipt of money to our account.
The program is so tested in work that we can give such a guarantee with full confidence. We want all of our customers to be happy with their purchase.
Full program functionality verified, if you have any questions when connecting, write I will definitely I will answer, for this you do not need to have technical support.
Work with the following CCPs is supported:
ATOL: "ATOL 11F", "ATOL 15F", ATOL 20F, "ATOL 22F / FPrint-22PTK", "ATOL 25F", "ATOL 30F", "ATOL 42FS", "ATOL 50F", "ATOL 52F", "ATOL 55F", "ATOL 60F", "ATOL 77F", "ATOL 90F", "ATOL 91F", ATOL WEB SERVER ;
HAT-M: "YARUS M2100F (YARUS M2100К)", "YARUS TF (YARUS TK)", "HAT -LIGHT-01F", "HATCH-M-01F", "RETAIL-01F (Retail-01K)", "HATCH-LIGHT-02F (HATCH-LIGHT-FR-K, HATCH-LIGHT-PTK, HATCH-LIGHT- 200)", "HAT-M-02-F (HAT-M-FR-K, HAT-M-PTK, HAT-M 200)", "HAT-MINI-02F (HAT-MINI-PTK)", " SHTRIKH-FR-02F (SHTRIKH-FR-PTK)", "SHTRIKH-MOBILE-F (SHTRIKH-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-01F (PTK RETAIL-01K)", "RR-02F (RR-02K)", "RR-01F (RR-01K)", "RR-04F (RR-04K)", "RR-03F (RR-03K)", "SHAT-COMBO-FRK ", "ELVES-MICRO-K", "SHTRIKH-MINI-K", "ELVES-MK", "SHTRIKH-COMBO-PTK", "SHTRIKH-950K"
VikiPrint: "VIKI PRINT 57 F", "VIKI PRINT 57 PLUS F", "VIKI PRINT 80 PLUS F"; Pirit (CSI): "PIRITE 2F", "PIRITE 1F (Pyrite 1K)", "PIRITE 2SF";
SPARK: "PRIM-07F", "PRIM-08F", "PRIM-88F", "PRIM-09F";
SPARK: "SPARK-115-F"; T version: "AMS-100F"; Astral: "K1-F";
SPARKService: "MICRO 35G-F", "PORT-100 F" and "PORT-1000 F";
Alpha: "MSStar-TK"; AccountMash: "Felix-RMF"; ARS: "ars.evo 01 F"; StarRus: CASHIER - 57F, CASHIER - 80F, CASHIER-88F;
Mercury: "Mercury-119F"; "Mercury-MF"; Mercury-115F; Mercury-180F; Mercury-185F; InitPRO: NKR-01-F; FIT: "FIT-ONLINE-F";"FIT-NEWLINE-F"
and many others, if you have not found your model, write to me, most likely it is also supported
Work with the following Acquiring terminals is supported:
Rarus: Acquiring terminal emulator; 1C: Acquiring terminals Sberbank; ARCUS2:Acquiring terminals Ingenico; iboxPro:Support mPos acquiring; mPos2can:Support 2can acquiring; SKAM-1C: Acquiring systems; TRPOS:Acquiring terminals; UCS-EFTPOS:Acquiring terminals; GAZPROMBANK:Acquiring terminals; INPAS:Acquiring terminals UNIPOS; HAT-M:Payment terminal Yarus
Full overview of functionality:
Features of the processing functionality:
- Universal processing without division into hardware models and software versions.
- Supports practically all currently existing KKT.
- Supports work with operating systems Windows and linux.
- Supports printing from several workplaces to one checkout, the so-called " print queue».
- Supports VAT 20%.
- Supports work with non-standard 1C configurations, for example Alpha Auto:Rarus, Dalion.
- Supports, in accordance with the requirements of Federal Law 54, the formats of exchange with the tax: FFD 1.0, FFD 1.05 and FFD 1.1(Instruction, section " Support FFD 1.05 / FFD 1.1 »)
- Allows you to divide one check into several fiscal registrars.(Instruction, section " Distribution among different fiscal registrars »)
- For taxation systems where checks are not required to be accounted for by each item, you can set one line, which will be printed, for example, "Products". (Processing, parameter " Default nomenclature»)
- Can be printed "copy" of the check on the usual printer, or a document printer.
- Supports check preview before printing, and when setting up a document template. Preview is available in the print settings form by clicking the corresponding button.
- Supported exchange formats and equipment are identical for platforms 1C 8.1, 8.2 and 8.3 (For platform 8.1 supports NATIVE hardware components)
- Supports sending an electronic check means 1C to the customer's e-mail or phone number SMS
- Allows you to take into account immediately in one document several systems of taxation, for example, DOS, and UTII. (Instruction, section "AtoN distribution »)
- You can define your own receipt template. Display advertising, barcode, or other information. (Instruction, section "Document Template »)
- Considers Prepaid expense and partial payment, both for FFD 1.05 and FFD 1.0 exchange formats. (Instruction, section "Print Verification Form »)
- Allow you to reflect the commission goods and data about the supplier and agent in the receipt.
- Supports full-fledged printing of checks with a list of items from cash documents.
- Contains a pre-print form in which you can override the payment method, and fiscal check lines.
- Supports printing of the fiscal document "Correction Receipt", regardless of whether such a document is in the program or not
- Uses its own form to enter the customer's phone number or email.
- Can connect emulator to check the operation of the CCT.
- You can set the opening of the cash drawer when printing a check
- You can check and download update straight from processing.
- Supports work with devices without a fiscal drive. (Processing, parameter " Device without a fiscal drive»)
- The processing functionality can be changed to the needs of the customer through an additionally connected library.
Licensing
Attention: the term for receiving updates is unlimited, the license itself is perpetual - it does not need to be renewed, what is indicated in the license description for 12 months is only a site restriction, it can no longer be installed.
Processing uses 2 modes: " Demo" and " License»
« Demo» - allows you to use the full processing functionality, differs from "License" in that there is a delay when printing with an information window that a demo version is used, and there is also a limit on the number of operations for one user. Free to use.
« License"- full-fledged work with processing without artificial delays and restrictions. The license is perpetual, there is no need to renew it or update the period.
For the mode " License”, you need to purchase a license for the program, and activate it according to the instructions. Please note that 1 key can only work on the 1st workplace, i.e. on one computer, regardless of the number of bases or equipment connected to it.
If the license needs to be reactivated, then you must first "Deactivate" the first license through the processing menu, and then re-obtain a license at another workplace.
Possible disputes:
- 1C is located on the server, and users connect to it through 1C installed on their computer, you need to purchase as many licenses as computers use processing.
- RemoteAPP
- 1C is located on the server, and users connect to it viaRDP, then you need to purchase only 1 license per server
Anyone who previously purchased processing will be able to purchase a license with an additional discount.
The processing provides for a document template mechanism, you can display additional information, advertising, customer data, a barcode in a receipt, set your own way of displaying fiscal lines, and much more
Configuration finalization
If your configuration supports the "KKT" connection method, then you do not need to modify it. For other configurations, in order to explicitly specify which document is being printed from, and thereby speed up this procedure, you need to make a small revision in your program. How to do this is presented in the video instructions. You can do the revision yourself, or contact me (Instruction, section "Configuration Editing"
Changes in functionality "for themselves". For programmers.
The processing functionality can be changed through additionally connected processing, it is in the archive with the main one. An example of the implementation of such changes is described in these videos.
Integration with third-party configurations.
Processing can be connected, and for such programs that do not support the standard functionality for working with external processing for maintenance
For such configurations, improvement kits with video examples of their integration were developed.
Rarus configurations : (for example Alpha Auto).: (e.g. Inn, Store Management). Video instruction
In addition to the upgrade kit, licenses are purchased for these configurations, as well as for regular ones.
Support for work with acquiring terminals
The program supports acquiring; for this, in the processing parameters, you can set the condition for applying checks through the bank. To configure the work, you need to download additionally from the publication "Layouts of the Windows Acquiring component" or "Layouts of the Linux Acquiring component".
Changes to 54 Federal Laws from 07/01/2019
The program supports the latest changes under Federal Law 54, in particular the transfer of the recipient (tag 1227), TIN of the recipient (tag 1228), labeling of tobacco products, medicines and shoes (tag 1162), GTD number (tag 1231) , and country of origin (tag 1231) , if desired, you can also transfer the amount of excise tax (tag 1229). Currently supported:
- Bare-M hardware, drivers must be at least 4.14.0.772,
- ATOL equipment, drivers must be at least 10.5.0.0, firmware at least 76xx
Technical support
Consulting on the operation of the software product is free of charge within a month from the date of purchase of the license, carried out byemail or through this site.
The term for obtaining updates for this software product not limited. You can get the update by downloading it on this site, the file is called:
- Processing for working with CCP 8.1-8.2, inside this archive there will be an update for your version of 1C.
or through the processing parameters, the command " Check for update" (Instruction section " Manual control»)
Also need to download Component layouts, which correspond to your operating system, and connect them according to the instructions for processing (section Maintenance Components)
Additional connection and completion are paid separately
Does this processing support printing X report (report without blanking)?
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, Public Institution Accounting 1, industry programs made on their basis: 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 work.
How to take into account ADVANCE and PARTIAL PAYMENT when selling?
There are several options for prepayment accounting:
1. You reflect the nomenclature in the check, but reduce the quantity in it so that it coincides with the amount of the advance.
2. You reflect one line in the check with the inscription "Advance payment", then, when it is possible to make a full payment, you return the receipt "Advance payment", and receive the full amount with a description of the item sold.
3. The standard method used for FFD 1.05 and 1.1, prepayment and partial payment, are accounted for through separate types of payment "Prepayment", "Postpayment".
Can I pay through a legal entity?
Yes, you can. When placing an order, choose payment from a legal entity and fill in the details and you will receive an invoice 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 BPO (Library of Connected Equipment), this is the standard for the operation and connection of retail equipment, everything is sewn into the configuration itself, and if something needs to be changed, you need to either update or modify it.
If your processing doesn't start, what should I do?
If you have any questions when connecting, write to me, I can advise you.
Basically, this error is due to the fact that the drivers for the equipment were not installed or the component could not be installed to work with them. First, check that you have installed drivers for commercial 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 registers, if nothing helps, then write to me together, we will definitely figure it out.
How to open and close a shift now, print an X-Report?
Processing is connected as a standard fiscal registrar, and therefore, to launch these procedures, it is similar to the fiscal one. Those. “Service” - “Trade equipment” - “Working with cash registers” - “Closing a cash register shift” or “Report of a cash register shift without cancellation”, these commands are also available from the Cashier's Workstation.
When printing, the window "Undefined print document. Possible errors" appears?
By law, a large amount of data is required to be transferred to the office, and the standard printing mechanism does not allow you to get all the details, so the processing uses its own algorithm to determine the document from which printing was started in order to print the receipt. 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.
Trade software
Viki Print 57 Viki Print 57 Plus Viki Print 80 Plus Pirit , FZ\54, ATOL 11F, ATOL 15F, ATOL 22F / FPrint-22PTK, ATOL 25F, ATOL 30F, ATOL 42FS, ATOL 52F, ATOL 55F, ATOL 60F, ATOL 77F, ATOL 90F, Treasurer FA, Evotor ST2F, Atol, STROKE-FR-F, ELVES-MINI-FR-F, FELIX-RF, STROKE-FR-C, STROKE-950K, ELVES-FR-C, STROKE-MINI-FR-C, STROKE-COMBO-FR-C, STRIH-KIOSK-FR-K, STRIH-MPAY-K, NCR-001K, STRIH-MOBILE-PTK, YARUS M2100K, YARUS-TK, Retail-01K, RR-02K, RR-01K, RR-04K, RR-03K , YARUS-MD -M-FR-K, SHTRIH-LightPOS-K, SHTRIH-LIGHT-FR-K, SHTRIH-COMBO-PTK, 54 FZ, FZ 54, FZ-54, download, buy, CCP, 1s, processing, Processing of commercial equipment , driver, ATOL, HAT, HAT-M, VIKI, PIRIT, YARUS M2100F (YARUS M2100K), YARUS TF (YARUS TK), HAT-MPAY-F (HAT-MPAY-K), EL WEIGHT-MF, STROCH-ON-LINE, STROCH-LIGHT-01F, STROCH-M-01F, RETAIL-01F (Retail-01K), STROCH-LIGHT-02F (STROCH-LIGHT-FR-K, STROCH-LIGHT-PTK , HAT-LIGHT-200), HAT-M-02-F (HAT-M-FR-K, HAT-M-PTK, HAT-M 200), HAT-MINI-02F (HAT-MINI-PTK), HAT -FR-02F (SHTRIKH-FR-PTK), SHTRIKH-MOBILE-F (SHTRIKH-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-01F (PTK RETAIL-01K), RR-02F (RR-02K), RR-01F (RR -01K) SHTRIKH-950K, MICRO 35G-F, FZ, 54-FZ, PYRITE, VIKI, VikiPrint, 57 F, 25, 22, 11, 15, 30, 42, 52, 55, 60, 77, 90, ST2, ATOL 55F , RARUS, DALION, Refinement, AutoService, HATCH, ELVES, FELIX, YARUS, PYRITE, RETAIL, RETAIL, RETAIL, Connecting online cash registers, Connecting ATOL, Connecting Wiki print, connecting Stroke, processing for online cash desks, processing 54 fz, vat, 20%, vat 20, 20% vat, replacement vat, VAT rate, web server, web se rvis ATOL, web, web
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 declare it within 14 days from the date of receipt of money to our account.
The program is so tested in work that we can give such a guarantee with full confidence. We want all of our customers to be happy with their purchase.
Premium-class fiscal registrar for large organizations with a large load of points 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 a loyal relationship with your customers. Automatic cutter insured against jamming of knives thanks to a 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. Ease of placement- horizontal or vertical placement at the cash desk is possible.
Print speed: up to 200 mm/s
Print head life: 100 km of receipt ribbon
Auto cut: Yes (the presence of a comb for manual separation of the receipt tape), a resource of 1,000,000 cuts
Number of characters per line: 24 to 64 (with 80 mm paper) ; 24 to 48 (with 58 mm paper)
Interfaces: Ethernet, USB. Optional Wi-fi, 2G, 3G (by installing a communication module)
Power supply: 24V from the power supply
Weight: 1.4 kg
Dimensions: 140 × 200 × 140 mm
Many enterprises require 1C processing for the Atoll fiscal registrar. This software is an accounting standard. Many entrepreneurs implement it and successfully expand the capabilities of the entire enterprise. Most often, managers recommend that their employees improve their skills, since having the skills and abilities to work with 1C will significantly improve work throughout the organization. This applies to both production and sales, as well as the work of employees. But what is the reason for such popularity for the introduction of such products?
Possibilities of the 1C program when processing the fiscal registrar
The program for 1C 8 and other versions is quite common among entrepreneurs, due to a number of advantages:
- Many features are designed for KMM;
- It is possible to implement automated accounting. You can process information from company employees, suppliers, customers as quickly and efficiently as possible;
- There is a quick selection and filtering of all the necessary information in the database or on the server.
The user is able to quickly find the information of interest (salary, taxes, sales and purchases, and much more). The use of this product guarantees the minimization of manual labor.
Compilation of reports on taxes, which must be submitted to the state, is carried out promptly. The program fully complies with the norms put forward by the legislation of the Russian Federation. With the help of 1C, you can create visual graphs, keep records of funds entering and exiting the company, and calculate salaries without errors and inaccuracies.