Електронна марка
Підтримка сценарію, де касир працює з Data Matrix-кодом електронної акцизної марки та не переносить його вручну між окремими програмами.
XTrace · електронні акцизні марки · sandbox
еАкциз у OutPOSt
OutPOSt готує вбудовану інтеграцію з державною системою еАкциз/XTrace для роздрібної торгівлі підакцизними товарами. Інтеграційний контур уже спроєктовано під електронні марки, економічних операторів, об’єкти, довідники та акцизні електронні документи.
еАкциз замінює паперову акцизну марку електронною та дає змогу відстежувати підакцизний товар за електронною маркою з Data Matrix-кодом. Для магазину це означає нові операції зі скануванням, перевіркою статусу марки, прив’язкою товару до економічного оператора та об’єкта, а також обміном акцизними електронними документами.
EO та об’єкти
Кожен ФОП або юридична особа має бути явно зіставлений з економічним оператором XTrace, а магазин або склад — з конкретним об’єктом. Без fuzzy-автоприв’язки між різними ФОП.
Перевірка марок
API XTrace має окремі операції пошуку електронних марок за кодами, штрихкодами та УГІ. OutPOSt готує безпечне підключення цього read-контуру до касового сценарію.
Акцизні документи
Архітектура враховує АЕД, їх валідацію, XML, підписи, контрагентів, отримання та контроль стану без сліпого повторення невизначених операцій.
Для роздрібного магазину
Що змінює еАкциз у щоденній роботі
- Підакцизний товар отримує електронну марку з Data Matrix-кодом.
- Скан марки має бути пов’язаний із конкретним товаром і правильною юридичною особою.
- Статус марки треба перевіряти за офіційним контрактом XTrace, а невідомий статус — не «домислювати» локально.
- Рух підакцизного товару пов’язується з економічними операторами та їх об’єктами.
- Для окремих операцій потрібні акцизні електронні документи та КЕП.
- Касовий сценарій має узгоджуватися з ПРРО, щоб електронна марка не жила окремо від фіскального чека.
Мета OutPOSt
Не змушувати касира працювати у трьох системах
У OutPOSt товар, продаж, ПРРО та дані електронної марки мають зустрічатися в одному касовому сценарії. Касир сканує товар і марку, а програма перевіряє необхідні умови та формує контрольований стан операції.
Технічні токени, КЕП і зовнішні ідентифікатори не повинні потрапляти в звичайний робочий журнал або бути видимими продавцеві.
Поточний стан
Чому сторінка вже є, а production ще не відкрито
Офіційний XTrace API уже має Excise API V1.1.0, роботу з економічними операторами, об’єктами, електронними марками, АЕД, звітами та КЕП-сценаріями. OutPOSt уже має технічний план інтеграції, наявний касовий буфер акцизних марок і підготовлений sandbox-процес.
Перед production потрібні точне закріплення актуального OpenAPI, тестовий токен, явні EO/Object mapping, перевірка марок і поетапне тестування write-сценаріїв. Тому на цьому етапі зовнішні записи залишаються sandbox-only.
Безпечна послідовність
Як вводимо еАкциз
- Спочатку контракт API й read-only діагностика.
- Потім економічний оператор, об’єкти та довідники.
- Далі перевірка марки в існуючому касовому потоці.
- Після цього — АЕД, КЕП і окремі сімейства write-операцій.
- Кожна невизначена mutation переходить у контрольований стан, а не в blind retry.
Готуємося заздалегідь
Завантажити OutPOStІнтеграція еАкциз уже закладена в roadmap OutPOSt
Сторінка публікується до завершення державного тестового періоду, щоб клієнти могли завчасно розуміти майбутній касовий сценарій, а пошукові системи — індексувати окремий напрямок продукту.