Продаж і стан черги зберігаються локально навіть при проблемах сервісу.
ОПЦІОНАЛЬНА ПРРО-ІНТЕГРАЦІЯ
ПРРО CheckBox для магазину
Фіскалізація продажів і повернень, контроль касової зміни, локальна черга документів і відновлення після проблем зі зв’язком. Модуль вмикається лише там, де CheckBox реально потрібен.
ПРРО CheckBox — модуль за потреби. Доступна опціональна автофіскалізація. Підключайте CheckBox лише тоді, коли він потрібен вашій торговій точці.
Основні продажі, товари й склад OutPOSt працюють без увімкнення модуля.
Спочатку перевірка статусу, потім рішення про повтор.
01 · ПІДКЛЮЧЕННЯ
Окремі налаштування та права.
CheckBox має власний конфігураційний контур. Інтеграція не змішується з базовим продажем і може бути вимкнена, якщо магазин використовує інший фіскальний сценарій.
Авторизація касира
- Окремий розділ ПРРО / CheckBox у налаштуваннях.
- Вхід касира за PIN або логіном/паролем.
- Перевірка готовності профілю перед фіскальною операцією.
- Зрозумілий статус при проблемі авторизації.
Права доступу
- Окремі права на перегляд і керування ПРРО-модулем.
- Критичні дії не доступні звичайному продавцю без дозволу.
- Фіскальний контур можна ввімкнути лише на потрібному робочому місці.
02 · ЩОДЕННА КАСА
Продаж і повернення залишаються частиною одного workflow.
Касир працює в звичайному екрані OutPOSt. Фіскальний документ створюється як продовження локальної операції, а не як окрема ручна робота в браузері.
1Продаж
OutPOSt зберігає локальний чек.
2Черга
Формується durable-завдання CheckBox.
3Фіскалізація
Документ надсилається за готового касира та зміни.
4Статус
Результат фіксується локально й залишається видимим.
Продажі
- Опціональна автоматична фіскалізація після локального проведення продажу.
- Пов’язаність локального продажу та фіскального документа.
- Контроль касира, зміни та готовності сервісу перед відправкою.
- Статус фіскалізації зберігається окремо від бізнес-даних чека.
Повернення
- Повне або часткове повернення з проведеного чека.
- Окремий фіскальний документ повернення.
- Контроль зв’язку з початковим продажем.
- Невдале повернення лишається в контрольованому стані для повторної перевірки.
03 · ЧЕРГА ТА RECOVERY
Проблема мережі не повинна створювати дубль.
Фіскальна операція має окремий durable-стан. Після тайм-ауту OutPOSt не повинен безумовно повторювати документ, якщо неможливо точно визначити попередній результат.
Відкладені документи
- Pending-документи залишаються у локальній черзі.
- Після відновлення зв’язку система може повернутися до безпечного повтору.
- Оператор бачить, що документ ще не завершений.
Невизначений результат
- Не позначається автоматично як Done.
- Не запускається сліпий повтор, якщо є ризик дублювання.
- Recovery передбачає перевірку фактичного стану документа.
Startup recovery
Після перезапуску програма відновлює durable-чергу та продовжує контроль незавершених операцій, а не починає їх з нуля.
Control Center
Адміністратор має окремий центр для перегляду касира, зміни, черги та проблемних документів.
04 · ВИБІР ФІСКАЛІЗАЦІЇ
CheckBox — один із трьох сценаріїв.
В OutPOSt паралельно існують апаратний MINI‑T400ME, інтеграція CheckBox і Native ПРРО. Вони не повинні підміняти один одного або створювати дві фіскалізації одного продажу.
| Сценарій | Підходить коли | Поточний стан |
|---|---|---|
| CheckBox | Потрібен зовнішній ПРРО-сервіс із інтеграцією в OutPOSt | Опціональний модуль |
| MINI‑T400ME | Магазин працює з фізичним апаратним РРО | Підтримується |
| Native ПРРО | Потрібні multi-ПРРО, маршрутизація та власний фіскальний контур | Робочий контур |
05 · ПИТАННЯ
Коротко про CheckBox.
Для конкретного production-підключення краще перевірити актуальну версію OutPOSt, облікові дані касира та обраний фіскальний режим.
Чи потрібен CheckBox для роботи OutPOSt?
Ні. Це окремий опціональний фіскальний модуль. Продажі, товари, склад, закупівлі та локальна база не залежать від його активації.
Що робити, якщо чек не фіскалізувався?
Не повторювати операцію навмання. Спочатку перевірити стан касира, зміни та локальної черги; при невизначеному результаті використовувати recovery.
Чи підтримуються повернення?
Так, повні й часткові повернення мають окремий фіскальний сценарій і зв’язок із початковим продажем.
Чи є окрема плата OutPOSt за модуль?
OutPOSt не створює окремого тарифного плану за свої можливості. Водночас сторонній сервіс CheckBox може мати власні умови та тарифи.
ПРАКТИЧНІ ПИТАННЯ
CheckBox у щоденній роботі.
Короткі уточнення про статус інтеграції, чергу документів та безпечне відновлення.
Що саме фіскалізується через CheckBox?
Контур CheckBox у OutPOSt призначений для фіскалізації продажів і повернень, контролю стану фіскальної зміни та збереження результату операції поруч із локальним документом магазину.
Що відбувається, якщо зовнішній сервіс тимчасово недоступний?
Фіскальні завдання не повинні губитися або повторюватися навмання. OutPOSt використовує durable-чергу, розрізняє очікування і невизначений результат та має recovery-сценарії для повторної перевірки стану.
Чи пов’язується локальна касова зміна з фіскальною?
У налаштуваннях передбачений опціональний сценарій пов’язування локальної та фіскальної зміни. Його використання залежить від конкретного робочого процесу магазину та налаштувань ПРРО.
CheckBox і Native ПРРО — це один і той самий режим?
Ні. CheckBox є окремим зовнішнім ПРРО-провайдером. Native ПРРО — власний робочий контур OutPOSt із multi-ПРРО, маршрутами, КЕП, XML/XSD та recovery; тривають фінальні польові перевірки перед об’єднанням із настільним OutPOSt.
Чи може CheckBox працювати незалежно від MINI‑T400ME?
Так. Це різні фіскальні провайдери. Магазин використовує той сценарій, який відповідає його обладнанню та налаштуванню: апаратний MINI‑T400ME або ПРРО CheckBox. Їхні черги й стани не повинні змішуватися.
Чому recovery важливіший за автоматичний повтор?
Після тайм-ауту неможливо лише за фактом помилки мережі вирішити, чи зовнішній сервіс встиг створити фіскальний документ. Тому безпечний сценарій спочатку перевіряє відомий стан і лише після цього визначає, чи операцію можна повторити без ризику дублювання.