Dropshipping feedy: specifika napojení dodavatele

Dropshipping vypadá na první pohled jednoduše. Dodavatel vám dá feed, vy ho naimportujete a objednávky mu přeposíláte. Zboží nemusíte skladovat ani balit. V praxi se ale právě tady snadno objeví stornované objednávky a naštvaní zákazníci. Důvod bývá stejný: e-shop slibuje něco, co za něj plní někdo jiný.

Oproti běžnému napojení dodavatele, kde feed slouží hlavně k doplnění katalogu a nákupu na váš sklad, musí dropshipping napojení umět víc. Dostupnost a dodací lhůta z feedu se rovnou ukazují zákazníkovi. Objednávka musí odejít k dodavateli bez ruční práce. A když se něco pokazí, zákazník to řeší s vámi, ne s dodavatelem.

Co se liší oproti běžnému feedu dodavatele

U klasického napojení vám XML feed dodavatele říká, co můžete objednat na sklad. Chyba v datech vás stojí nanejvýš špatně naplánovaný nákup. U dropshippingu je feed přímo nabídka zákazníkovi. Každá nepřesnost se okamžitě promítne do objednávky.

Z tabulky plyne hlavní rozdíl. Dropshipping napojení není jednosměrný import. Je to obousměrná integrace: produkty a sklad jdou od dodavatele k vám, objednávky od vás k dodavateli a stav zásilky zase zpět.

Dostupnost: „skladem u dodavatele“ není „skladem“

Nejčastější chyba je převzít dostupnost z feedu dodavatele beze změny. Dodavatel má kus skladem, e-shop napíše „skladem“, zákazník čeká odeslání ještě dnes. Jenže dodavatel expeduje až zítra odpoledne a zásilka jde další den přes přepravce.

Doporučujeme dostupnost přepočítávat podle pravidel:

• Bezpečnostní zásoba. Když dodavatel hlásí poslední 1–2 kusy, ukažte produkt jako nedostupný nebo „na dotaz“. Poslední kusy bývají v té chvíli už prodané jinému odběrateli.
• Stáří dat. Když data o skladu nepřišla v očekávaném intervalu, produkty po nastavené době přepněte na „na dotaz“. Nulovat sklad naslepo nebo ho nechat viset je horší.
• Oddělená dostupnost pro vlastní sklad. Pokud část zboží máte i u sebe, zákazník má vidět, odkud zboží půjde a kdy.

Jak často sklad od dodavatele stahovat a kdy se vyplatí synchronizace v minutách, rozebíráme v článcích Realtime skladová synchronizace: proč na ní záleží a Skladová dostupnost v realtime: technické řešení.

Dodací lhůty ve feedech pro srovnávače a Google

Stejnou dostupnost, jakou vidí zákazník na webu, musíte posílat i do srovnávačů. Heureka i Zboží.cz používají element DELIVERY_DATE s počtem dní do expedice. Hodnota 0 podle specifikace Heureky i Zboží.cz znamená „skladem“. U dropshipping zboží proto do feedu posílejte skutečný počet dní, například 2 nebo 3, ne automaticky nulu.

V Google Merchant Center se doba mezi objednávkou a předáním přepravci zadává atributy max_handling_time a min_handling_time v pracovních dnech. Google na příkladu uvádí: objednávka v úterý a odeslání nejpozději v pátek znamená maximální dobu zpracování 3 dny. Když dodavatel expeduje do dvou pracovních dnů, napište 2 a nepředstírejte expedici týž den.

Pokud dodavatel zboží momentálně nemá, ale přijímá objednávky s pozdějším dodáním, Google pro to má hodnotu backorder atributu availability. S ní je povinné i datum dostupnosti availability_date. Podrobně to rozebíráme v článku o struktuře feedu pro Google Merchant Center.

Pozor také na zákonnou lhůtu. Pokud se se spotřebitelem nedohodnete jinak, musíte zboží podle občanského zákoníku dodat bez zbytečného odkladu, nejpozději do 30 dnů od uzavření smlouvy. U dodavatelů s dlouhými lhůtami, například ze zahraničí, proto lhůtu uvádějte výslovně u produktu i v potvrzení objednávky.

Předávání objednávek dodavateli

Ruční přeposílání objednávek e-mailem funguje do prvních desítek objednávek denně. Pak začnou vznikat chyby: přehozená adresa, zapomenutá objednávka, špatná varianta. Proto objednávky předáváme automaticky. Podle toho, co dodavatel nabízí:

1. API dodavatele. Nejlepší varianta. Integrace přes REST API založí objednávku u dodavatele, dostane zpět její číslo a průběžně si stahuje stav a číslo zásilky. Pokud dodavatel umí webhooky, dozvíte se o odeslání hned.
2. Soubor v dohodnutém formátu. Objednávky se v intervalu exportují do CSV nebo XML a nahrají na FTP či SFTP dodavatele. Stav se čte z jeho zpětného souboru.
3. Strukturovaný e-mail. Poslední možnost. Aspoň pevná šablona, aby ji dodavatel mohl zpracovat strojově.

U každé varianty hlídáme stejné body. Objednávka se k dodavateli odešle jen jednou, i když se přenos opakuje. Chyba při předání vytvoří upozornění, ne tiché selhání. Číslo zásilky se propíše zpět do e-shopu a zákazníkovi. Když objednávka obsahuje zboží od více dodavatelů, rozdělí se a zákazník ví, že dostane víc balíků.

Technicky tyhle toky obvykle řeší samostatná vrstva mezi e-shopem a dodavateli, tedy middleware. Výhody API oproti feedu podrobně popisujeme v článku API napojení dodavatelů: výhody oproti XML.

Anonymní odesílatel

Zákazník nakoupil u vás. Když mu přijde balík s logem, fakturou a ceníkem dodavatele, je zmatený a příště může nakoupit rovnou u něj. Proto se s dropshipping dodavateli domlouvá odesílání pod neutrálním nebo vaším jménem.

Co si s dodavatelem ujasnit:

• Odesílatel na štítku. Vaše firma, nebo neutrální označení bez jména dodavatele.
• Obsah balíku. Žádná faktura ani propagační materiály dodavatele. Dodací list a doklad posílá zákazníkovi váš e-shop.
• Obal. Neutrální krabice, případně vaše páska nebo vložka.
• Kontakt pro přepravce. Při nedoručení se má přepravce ozvat tomu, kdo zná zákazníka, tedy vám.

Tyhle údaje posílá integrace k dodavateli spolu s objednávkou. Když dodavatel podporuje více profilů odesílatele, stačí u objednávky vyplnit ten váš.

Vratky a odpovědnost vůči spotřebiteli

Tady dropshipping nejčastěji naráží. Kupní smlouvu zákazník uzavírá s vámi. Za vady zboží, reklamace i odstoupení od smlouvy proto před zákazníkem odpovídáte vy, bez ohledu na to, kdo balík odeslal. Dodavatel je váš smluvní partner, ne zákazníkův.

Co z českého práva plyne pro praxi:

• Odstoupení do 14 dnů. Spotřebitel může u nákupu na dálku od smlouvy odstoupit do 14 dnů od převzetí zboží bez udání důvodu. Výklad má Česká obchodní inspekce.
• Vrácení peněz. Podle § 1832 občanského zákoníku musíte peníze včetně nákladů na dodání vrátit nejpozději do 14 dnů od odstoupení. Zadržet je smíte, dokud vám zákazník zboží nepředá nebo neprokáže, že ho odeslal. Na to, jestli vám dodavatel vrátí peníze, čekat nemůžete.
• Reklamace. Reklamaci musíte vyřídit do 30 dnů od jejího uplatnění. Když zboží putuje k dodavateli a zpět, lhůta běží celou dobu.

Proto s dodavatelem předem smluvně dohodněte, kam zákazníci vracejí zboží, kdo platí přepravu, v jaké lhůtě vám dodavatel vrátí peníze za vrácený kus a jak rychle posoudí reklamaci. Adresu pro vrácení uveďte jasně v obchodních podmínkách a v reklamačním řádu. Co musí reklamační řád obsahovat, popisujeme v článku Reklamační řád: vzor a legislativní požadavky.

Integrace tu pomáhá hlavně evidencí. U každé vratky a reklamace potřebujete vidět, od kterého dodavatele zboží přišlo, kdy běží zákonné lhůty a v jakém stavu je vyřízení u dodavatele.

Marže: počítejte i náklady, které u skladového zboží nevidíte

U dropshippingu platíte dodavateli za každou objednávku zvlášť. K nákupní ceně se často přidává poplatek za vyřízení a doprava od dodavatele k zákazníkovi. Tyto položky musí vstoupit do výpočtu prodejní ceny, jinak marže jen vypadá dobře.

Modelový příklad, ne data konkrétního klienta:

Kdybyste počítali marži jen z nákupní ceny 800 Kč, prodávali byste za 1 067 Kč bez DPH a po všech nákladech by vám zbylo necelých 9 %. Jak pravidla marže a zaokrouhlení postavit, popisujeme v článku Automatické přeceňování podle marže.

Jak na to prakticky: checklist před spuštěním

• Máte s dodavatelem písemně dohodnuté lhůty expedice, vratky, reklamace a vrácení peněz?
• Počítá se dostupnost z feedu s bezpečnostní zásobou a hlídáním stáří dat?
• Posíláte do Heureky, Zboží.cz a Google skutečný počet dní do expedice?
• Odcházejí objednávky k dodavateli automaticky a jen jednou?
• Vrací se do e-shopu číslo zásilky a stav objednávky?
• Je domluvený neutrální odesílatel a obsah balíku bez materiálů dodavatele?
• Obsahuje prodejní cena poplatky dodavatele a dopravu?

Dropshipping dodavatele napojujeme 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ž dodavatel nabízí API pro objednávky, stavíme obousměrnou integraci včetně stavů zásilek. Pošlete nám feed nebo dokumentaci dodavatele a řekneme vám, co z ní jde automatizovat.