← Всички въпроси

Какво изисква Omnibus директивата и как се спазва автоматично

Изискването е едно изречение, но за да го изпълниш, ти трябва запис на всяка ценова промяна с дата. Кое точно се брои, къде се бърка най-често и как регистърът се води сам.

Тази страница описва как изискването се изпълнява технически. Не е правен съвет — за тълкуване по конкретен случай питай юрист.

Кратък отговор

При всяко съобщение за намаление трябва да обявиш като предишна цена най-ниската цена, която си прилагал през последните поне 30 дни. Не редовната цена, не цената отпреди промоцията — най-ниската. За да го направиш, ти трябва запис на всяка ценова промяна с дата и източник. Този запис или се води автоматично, или не се води.

Какво точно изисква

Правното основание е чл. 6а от Директива 98/6/ЕО, изменена с Директива (ЕС) 2019/2161 („Омнибус"), транспониран в Закона за защита на потребителите и в сила от 28 май 2022 г.

Формулировката е кратка, но има три места, на които магазините се препъват.

Първо: коя цена се брои. Брои се цената, която реално е била прилагана към потребителите — тоест ефективната цена. Ако продуктът е бил в промоция преди две седмици, промоционалната цена от тогава влиза в сметката. Зачертаната цена, която никой не е плащал, не влиза.

Второ: прогресивно намаление. Ако намалението се задълбочава без прекъсване в рамките на една и съща кампания, предишната цена е тази отпреди първото намаление. Това е изрично изключение — иначе всяко следващо стъпало щеше да се сравнява само с предното.

Трето: повторна промоция. Да пуснеш промоция на същия продукт в рамките на трийсет дни е позволено. Но референтната цена включва предишната промоционална цена, тоест второто намаление трябва да е под първото, за да е обявимо.

Защо е трудно на практика

Изискването изглежда като работа по документация. Всъщност е работа по данни.

Цената на един продукт се променя от няколко посоки: ценово правило по себестойност, ръчна корекция, начало на промоция, край на промоция, връщане след пауза. Ако тези промени идват от различни места и никое от тях не води дневник, най-ниската цена за трийсет дни е реконструкция по памет.

Оттам идват и типичните проблеми: зачертана цена, която е по-висока от реално прилаганата, промоция, обявена като намаление спрямо цена, която не е била държана трийсет дни, и невъзможност да докажеш каквото и да е при проверка.

Как се решава

Механизмът е един: append-only регистър на ефективната цена. Всяка промяна се записва като нов ред с дата, стойност и източник. Нищо не се презаписва. Референтната цена за дадена дата се смята от този регистър — най-ниската стойност в прозореца от трийсет дни назад.

Останалото са предпазители около него.

Как е решено в Kronixon PI

Регистърът е единственият източник на истина за ценовата хронология. Пише се от всяка точка, в която цената може да се промени — ценова синхронизация, фиксирана цена, начало и край на промоция, прогресивна промяна, изравняване на базата. Записва се само при реална промяна.

Твърд блок при активация. Ако поне един ред от кампанията има промоционална цена, която не е под най-ниската за трийсет дни, цялата кампания не тръгва. Няма „въпреки това". Кампанията отива в пауза със запис в историята, за да не се опитва наново на всеки цикъл.

Зачертаната цена се изравнява автоматично. При активация базовата цена в магазина се сваля до най-ниската за трийсет дни. Така зачертаната цена и процентът отстъпка, които вижда клиентът, са винаги законни — а не просто вътрешно изчислени.

Прогресивно намаление. Референцията се замразява при активация и не се преизчислява, докато кампанията тече. При край се изчиства и следващия път се смята наново, като собствените записи на кампанията се изключват, а промо цените на други кампании се броят — точно както изисква правилото за повторна промоция.

Справка и износ. Има таб „Ценови регистър": търсиш продукт и виждаш най- ниската цена за трийсет дни към произволна дата, цялата ценова хронология и промо периодите. Има износ в XLSX за проверка.

Сверка и възстановяване. Дневна сверка сравнява регистъра с реалните цени в магазина и хваща разминавания и нови продукти. Историята се пази двайсет и четири месеца.

За операторите терминът „Omnibus" не се използва в интерфейса — пише „Ценови регистър" и „Мин. 30-дн. цена". Хората, които пускат кампании, не трябва да знаят номера на директивата.

Често задавани въпроси

Коя цена се посочва като предишна при намаление? Най-ниската цена, която реално е била прилагана през последните поне трийсет дни — не редовната цена и не цената отпреди промоцията.

Броят ли се предишни промоционални цени? Да. Регистърът записва ефективната цена, тоест тази, която клиентът е плащал. Ако през последните трийсет дни е имало промоция, нейната цена участва в изчислението.

Може ли да пусна промоция на същия продукт два пъти в един месец? Да, позволено е. Но референтната цена включва предишната промоционална цена, за да е обявимо второто намаление трябва да е под първото.

Какво става при прогресивно намаление? Ако намалението се задълбочава без прекъсване в същата кампания, предишната цена остава тази отпреди първото намаление. В Kronixon PI референцията се замразява при активация точно затова.

Какво прави системата, ако промоцията не отговаря на изискването? Блокира цялата кампания при активация и я оставя в пауза със запис в историята. Няма възможност за принудително пускане.

Колко назад се пази ценовата история? Двайсет и четири месеца по подразбиране, като стойността е настройка. Има износ в XLSX за проверка.

Модулът по темата: Промоции →
Заявете демо
Контакт

Да поговорим за вашата рутина

Разкажете ни какво изяжда деня на екипа ви. Ще ви покажем — върху собствената ни работеща система — колко от него може просто да изчезне.