PECR: ZRepAlreadyRegistered Error — Z Report Registered, but the Shift Did Not Close

What an Entrepreneur Should Do When the Z Report Is Registered but the Shift Has Not Closed

In conditions of intensive daily trade, payments for goods and services must be processed continuously and accurately, for which accounting software uses the software electronic cash register (pECR) mode. At the end of each working day or shift, cashiers must record the daily totals and reset the registers by sending a fiscal report to the tax service.

However, during this procedure, users sometimes face a situation where the report appears to have been sent, but the workstation remains blocked, and they ask technical support and the sales department the following questions: «Why does the State Tax Service server report that a Z report has already been registered for the current shift?», «Why is the shift considered open even though the report has actually been generated?», «How can I print a copy of the report if the printer did not work and another attempt is blocked?», and «How can I close the shift manually without duplicating data in the tax system?».

Definitions of Basic Concepts and the Current State of the Issue

To understand the problem correctly, it is necessary to distinguish between the following key concepts:

• pECR (software ECR) — a digital equivalent of a traditional cash register that operates on a computer or another device and transmits electronic receipts directly to the fiscal server of the State Tax Service.

• Z report (fiscal reporting receipt) — a mandatory document generated daily or when closing a work shift. It contains summarized information about all settlement transactions performed during the shift, resets the monetary registers, and records the final totals.

• Shift closing document (shift closing receipt) — an official electronic document sent to the State Tax Service server after the Z report to formally terminate the cashier's work session on a specific pECR.

• ZRepAlreadyRegistered error (Code 8) — a message from the tax service server indicating that a Z report has already been registered for the current shift on the pECR, but for some reason the shift itself has remained open on the server or in the program's local database.

In modern versions of Torgsoft, the developers have significantly minimized the risk of this conflict. Previously, for example, if a report template error or printer failure occurred while printing a Z report (for example, the .rp53 template file was not found), the shift closing process was interrupted even though the report itself had already been registered on the State Tax Service server. Now, printing errors or other exceptional situations after successful fiscalization of the report do not prevent the session from being completed correctly. Mechanisms have also been added to warn users about unclosed shifts when exiting the program to help avoid violations of the permitted shift duration, which by default should not exceed 23–24 hours.

Causes of the ZRepAlreadyRegistered Error

The main cause of the conflict is a disruption in the synchronization and integrity of document transmission between the pECR in the local program and the fiscal server of the tax service. The shift closing process consists of two consecutive steps: registering the Z report and sending the shift closing document. If the first step is completed successfully but a failure occurs during the second, the systems become desynchronized.

The main technical factors that cause the error are:

1. Failures of local equipment or templates. If the program encounters a critical error while generating the fiscal report (for example, the local report form file is missing or the template is damaged), processing may be interrupted. Even if the fiscal server of the State Tax Service has already received and registered the Z report, the shift closing operation may not be recorded as completed in Torgsoft. When the «Print Z Report» button is pressed again, the server returns a rejection with error code 8 and the text ZRepAlreadyRegistered.

2. Shift closing document not sent. During the communication session, the Z report is registered on the server, but due to an interrupted Internet connection or a frozen server response, the «Shift Closing» server document is not created or does not reach Torgsoft. The program leaves the shift status as «open», while attempts to process new sales are blocked by the State Tax Service because a registered report already exists.

3. Time mismatch between the PC and the State Tax Service server. If the system time on the taxpayer's computer differs from the fiscal server time, only the Z report may be transmitted to the tax service, while the accompanying shift closing document is rejected because of incorrect timestamps.

4. Document manipulation in offline mode. If the shift was closed in offline mode and the user later manually deleted the local shift closing document from the pECR analytics tab (for example, due to an incorrect action in the menu), the program will consider the shift open. When attempting to go online and synchronize the document package, the server will detect the existing Z report and block the transition to online mode with the ZRepAlreadyRegistered error.

5. Incorrect report templates and outdated software. Users of outdated program versions encounter similar errors more often. Using older database versions (for example, MS SQL Server 2005) can also cause an internal syntax failure when recording or displaying payment types in the report, which also interrupts the procedure.

Step-by-Step Procedure for Resolving the ZRepAlreadyRegistered Error

If you encounter this error, the solution depends on whether you have Internet access (online mode) and which version of the program is installed. Follow these steps to restore operation of the cash register:

Before taking any action, you need to determine the actual status of your cash register on the tax service fiscal server.

• Go to Settings — Software ECR — Software ECR Analytics.

• Check whether the Z report document is present in the database and which documents are registered on the government portal (for example, through the Taxpayer's Electronic Account or by using the «Summary Report for the Period» action directly in Torgsoft).

• If the report is indeed registered with the State Tax Service but the shift is considered open in Torgsoft, proceed to the next step.

If the Z report has already been registered on the State Tax Service server but the shift remains open in Torgsoft, do not generate or send the Z report again. Another attempt will result in the ZRepAlreadyRegistered error because the State Tax Service server already has a registered report for this shift.

Check the document status in Settings — Software ECR — Software ECR Analytics. If the Z report is registered but the shift status in the program does not match the data on the State Tax Service server, contact Torgsoft technical support. A specialist will check the status of the pECR documents and help restore correct synchronization between the program and the State Tax Service server.

Do not create service shift closing documents yourself or use third-party or service utilities to change the pECR status.

If the conflict with the ZRepAlreadyRegistered error occurred because the closing receipt was deleted while working offline, follow these steps:

• If an error occurs when attempting to go online, do not try to recreate offline receipts.

• Check the pECR status through the «Software ECR Analytics» tab. If the local pECR status is incorrect (for example, the shift contains a recorded Z report but there is no document marking the start of the offline session, or that document is damaged), delete the incorrect local report, set the pECR status to «Ready» using formal indicators, and perform the shift closing procedure in normal online mode.

Frequently Asked Questions from Entrepreneurs About pECR and Z Reports

? What should I do if the Z report is registered with the State Tax Service but the paper receipt was not printed because the printer ran out of paper or the device failed?

This is one of the most common situations. If the fiscal server successfully accepted the document and assigned it a number, the shift will be closed on the server, but nothing will appear on the receipt printer. Do not try to generate the Z report again, as this will result in the ZRepAlreadyRegistered error. Instead, go to the «Software ECR Analytics» section, find the registered document, and use the function for printing a copy of the Z report. A copy can also be downloaded directly from the tax service server.

? Why does a cashier access error occur when trying to generate a Z report after changing the Sole Proprietorship or cashier?

If the business entity (Sole Proprietorship) or cashier has changed at the retail outlet but the previous user's digital signature (QES) remains selected in the employee card in Torgsoft, the system will attempt to sign the report with an incorrect key. In this case, the server will return an error such as OperatorAccessToTransactionsRegistrarNotGranted (no access to the pECR). To resolve the issue, check the settings in the employee card and make sure that the QES of the current cashier registered for this specific pECR is used to sign documents.

? How can cashier errors be prevented when the Z report is accidentally selected instead of the X report at the beginning of the day?

For this purpose, Torgsoft developers have provided several protection mechanisms:

• The program includes additional confirmations when attempting to perform the «Print Z Report» action directly from the sales window.

• Users have also requested that the menu buttons be visually separated. Accordingly, the X report and Z report buttons are positioned apart from each other (the X report is at the top, while the Z report is at the very bottom of the action list) to prevent accidental shift closing due to inattention.

? Can the shift be closed the next day if the cashier forgot to do it in the evening?

Technically, the shift can be closed the next day, but the duration of a single pECR shift is limited by law to no more than 24 hours. To help cashiers remember this mandatory procedure, it is recommended to enable the function that displays a reminder to close the shift before exiting the program and a notification when the permitted shift duration limit is exceeded.

Recommendations for Preventing Technical Failures in pECR Operation

To ensure uninterrupted and stable operation of the fiscal module, follow these rules:

1. Update the accounting software on time. Most identified errors related to desynchronization of offline documents, duplicated shift closing records, or incorrect time limit checks have been fixed in modern versions of Torgsoft (starting with version 2020.0.30 and in updates from the 2022 and 2026 product lines).

2. Update the system environment. Keep database and cryptographic library versions up-to-date. Many technical failures during report printing and viewing occur because outdated DBMS versions are used (for example, MS SQL Server 2005). Migrating to MS SQL Server 2008 R2 or later ensures correct processing of SQL queries.

3. Keep digital signatures up-to-date. Replace the QES in a timely manner and check certificate validity periods. If the signer's certificate has been revoked (error code 9 DocumentValidationError with a reason such as EnCrSuperseded), the pECR will not be able to close the shift, and you will need to contact an accredited certification center to have the key reissued.