Slevové akce dodavatelů: automatické promítnutí do e-shopu

Dodavatel pošle e-mail: od pondělí do neděle −20 % na celou značku. Obchodník to v pondělí dopoledne ručně nastaví u sto produktů. V neděli večer na konec akce zapomene a e-shop prodává se slevou ještě tři dny. Nebo naopak akci nastaví pozdě a konkurence ji má od pondělního rána.

Akce dodavatelů jdou převzít automaticky, stejně jako běžné ceníky. Má to ale dvě komplikace, které u běžného přecenění nejsou. Akce má časovou platnost. A jakmile slevu oznámíte zákazníkovi, musíte ji počítat podle zákona z nejnižší ceny za posledních 30 dní. V článku ukážeme, jak obojí vyřešit a jak akci správně poslat do Google a na Heureku.

Jak dodavatelé akce posílají

Podoba akce v datech závisí na dodavateli. Nejčastěji potkáváme:

• Akční cenu přímo v [XML feedu](/kb/integrace/xml-feed) s poli „platnost od“ a „platnost do“. Nejlepší varianta, zpracuje se stejně jako běžný feed.
• Akční cenu ve feedu bez data. Akce platí, dokud je ve feedu. Konec poznáte jen tak, že pole zmizí.
• Samostatný akční ceník v tabulce nebo PDF. Musí se převést do strojově čitelné podoby, jak popisujeme v článku Velkoobchodní ceníky a jejich automatizace.
• Obecné oznámení typu „−15 % na značku X“. Z něj se akce vytvoří jako pravidlo nad produkty dané značky.

Než akci převezmete, rozlište, o jakou jde. Nákupní akce znamená, že dodavatel zlevnil vám. Jestli slevu pošlete dál, je vaše rozhodnutí. Možná chcete jen vyšší marži. Prodejní akce znamená, že dodavatel nebo výrobce vyhlásil akci pro zákazníky a čeká, že ji obchody promítnou do svých cen. U obou případů platí, že prodejní cenu i marži počítáte podle svých pravidel. Postup popisuje článek Automatické přeceňování podle marže.

Časová platnost: akce jako záznam, ne přepis ceny

Nejčastější chyba je akční cenu prostě zapsat místo běžné ceny. Po akci pak nikdo neví, na jakou cenu se má produkt vrátit.

Doporučujeme akci ukládat jako samostatný záznam: produkt, akční cena, začátek, konec, zdroj. Běžná cena zůstává beze změny. Plánovaná úloha, typicky spouštěná přes cron, pak v každém běhu rozhodne, která cena právě platí.

Na co si dát pozor:

• Časové pásmo. „Do 30. 11.“ znamená do půlnoci českého času. Všechny časy ukládejte s pásmem, jinak se akce na některém kanálu ukončí o hodinu nebo dvě dřív či později.
• Akce bez data konce. Nastavte maximální délku, třeba 30 dní, a po ní akci ukončete a pošlete upozornění. Zapomenutá akce je dražší než zbytečné upozornění.
• Překryv akcí. Když na produkt platí dvě akce, rozhoduje pravidlo, například nižší cena nebo přednost ruční akce.
• Minimální marže. Ani akce nesmí srazit prodejní cenu pod nastavenou spodní hranici bez schválení člověkem.

Pravidlo 30 dní: z čeho se sleva počítá

Podle § 12a zákona o ochraně spotřebitele musíte při oznámení slevy uvést nejnižší cenu, za kterou jste výrobek nabízeli a prodávali v posledních 30 dnech před slevou. Sleva se počítá od této ceny. Výklad s příklady má Česká obchodní inspekce na stránce Nejčastější otázky týkající se slev.

Pro automatizaci jsou důležité tyto body:

• Rozhoduje vaše cenová historie. Referenční cenou není doporučená cena dodavatele ani „běžná cena“, pokud jste v posledních 30 dnech prodávali levněji.
• Platí i nápisy bez čísla. ČOI uvádí, že povinnost se týká i oznámení jako akce, akční cena, Black Friday nebo výprodej. Netýká se hesel „nejnižší cena“, „naše cena“ nebo „2+1 zdarma“.
• Postupné prohlubování slevy. Když slevu bez přerušení zvyšujete, můžete podle ČOI vycházet z ceny před první slevou.
• Výjimky. Pravidlo se nevztahuje například na potraviny s datem použitelnosti a zboží podléhající rychlé zkáze.
• Veřejné kupóny. ČOI považuje kupóny dostupné širokému okruhu zákazníků za oznámení slevy. Cena s takovým kupónem se proto může promítnout do nejnižší ceny za 30 dní.

Technicky to znamená jediné: e-shop musí mít historii prodejních cen po dnech a umět z ní spočítat minimum za 30 dní. Bez historie nemáte z čeho referenční cenu doložit.

Modelový výpočet

Čísla jsou modelová, ne data konkrétního klienta. Produkt stál dlouhodobě 1 000 Kč. Před dvěma týdny jste ho bez oznámení slevy zlevnili na 900 Kč. Teď dodavatel vyhlásí akci a vy chcete prodávat za 750 Kč.

Automatika proto u každé akce spočítá procento z nejnižší ceny za 30 dní a zobrazí ho spolu s touto cenou. Pokud vyjde sleva nulová nebo zanedbatelná, je lepší štítek „sleva“ vůbec nezobrazovat a cenu jen snížit.

Akce ve feedu pro Google

Google Merchant Center má pro akce dva atributy. Běžná cena patří do price, akční do sale_price. Období platnosti se zadává v sale_price_effective_date ve formátu ISO 8601 jako začátek a konec oddělené lomítkem. Pokud čas nevyplníte, akce začne o půlnoci prvního dne a skončí ve 23:59 posledního dne. Bez časového pásma Google počítá s UTC.

Příklad hodnoty pro akci na konci listopadu, kdy v Česku platí zimní čas:

2026-11-23T00:00+01:00/2026-11-29T23:59+01:00

Výhoda atributu s datem je, že Google akci ukončí sám, i kdyby se feed v noci nestihl aktualizovat. Akční i běžná cena musí odpovídat stránce produktu. Pokud cenu na webu ukazujete ve strukturovaných datech Schema.org, musí odpovídat i tam.

U přeškrtnutých cen v reklamách Google pro země EHP podle nápovědy k anotacím se slevou počítá předchozí cenu jako nejnižší cenu zobrazenou na Googlu za 30 dní před posledním snížením. U postupného snižování v posledních 60 dnech bere cenu před prvním snížením. Anotaci ukazuje jen u slev nad 5 % a pod 90 %. Pravidlo je tedy podobné tomu českému, ale Google ho počítá ze svých dat.

Kompletní strukturu feedu rozebírá článek Feed pro Google Merchant Center.

Přeškrtnuté ceny na Heurece

Heureka přeškrtnutou cenu z feedu obchodu nepřebírá. Zobrazuje takzvané ověřené slevy, které počítá sama z historie cen, kterou sleduje. Podle Heureky jde o slevu spočítanou z referenční ceny za posledních 30 dní, zobrazuje jen slevy v rozmezí 5 až 80 % a produkt musí mít aspoň 30denní historii cen.

Pro vás z toho plyne:

• Do elementu PRICE_VAT posílejte vždy aktuální prodejní cenu, v akci tedy akční.
• Feed aktualizujte hned na začátku a na konci akce. Jinak bude Heureka ukazovat jinou cenu, než zákazník uvidí po prokliku.
• Nespoléhejte na to, že Heureka ukáže stejné procento slevy jako váš web. Počítá ho po svém ze své historie cen.

Jak na to prakticky

1. Zjistěte, jak vaši dodavatelé akce posílají, a rozlište nákupní a prodejní akce.
2. Ukládejte akce jako samostatné záznamy s časovým pásmem a nepřepisujte běžnou cenu.
3. Nastavte pravidla pro akce bez konce, překryvy a minimální marži.
4. Veďte denní historii prodejních cen a počítejte z ní nejnižší cenu za 30 dní.
5. Slevu zobrazujte jen z této ceny a spolu s ní.
6. Do Google posílejte sale_price a sale_price_effective_date s pásmem.
7. Feed pro Heureku a Zboží.cz aktualizujte na začátku i na konci akce.

Přebírání akcí dodavatelů stavíme jako součást napojení dodavatelů a feedů. Jednorázová implementace začíná od 3 000 Kč za dodavatele, správa běží měsíčním paušálem. Pokud chcete ceny kromě akcí dodavatelů řídit i podle trhu a konkurence, navazuje AI cenotvorba. Na legální stránku dynamických cen se podívejte v článku Dynamic pricing pomocí AI.