Omnibus a ceny před akcí: podrobný návod, jak vést evidenci pro účely kontroly

Proč systematicky evidovat ceny před akcí a po ní

Transparentní evidence cen před slevovými akcemi a po nich je klíčová pro dodržování pravidel férového stanovování cen, auditovatelnost a obranu před podezřením na klamavé praktiky. Správně nastavený proces chrání značku před reputačním rizikem, snižuje pravděpodobnost sankcí a zároveň usnadňuje interní rozhodování (pricing, efektivita promo akcí, marže).

Základní pojmy a pracovní definice

• Běžná (katalogová) cena: zveřejněná prodejní cena mimo akci.
• Akční cena: dočasně snížená cena v rámci kampaně.
• Referenční cena: hodnota, vůči níž je komunikována sleva (např. „zlevněno z běžné ceny“). Použití musí být pravdivé a doložitelné.
• Období hodnocení: časové okno, z něhož se odvozuje „nejnižší cena před slevou“ (v EU se často posuzuje nejnižší cena za období 30 dnů; ověřte místní pravidla a metodické pokyny).
• SKU/varianta: nejmenší jednotka evidence; ceny se sledují na úrovni SKU, nikoli pouze kategorie.

Cíle evidenčního systému

1. Auditní stopa: změna ceny je zdokumentována včetně údajů kdo/kdy/co/proč.
2. Automatická rekonstrukce historie: možnost zpětně rekonstruovat zobrazenou cenu a reklamní sdělení („-20 %“) k libovolnému datu a času.
3. Jednoznačná pravidla pro výpočet referenční ceny (např. „nejnižší cena za posledních X dnů“).
4. Integrita napříč kanály: stejná logika historických údajů v e-shopu, na marketplace, na pobočkách i v katalozích.

Datový model: co minimálně zaznamenávat

Pro každé SKU/variantu mějte tabulku cenové historie. Doporučená pole:

• sku (string) – identifikátor varianty
• currency (ISO kód)
• price_type (katalogová cena, akční cena, promo kód, override na marketplace)
• price_value (číselná hodnota)
• valid_from, valid_to (časová platnost; valid_to může být null u aktuálního záznamu)
• channel (web, app, marketplace_X, retail)
• region (země/daňová zóna)
• campaign_id (vazba na akční kampaň, pokud existuje)
• business_reason (sezóna, likvidace, reakce na konkurenci)
• author (kdo změnu schválil/uložil)
• approval_ref (interní schválení – ticket, JIRA, protokol)
• computed_reference_price_window (např. 30 dní – pro zpětnou auditovatelnost)
• reference_price_value (hodnota, vůči níž byla v okamžiku změny komunikována sleva)
• reference_method (např. „nejnižší cena za posledních 30 dnů“)

Verzování: jak předejít ztrátě historie

• Logika append-only: nikdy nepřepisujte historický záznam; vždy vložte nový.
• Soft-close předchozího záznamu (nastavení valid_to při vytvoření nového záznamu).
• Čas v UTC a jednoznačná časová razítka pro více zemí.
• Kontrola kolizí: žádné překrývání intervalů pro stejnou kombinaci sku+channel+region+price_type.

Výpočet referenční ceny při oznámení slevy

1. Určete časové okno (např. posledních 30 dnů) a doménu (SKU, kanál, region).
2. Z historie vyhledejte nejnižší skutečně účtovanou cenu v daném okně (nikoli doporučenou nebo uváděnou, ale skutečně platnou).
3. Tuto hodnotu uložte do pole reference_price_value při zahájení akce společně s údaji reference_method a verzí pravidla.
4. Pokud se cena před akcí měnila (např. předchozí zlevnění), algoritmus musí tyto změny zohlednit a nezamlčet.

Speciální scénáře a okrajové případy

• Nový produkt: pokud není k dispozici dostatečná historie, nepoužívejte zavádějící reference; komunikujte „zaváděcí cenu“ bez srovnávání.
• Balíčky a sady: pokud jde o nové složení, neodvozujte referenční cenu z jednotlivých SKU bez transparentní metodiky (vážený součet, přímé srovnání pouze při stejném složení).
• Varianty (velikost/barva): vyhodnocujte na úrovni varianty, nikoli pouze na úrovni nadřazeného SKU, pokud má varianta odlišnou cenovou historii.
• Marketplace: pokud se ceny liší od vlastního e-shopu, evidujte historii a reklamní sdělení specificky pro daný kanál.

Procesní mapa: od návrhu slevy po archivaci

1. Brief akce (cíl, segment, interval, KPI, referenční období).
2. Předběžný výpočet referenční ceny a marže (včetně nákladů na promo akci).
3. Schválení (pricing + finance + právní oddělení/brand).
4. Zveřejnění změny (API/CDN flush, synchronizace kanálů).
5. Záznam v reálném čase (historie append-only + záznam referenční ceny).
6. Monitoring reklamních sdělení na webu/aplikaci (pixel testy, vizuální regresní kontroly).
7. Ukončení akce a post-mortem (výsledky oproti plánu, audit zobrazení reklamních sdělení).
8. Archivace exportů pro případ kontroly (neměnné snapshoty).

UX a obsah: jak férově zobrazovat informace o slevě

• Jasné uvedení: původní skutečná cena, sleva v %, nová cena, doba platnosti.
• Konzistentní umístění u produktů, v košíku i při dokončení objednávky.
• Bez neustále obnovovaných odpočtů a bez „běžné ceny“, která se nikdy neúčtovala.
• Cenová historie pro zákazníka není povinná, interní auditní stopa však ano.

Kontrolní mechanismy a interní audit

• Automatické testy: při spuštění akce se reklamní sdělení porovná s vypočtenou referenční cenou; pokud nesouhlasí → zveřejnění se zablokuje.
• Čtvrtletní audit vzorku SKU: ruční kontrola historie a vizuální podoby (screenshoty, logy).
• Kontrola kolizí: dvě akce nesmějí souběžně měnit stejné SKU bez stanovené hierarchie pravidel.
• Log událostí: každé zobrazení reklamního sdělení o ceně lze vzorkovat a uložit (ID session, URL varianty).

Měření a reporting: co sledovat na dashboardu

Exporty a archivace důkazů

• Neměnné snapshoty při zahájení a ukončení akce (CSV + podepsané hashem).
• Nástroj pro pořizování screenshotů kategorií a PDP s časovým razítkem.
• Verzovaný datový sklad (např. SCD typu 2) pro analýzy a kontroly.
• Retenční politika: uchovávání záznamů alespoň po dobu stanovenou místními předpisy; vyvážit s GDPR (minimalizace osobních údajů v logách).

Nejčastější chyby při evidenci cen

1. Přepsání historie místo verzování (ztráta důkazu).
2. Nesprávná doména výpočtu (reference z jiného kanálu/regionu, než je kanál reklamního sdělení).
3. Agregace podle produktu místo varianty (zkresluje referenční cenu).
4. Nejasný „price type“ (sleva přes kód vs. katalogová cena vs. promo akce – směšování nesourodých údajů).
5. Chybějící důvody a schválení (obtížnější obhajoba při kontrole).

Governance a odpovědnosti

• Pricing owner: nastavuje metodiku referenčních cen a schvaluje akce.
• Data owner: zaručuje kvalitu historie (validace, úplnost, integrita).
• Právní oddělení/Compliance: průběžný dohled nad komunikací a souladem s místními pravidly.
• Engineering: implementace principu append-only, API, logování, snapshotů.

Praktický kontrolní seznam před spuštěním akce

• Pro každé SKU existuje souvislá časová osa cen za posledních X dnů.
• Referenční cena je automaticky vypočítána a uložena společně s metodikou.
• Reklamní sdělení na webu prošlo validátorem (unit/integrace testy).
• Byly vytvořeny snapshoty (CSV + screenshoty) s hashem a časovým razítkem.
• Je naplánován post-mortem (vyhodnocení marže, dopadů na CAC/CLV, stížností).

Doporučené technické vzory

• Tabulka cenové historie s indexem (sku, channel, region, valid_from) pro rychlé dotazy.
• Materializovaný pohled „aktuální cena“ a „nejnižší cena za X dnů“ pro reporting v reálném čase.
• Joby při nasazení akce: předběžný výpočet referenčních cen a křížová kontrola na vzorku.
• Feature flag pro bezpečné zapínání/vypínání reklamních sdělení.

Komunikace a školení týmu

• Praktické příklady správných a nesprávných reklamních sdělení v interní wiki.
• Školení pro merchandising a marketing o tom, co je přípustné a co nikoli.
• Rychlý eskalační kanál pro případ pochybností (Slack/JIRA).

Evidence jako pojistka důvěry

Robustní, verzovaná a auditovatelná evidence cen před akcemi a po nich je nezbytná pro férovou komunikaci slev a ochranu značky. Investice do datového modelu, schvalovacích procesů, validací a archivace se vrací s každou kampaní: minimalizuje riziko chyb, urychluje kontroly a buduje dlouhodobou důvěru zákazníků i regulátorů.