Keď ten istý tovar predávate na viacerých e-shopoch, každá administrácia si vedie vlastný stav a o predaji na tej druhej sa nedozvie. Riešenia sú tri: rozdeliť zásobu pevne medzi e-shopy (jednoduché, ale predáte menej), synchronizovať stavy nadradeným systémom (najspoľahlivejšie), alebo držať rezervu a rozdiely riešiť ručne (funguje do niekoľkých desiatok objednávok mesačne). Rozhodujúce je, či synchronizácia beží v reálnom čase alebo v dávkach — pri dávkovom prenose vzniká okno, v ktorom sa dá predať tovar, ktorý už nie je.
Prečo sa stavy vôbec rozchádzajú
Každý e-shop je samostatný systém s vlastnou databázou. Keď zákazník kúpi kus na slovenskej doméne, česká administrácia o tom nevie — pokiaľ jej to niekto nepovie. Kým predávate na jednej doméne, nie je čo riešiť. Pri druhej doméne sa objaví prvý rozdiel, pri štvrtej je to denná záležitosť.
Rozdiel sa neprejaví hneď. Prejaví sa až vtedy, keď zákazník objedná posledný kus na doméne, ktorá o jeho predaji nevedela — teda v okamihu, keď už mu treba napísať, že objednávku stornujete. To je najdrahší moment celého reťazca: zaplatili ste za návštevu, za konverziu, a namiesto tržby máte nespokojného zákazníka.
Možnosť 1: rozdeliť zásobu pevne
Najjednoduchšie riešenie. Zo sto kusov dáte štyridsať na slovenskú doménu, tridsať na českú, dvadsať na poľskú a desať na medzinárodnú. Každý e-shop má vlastnú zásobu a nikdy sa nepretnú.
Nevýhoda je zrejmá: keď sa slovenská zásoba dopredá a poľská leží, prídete o predaje na Slovensku, hoci tovar máte. Pri pomaly obrátkovom tovare je to prijateľné. Pri sezónnom alebo rýchloobrátkovom to znamená citeľnú stratu.
Možnosť 2: nadradený systém, ktorý stavy zosúlaďuje
Nad e-shopmi stojí systém, ktorý drží jeden skutočný stav. Predaj kdekoľvek zníži dostupnosť všade. Tovar tak môže byť ponúkaný v plnom množstve na všetkých doménach naraz.
Pri tomto riešení sú podstatné dve veci, na ktoré sa oplatí pýtať skôr než na cenu: ako rýchlo sa zmena prenesie a čo sa stane pri výpadku spojenia. Prenos v dávkach — napríklad každých pätnásť minút — necháva okno, v ktorom sa dá predať to, čo už nie je. Prenos vyvolaný udalosťou z e-shopu (webhook) toto okno takmer uzavrie.
Druhá vec je pôvod pohybu. Systém, ktorý zaznamená len „stav sa zmenil zo 40 na 39", vám pri rozdiele nepomôže. Systém, ktorý zaznamená „−1 predaj na CZ doméne, objednávka #4718", umožní rozdiel dohľadať za minútu.
Možnosť 3: rezerva a ručná kontrola
Držíte rezervu — napríklad nikdy nepustíte posledné tri kusy do predaja — a rozdiely riešite ručne. Funguje to pri desiatkach objednávok mesačne a nulových nákladoch na nástroj.
Prestane to fungovať vtedy, keď ručná kontrola zaberie viac času, než koľko stojí nástroj. Hranicu si viete spočítať: koľko minút denne trávite kontrolou stavov, vynásobte hodinovou sadzbou.
Na čo sa pýtať pri výbere nástroja
- Prenáša sa zmena okamžite (webhook), alebo v dávkach? Ak v dávkach, ako často?
- Zaznamenáva sa PÔVOD pohybu, alebo len nová hodnota?
- Čo sa stane, keď spojenie s jedným e-shopom vypadne — zastaví sa všetko, alebo len ten jeden?
- Dá sa nastaviť rezerva, ktorá sa nikdy nepustí do predaja?
- Vidím, ktoré produkty sa rozišli najviac — teda kde mám skutočný problém?
- Podporuje varianty produktu, alebo len hlavný produkt?
Ako to rieši MitoOps
MitoOps drží jeden stav pre všetky napojené e-shopy a aktualizuje ho z udalostí e-shopu, nie z nočného importu. História pohybov zaznamenáva pôvod každej zmeny — predaj, ručná úprava, alebo automatické zosúladenie medzi e-shopmi — takže sa rozdiel dá dohľadať aj spätne.
Zapojený je Shoptet aj WooCommerce; Shopify a PrestaShop sú rozpracované. Modul zosúladenia skladov beží v ostrej prevádzke na štyroch e-shopoch v štyroch krajinách.