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

Цей матеріал — чек-лист технічної перевірки. П'ять блоків, за якими можна за один прохід по лінії зрозуміти: обладнання готове, потребує апгрейду чи потребує заміни.

Станом на сьогодні 7 вересня 2026 року розклад такий:


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

Коротко про вимогу: графічний елемент електронної марки і що це означає технічно

Порядок маркування затверджено постановою Кабінету Міністрів України № 890 від 16.07.2025. Маркування здійснюється шляхом нанесення графічного елемента електронної марки акцизного податку, і це DataMatrix-код версії ECC 200.

Перекладемо з юридичної мови на технічну. Для виробництва це означає чотири речі:

  1. Це 2D-код, а не текст. Дата й номер партії, надруковані в рядок, вимогу не закривають. Потрібен матричний код визначеної структури.

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

  3. Код має бути машиночитабельним із гарантованою якістю. Оновленою постановою (від 26.12.2025) введено додатковий стандарт: графічний елемент може відповідати грейду B за ISO/IEC 29158 раніше вимагався лише грейд 2 за ISO/IEC 15415. Це технічне послаблення, яке розширює можливості нанесення, але не скасовує сам факт нормованої якості друку.

  4. Кожна нечитабельна одиниця це проблема обліку, а не тільки якості. Одиниця з невалідним кодом не може бути легально введена в обіг.

Тепер п'ять блоків перевірки.
 

Блок 1. Роздільна здатність і якість друку

Питання блоку: чи здатне ваше обладнання надрукувати читабельний 2D-код потрібного розміру на вашій поверхні?

Що перевіряти:

  • Роздільна здатність друку. Для DataMatrix малого фізичного розміру потрібна щільність, яку не дає обладнання, спроєктоване під нанесення дати з двох рядків. Практичний орієнтир для нанесення на етикетку термотрансферний друк від 300 dpi; для прямого нанесення на упаковку вимоги залежать від технології та поверхні.

  • Мінімальний розмір модуля. Код зменшується не безкінечно: є межа, за якою модуль стає меншим за фізичну роздільну здатність вашої головки, і код перестає читатися. Це найчастіша причина фрази «апарат друкує, а сканер не бачить».

  • Поверхня і контраст. Пориста гофра, темне скло, ламінована плівка, вигнута поверхня флакона кожна з них знижує клас якості. Код, який дає грейд A на плоскій білій етикетці, на темному склі може не дати нічого.

  • Зона спокою (quiet zone) і місце під код. На упаковці має бути вільна ділянка потрібного розміру, не по шву, не по ребру, не поверх поліграфії. Іноді це вимагає зміни макета етикетки, а не обладнання.

  • Стабільність результату в часі. Один ідеальний тестовий відбиток нічого не доводить. Значення має клас якості на 10 000-й одиниці зміни, при засміченій головці й нагрітому цеху.

Червоний прапорець: якщо ваше обладнання наносить лише дату й партію рядковим шрифтом і ніколи не друкувало 2D-код цей блок майже гарантовано не проходить.
 

Блок 2. Змінні дані

Питання блоку: чи вміє обладнання отримувати унікальний код на кожну одиницю, а не друкувати статичний макет?

Це найнедооціненіший блок чек-листа. Багато наявних маркувальників фізично здатні надрукувати DataMatrix але не здатні надрукувати різний DataMatrix на кожній одиниці. Це два різні класи задач.

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

Що перевіряти:

  • Наявність інтерфейсу передачі даних (Ethernet/TCP-IP, серійний порт, API-протокол) і його документованість.

  • Здатність приймати чергу унікальних значень із зовнішньої системи, а не тільки з внутрішньої пам'яті.

  • Продуктивність обміну на робочій швидкості лінії чи не стає передача даних вузьким місцем.

  • Поведінка при обриві зв'язку. Що робить апарат, коли система не відповідає: зупиняє лінію, друкує старе значення (найгірший сценарій дублювання кодів), чи коректно ставить лінію на паузу.

  • Інтеграція з обліковим контуром — хто саме постачає ідентифікатори: ERP, MES або окреме ПЗ серіалізації.

Червоний прапорець: «наш апарат друкує будь-яке зображення, ми просто заливатимемо код» це нерозуміння задачі. Заливати доведеться на кожну одиницю окремо, десятки разів на хвилину.
 

Блок 3. Швидкість

Питання блоку: чи витримає лінія друк унікального коду без падіння продуктивності?

Друк унікальних даних складніший за друк статики: додається час на отримання значення, формування зображення й підтвердження. На низьких швидкостях це непомітно. На 300+ одиницях на хвилину визначально.

Що перевіряти:

  • Фактична, а не паспортна швидкість лінії у пікові зміни, включно з розгоном і сповільненням.

  • Максимальна швидкість друку 2D-коду у вашого обладнання вона нижча за швидкість друку текстового рядка, іноді в разі.

  • Час циклу обміну даними на одну одиницю.

  • Поведінка при зміні швидкості. Зсув відбитка при розгоні типова проблема; для 2D-коду вона критичніша, ніж для тексту, бо деформація матриці вбиває читабельність повністю, а не частково.

  • Синхронізація з енкодером і стан самого енкодера.

Червоний прапорець: якщо після ввімкнення 2D-коду в тестовому режимі лінію довелося пригальмувати це не «налаштуємо пізніше», це вже виявлена невідповідність.
 

Блок 4. Верифікація

Питання блоку: чи є контроль читабельності коду і що ви робите з нечитабельними одиницями?

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

Логіка проблеми проста. Без камери контролю виробництво не знає, які саме одиниці мають невалідний код. Апарат «надрукував» з його точки зору все гаразд. Одиниця з нечитабельним кодом іде на палету, у короб, на склад. Формально вона введена в обіг, фактично не ідентифікується. Виробництво накопичує невидимий брак, який виявиться на приймальні в мережі, при перевірці або при спробі списати залишки.

Що перевіряти:

  • Наявність камери верифікації після точки нанесення не візуальний контроль оператором, а автоматичне зчитування 100% одиниць.

  • Оцінка класу якості, а не просто факту зчитування. Код може прочитатися вашим сканером і не пройти вимогу за грейдом.

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

  • Зворотний зв'язок у систему обліку: нечитабельна одиниця має бути позначена як така, а її ідентифікатор коректно виведений з обігу.

  • Журнал верифікації доказова база на випадок перевірки.

Червоний прапорець: «ми будемо перевіряти вибірково». Серіалізація не працює з вибірковим контролем: кожна одиниця має унікальний код, отже кожна одиниця окремий випадок.
 

Блок 5. Облік і агрегація

Питання блоку: як код одиниці зв'язується з коробом і палетою?

Маркування одиниці це перший рівень. Логістика працює з коробами й палетами, і система простежуваності вимагає зв'язку між рівнями.

Що перевіряти:

  • Маркування групової упаковки чи є обладнання для нанесення коду на короб.

  • Процедура агрегації: як фіксується, що конкретні 24 одиниці лежать саме в цьому коробі. Сканування кожної одиниці при укладанні чи інша схема.

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

  • Дезагрегація що відбувається при розкомплектації короба на складі.

  • Синхронізація з ПЗ: усі три рівні мають потрапляти в одну систему, інакше зв'язок існує тільки на паперi.

Червоний прапорець: маркування одиниць є, коробів немає. Технічно ви маркуєте продукцію, фактично не можете сформувати відвантаження в системі.


 

Три сценарії за результатами перевірки

Чек-лист має давати однозначну відповідь. Ось як інтерпретувати результат.

Сценарій 1. Обладнання готове

Ознаки: друкує 2D-код потрібного розміру з відповідним класом якості на вашій поверхні; має документований інтерфейс змінних даних; тримає швидкість лінії; є камера верифікації з відбраковуванням; закритий короб.

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

Сценарій 2. Потребує апгрейду

Ознаки: обладнання загалом сучасне, але не закриває один-два блоки. Типово: друк є, верифікації немає. Або друк і верифікація є, а агрегації коробів немає.

Що робити: доукомплектація камера верифікації, модуль відбраковування, маркувальник для коробів, оновлення ПЗ/інтерфейсу. Дешевше за заміну, але потребує часу на монтаж і налагодження.

Сценарій 3. Потребує заміни

Ознаки: обладнання фізично не здатне надрукувати 2D-код потрібної якості на вашій поверхні; немає інтерфейсу для змінних даних; вироблений ресурс і нестабільний результат.

Що робити: заміна, і планувати її треба з урахуванням строків постачання й монтажу. Це рішення, яке не варто ухвалювати в жовтні.
 

Висновок

Готовність до е-акцизу це не питання «купити принтер». Це п'ять різних технічних вимог, і невідповідність будь-якій одній із них означає, що з 1 листопада ви або не можете вводити продукцію в обіг, або вводите її з невидимим браком.

Два висновки, які варто забрати з цього чек-листа:

  1. Здатність друкувати DataMatrix ≠ здатність до серіалізації. Унікальний код на кожну одиницю інший клас задачі, ніж статичний макет.

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

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

Замовте безкоштовну діагностику сумісності вашого обладнання з вимогами е-акцизу. Інженер PROMARK проходить із вами всі п'ять блоків на вашій лінії, робить тестове нанесення DataMatrix на вашу реальну упаковку з оцінкою класу якості й дає письмовий висновок за трьома сценаріями: готове / потребує апгрейду / потребує заміни, з переліком конкретних робіт і термінами.