Як продавати набори акцизних товарів: кейс фіскалізації для Monobank та Вчасно.Каса з сайтом WIX
Подарункові бокси, дегустаційні сети та комплекти «3 в 1» — класичний та високоефективний інструмент e-commerce для підняття середнього чека. Проте для онлайн-магазинів, що реалізують підакцизну продукцію (крафтове пиво, сидр, вино, міцні чи медові напої), продаж готових наборів часто перетворюється на юридичну та технічну проблему.
Вимоги ДПС України щодо фіскалізації підакцизу безапеляційні: у фіскальному чеку заборонено використовувати узагальнені назви товарів на кшталт «Дегустаційний бокс №2». Кожна пляшка повинна мати індивідуальну назву, свій код УКТ ЗЕД, точну ціну та проходити коректне нарахування акцизного податку.
Нижче розбираємо реалізований кейс агенції YarsDesign: як продавати маркетингові сети зі зручним для клієнта інтерфейсом, повністю задовольняючи технічні вимоги платіжного шлюзу Monobank та ПРРО Вчасно.Каса.
1. Головна проблема: конфлікт клієнтського досвіду та податкового обліку
У класичному інтернет-магазині шлях клієнта виглядає просто: користувач обирає один товар-набір, додає його до кошика й сплачує фіксовану суму. Однак у випадку з підакцизними товарами виникає пряма невідповідність між двома системами:
З боку покупця (Frontend / UX): клієнт купує саме набір як окрему одиницю. Він не хоче окремо шукати й додавати до кошика три різні пляшки, щоб отримати знижку або спеціальне пакування.
З боку ПРРО та банку (Backend / ПРРО): сервіс фіскалізації (Вчасно.Каса) та платіжний еквайринг (Monobank / Plata by Mono) не можуть прийняти сутність «Сет» під єдиним артикулом, оскільки законодавство вимагає деталізації кожного підакцизного найменування в чеку.
Спроба вибити в чеку набір загальним рядком загрожує блокуванням фіскалізації або штрафами за порушення порядку обліку підакцизних товарів.
2. Логіка реалізації: дворівнева декомпозиція кошика
Щоб зберегти чистий інтерфейс для клієнта та надати регуляторам точні дані, розробка будується на принципі розділення сутностей на рівні оформлення замовлення (Middleware).
[Покупець у кошику сайту]
↓ Обирає набори "Три меди"
[Кастомний скрипт декомпозиції (YarsDesign Middleware)]
↓ Розбирає складові наборів та пропорційно вираховує ціну кожної одиниці
[Платіжна сторінка Monobank] → [ПРРО Вчасно.Каса]
↓ Отримує делікатний поділ на реальні пляшки з міткою походження
Рівень 1: Що бачить покупець у магазині
На сторінці оформлення та у фінальному підсумку замовлення інтерфейс відображає лише ті позиції, які обрав клієнт:
«Три меди – 3×1л» (Артикул: SET1000) — 2 шт. по 1 230,00 ₴ (сума: 2 460,00 ₴)
«Три меди – 3×0,33л» (Артикул: SET033) — 1 шт. по 490,00 ₴ (сума: 490,00 ₴)
Загальний підсумок замовлення: 2 950,00 ₴
Покупець бачить звичний лаконічний чек без зайвих технічних позицій.
Рівень 2: Що передається під капотом у Monobank та Вчасно.Каса
У момент переходу до оплати скрипт звертається до конфігурації наборів і «розщеплює» комплекти на реальні фізичні одиниці, формуючи структурований масив товарів для API:
Додавання контекстного маркування: До назви кожної окремої пляшки додається суфікс (у складі набору). Це виключає плутанину в призначенні платежу та підтверджує походження ціни для перевіряючих органів.
Алгоритм розподілу вартості без копійкових розбіжностей: Ціна набору ділиться між позиціями порівну. Якщо вартість ділиться з непарним залишком (наприклад, сет за 490 ₴ складається з 3 пляшок: $490 / 3 = 163,33...$ ₴), алгоритм коректує округлення на останній позиції:
Напій медовий MEADAGE «ДУБ», 0,33л — 163 ₴ (1 шт.)
Напій медовий MEADAGE «ХМІЛЬ», 0,33л — 163 ₴ (1 шт.)
Напій медовий MEADAGE «РУЖА», 0,33л — 164 ₴ (1 шт.)
Сума за набір: 490 ₴
Облік множинної кількості: Для двох наборів 3×1л (вартістю 1 230 ₴ кожен, разом 2 460 ₴) система генерує по 2 одиниці кожного виду по 410 ₴ за пляшку (разом по 820 ₴ за вид):
Напій медовий MEADAGE «ДУБ», 1л — 2 pcs (820 ₴)
Напій медовий MEADAGE «ХМІЛЬ», 1л — 2 pcs (820 ₴)
Напій медовий MEADAGE «РУЖА», 1л — 2 pcs (820 ₴)
Загальна сума чека в Monobank становить рівно 2 950 ₴, повністю збігаючись із сумою в кошику покупця.
3. Які завдання бізнесу вирішує такий функціонал
Завдання | Як працювало раніше | Як працює з кастомною декомпозицією |
Фіскалізація ПРРО | Ризик штрафу або відмова Вчасно.Каса реєструвати чек без кодів УКТ ЗЕД | Кожна позиція реєструється зі своїм власним кодом УКТ ЗЕД |
Складський облік | Склад «не знав», які саме пляшки списати за віртуальним сетом | Зі складу автоматично списуються конкретні фізичні пляшки |
Маркетинг та продажі | Доводилося відмовлятися від сетів або змушувати клієнта додавати кожну пляшку окремо | Клієнт купує готовий подарунковий сет в один клік |
Баланс сум | Постійні помилки на 1–2 копійки через некоректне ділення знижок | Сума в CMS, банківській виписці та фіскальному чеку завжди однакова |
4. Висновок
Технічні вимоги фіскалізації та обмеження ПРРО не повинні обмежувати ваші продажі. Завдяки правильно налаштованому обробнику замовлень на сайті можна вільно масштабувати маркетингові пропозиції, створювати комплекти та автоматизувати роботу зі складними платіжними інтеграціями.
Агенція YarsDesign проєктує та реалізує складні кастомні рішення для e-commerce: від індивідуальних API-інтеграцій з Monobank, Nova Poshta чи Вчасно.Каса до повної оптимізації процесів замовлення під специфіку вашого бізнесу.
