Realtime skladová synchronizace: proč na ní záleží
Sklad, který se aktualizuje jednou denně, je ve skutečnosti odhad. Ukážeme, kde vás zpožděná data stojí peníze a kdy se vyplatí synchronizovat v řádu minut.
Zákazník si objedná, zaplatí kartou a za hodinu mu přijde e-mail: „Omlouváme se, zboží už není skladem.“ Vy vracíte peníze, píšete omluvy a zákazník si příště koupí jinde. Přitom e-shop ukazoval „skladem u dodavatele“. Informace byla pravdivá. Jen byla stará šest hodin.
Tohle je nejčastější důsledek skladu, který se od dodavatele aktualizuje jednou nebo dvakrát denně. V článku rozebíráme, kde vás zpožděná data stojí peníze, kdy dává smysl synchronizace v řádu minut a kdy je zbytečná. Technickou stránku řešení popisujeme v navazujícím článku Skladová dostupnost v realtime.
Co vlastně znamená „realtime“
V e-commerce se realtime používá volně. Pro praxi stačí rozlišit tři úrovně:
| Úroveň | Zpoždění | Jak se řeší | Kdy stačí |
|---|---|---|---|
| Dávkový import | hodiny | XML feed jednou až několikrát denně | Pomalu se měnící sortiment, vlastní sklad |
| Častá synchronizace | minuty | Import jen změn každých 5–15 minut přes API nebo menší feed | Většina e-shopů prodávajících ze skladu dodavatele |
| Událostní synchronizace | sekundy | Webhooky nebo fronta zpráv | Dropshipping, limitované zboží, prodej na více kanálech |
Realtime tedy neznamená „okamžitě za každou cenu“. Znamená to, že zpoždění dat je kratší než doba, za kterou se zboží typicky vyprodá.
Kde vás zpožděný sklad stojí peníze
Prodej zboží, které nemáte. Každá taková objednávka znamená ruční práci: kontaktovat zákazníka, nabídnout náhradu nebo vrátit peníze. U platby kartou platíte poplatek za transakci, kterou pak vracíte. A zákazník si pamatuje zklamání, ne vysvětlení.
Ztracené prodeje z opačné strany. Dodavatel naskladní, ale e-shop ukazuje „není skladem“ až do dalšího importu. Zákazník odejde ke konkurenci, která má čerstvější data. Tahle ztráta není vidět v žádném reportu, a proto se na ni zapomíná.
Problémy ve srovnávačích a nákupních kampaních. Google Merchant Center kontroluje, jestli dostupnost ve feedu odpovídá stránce produktu. Když produkt ve feedu vede jako vyprodaný, ale na stránce jde koupit, Google ho podle nápovědy Merchant Center zamítne. Jako častou příčinu nesouladu Google přímo uvádí časový rozdíl mezi aktualizací webu a aktualizací feedu. Heureka pro obchody, které chtějí zobrazovat přesnou dostupnost, nabízí samostatný dostupnostní XML feed, který podle své specifikace stahuje každých deset minut. Pokud do něj posíláte data stará několik hodin, rychlé stahování nic neřeší.
Hodnocení obchodu. Stornované objednávky a pozdní dodání se promítají do recenzí na srovnávačích i do vašeho hodnocení na marketplace. To se opravuje měsíce.
Prodej na více kanálech. Když stejný kus prodáváte na e-shopu, na Kauflandu a na Allegru, sklad se odečítá ze tří míst. Bez rychlé synchronizace mezi kanály se stejný poslední kus prodá dvakrát.
Modelový výpočet: kolik stojí denní import
Ilustrační příklad, ne data konkrétního klienta. Dosaďte svá čísla.
- E-shop přijme denně 200 objednávek, polovina položek jde přímo ze skladu dodavatele.
- Sklad dodavatele se importuje jednou denně ráno.
- Z objednávek se zbožím od dodavatele se 3 % ukáží jako neprodejné, protože zboží mezitím zmizelo. To jsou 3 objednávky denně.
- Vyřešení jedné takové objednávky zabere zákaznické podpoře 15 minut.
Za měsíc (30 dní) to je 90 problémových objednávek a 22,5 hodiny práce podpory. K tomu vrácené platby, část zákazníků, kteří už nenakoupí, a ušlé tržby z produktů, které byly naskladněné, ale e-shop je ukazoval jako vyprodané. Pokud častější synchronizace sníží podíl problémových objednávek na zlomek, návratnost napojení se počítá v měsících, ne v letech.
Důležité je změřit si výchozí stav. Kolik objednávek měsíčně stornujete kvůli nedostupnosti? Bez tohoto čísla se o frekvenci synchronizace rozhoduje od oka.
Signály, že sklad nestíhá
Zpožděný sklad se málokdy ohlásí jako chyba. Projevuje se nepřímo. Zpozorněte, když:
- zákaznická podpora řeší opakovaně dotazy typu „kdy mi to přijde, když to bylo skladem“,
- nákupčí nebo sklad ručně opravují dostupnost produktů v administraci,
- v Google Merchant Center přibývají upozornění na nesoulad dostupnosti nebo ceny,
- marketplace hlásí zrušené objednávky na straně prodejce,
- produkt se na e-shopu ukazuje jako vyprodaný, i když ho dodavatel má, a zjistíte to až od zákazníka.
Druhou kontrolou je stáří dat. U každého dodavatele byste měli vědět, kdy naposledy přišla platná data o skladu. Pokud tuto informaci nikde nevidíte, nevíte ani, jestli synchronizace vůbec běží. Import, který tři dny tiše padá, je horší než import, který běží pomalu.
Pro začátek stačí jednoduchý přehled: dodavatel, čas posledního úspěšného importu, počet změněných položek a počet chyb. Když se číslo změn náhle propadne na nulu, je to často první známka, že dodavatel změnil formát nebo přístupy.
Kdy realtime nepotřebujete
Častější synchronizace něco stojí: vývoj, provoz a zátěž na API e-shopu i dodavatele. Nevyplatí se, když:
- prodáváte hlavně z vlastního skladu a dodavatel slouží jen k doplňování zásob,
- zboží má u dodavatele velké zásoby a vyprodá se výjimečně,
- dodavatel sám aktualizuje data jednou denně. Stahovat častěji, než vznikají, nemá smysl.
V takovém případě stačí dávkový import a rozumná rezerva. Například ukazovat „skladem“ jen při zásobě nad určitým počtem kusů, pod ní „na dotaz“ nebo delší dodací lhůtu.
Rezerva a pravidla dostupnosti
I s rychlou synchronizací doporučujeme pravidla, která chrání proti posledním kusům:
- Bezpečnostní zásoba. Když dodavatel hlásí 2 kusy, v e-shopu ukažte 0 nebo „na dotaz“. Poslední kusy u dodavatele často nejsou reálně k dispozici.
- Dodací lhůta podle zdroje. Zboží ze skladu dodavatele má jinou lhůtu než zboží z vašeho skladu. Zákazník má vidět tu správnou.
- Priorita zdrojů. Když stejný produkt nabízí víc dodavatelů, určete, ze kterého se sklad počítá a v jakém pořadí.
- Chování při výpadku. Když data od dodavatele nepřijdou, nesmí se sklad automaticky vynulovat ani ponechat donekonečna. Po určité době přepněte produkty na „na dotaz“ a pošlete upozornění.
Jak na to prakticky
- Změřte, kolik objednávek měsíčně stornujete nebo měníte kvůli nedostupnosti zboží.
- Zjistěte, jak často dodavatel data aktualizuje a jestli má API nebo webhooky.
- Zvolte úroveň synchronizace podle tabulky výše, ne podle toho, co zní nejlépe.
- Nastavte bezpečnostní zásobu a dodací lhůty podle zdroje zboží.
- Sjednoťte frekvenci aktualizace feedů pro Google a srovnávače s aktualizací skladu.
- Hlídejte stáří dat a nastavte upozornění, když synchronizace přestane běžet.
Rychlou synchronizaci skladu stavíme v rámci služby napojení dodavatelů a feedů. Jednorázová implementace začíná od 3 000 Kč za dodavatele, správa běží měsíčním paušálem. Když potřebujete sklad propojit i mezi e-shopem, marketplace a ERP, řešíme to jako automatizaci procesů. Pošlete nám, jak dnes sklad od dodavatelů přebíráte, a řekneme, kde ztrácíte nejvíc.
Potřebujete s tím pomoct?