Heureka XML: dostupnost a doprava bez chyb

E-shop má modrý zápisník připravený u domácího odesílatele a zelený ještě u dodavatele. Na produktové stránce vypadají varianty podobně, ale nemají stejný termín odeslání. Pokud export oběma přiřadí stejnou dostupnost, zákazník dostane slib podle rychlejší varianty. Změna místa balení tedy vyžaduje kontrolu dat o konkrétním produktu. Tento postup pomáhá propojit feed s reálnou expedicí; není úplnou dokumentací všech značek ani návodem měnit obchodní ceny bez kontroly marže.

Co musíš rozlišovat mezi skladem, expedicí a doručením? #

Před exportem si napiš tři samostatné odpovědi. Kde je prodejný kus, kdy může opustit místo přípravy a jakou službou se dostane k zákazníkovi? Zásoba u jiné osoby může být dostupná pro balení, ale nemusí být připravená právě teď. Chybí-li obal nebo potvrzení obsahu, nestačí počet na polici. Časové tvrzení musí zahrnout skutečně proveditelný pracovní postup. Zobrazený dopravce zase musí odpovídat způsobu převzetí, který obchod skutečně prodává.

Uděláš-li z těchto tří údajů jednu obecnou hodnotu, při změně termínu už nepoznáš příčinu. Ve vlastní evidenci proto spoj kód varianty s potvrzeným místem, dostupným počtem a nejbližším předáním. Telefonická domluva o zítřejší přípravě není stejná věc jako přijatá zásilka. U varianty čekající na dodavatele si zachovej její vlastní stav. Rychlejší místní kus nemá zakrýt čekání jiných barev nebo velikostí, které zákazník vidí na stejné produktové stránce.

Jaký čas patří do DELIVERY_DATE? #

Oficiální specifikace hlavního XML vymezuje DELIVERY_DATE jako počet dnů od přijetí platby do expedice; u dobírky se začíná přijetím objednávky. Hodnota 0 se převádí na skladem, hodnoty 1 až 3 na do tří dnů a 4 až 7 na do týdne. Zapisuje se konkrétní hodnota, nikoli rozmezí s pomlčkou. Tato pravidla čti jako význam pole. Samotný export nevytváří kapacitu člověka, který má zásilku připravit.

Pro modrý zápisník ověř nejbližší možné podání. Pro zelený rozhodni zvlášť podle dodavatele a příchodu do místa přípravy. Nekopíruj rychlou hodnotu mezi variantami jen proto, že mají společný obrázek. Když upravíš rozvrh expedice, zkontroluj, zda změnu používá také export. Ručně opravený text na stránce a starý údaj ve feedu mohou existovat současně. Rozdíl odhalíš porovnáním konkrétního záznamu, nikoli pohledem na celý počet položek souboru.

Jak převést fyzickou zásobu na prodejný počet? #

Ve vlastním plánovacím příkladu leží u odesílatele 12 modrých zápisníků. Tři už patří přijatým objednávkám a jeden má poškozený obal, o němž musí rozhodnout obchod. Pro další objednávky zbývá osm: 12 − 3 − 1 = 8. Jde o smyšlené počty pro vysvětlení kontroly, nikoli o statistiku AirPost. Důležité je označit, které kusy lze prodat, které jsou rezervované a které čekají na posouzení. Fyzické množství bez těchto rozdílů nadhodnocuje dostupnost.

Po novém prodeji změň volný počet podle svého systému a ověř rezervaci na správném místě. Stejných osm kusů nesmí současně prodávat dva nezávislé seznamy, které o sobě nevědí. Pokud používáš tabulku pro domluvu s odesílatelem, určete, kdo potvrzuje úbytek a odkud vzniká export. Poškozený kus vrať do nabídky až po konkrétním rozhodnutí. Nepoužívej okamžik doručení krabice zásob jako potvrzení, že všechny varianty byly správně spočítané a připravené.

Kdy pomůže samostatný dostupnostní feed? #

Heureka uvádí stahování dostupnostního XML každých deset minut a zpracování v PPC režimu. Jeho informace má přednost před hlavním souborem. Hodnota stock_quantity označuje kusy připravené k okamžité expedici a musí být kladné celé číslo; nulový kus do tohoto pole nepatří. Identifikátor item id musí odpovídat ITEM_ID z hlavního XML. Tyto vlastnosti jsou důvodem kontrolovat oba soubory společně, zejména když starý export a nová zásoba vznikají z různých zdrojů.

Provozní návrh je jednoduchý: nejdřív sjednoť stav varianty, potom zkontroluj hlavní záznam a nakonec dostupnostní záznam stejného kusu. Nezakládej kvůli novému odesílateli druhou identitu výrobku. Při dočasné nedostupnosti postupuj podle odpovídající specifikace, místo vkládání univerzální nuly do všech polí. Pokud nemáš spolehlivý čas předání nebo aktualizovaný počet, nezvyšuj přesnost slibu jen kvůli lepšímu vzhledu nabídky. Detailnější soubor je užitečný pouze tehdy, když obsahuje přesnější pravdivá data.

Která cena dopravy je správná pro zákazníka? #

DELIVERY_PRICE podle Heureky vyjadřuje celkovou cenu konkrétní dopravy včetně DPH při platbě předem. DELIVERY_PRICE_COD zahrnuje také doběrečné; pokud daný způsob dobírku nepodporuje, tuto značku neuváděj. Při použití DELIVERY mají údaje z feedu přednost před dopravou nastavenou v administraci Heureky. Přesné identifikátory rozlišují PPL, PPL_PARCELSHOP a PPL_PARCELBOX. Názvem značky dopravce tedy nelze zaměnit doručení domů za výdejní místo.

Z toho plyne kontrola dvou odlišných částek: nákupu přepravy a nabídky zákazníkovi. E-shop může část nákladu zaplatit z marže nebo může přičíst vlastní skutečné náklady, ale do exportu patří částka, kterou zákazník dostane v košíku pro uvedený způsob. Nevkládej nejnižší nalezený štítek pod identifikátor jiné služby. Otevři produkt z pohledu zákazníka a porovnej konkrétní dopravu i platební metodu. Tím zjistíš, zda srovnávač ukazuje obchodní nabídku, kterou lze dokončit.

Jak spočítat náklad, než nastavíš cenu ve feedu? #

Dne 10. 10. 2026 byl na trase AirPost Česko → Česko malý PPL Private s převzetím v místě nebo boxu za 3,58 €, orientačně 87,23 Kč. Cena pochází z možností dopravy a už obsahuje platformový poplatek 0,85 €. Pro příklad vezmeme doporučenou odměnu malého balíku 2,25 €: 3,58 € + 2,25 € = 5,83 €. Materiál a další domluvené činnosti se hodnotí zvlášť.

Výsledek je podklad tvého nákladu, nikoli hotová hodnota DELIVERY_PRICE. Pro feed nejdřív rozhodni zákaznickou cenu podle skutečného košíku a účetního nastavení. U korunového obchodu nerozpoznáš správné pole pouhým zkopírováním eurové částky; korunové zobrazení tarifu je jen orientační a přepravu platíš v eurech. Ani doporučená odměna není povinná sazba každého odesílatele. Příklad odděluje nákup, balicí práci a zákaznickou cenu, aby export nezaměnil tři různé údaje.

Co poslat odesílateli, aby nezměnil význam objednávky? #

K práci předej kód varianty, počet, objednaný způsob převzetí a termín, který jsi zákazníkovi nabídl. Popis modrý zápisník nestačí, pokud existují různé formáty. Při nedostatku zásoby potřebuje obchod informaci dřív, než zakoupí náhradní přepravu nebo potvrdí rychlý termín další objednávce. Odesílatel nemá ručně opravovat Heureka-feed. Dodává údaje o tom, co skutečně má a co připravil; obchod rozhoduje, jak se promítnou do nabídky.

Při práci přes AirPost dodává zásobu e-shop a platí přípravu jednotlivých objednávek. Export pro Heureku musíš nastavit ve svém obchodním systému. Pro společný začátek použij první objednávku bez skladu; možnosti běžné místní dopravy vysvětluje vnitrostátní expedice v Česku. Rozsah práce najdeš na stránce outsourcingu expedice. Zdroj exportu a způsob aktualizace zásoby si potvrď ve vlastním systému.

Jak udělat kontrolu bez přepisování celého katalogu? #

1. Vyber dostupnou variantu, variantu na cestě a variantu s rezervovanými kusy. Ke každé zapiš skutečný stav a jeho zdroj.
2. Najdi jejich ITEM_ID v hlavním exportu a porovnej dostupnost s produktovou stránkou a potvrzeným termínem expedice.
3. Pokud používáš dostupnostní feed, ověř shodné id, kladné připravitelné kusy a aktuální časové údaje.
4. U stejného produktu projdi skutečný košík s platbou předem a případně dobírkou. Porovnej dopravu s exportovaným identifikátorem a cenou.
5. Po opravě vyzkoušej také prodej posledního volného kusu, aby kontrola zachytila přechod do nedostupnosti.

Uchovej malý záznam výsledku: produkt, čas kontroly, nesoulad a osoba, která ho opraví. Když po aktualizaci stále vidíš starý termín, porovnej čas vytvoření souboru se stavem zásoby. Změna pracovní instrukce sama feed nepřepíše. Heureka také uvádí, že po déle trvající chybě dostupnostního souboru může být nutné obnovit pokusy o stažení v administraci. Opravu proto uzavři až kontrolou skutečně přijatých dat, nikoli jen zeleným výsledkem místního exportu.