Paloma365

English

Русский

English

Русский

Appearance

Online cash registers (fiscal data operator): setup, receipt printing, X/Z reports, returns and the Satty lottery — Paloma365 Classic (Windows POS) ​

This article covers how Paloma365 Classic — the POS application for Windows — works with online cash registers (cloud fiscalization through the provider's plugin): how they are enabled, what each register supports, how receipts and X/Z reports are printed, and how cash in/out, returns, mixed and deferred fiscalization and the Satty lottery work. "Settings" below means the POS local settings window ("MENU" → «Настройки» (Settings)).

How an online cash register is connected to Paloma365 Classic ​

  • Where: Settings → "Plugins" («Плагины») tab → "Fiscal registers" («Фискальные регистраторы») block → checkboxes "Enable WebKassa" («Использовать WebKassa»), "Use Nurkassa" («Использовать NurKassa»), "Use Rekassa" («Использовать ReKassa»), "Use Trinity" («Использовать Trinity»), "Use UzKassa" («Использовать UzKassa»), «Использовать UKassa», «Использовать EKassa», «Использовать EPos», «Использовать QPos», «Использовать GREEnKassa», «Использовать NewCas», «Использовать KaspiKassa» (Use …).
  • How to enable: the online register module is enabled for the workplace in the Paloma365 web dashboard. At login the POS receives this flag from the server, ticks the matching checkbox itself and switches "Fiscal Register type" («Тип ФР») to «ФР ONLINE». The provider's plugin file must be in the folder where the program is installed.
  • Notes: the online register checkboxes on the Plugins tab cannot be clicked — they only show which module is on. If the plugin file is missing or fails to load, payment ends with the error "Plugin is not loaded..." («Плагин не загружен...»). Enable only one online register: with several enabled, different operations pick different registers and the behaviour becomes unpredictable.

An online cash register and a hardware fiscal register cannot work at the same time ​

  • Where: Settings → "Equipment" («Оборудование») tab → "Fiscal printers" («Фискальные принтеры») tab → "Fiscal Register type" («Тип ФР») → «ФР ONLINE».
  • How it works: «ФР ONLINE» is set automatically when any online register module is enabled in the dashboard. The whole "Fiscal Register type" switch and the «ФР Атол» (ATOL FR) and «iKKM» blocks then become unavailable. «ФР ONLINE» cannot be selected by hand.
  • Notes: to go back to a hardware fiscal register, disable the online register module in the dashboard — on the next start the POS takes the fiscal register type from its own settings.

The "Connection test" button opens the plugin's own settings window ​

  • Where: Settings → "Plugins" → "Fiscal registers" → "Connection test" («Тест подключения») next to the register.
  • How it works: the button is visible only for the register whose module is enabled. It loads the plugin and opens the plugin's own window (login, password, cash register, etc.) — its fields and texts are defined by the provider.
  • Notes: despite the name, the button does not test the connection itself — it opens the plugin's login/settings window. Errors inside that window come from the provider's plugin.

Plugin version check at program start ​

  • Where: at program start (and after closing the settings window) — the message "During inspection it was found that: … Need to update specified modules. Continue program launch anyway?" («Входе проверки было выявленно, что: … Необходимо выполнить обновление указанных модулей. Всё равно продолжить запуск программы?»).
  • How it works: only enabled modules are checked. Minimum versions: WebKassa.dll 1.0.18.0, UzKassa.dll 1.0.4.7, UKassa.dll 1.0.6.7, Trinity.dll 1.1.21.0, Senim.dll 1.0.0.1, ReKassa.dll 1.1.8.1, QPosKassa.dll 1.0.0.4, Nurkassa.dll 2.0.1.0, GREEnKassa.dll 1.0.2.2, EPosKassa.dll 1.0.5.0, EKassa.dll 1.0.3.8, NewCas.dll 1.0.0.4.
  • Notes: the Kaspi Kassa and Satty plugins are not version-checked. If you answer "No", the program closes — update the listed modules.

WebKassa online register: what is supported ​

  • Where: Settings → "Plugins" → "Fiscal registers" → "Enable WebKassa".
  • How to enable: the WebKassa module is enabled in the dashboard; WebKassa.dll version 1.0.18.0 or later in the program folder; sign in via "Connection test".
  • Supports: sale and return receipts, X and Z reports, cash in/out with a printed paper document, fiscal copy (duplicate) of a receipt, mixed payment, buyer's IIN and e-mail, source-receipt data on returns.
  • Notes: WebKassa is the only online register with a fiscal receipt copy. If WebKassa rejects a receipt because the shift has lasted over 24 hours, the POS offers a Z report in «Режим продаж» (Sales mode) — see below.

Kaspi Kassa online register: what is supported ​

  • Where: Settings → "Plugins" → "Fiscal registers" → «Использовать KaspiKassa» (Use KaspiKassa).
  • How to enable: the Kaspi Kassa module is enabled in the dashboard; KaspiPos.dll must be in the program folder; credentials are entered via "Connection test" in the plugin's own window.
  • Supports: sale and return receipts, X and Z reports, cash in/out with a printed paper document, mixed payment, buyer's IIN and e-mail, source-receipt data on returns.
  • Notes: each item is sent with its barcode, unit of measure (pcs, kg, l, m, g; an unknown unit is sent as pcs), the VAT amount extracted from the price by the rate in the item card, and the item type "goods"/"service" taken from the service flag in the item card. The plugin version is not checked at start.

Hints for the cashier on typical Kaspi Kassa errors ​

  • Where: in the payment error message ("Failed to process the payment" («Произошла ошибка при оплате!») in Sales mode or "Error processing the payment" («Ошибка оплаты счёта!») on the «Касса» (Cash) screen) a "Kaspi: …" hint is added after the plugin's error text.
  • Possible hints (shown in Russian):
    • «Kaspi: истёк токен интеграции…» (integration token expired — open the KaspiKassa plugin settings and register the integration);
    • «Kaspi: смена открыта больше 24 часов. Снимите Z-отчёт и повторите операцию.» (shift open over 24 hours — take a Z report and retry);
    • «Kaspi: открытой смены нет — она откроется первым чеком.» (no open shift — it opens with the first receipt);
    • «Kaspi: ответ по статусу чека не получен. Чек МОГ БЫТЬ фискализирован — не пробивайте его повторно…» (receipt status timeout — the receipt MAY have been fiscalized, do not ring it up again, check it in the Kaspi cabinet and retry with the same order);
    • «Kaspi: не передан токен учётной системы…» (accounting-system token not passed);
    • «Kaspi: не заполнены настройки плагина…» (plugin settings not filled in — open the KaspiKassa plugin settings).
  • Notes: on a status timeout do not ring the receipt up again — check it in the Kaspi cabinet first.

NurKassa online register: what is supported ​

  • How to enable: module enabled in the dashboard; Nurkassa.dll 2.0.1.0 or later; sign in via "Connection test" ("Use Nurkassa" checkbox).
  • Supports: sale and return receipts, X/Z reports, cash in/out, mixed payment, source-receipt data on returns.
  • Notes: no fiscal copy, no IIN/e-mail. Cash in/out is sent without a printed paper document. A unique order ID is sent with the receipt (protection against fiscalizing the same receipt twice); rounding differences are corrected automatically.

ReKassa online register: what is supported ​

  • How to enable: module enabled in the dashboard; ReKassa.dll 1.1.8.1 or later; sign in via "Connection test" ("Use Rekassa" checkbox).
  • Supports: sale and return receipts, X/Z reports, cash in/out, mixed payment, source-receipt data on returns.
  • Notes: no fiscal copy, no IIN/e-mail. Automatic correction of rounding differences is not done for ReKassa. Cash in/out is sent without a printed document.

Trinity online register: what is supported ​

  • How to enable: module enabled in the dashboard; Trinity.dll 1.1.21.0 or later; sign in via "Connection test" ("Use Trinity" checkbox).
  • Supports: sale and return receipts, X/Z reports, cash in/out, mixed payment, source-receipt data on returns.
  • Notes: no fiscal copy, no IIN/e-mail. The payment type from the POS is passed to the plugin (for mixed payment — the first non-cash one). Cash in/out is sent without a printed document.

Trinity: choosing "QR" or "Via Card" for a non-cash payment ​

  • Where: "PAY" («ОПЛАТА») window → non-cash payment type → "Pay" («Оплата») → choice window "QR" / "Via Card" («Картой»).
  • When it appears: if a payment system is selected in the Trinity plugin's own settings, the POS asks how the non-cash payment is accepted. The choice is passed to the plugin.
  • Notes: with mixed payment the question refers to the non-cash part.

UKassa online register: what is supported ​

  • How to enable: module enabled in the dashboard; UKassa.dll 1.0.6.7 or later; sign in via "Connection test" («Использовать UKassa»).
  • Supports: sale and return receipts, X/Z reports, mixed payment.
  • Notes: fiscal cash in/out is not supported by UKassa. The "Fiscal operation" («Фискальная операция») switch in the cash in/out window stays available: if you turn it on, the operation ends with "Error while processing the operation!" («Ошибка при выполнении операции!») and "Error while printing on fiscal register" («Ошибка при печати на ФР»), and no document is created. Source-receipt data and IIN/e-mail are not sent.

GREEnKassa online register: what is supported ​

  • How to enable: module enabled in the dashboard; GREEnKassa.dll 1.0.2.2 or later; sign in via "Connection test" («Использовать GREEnKassa»).
  • Supports: sale and return receipts, X/Z reports, cash in/out, mixed payment.
  • Notes: each item is sent with the IKPU code from the item's «Артикул» (SKU) field (max 17 characters, otherwise payment stops with «Слишком длинный артикул! Максимальная длина 17 символов.» (SKU too long, max 17 characters)), its barcode and a package code by unit of measure (796 — piece by default). Source-receipt data is not sent.

EKassa online register: what is supported ​

  • How to enable: module enabled in the dashboard; EKassa.dll 1.0.3.8 or later; sign in via "Connection test" («Использовать EKassa»).
  • Supports: sale receipts, X/Z reports, cash in/out.
  • Notes: mixed payment is unavailable — the "Mixed payment" («Смешанная оплата») button in the payment window is disabled. IIN/e-mail, source-receipt data and rounding correction are not sent. Fiscal returns through EKassa are not performed.

NewCas online register: what is supported ​

  • How to enable: module enabled in the dashboard; NewCas.dll 1.0.0.4 or later; sign in via "Connection test" («Использовать NewCas»).
  • Supports: sale and return receipts, X/Z reports, cash in/out, mixed payment, source-receipt data on returns. Receipts and reports are printed by the plugin itself.
  • Notes: the POS does not print its own fiscal receipt or X/Z report. Discounts and surcharges are not sent per item: the total discount/surcharge and rounding difference adjust the price of the line with the largest amount in the receipt. IIN/e-mail are not sent.

UzKassa online register: sale receipts only ​

  • How to enable: module enabled in the dashboard; UzKassa.dll 1.0.4.7 or later; sign in via "Connection test" ("Use UzKassa").
  • Notes: fiscal returns are not done from the POS — you get "Fiscal refund for UZKassa must be proceeded on terminal!" («Фискальный возврат для UZKassa необходимо выполнить на терминале!»). X/Z reports are not implemented: the "X report" / "Z report" buttons are active but end with a report printing error; fiscal cash in/out ends with "Error while printing on fiscal register". The POS does not print its own fiscal receipt. "Mixed payment" is disabled. Items are sent with the IKPU code from «Артикул» and the barcode.

ePosKassa online register: what is supported ​

  • How to enable: module enabled in the dashboard; EPosKassa.dll 1.0.5.0 or later; sign in via "Connection test" («Использовать EPos»).
  • Supports: sale and return receipts, X/Z reports, mixed payment, source-receipt data on returns.
  • Notes: items are sent with the IKPU code from «Артикул» (max 17 characters, otherwise «Слишком длинный артикул!»), barcode, package code and unit of measure. Fiscal cash in/out is disabled: the "Fiscal operation" switch in the cash in/out window is off and cannot be changed.

qPosKassa online register: sale receipts and X/Z reports ​

  • How to enable: module enabled in the dashboard; QPosKassa.dll 1.0.0.4 or later; sign in via "Connection test" («Использовать QPos»).
  • Notes: items are sent with the IKPU code from «Артикул» (max 17 characters), barcode and package code. "Mixed payment" is disabled. Fiscal cash in/out is disabled — the "Fiscal operation" switch is off and cannot be changed. Fiscal returns through qPosKassa are not performed.

Satty lottery: selling a lottery ticket at the POS ​

  • Where: Settings → "Plugins" → "Basic plugins" («Базовые плагины») → «Использовать Satty» (Use Satty) checkbox, «ID Товара-лотереи» (lottery item ID) field, "Connection test" button. On the sale screen — tap the lottery item → a window with "Game" («Игра»), "Wagers" («Ставки»), «Штрих-код:» (barcode) and "Select" («Выбрать»).
  • How to enable: the «Использовать Satty» checkbox is ticked right on the POS. Enter the ID of the item that will represent the lottery in «ID Товара-лотереи» and press "Connection test" — the Satty plugin's login window opens. The ID is saved after a successful sign-in. Satty.dll must be in the program folder.
  • Games and prices are fixed: «Лото 6/49» (1 wager — 300, 6 wagers — 1800), «Телебинго» (1 wager — 500, 5 wagers — 2500), «Лото 5/36» (1 wager — 400, 6 wagers — 2400). A pre-printed ticket barcode starting with 452 sets the game and the number of wagers.
  • Notes: when the bill is paid, the POS sends the wager to Satty and prints the ticket with a DataMatrix code.

Restrictions for a bill with a Satty lottery ticket ​

  • Messages: "There is already a lottery in a bill!" («В счете уже есть позиция - лотерея!») — only one lottery item per bill; "There is a lottery in an order, pay the check or delete the lottery" («В счете имеется позиция - ЛОТЕРЕЯ, оплатите счет или удалите позицию») — a bill with a lottery cannot be switched to another deferred-bill tab until it is paid.
  • Mixed payment: while the Satty module is on, the "Mixed payment" button in the "PAY" window is unavailable for the whole workplace, not only for bills with a lottery.

Satty "Connection test" does not run without the lottery item ID ​

  • Where: Settings → "Plugins" → "Basic plugins" → «Использовать Satty» → "Connection test".
  • How it works: if «ID Товара-лотереи» is empty you get «Необходимо указать ID товара - лотереи» (lottery item ID required). If sign-in in the plugin window fails, the Satty module is switched off automatically (the checkbox is cleared).
  • Notes: Satty settings are stored on the workplace, unlike online registers, which are enabled from the dashboard.

Printing the fiscal receipt after an online register payment ​

  • Where: "PAY" window → "Pay" → the receipt prints automatically.
  • How it works: after successful fiscalization the POS prints a receipt on the final printer using the online register fiscal receipt template (a separate variant for 58 mm paper): company details, receipt and shift numbers, cashier, fiscal data operator QR code and operator details. Preview — with "Bill preview" («Предпросмотр финального чека»); printer choice — with "Display print settings window" («Отображать окно настройки печати»), both on the "Receipts and reports" («Чеки и Отчеты») tab.
  • Notes: for UzKassa and NewCas the POS does not print its own receipt. If the online register returns no fiscal data operator, the receipt shows «АО "Казахтелеком"» and consumer.oofd.kz. The bonus programme QR code is printed if the order has one.

Editing online register print templates ​

  • Where: Settings → "Receipts and reports" tab → "Editing printable templates" («Редактирование шаблонов печатных форм») → "Fiscal for Online cash registers" («Фискальный для OnLine касс») and "X/Z Online cash" («X/Z Онлайн кассы»).
  • How it works: the button opens the template designer for the online register fiscal receipt or X/Z report.
  • Notes: the online register cash in/out document template and the Satty ticket template have no buttons of their own.

Online register X report (no reset) ​

  • Where: «Кассир» (Cashier) interface → «Касса» (Cash) screen → reports block → "X report" («X отчёт»). In Sales mode in retail mode — "Report" («Отчет») → «X-Report».
  • How it works: the employee needs the X/Z report right (otherwise the POS asks for a password). The report is requested from the online register and shown in a preview window using the X/Z report template. The button is active only when a fiscal register or online register is connected.
  • Notes: there is no "X report" button in the «Администратор зала» (Floor manager) interface. Not implemented for UzKassa; for NewCas the report is requested but not printed by the POS. On error: "Report printing error" («Ошибка при печати отчёта») with the register's text.

Online register Z report (closing the fiscal shift) ​

  • Where: «Касса» screen → reports block → "Z report" («Z отчёт») → confirmation "Do you really want to print Z-report? Fiscal shift will be closed!" («Вы действительно хотите снять Z-отчет? Будет закрыта фискальная смена!»).
  • How it works: needs the X/Z report right. The button is active only when "Fiscal Register type" is «ФР ШТРИХ» or «ФР ONLINE». The report is requested from the online register and shown in preview.
  • Notes: if the register answers that the shift is already closed (repeated request), the operation counts as successful — for all registers except GREEnKassa and NewCas. Not implemented for UzKassa. A successful Z report clears the "shift over 24 hours" flag. Sales mode has no separate Z report button.

Automatic Z report when the shift is closed ​

  • Where: «Касса» screen → "End the shift" («Закрыть смену»); Sales mode → closing the shift.
  • How to enable: in the dashboard, "Automated Points" («Торговые точки») → "Print Z-report on shift close" («Снимать Z-отчет при закрытии смены»). The POS receives the setting on sync.
  • How it works: on shift close the POS takes a Z report on any fiscal register, including online registers. If it fails, it asks "Failed to print Z-report! Close shift anyway?" («Ошибка печати Z-Отчета! Всё равно закрыть смену?»). If there are unpaid bills: "Can not end shift, until all orders are payed!" plus «Закрыть только фискальную смену, не закрывая смену кассира?» (close only the fiscal shift, keeping the cashier shift open?).
  • Notes: in Sales mode the automatic Z report runs only if the employee has the X/Z report right; on the «Касса» screen the right is not checked.

Online register shift longer than 24 hours: offer to take a Z report ​

  • Where: Sales mode → "PAY" window → after the register rejects the receipt → «Смена на ФР превысила 24 часа. Снять отчёт с гашением (Z-отчёт)?» (fiscal shift exceeded 24 hours — take a Z report?), after success — «Z-отчёт снят, фискальная смена закрыта. Можно повторить оплату.» (Z report taken, fiscal shift closed, you can retry the payment).
  • How it works: triggers automatically when the online register rejects a receipt because the shift has lasted over 24 hours. Needs the X/Z report right — without it only the payment error is shown.
  • Notes: only WebKassa and Kaspi Kassa (and the SHTRIH hardware register) report this condition. The «Касса» screen has no such offer — take a Z report with the "Z report" button.

Fiscal cash in and cash out through an online register ​

  • Where: «Касса» screen → "Cashbox" («Касса») button → "Cash related operations" («Кассовые операции») → "Cash+" («Поступление в кассу») / "Expense from the register" («Расход из кассы») → "Fiscal operation" («Фискальная операция») switch → "Accept" («Принять»).
  • How it works: the "Fiscal operation" panel is shown when a fiscal register is used; the switch position is remembered. The amount is sent to the online register as cash in or cash out.
  • Supported by: NurKassa, ReKassa, Trinity, EKassa, WebKassa, Kaspi Kassa, GREEnKassa, NewCas. WebKassa and Kaspi Kassa also print a cash in/out document with a comment (counterparty, item, note).
  • Notes: for ePos and qPos the switch is off and cannot be changed. For UKassa and UzKassa the switch is available, but the operation ends with "Error while processing the operation!" / "Error while printing on fiscal register" and no document is created. A register error is shown as "An error occurred while working with an online cash!" («Произошла ошибка при работе с онлайн кассой!») with its text.

Fiscal copy (duplicate) of an online register receipt ​

  • Where: «Касса» screen → select a paid bill → "Options" («Опции») → "Receipt copy" («Копия чека») → window «Распечатать копию чека №…?» (print a copy of receipt No…?) → «И фискальную копию» (and a fiscal copy) switch → «Печатать» (Print).
  • How it works: the switch is available only with WebKassa. The copy is requested from WebKassa by the fiscal number and shift number saved at payment and printed using the fiscal receipt template. Success message: "Fiscal bill duplicate printed!" («Дубликат фискального счета распечатан!»). "Receipt copy" may be password-protected.
  • Notes: with other online registers and with hardware registers a fiscal copy is unavailable — only the regular bill copy is printed.

Return through an online register referencing the original receipt ​

  • Where: «Касса» screen → "Options" → "Return" («Возврат») (or the return button in Sales mode) → return payment.
  • How it works: a "sale return" operation is sent to the online register with the original receipt data saved at sale (transaction number, fiscal number, receipt number and date, shift number).
  • Supported by: WebKassa, Kaspi Kassa, Trinity, UKassa, ReKassa, GREEnKassa, NurKassa, NewCas, ePos. For EKassa and qPos fiscal returns are not performed («Нет автивных OnLine касс в данном режиме» — no active online registers in this mode); for UzKassa — "Fiscal refund for UZKassa must be proceeded on terminal!".

Requesting source-receipt data on a return ​

  • Where: Settings → "General settings" («Общие настройки») tab → "Extensions of interfaces" («Расширение режимов») → «Запрашивать данные чека основания» (request source-receipt data) checkbox; on a return — the window «Введите информацию из оригинального чека» (enter data from the original receipt).
  • How it works: the window has «Фискальный признак:» (fiscal sign), «Дата и время:» (date and time), «Общая сумма:» (total), «Регистрационный номер кассы (ККМ КГД):» (register registration number), «Признак автономности чека:» (offline receipt flag). Fields are pre-filled with saved data of the original receipt and can be edited. The checkbox is off by default.
  • Notes: source-receipt data is sent for WebKassa, Kaspi Kassa, Trinity, ReKassa, NurKassa, ePos and NewCas; not for UKassa, UzKassa, EKassa, qPos and GREEnKassa.

Buyer's IIN and e-mail on an online register receipt ​

  • Where: "PAY" window → "Parameters" («Параметры») → «Параметры текущей сессии» (current session parameters) → «Запрашивать ИИН» (request IIN) and «Запрашивать E-mail» (request e-mail) switches; at payment — «Введите или отсканируйте ИНН» / «Введите или отсканируйте E-Mail» (enter or scan IIN / e-mail).
  • How it works: the switches are off by default. When on, an input window appears before the receipt is sent; the value is pre-filled from the selected client's card (IIN and e-mail fields).
  • Notes: only WebKassa and Kaspi Kassa accept IIN and e-mail; other online registers do not get this data even though the input window is shown. The POS does not ask for the buyer's phone.

Mixed payment on a single fiscal receipt ​

  • Where: "PAY" window → "Mixed payment".
  • How to enable: in the dashboard, "Automated Points" → "Allow different payment types" («Разрешить разные типы оплат»). The button is active if this is allowed and the active online register supports mixed payment.
  • How it works: two payment lines — cash and non-cash — are sent to the online register; a deposit-balance part of a mixed payment is sent as a discount named "Via deposit balance" («Депозитом»).
  • Notes: supported by WebKassa, Kaspi Kassa, Trinity, UKassa, ReKassa, GREEnKassa, NurKassa, NewCas, ePos. With UzKassa, EKassa, qPos, or with the Satty module on, "Mixed payment" is disabled.

How the POS decides whether a payment is cash or non-cash ​

  • Without payment type rules: cash is the payment type selected in the automated point's "Cash Payment Type" («Тип оплаты наличными») field in the dashboard; any other payment type is sent to the online register as non-cash.
  • With rules: with "Use payment type rules" («Использовать правила типов оплат») ticked (Settings → "Payment window" («Окно оплаты») tab), cash is the payment type linked in the rules to a cash register on this workplace; the rules also set the "fiscal" flag per payment type.
  • Notes: the payment type code from the dashboard's payment types list is also sent to the online register.

Payments without fiscalization: which payment types are not sent to the online register ​

  • Where: "PAY" window → "Other types..." («Другие виды...») list, "Via deposit balance", "In debt" («В долг»), "Prepayment" («Предоплата»).
  • How it works: deposit, in-debt and prepayment payments are never sent to the online register. For other payment types: without payment type rules only the automated point's cash and card payment types are fiscal, others do not send the receipt; with "Use payment type rules" on, the rule's "fiscal" flag decides.
  • Notes: the cashier sees no separate message — the payment goes through as usual, the receipt is simply not fiscalized. A payment type that is not in the rules of this workstation is judged as if there were no rules. If a receipt should have reached the fiscal data operator, check which payment type was used and the payment type rules.

Deferred fiscalization: pay now, fiscalize later ​

  • Where: Settings → "Payment window" tab → «Отложенная фискализация» (deferred fiscalization) checkbox; "PAY" window → «Отложенная фискализация» switch; «Касса» screen → select a bill → "Fiscalization" («Фискализация») button.
  • How it works: once the checkbox is on, the payment window shows a switch (its position is remembered). Bills paid with the switch on are marked "Fiscalization pending" («Фискализация ожидается»). The "Fiscalization" button asks "Perform bulk fiscalization for ALL bills in active section that require it?" («Выполнить групповую фискализацию ВСЕХ счетов активного раздела, для которых это тебуется?»): "Yes" fiscalizes all pending bills, "No" only the selected one.
  • Notes: bills with a zero total are not deferred. Results: "Fiscalization completed!", "Fiscalization not completed for all bills!" or "Fiscalization failed!". The "Fiscalization" button is visible only when the setting is on.

Filtering bills by fiscalization status ​

  • Where: «Касса» screen → "Filter" («Фильтр») → "Fiscalization" field → "Apply" («Применить»).
  • Values: "Fiscalization not required", "Fiscalization completed", "Fiscalization pending".
  • Notes: the field appears only when deferred fiscalization is on.

The shift cannot be closed while bills await deferred fiscalization ​

  • Where: «Касса» screen → "End the shift" → "Current shift contains bills with deferred fiscalization. After shift closure they cannot be fiscalized!" and "Bills need to be fiscalized."
  • How it works: applies when deferred fiscalization is on — fiscalize the bills with the "Fiscalization" button first.
  • Notes: the check exists only on the «Касса» screen. The shift will not close while at least one bill in it is in the "Fiscalization pending" state — fiscalize them all, then close the shift.

Marking code of an item on an online register receipt ​

  • Where: sale screen → add a marked item → scan the mark → payment.
  • How it works: the item has the marking flag enabled in the dashboard; when it is added to the bill the POS asks for the mark code, which is passed to the online register receipt.
  • Notes: the mark code is sent to all online registers.

The "Error margin" line on an online register receipt ​

  • Where: "PAY" window → "Pay" (no user action).
  • How it works: if the receipt total and the sum of items differ by a few cents due to rounding, the POS adds a discount or surcharge named "Error margin" («Погрешность»). If the receipt already has a discount, the difference is added to it and «Погрешность» is appended to its name.
  • Notes: applies to NurKassa, Trinity, WebKassa, Kaspi Kassa, UKassa, ePos, GREEnKassa, NewCas; not to ReKassa, UzKassa, EKassa and qPos. The "Error margin" line is normal behaviour, not an error.

Unit of measure in the item name on an online register receipt ​

  • Where: Settings → "Receipts and reports" tab → "Additional data" («Дополнительные данные») → «Печатать примечание к блюду в счете на\об оплате» (print the dish note on the bill/payment receipt) checkbox.
  • How it works: with the checkbox on, the unit of measure is appended to the item name on the online register receipt.
  • Notes: the checkbox is meant for printing notes, but for online registers it sends the unit of measure; the dish note itself is not sent to the online register. Applies to all online registers.

Online register error messages at payment ​

  • Where: after pressing "Pay" in the "PAY" window.
  • What it looks like: in Sales mode — "Failed to process the payment" («Произошла ошибка при оплате!»), on the «Касса» screen — "Error processing the payment" («Ошибка оплаты счёта!»); the details show «Ошибка фискальной оплаты» (fiscal payment error) and the register name with its error text (for example "WebKassa: …"). If the plugin file is missing — "Plugin is not loaded...".
  • Notes: on error the bill is not considered paid and returns to work. The error texts themselves come from the online register (the provider's plugin).

Receipt fiscal data is saved with the order ​

  • Where: "PAY" window → "Pay" (no user action).
  • How it works: the online register's response is saved in the POS database: transaction number, fiscal number, document number, date, shift number and return-basis data.
  • Notes: this data is used for the fiscal receipt copy and for returns referencing the original receipt.

Protection against fiscalizing the same order twice ​

  • How it works: a unique order ID is sent to the online register together with the receipt; if the same order is sent again, the register may return a duplicate error.
  • Registers: ReKassa, NurKassa, Trinity, WebKassa, Kaspi Kassa, GREEnKassa, NewCas; the ID is not sent to UKassa, UzKassa, EKassa, ePos, qPos.
  • Notes: the POS has no special reaction to the duplicate error — the register's error text is shown.

When the X and Z report buttons are active ​

  • Where: «Касса» screen → reports block → "X report", "Z report"; Sales mode (retail mode) → "Report" → «X-Report».
  • How it works: the buttons are enabled with any connected fiscal register or online register; "Z report" additionally only when "Fiscal Register type" is «ФР ШТРИХ» or «ФР ONLINE».
  • Notes: the buttons are active for NewCas as well.