ПРРО у Торгсофт-Гібрид: Z-звіт в офлайні, помилки ORDERNUM та ID, синхронізація і шаблони чеків

Торгсофт-Гібрид потрібен торговим точкам, які працюють із віддаленою базою Торгсофт і мають продовжувати продажі, коли зв’язок із сервером тимчасово відсутній. У Гібриді також можна працювати з ПРРО. У зверненнях до фахівців виникають питання, чому при закритті зміни в офлайні з’являється Field 'ORDERNUM' not found або Field 'ID' not found, чи означає це відмову ДПС, чи можна після такого повідомлення повторно сформувати Z-звіт, що станеться з офлайн-чеками після відновлення зв’язку, чому потрібний шаблон ПРРО не вибирається або відкривається некоректно та де налаштовувати вигляд фіскального чека. Тут важливо не змішувати три різні рівні: офлайн самого Торгсофт-Гібрид, офлайн-режим ПРРО та друковані шаблони фіскальних документів.

Що таке Торгсофт-Гібрид і чим його офлайн відрізняється від офлайн ПРРО

Офлайн Торгсофт-Гібрид

Гібрид працює з локальними даними на робочому місці. Якщо зв’язок із віддаленим сервером Торгсофт зникає, касир може продовжувати частину операцій локально, а накопичені пакети після відновлення зв’язку синхронізуються з основною базою.

У довідці Торгсофт для Гібрида передбачені:

• реалізація;

• повернення;

• стан складу;

• друк звичайних і фіскальних чеків;

• робота з ПРРО;

• локальне накопичення операцій із подальшою синхронізацією.

На головній формі Гібрида відображається кількість пакетів, які очікують синхронізації.

Офлайн ПРРО

Це вже фіскальний режим, передбачений Законом №265 і Порядком №317.

Якщо немає зв’язку саме між ПРРО і фіскальним сервером ДПС, ПРРО може проводити розрахункові операції в режимі офлайн з використанням заздалегідь отриманого діапазону фіскальних номерів.

Закон встановлює два обмеження:

• не більше 36 годин поспіль;

• не більше 168 годин протягом календарного місяця.

При досягненні одного з цих лімітів ПРРО повинен припинити проведення офлайн-операцій до переходу в онлайн. 

Отже: Гібрид офлайн ≠ ПРРО офлайн.

На практиці вони можуть збігтися, наприклад, коли магазин повністю втратив інтернет. Але технічно це різні стани.

Саме тому при зверненні до підтримки недостатньо сказати: «У нас каса була офлайн». Потрібно уточнити:

1. Гібрид не бачив основний сервер Торгсофт?

2. ПРРО не бачив фіскальний сервер ДПС?

3. чи одночасно не було обох з’єднань?

Що відбувається з чеками ПРРО в офлайні

При переході ПРРО в офлайн розрахункові документи отримують фіскальні номери із зарезервованого ДПС діапазону. Сам ПРРО повинен контролювати наявність зв’язку перед формуванням кожного наступного офлайн-документа та автоматично перейти в онлайн після відновлення з’єднання. 

Після відновлення зв’язку до ДПС передається пакет, до якого входять:

• повідомлення про початок офлайн-режиму;

• створені в офлайні розрахункові документи;

• фіскальні звітні чеки, якщо вони формувалися;

• повідомлення про завершення офлайн-режиму.

Такий пакет ПРРО формує автоматично, користувач не повинен вручну створювати форму №4-ПРРО для кожної офлайн-сесії. Пакет потрібно передати на фіскальний сервер протягом години після відновлення зв’язку. 

Це важливо для розуміння проблеми із Z-звітом: офлайн-документи не є чернетками, які можна довільно видалити й сформувати заново. Вони є частиною послідовності фіскальних документів офлайн-сесії.

Чи можна сформувати Z-звіт, коли ПРРО працює офлайн

Так. Якщо під час офлайн-роботи настав час завершити зміну, фіскальний звітний чек потрібно сформувати після останнього розрахункового документа цієї зміни й до відкриття наступної зміни. Фіскальні номери останнього чека та Z-звіту беруться з офлайн-діапазону послідовно.

При цьому діють і загальні правила зміни ПРРО:

• протягом однієї зміни створюється один Z-звіт;

• тривалість зміни не повинна перевищувати 24 години;

• за наявності розрахункових операцій Z-звіт створюється щоденно. 

Отже, відсутність інтернету сама по собі не є підставою залишати відкриту зміну до наступного дня, якщо ПРРО штатно працює в офлайн-режимі.

Помилки Field 'ID' not found та Field 'ORDERNUM' not found: що вони означають

Ці два повідомлення важливо відразу відокремити від повідомлень фіскального сервера.

Наприклад: код помилки: 9 DocumentValidationError — це відповідь ДПС на сформований фіскальний документ. А: Field 'ID' not found або Field 'ORDERNUM' not found — це внутрішні повідомлення програмного модуля Гібрид, які виникали під час підготовки Z-звіту.

ДПС не повертає касиру фіскальний код ORDERNUM not found.

Тому в такій ситуації не потрібно шукати причину в реєстрації господарської одиниці, формі 20-ОПП, податковій групі товару або КЕП, якщо інші ознаки не вказують саме на них.

Field 'ID' not found при офлайн Z-звіті

Такий сценарій реально був зафіксований у розробці Торгсофт.

У внутрішній історії робіт від 27 листопада 2024 року зазначено виправлення ситуації, коли при спробі сформувати Z-звіт для ПРРО, що перейшов в офлайн, з’являлося повідомлення: Сталася непередбачена помилка: Field 'ID' not found.

Тобто це не теоретичний приклад і не універсальна назва будь-якого збою ПРРО. Йдеться про конкретний історичний дефект Гібрида.

Чого не варто виводити з самого слова ID

Не потрібно самостійно робити висновок, що:

• у базі «видалилося поле ID»;

• потрібно створити його SQL-запитом;

• локальна база обов’язково пошкоджена;

• потрібно видалити кеш;

• треба перевстановити Гібрид із видаленням усіх локальних даних.

Внутрішній запис підтверджує факт дефекту та його виправлення, але не є підставою для користувача вручну ремонтувати структуру бази.

Якщо таке повідомлення виникає зараз на актуальному Гібриді, ситуацію потрібно передавати на технічну діагностику.

Field 'ORDERNUM' not found при офлайн Z-звіті

Другий окремий випадок зафіксований 25 вересня 2025 року.

В історії розробки прямо зазначено: виправлена Field 'ORDERNUM' not found при спробі зняти Z-звіт, коли ПРРО знаходиться в офлайні.

Для користувача принцип той самий. ORDERNUM у цьому повідомленні — технічна назва поля, з яким працює Гібрид. Не потрібно трактувати її як вимогу касиру вручну виправити «номер замовлення» або фіскальний номер чека.

Найважливіше: це не означає, що ДПС відхилила Z-звіт через неправильний ORDERNUM.

Якщо Гібрид не зміг сформувати документ локально, потрібно спочатку встановити фактичний стан зміни та офлайн-документів.

Що робити, якщо при Z-звіті з’явився ID або ORDERNUM

Крок 1. Не натискайте Z-звіт багато разів

Першою реакцією касира часто є повторити ту саму дію. При роботі з ПРРО це небажано.

Потрібно спочатку встановити:

• чи Z-звіт взагалі був сформований;

• чи отримав фіскальний номер;

• чи залишився лише локальним;

• чи не встиг ПРРО передати його після короткочасного відновлення інтернету;

• чи зміна досі вважається відкритою.

Якщо документ уже існує, повторне закриття може створити іншу ситуацію — наприклад, повідомлення про вже зареєстрований Z-звіт.

Крок 2. Зафіксуйте точний текст

Не передавайте підтримці лише: «Не знімається Z-звіт».

Потрібні:

• повний текст повідомлення;

• знімок екрана;

• дата й час;

• ПРРО, на якому виконувалася операція;

• чи показував Гібрид онлайн або офлайн;

• чи був ПРРО в офлайн-режимі;

• версія Торгсофт-Гібрид.

ID, ORDERNUM, DocumentValidationError, ZRepAlreadyRegistered — це різні ситуації й перевіряються по-різному.

Крок 3. Перевірте стан зміни

Потрібно визначити:

• зміна відкрита чи закрита;

• який останній успішний фіскальний документ;

• чи були після нього офлайн-чеки;

• чи є в локальній історії Z-звіт;

• чи з’явився у нього фіскальний номер.

Якщо зв’язок із ДПС уже відновився, потрібно також перевірити фактичний стан на фіскальному сервері.

Крок 4. Перевірте офлайн-сесію

Зафіксуйте:

• коли ПРРО перейшов в офлайн;

• скільки чеків створено;

• чи залишився невикористаний діапазон офлайн-номерів;

• чи не перевищено 36 годин поспіль;

• чи не використано 168 годин за календарний місяць.

Якщо граничний строк уже вичерпано, ПРРО повинен блокувати подальші офлайн-розрахунки до відновлення онлайн-зв’язку. 

Але перевищення ліміту та ORDERNUM not found — не одна й та сама причина.

Крок 5. Перевірте версію Гібрида

Обидва конкретні сценарії — і ID, і ORDERNUM під час офлайн Z-звіту — уже виправлялися розробниками.

Тому для старої інсталяції перша технічна дія — оновити Торгсофт-Гібрид до актуального релізу, а не намагатися обходити проблему вручну.

У внутрішніх матеріалах 2026 року вже тестується гілка Гібрид 1.11.13, тому рекомендація зі старих інструкцій залишатися на ранніх 1.10.x або 1.11.x не підходить для чинної каси.

Водночас оновлення потрібно проводити із збереженням локальних даних. Якщо в Гібриді є несинхронізовані операції, не варто спочатку видаляти програму та її локальні дані, а потім намагатися відновити чеки.

Крок 6. Після відновлення інтернету дайте ПРРО завершити синхронізацію

ПРРО повинен сам перейти з офлайну в онлайн після появи зв’язку. Накопичені фіскальні документи передаються до ДПС у встановленій послідовності. 

Окремо Гібрид має синхронізувати свої локальні операції з основною базою Торгсофт.

Саме тут знову важливо не змішати: синхронізацію ПРРО з ДПС і синхронізацію Гібрида з Торгсофт. Це два різні обміни.

Чого не робити після збою Z-звіту в офлайні

До з’ясування стану документів не потрібно:

• видаляти локальні фіскальні чеки;

• вручну змінювати ID, ORDERNUM або інші поля бази;

• очищати всю локальну базу Гібрида;

• перевстановлювати програму з видаленням несинхронізованих даних;

• відкривати нову зміну, не перевіривши стан попередньої;

• багаторазово формувати Z-звіт;

• формувати продажі повторно лише через те, що вони ще не з’явилися в основній базі;

• змінювати фіскальні номери офлайн-документів.

Якщо проблема виникла на касі, яка зараз працює без зв’язку, основне завдання — не втратити послідовність локально створених документів.

Чи може після повернення онлайн Гібрид показувати одне, а ДПС — інше

Таку ситуацію потрібно розглядати окремо від первинної помилки ID або ORDERNUM.

Наприклад:

1. каса працювала офлайн;

2. було створено кілька чеків;

3. при Z-звіті виникло локальне повідомлення;

4. потім інтернет відновився;

5. частина документів встигла передатися;

6. користувач повторив операцію.

Після цього можуть існувати три стани:

Виправляти потрібно не цифри в одному з цих джерел, а порушений зв’язок між ними.

Тому якщо після відновлення інтернету статус незрозумілий, безпечний порядок такий: перевірити ДПС → перевірити локальні документи ПРРО → перевірити чергу синхронізації Гібрида → лише після цього продовжувати закриття зміни.

Як у Торгсофт-Гібрид налаштовується ПРРО

Підтримка ПРРО є окремою можливістю Гібрида. У довідці Торгсофт вона описана в розділі «Програмний РРО в Hybrid».

Для роботи потрібно:

1. додати ПРРО до Гібрида;

2. вказати криптографічні бібліотеки;

3. налаштувати КЕП касира;

4. вибрати господарську одиницю та зареєстрований ПРРО;

5. перевірити податки й засоби оплати;

6. вибрати ПРРО для цього робочого місця;

7. вибрати принтер;

8. для реалізації встановити потрібний режим друку — фіскальний або змішаний;

9. перевірити, що товари, які мають фіскалізуватися, у Торгсофт мають відповідну ознаку.

У меню дій ПРРО в Гібриді доступні, зокрема:

• відкриття зміни;

• X-звіт;

• Z-звіт;

• службове внесення;

• службова видача.

Це окреме меню Гібрида, тому інструкції для основного десктопного Торгсофт не завжди буквально відповідають розташуванню кнопок у Hybrid.

Шаблон чека і фіскальні дані — не одне й те саме

Ще одна типова причина плутанини — користувач бачить неправильний текст на паперовому чеку і намагається виправити через шаблон те, що насправді задається налаштуваннями ПРРО.

Шаблон відповідає за представлення даних при друці.

Наприклад, у ньому визначається:

• розташування рядків;

• ширина колонок;

• розмір шрифту;

• QR-код;

• розміщення назви господарської одиниці;

• відображення податків;

• порядок друку реквізитів.

А такі речі, як:

• сума продажу;

• форма оплати;

• засіб оплати;

• податкова група;

• фіскальний номер;

• номер зміни;

• реквізити ПРРО,

беруться з самої операції та її налаштувань.

Тому, наприклад, якщо картковий платіж у чеку переданий з неправильним засобом оплати, виправляти напис безпосередньо у FastReport — неправильний шлях.

Які шаблони ПРРО використовує Торгсофт-Гібрид

Для різних типів фіскальних документів використовуються окремі шаблони.

У робочих матеріалах до Гібрида наведено таке зіставлення:

Це важливо при ручному виборі шаблону.

Якщо потрібно змінити Z-звіт, робота з .rp48, тобто звичайним чеком реалізації, нічого не змінить у друці Z-звіту. Для нього використовується власний шаблон.

Де вибрати шаблон у Гібриді

У налаштуваннях «Програмний РРО» для шаблонів передбачено два режими.

«Вибрати»

При натисканні на назву документа відкривається вибір готового шаблону.

Цей режим використовуйте, якщо потрібно, наприклад:

• перейти на шаблон для іншої ширини стрічки;

• вибрати український варіант;

• відновити перевірений штатний шаблон.

«Відкрити на редагування»

Гібрид відкриває вибраний файл у FastReport. Цей режим потрібний, якщо необхідно змінити його оформлення.

Наприклад:

• збільшити шрифт;

• змінити ширину полів;

• переставити дозволені блоки;

• скоригувати відступи.

Не видаляйте з фіскального документа обов’язкові реквізити лише тому, що вони «не потрібні на папері». Вимоги до форми і змісту фіскального чека встановлюються Положенням №13.

Чому Гібрид не бачить потрібний файл шаблону

Тут потрібно перевіряти кілька речей.

Неправильний тип документа

Якщо відкрито налаштування Z-звіту, потрібно вибирати відповідний файл Z-звіту, а не шаблон реалізації.

Використовується старий Гібрид

У ранніх реалізаціях Гібрида були окремі обмеження та доопрацювання щодо підтримки шаблонів ПРРО. Тому якщо у вікні вибору не відображається файл, який використовується в основному Торгсофт, спочатку потрібно перевірити версію Hybrid.

Не варто перейменовувати .rp53 на .fr3 лише для того, щоб файл з’явився у вікні, якщо не зрозуміло, який формат очікує конкретна версія.

Файл пошкоджено або відредаговано некоректно

FastReport-шаблон може перестати відкриватися після невдалого ручного редагування.

У такому випадку безпечніше:

1. не виправляти його як текстовий файл;

2. вибрати штатний шаблон;

3. перевірити друк;

4. після цього окремо відновлювати кастомізований варіант.

Помилки виразів FastReport у шаблонах Гібрида

Окремий клас ситуацій має вигляд приблизно так: Memo3: Помилка у вираженні ... ';' expected. Це вже не помилка ПРРО і не відповідь ДПС.

У зверненнях технічної підтримки зафіксовано, зокрема, проблему з виразом: Програмний РРО."ЄДРПОУ/ДРФО/№ паспорту" під час роботи з шаблоном. У таких випадках підтримка оновлювала Гібрид і шаблони.

Отже, якщо чек зареєструвався, але замість нормального друку FastReport показує Memo... Error in expression, потрібно перевіряти друковану форму, а не повторно фіскалізувати продаж. Це принципово.

Як відрізнити проблеми

Одне повідомлення не потрібно виправляти способом, призначеним для іншого.

Якщо Z-звіт сформувався, але не надрукувався

Відсутність паперового Z-звіту не означає автоматично, що його немає у фіскальній системі.

Причиною можуть бути:

• закінчилася стрічка;

• принтер вимкнений;

• неправильний принтер вибраний у Гібриді;

• пошкоджений .rp53;

• FastReport не зміг сформувати друковану форму.

Тому правильна перевірка:

1. визначити, чи Z-звіт сформований як фіскальний документ;

2. перевірити стан зміни;

3. перевірити фіскальний номер;

4. лише потім розбиратися з друком.

Не потрібно повторно закривати зміну лише тому, що папір не вийшов із принтера.

Якщо шаблон Z-звіту неправильний, чи потрібно переформовувати Z

Ні, якщо сам фіскальний документ уже коректно сформовано та зареєстровано, а проблема лише у його друкованому представленні.

Наприклад:

• Z-звіт зареєстровано;

• зміна закрита;

• але на папері обрізався рядок;

• або FastReport не показав окремий блок.

Це питання шаблону.

Інша ситуація:

• Z-звіт не був створений;

• Hybrid завершив дію через ORDERNUM not found.

Тут зміна може залишатися відкритою, тому спочатку потрібно виправити стан програми.

Засіб оплати в чеках ПРРО Гібрида

У налаштуваннях ПРРО Гібрида формується перелік доступних засобів оплати.

Для них можна визначити, зокрема:

• використання для безготівкової форми оплати;

• використання для іншої форми;

• використання для передоплати;

• використання для боргу;

• засіб за замовчуванням для платежу через інтегрований банківський термінал;

• засіб за замовчуванням для безготівкової операції без інтегрованого термінала.

При оплаті безготівково касир також може вибрати доступний засіб вручну.

Це має практичне значення для шаблонів: якщо у чеку надруковано не той засіб оплати, спочатку перевіряйте налаштування операції, а не текстове поле у .rp48.

Практичний приклад: каса працювала офлайн і не знявся Z-звіт

Магазин працює до 20:00. О 18:20 зникає інтернет. ПРРО переходить в офлайн і використовує зарезервований діапазон. До 20:00 касир проводить ще 14 продажів. О 20:05 натискає Z-звіт і отримує: Field 'ORDERNUM' not found.

Правильні дії:

1. Не натискати Z ще п’ять разів.

2. Зробити знімок повідомлення.

3. Зафіксувати версію Гібрида.

4. Перевірити, чи існує локальний Z-звіт і чи зміна залишилася відкритою.

5. Не видаляти 14 офлайн-чеків.

6. Не очищати локальну базу.

7. Після відновлення інтернету перевірити синхронізацію ПРРО з ДПС.

8. Окремо перевірити чергу пакетів Гібрида.

9. Якщо Z не створено — оновити/перевірити Hybrid і завершити зміну після встановлення коректного стану.

10. Якщо Z уже існує — не дублювати його.

Саме збереження ланцюжка офлайн-документів тут важливіше за спробу якнайшвидше прибрати повідомлення з екрана.

Практичний приклад: Z-звіт є, але FastReport показує помилку

Інша ситуація:

1. касир формує Z-звіт;

2. ПРРО успішно його реєструє;

3. зміна закривається;

4. при друці з’являється Memo2 або Memo3: Error in expression.

Тут не потрібно:

• знову створювати Z;

• відкривати зміну;

• редагувати фіскальний номер;

• очищати офлайн-пакети.

Потрібно:

1. підтвердити, що Z зареєстрований;

2. перевірити .rp53;

3. тимчасово вибрати штатний шаблон;

4. оновити Гібрид, якщо використовується старий набір шаблонів;

5. окремо виправити кастомну друковану форму.

Коли можна очищати кеш Гібрида

У довідці Торгсофт справді є функція очищення кешу Hybrid. Вона потрібна, зокрема, коли:

• змінили користувача;

• підключили іншу базу;

• змінили обмеження або права користувача і потрібно отримати актуальні дані.

Але очищення кешу не є універсальним способом виправлення ORDERNUM або ID під час Z-звіту.

Не варто писати касиру інструкцію: ORDERNUM → очистіть кеш → зніміть Z повторно. Для цього немає достатніх підстав.

Особливо небезпечно плутати кеш довідкових даних із локальними документами, які ще очікують синхронізації.

Чи потрібно перевстановлювати Гібрид при ID not found

Не як першу дію.

Безпечніша послідовність:

1. визначити версію;

2. перевірити стан зміни;

3. зафіксувати несинхронізовані операції;

4. перевірити доступність актуального оновлення;

5. створити резервні копії потрібних даних;

6. оновити Hybrid штатним способом;

7. якщо проблема залишається — передати локальні дані на аналіз підтримці.

Видаляти робочу інсталяцію разом із локальними даними до синхронізації не потрібно.

Тим більше що ID not found і ORDERNUM not found уже мають історію виправлень саме в коді Гібрида.

Що перевірити після оновлення Гібрида

Після оновлення каси варто не обмежуватися перевіркою запуску програми.

Для робочого місця з ПРРО перевірте:

• авторизацію користувача;

• підключення до потрібної бази;

• вибраний ПРРО;

• КЕП касира;

• господарську одиницю;

• принтер;

• режим друку — фіскальний або змішаний;

• засоби оплати;

• X-звіт;

• стандартні шаблони;

• відкриття і закриття тестової робочої зміни в дозволеному робочому сценарії;

• синхронізацію Hybrid із сервером.

В актуальних зверненнях підтримки оновлення Гібрида, налаштування ПРРО, банківських терміналів і перевірка роботи кас після оновлення залишаються типовими технічними задачами.

Які дані передати технічній підтримці

Для ORDERNUM, ID або проблеми з офлайн Z-звітом підготуйте:

1. точний текст повідомлення;

2. знімок екрана;

3. версію Торгсофт;

4. версію Торгсофт-Гібрид;

5. номер ПРРО;

6. ім’я касира;

7. дату й час відкриття зміни;

8. час переходу ПРРО в офлайн;

9. номер або час останнього успішного чека;

10. приблизну кількість офлайн-чеків;

11. чи сформувався Z-звіт локально;

12. чи має він фіскальний номер;

13. чи відновився зв’язок із ДПС;

14. чи завершилася синхронізація офлайн-документів;

15. скільки пакетів Гібрида залишаються в черзі;

16. чи змінювали шаблон ПРРО;

17. для проблеми друку — назву та розширення шаблону.

До перевірки не потрібно видаляти локальні чеки або вручну редагувати базу.

Відповіді на часті запитання

Ні. У внутрішній історії Торгсофт це зафіксовано як окремий дефект Hybrid під час формування Z-звіту у стані офлайн ПРРО.

Так само. Такий сценарій був окремо виправлений у Гібриді ще у 2024 році.

Ні. Це внутрішні технічні поля. Користувач не повинен редагувати структуру фіскальної бази для усунення такого повідомлення.

Ні. Вони вже є частиною офлайн-сесії та можуть мати фіскальні номери із зарезервованого діапазону. Після відновлення зв’язку їх потрібно передати ДПС у встановленій послідовності. 

Спочатку перевірте, чи попередня спроба справді не створила документ і який стан зміни бачить ПРРО після синхронізації.

Одна офлайн-сесія може тривати до 36 годин, але це не скасовує правила щодо Z-звіту та тривалості зміни. Зміна ПРРО не повинна перевищувати 24 години, а при здійсненні розрахункових операцій Z-звіт створюють щоденно. 

Перевірте чергу пакетів синхронізації Hybrid. Фіскальна передача документа до ДПС і передача торгової операції в основну базу Торгсофт — окремі процеси.

Це проблема друкованого шаблону, а не підстава проводити продаж повторно. Подібні випадки з українськими змінними шаблону реєструвалися у техпідтримці.

Для набору шаблонів ПРРО використовується .rp53. Звичайний фіскальний чек продажу — .rp48.

Так, для шаблонів ПРРО в Гібриді передбачено режим «Відкрити на редагування», який відкриває форму у FastReport.

Спочатку перевірте налаштування засобів оплати ПРРО та вибір на формі оплати. Не змінюйте назву безпосередньо в шаблоні для маскування неправильного реквізиту операції.

Що не стосується цієї інструкції

Мобільний застосунок Торгсофт — окремий продукт.

Повідомлення, пов’язані з локальною нумерацією документів на Android/iOS, елементами мобільної форми, мобільною базою або серверною службою мобільного застосунку, не потрібно додавати до інструкції з Торгсофт-Гібрид.

Навіть якщо текст містить слова «ПРРО», «офлайн» або «локальний номер», алгоритм діагностики може бути іншим.

Тому помилки мобільного ПРРО доцільно розглядати в окремому матеріалі про мобільний застосунок, а тут залишити тільки Hybrid.

Основний порядок перевірки ПРРО в Торгсофт-Гібрид

Якщо проблема виникла під час офлайн-роботи, корисно тримати одну послідовність: визначити, що саме офлайн → зафіксувати повідомлення → перевірити стан зміни → перевірити локальні фіскальні документи → не видаляти офлайн-пакети → перевірити версію Hybrid → після відновлення зв’язку перевірити передачу до ДПС → окремо перевірити синхронізацію Гібрида з основною базою.

Для Field 'ID' not found та Field 'ORDERNUM' not found особливо важливо не перетворювати старі технічні дефекти Гібрида на інструкцію з ручного ремонту бази. Обидва випадки вже виправлялися на рівні програми. Якщо вони повторюються на актуальній версії, потрібно зберегти локальні документи, зафіксувати стан офлайн-сесії та передати конкретну зміну на технічну перевірку.