Трохи в темі, тому відповім.
По дебільному їхньому закону тепер потрібно друкувати з товаром його штрихкод, код укт і акцизний код. Штрихкод здається необовязково, а код укт і акциз - якщо товар акцизний. Пробігся по конфігураціям - в останньому BAS роздробі реалізовано тільки "болванку" - в таблицю товарів яка передається для друку на ККМ додали "ПодакцизнийТовар" і код УКТ. Все. Механізму для сканування/введення акцизних кодів немає. І це та ще морока. Уявіть, людина купляє упаковку вина/пива, 4 одиниці товару. Раніше пробивали це одним рядком на ККМ. А тепер потрібно акцизний код кожної (!!!) пляшки вивести в чек! А при реалізації напоїв/коктейлів там взагалі хохма. Коли на барі відкривають пляшку і продають з неї перший коктейль - тоді в чек виводимо акцизний код, при реалізації наступних коктейлів з цієї пляшки акциз в чек вже можна не виводити - ура, яке полегшення. Короче бармени буде вести книгу обліку відкритих пляшок і лічильник розлитих з них коктейлів, ага сплю і бачу як вони будуть це робити.
По технічній реалізації. Акциз/штрихкод/акцизний код по законодавству, МОЖНА виводити в назву товару, тобто в чеку назва товару буде мати вигляд "Вино італійське блаблабла#2900001254234#0302 19 00 00#ААВТ005454"
Артсофт у своєму драйвері Универсальный драйвер Арсофт" уже допиляли наступне. Функції SetA, SetU, SetB. Вони викликаються безпосередньо перед функцією друку строки чека PrintRecItem, причому скільки раз, скільки є кодів. Наприклад 3 коди акциза - SetA викликаємо 3 рази. Це все потім виводиться в чек перед товарною позицією
Найважче в інтерфейсі касира допилювати алгоритм вводу/сканування акцизних кодів - тут уже вмикайте фантазію.
---------------------
А взагалі я думаю що цей бред не приживеться - дуже важко це реалізувати. Це щось на кшталт історії коли хотіли вести облік товарів в розрізі номерів ГТД - від інвойсів до реалізації продавцю