Accidentally generated a Z-report mid-day: how to continue sales and manage the PECR shift in Torgsoft

When working with a PECR, a cashier may generate a Z-report earlier than planned: for example, instead of an X-report or while working with the fiscal registrar menu. Can such a Z-report be canceled, is it allowed to open another shift on the same day, what should be done with the cash remaining at the checkout, why are new receipts not printed after the Z-report, and how can reminders be configured so that the PECR shift does not remain open for too long? Some support requests also concern situations where a shift cannot be closed because of an incorrect system time or because the PECR is being used under another cashier or QES.

What is a PECR shift, X-report, and Z-report

A PECR shift is the period of operation of the registrar between the previous Z-report and the next Z-report. One fiscal reporting receipt is generated for each shift. The maximum duration of a shift must not exceed 24 hours. If settlement transactions were performed during the day, a Z-report must be generated daily.

An X-report shows the current PECR totals but does not close the shift. A Z-report, or fiscal reporting receipt, records the totals of the current shift on the fiscal server of the State Tax Service and closes it. Therefore, the X-report can be used to check the cash register during the day, while the Z-report is used when the shift needs to be closed.

If the Z-report was generated at 13:00 instead of 20:00, this does not mean that the processed receipts were lost; it means that the first shift was closed early.

An accidental Z-report does not need to be canceled

If the Z-report has already been successfully registered with the State Tax Service, there is no need to return the previous shift to the “open” status.

The correct procedure is different: first shift → Z-report → new shift → further sales → second Z-report at the end of work.

The State Tax Service explicitly allows a new PECR shift to be opened on the same day if the previous shift has already been closed. Therefore, two or more Z-reports within one calendar day do not in themselves constitute a violation: each of them belongs to a separate shift. 

For example, a store opened a shift at 09:00. At 13:10, the cashier accidentally generated a Z-report. The first shift was closed at 13:10. After that, a second shift can be opened and work can continue until the store’s usual closing time. At the end of the day, a Z-report is generated for the second shift.

What to do immediately after an accidental Z-report

Do not click “Z-report” again just because you did not see a printed document or the software is behaving unusually. Check the PECR status and the presence of the fiscal document in “Software ECR Analytics”.

If the Z-report has already been registered and the “Open shift” action is available, the previous shift has been closed. The State Tax Service also considers the ability to open a new shift an indication that the previous shift is closed and the Z-report has already been generated. 

If the printed Z-report was not printed because of a printer issue or lack of paper, this does not mean that the fiscal document was not registered. First check its status instead of generating another report.

To continue fiscal sales, you need to open a new shift on the same PECR.

In Torgsoft, this can be done through the software ECR actions — “Open shift”. A regular sale cannot be fiscalized without an open shift. After opening a new shift, the cashier can continue working with regular sales, returns, and other transactions.

This is an important step that is often described inaccurately in practical instructions.

After a Z-report, you do not need to automatically make a cash deposit for the entire amount of cash sales from the previous shift. Only the cash that actually remains at the place of settlement and will be used in the new shift should be taken into account.

The State Tax Service specifies that the “cash deposit” operation is used to register the amount of cash kept at the place of settlement at the time of the first settlement transaction after the Z-report. 

For example, by 13:00 the store received UAH 8,000 in cash. After an accidental Z-report:

• if all UAH 8,000 remains in the cash drawer, a cash deposit of UAH 8,000 must be registered before the next sale;

• if UAH 7,000 was removed from the place of settlement and UAH 1,000 was left as change, the cash deposit will be UAH 1,000;

• if there is no cash in the register after the Z-report, there is no need to deposit a nonexistent balance.

A cash deposit is not new revenue. It only registers cash that is already physically present at the place of settlement. “Cash deposit” and “cash withdrawal” operations are not settlement transactions within the meaning of Law No. 265. 

After opening a new shift and, if necessary, making a cash deposit, the cashier can continue working as usual.

There is no need to:

• recreate sales already processed during the first shift;

• delete its Z-report;

• change previously registered fiscal receipts;

• combine two shifts into one.

The first and second shifts remain separate fiscal periods.

If settlement transactions were performed during the new shift after the accidental Z-report, a Z-report must also be generated for this shift at the end of work.

Thus, for example, the store will have the following for the day:

09:00–13:10 — shift No. 1 → Z-report No. 1
13:15–20:00 — shift No. 2 → Z-report No. 2

The sales total for the calendar day should be analyzed using both shifts, not just the latest Z-report.

Are two Z-reports in one day a problem?

No, if they are two Z-reports for two consecutive shifts.

The State Tax Service rule is as follows: one Z-report is generated during one shift, but a new shift may be opened during the same day after the previous one has been closed. 

Therefore, the sequence Z at 13:00 → new shift → Z at 20:00 is a normal PECR workflow.

It is a different matter if some sales after the first Z-report were made without opening a new shift or a settlement transaction was left without a proper fiscal document. This is a separate situation that must be analyzed individually.

How to reconcile the cash register if two Z-reports were generated during the day

After an early shift closure, the owner may sometimes notice that the bank terminal Z-report or the store’s internal report does not match one PECR Z-report.

The reason may be simple: the bank terminal summarized the entire calendar day, while the selected PECR Z-report contains only one of the two shifts.

For example:

If the bank terminal Z-report shows UAH 19,800, it is incorrect to compare it only with the second PECR Z-report for UAH 12,300. The amounts from both shifts must be used.

In Torgsoft technical support logs, such requests occur specifically as questions about differences between the totals of the bank terminal, PECR, and software reports.

Do you need to make a cash withdrawal after an accidental Z-report?

Not simply because a Z-report was generated.

“Cash withdrawal” is used when cash is actually removed from the place of settlement. “Cash deposit” is used when cash actually remains there before the first new settlement transaction. 

Therefore, there is no need to create an artificial sequence: Z → cash withdrawal of all revenue → cash deposit of the same amount just to continue working.

The operations must correspond to the actual movement of cash.

Do not confuse a PECR shift with a Torgsoft cash day

These are two different accounting entities.

 PECR shift — a fiscal session controlled by the State Tax Service. It is closed by a Z-report.

 Torgsoft cash day — an internal accounting period for cash movements in the software cash register.

Therefore, an accidental Z-report does not mean that the user must necessarily open a Torgsoft cash day manually.

If sales and cash transactions in Torgsoft are processed normally after opening a new shift, no additional actions with “Cash register totals” are required.

If the software separately reports that the cash day is closed and therefore does not allow an internal financial transaction to be processed, the status of the cash day must be analyzed. This is a separate issue from the PECR shift status.

What to do if there is a Z-report but a new shift cannot be opened

In this case, you need to determine where the statuses differ: in Torgsoft or on the fiscal server.

The Z-report is registered with the State Tax Service, but Torgsoft shows the shift as open

Do not generate a second Z-report at random.

First check the documents in “Software ECR Analytics” and the PECR status. If the report is already on the server but the local status does not match the server status, data synchronization must be restored.

For such cases, Torgsoft provides tools for working with fiscal documents and downloading data from the server. If the local shift status is not restored after synchronization, the situation should be referred to technical support rather than manually changing PECR service data.

After the Z-report, the software says that the shift is not open

This is expected: the previous shift has been closed. A new one must be opened.

A new shift has already been opened by another cashier

Technical support requests include situations where a user works with a PECR under a different employee than the one who opened the shift. In this case, check:

• which cashier opened the shift;

• which QES is being used;

• which PECR this cashier has access to;

• whether the shift was opened from another workstation.

In Torgsoft version 2026.0.5, private key control has also been strengthened: the software checks whether the key has access to the corresponding PECR and business unit. 

The Z-report cannot be generated

In actual Torgsoft technical support requests, there was a situation where a Z-report could not be generated because the system time on the computer was incorrect; after setting the correct time, the report was generated successfully.

Therefore, if there are problems closing a shift, check:

1. the Windows date, time, and time zone;

2. system time synchronization;

3. the current cashier’s QES;

4. the shift status in PECR analytics;

5. access to the State Tax Service fiscal server;

6. whether the Torgsoft version is up to date.

How long can a PECR shift last?

The maximum shift duration is 24 hours. Once the maximum duration is exceeded, the registrar must be blocked in accordance with fiscal function requirements.

However, the “24-hour” rule should not be interpreted as permission to always keep a shift open for exactly 24 hours from the moment it starts.

Law No. 265 requires a Z-report to be generated daily if settlement transactions were carried out during the day. For round-the-clock operation, the State Tax Service separately explains: the Z-report must be generated after the work shift ends, but no later than 24:00 of the respective calendar day.

Therefore, control must simultaneously take into account: the duration of a specific shift ≤ 24 hours and the requirement to generate a daily Z-report for a day in which settlement transactions occurred.

How Torgsoft warns about a long or unclosed shift

Torgsoft 2026.0.5 includes a separate PECR shift control section: Settings → Options → Additional functions → Software ECR.

Shift duration notification

The “Display a notification when the shift duration exceeds the specified number of hours” parameter displays a warning after the specified time has been exceeded.

The default value is 23 hours. This is not a statutory limit, but a Torgsoft control threshold set before the 24-hour maximum. 

The notification applies to PECRs:

• for which at least one receipt has been registered at the current workstation; or

• whose shift duration has already exceeded the specified value.

Thus, the software does not overload the cashier with notifications about all PECRs in the retail network, but monitors those related to their work. 

Reminder when exiting Torgsoft

The “Display confirmation when closing the software about the need to close the shift” parameter reminds the cashier about an unclosed shift when exiting Torgsoft.

The warning appears for PECRs that were used at this workstation or have an open shift. 

This is useful for regular stores, where the most common reason for an excessively long shift is not a technical malfunction but simply closing the software at the end of the day without generating a Z-report.

Confirmation before a Z-report

The same version also adds confirmation before generating a Z-report. Before performing the action, Torgsoft asks for confirmation so that the cashier does not accidentally close the shift with an unintended click. 

For stores with several salespeople, it is advisable not to disable this confirmation.

Is it necessary to keep the threshold at exactly 23 hours?

No. 23 hours is the default value, not a statutory requirement. 

For a store operating, for example, from 09:00 to 20:00, a warning after 23 hours would effectively mean that the store would only learn about a forgotten shift the next day.

Therefore, a shorter control interval can be set for a specific retail outlet, close to its actual work cycle. For example, if a normal shift lasts 11–12 hours, the internal threshold can be set with a small buffer after that time.

This is an organizational setting of the business, not a tax requirement.

Practical example

A store operates from 09:00 to 20:00. A shift was opened at 09:00. By 14:00, there were:

• cash sales — UAH 9,400;

• card sales — UAH 15,600;

• UAH 10,400 physically present in the cash drawer because UAH 1,000 in change was deposited in the morning.

At 14:05, the cashier accidentally confirmed the Z-report.

Further actions:

1. Check that the Z-report is registered.

2. Open a new shift.

3. If all UAH 10,400 remains at the place of settlement, register a cash deposit of UAH 10,400 before the first new sale.

4. Continue sales.

5. At 20:00, generate the second Z-report.

If, after the first Z-report, the owner removed UAH 9,400 in revenue and left the salesperson only UAH 1,000 in change, the cash deposit in the new shift should be UAH 1,000, not UAH 10,400.

At the end of the day:

• the first Z-report contains sales up to 14:05;

• the second contains sales after the shift was reopened;

• the cash deposit is not added to revenue because it is not a sale.

What should be included in cashier procedures

A short procedure is sufficient for an employee:

1. If only current totals are needed, use the X-report, not the Z-report.

2. Before generating a Z-report, read the Torgsoft confirmation and check whether work has actually been completed.

3. If the Z-report was generated too early, do not try to delete or repeat it.

4. Open a new shift.

5. If cash remains at the place of settlement, register the actual amount as a cash deposit before the first new settlement transaction.

6. At the end of work, close the new shift with a regular Z-report.

7. When reconciling the day, take into account all Z-reports generated that day.

For the owner or administrator, it is also advisable to enable the reminder when exiting Torgsoft, shift duration control, and keep Z-report confirmation enabled. 

Frequently asked questions

If it has already been registered, there is no need to restore the previous shift. Open a new shift and continue working.

Yes, consecutively: a new shift may be opened after the previous one has been closed. 

Yes, if they belong to two different shifts. One Z-report is generated per shift. 

No. The amount of cash actually kept at the place of settlement before the first transaction of the new shift is registered. 

Only if cash remains at the place of settlement and needs to be registered. Opening a second shift does not itself create any notional cash amount.

No. This is Torgsoft’s default warning threshold. The maximum shift duration under the requirements is 24 hours, and when settlement transactions are performed, the requirement for a daily Z-report must also be observed. 

First check the PECR status and fiscal documents in analytics. Do not duplicate the Z-report. If Torgsoft and State Tax Service server data have not synchronized, check the connection, system time, current cashier, and QES; if the status is not restored, contact technical support.

If the PECR had two shifts during the day, add the card sales from both PECR Z-reports and compare this total with the terminal’s daily report.