Objednávka z e-shopu až do účetnictví: Jak odstranit ruční přepisování
Objednávka přijde do e-shopu, kolega ji přepíše do účetního programu a sklad si dostupnost ověří v další tabulce. Když zákazník něco změní, opravujete stejné údaje znovu. Propojení může tuto práci převzít, ale musí zvládnout i výpadek, částečnou úhradu a storno. Ukážeme, co si připravit před jeho zadáním.
01Nejdřív popište jednu objednávku od začátku do konce
Začněte skutečnou dokončenou objednávkou. Sepište, kdo ji převzal, kdy se rezervovalo zboží, kde vznikl doklad a kdo spároval platbu. Vedle přidejte objednávku, která se měnila nebo rušila. Právě druhý příklad často odhalí práci, kterou nabídka na „automatický přenos objednávek“ vůbec neřeší.
Ke každému kroku napište vstup, očekávaný výsledek a člověka odpovědného za výjimky. Nestačí požadavek „propojit účetnictví“. Potřebujete vědět například to, zda se má doklad připravit při přijetí objednávky, po úhradě, nebo až podle jiného schváleného pravidla. Konkrétní účetní a daňové nastavení potvrďte s účetní.
02Určete, který systém rozhoduje o kterých údajích
Doporučujeme pro každou skupinu dat vybrat jeden hlavní zdroj. Nemusí jím být stejný program pro všechno. E-shop může přijímat objednávky, sklad řídit dostupnost a účetnictví přidělovat čísla dokladů. Ostatní systémy dostávají potřebné kopie.
| Údaj | Doporučené rozhodnutí v zadání | Kdo řeší nesrovnalost |
|---|---|---|
| Objednávka a její položky | Uchovat identifikátor a podmínky potvrzené při objednání | Obchod nebo zákaznická podpora |
| Dostupnost a rezervace | Vybrat systém, který závazně přiděluje kusy | Vedoucí skladu |
| Doklad a jeho číslo | Určit místo vystavení a pravidla oprav | Účetní |
| Úhrada a vratka | Párovat podle potvrzených údajů banky či brány | Finance |
| Chyba přenosu | Zobrazit poslední úspěšný krok a další postup | Určený správce propojení |
Domluvte také převod kódů produktů, měn, jednotek a dopravy. Balení po deseti kusech nesmí cílový systém považovat za jeden kus. Pozdější změna katalogové ceny nemá bez výslovného pravidla přepsat cenu již potvrzené objednávky. Tyto detaily patří do zadání stejně jako výběr přenosové technologie.
03Oddělte objednávku, sklad, doklad a peníze
Jediný stav „vyřízeno“ je pro propojení příliš hrubý. Sledujte zvlášť obchodní stav objednávky, stav rezervace a expedice, stav dokladu a stav úhrady. Objednávka může být zaplacená, ale stále čekat na jednu položku.
Také fyzický počet kusů není totéž co množství dostupné k prodeji. Například Shopify rozlišuje skladové stavy včetně zásoby vázané na nevyřízené objednávky. Při propojení proto nestačí přenášet jedno nepojmenované číslo „sklad“.
U každého přechodu stanovte podmínku: kdo smí rezervaci vytvořit, kdy se uvolní a co se stane při nedostatku. Pokud prodáváte stejnou zásobu více kanály, otestujte souběžné objednávky posledního kusu. Technické provedení musí respektovat rozhodnutí o tom, který systém zásobu skutečně přiděluje.
04Opakovaný přenos nesmí znamenat druhou fakturu
Představte si modelový scénář: účetnictví doklad vytvoří, ale potvrzení se kvůli výpadku nevrátí. Propojení vidí chybu a požadavek zopakuje. Bez rozpoznání původní operace může založit další doklad.
Požadujte idempotenci: opakování stejné operace má mít stejný obchodní účinek jako její jediné provedení. Stripe tento princip používá u požadavků s idempotentním klíčem. Možnosti i omezení je nutné ověřit u každého připojeného programu.
V zadání chtějte stálý identifikátor operace, vazbu mezi číslem objednávky a dokladem a postup pro nejistý výsledek. Pokud účetní program odpoví pozdě, integrace má nejdřív ověřit, zda doklad již existuje. Rozlište opakování přenosu od nové opravy objednávky; ta představuje jinou operaci.
Události navíc nemusí přijít jednou a ve správném pořadí. Dokumentace webhooků Stripe, tedy automatických oznámení mezi systémy, výslovně popisuje duplicity i nezaručené pořadí doručení. Dodavatel má vysvětlit, jak zabrání tomu, aby pozdní zpráva vrátila záznam do staršího stavu.
05Storno rozložte na konkrétní kroky
Zrušení objednávky, uvolnění rezervace, oprava dokladu a vrácení peněz nejsou jeden úkon. U každého evidujte vlastní výsledek. Stripe například dokumentuje i čekající a neúspěšné vratky; odeslaný požadavek proto sám o sobě nepotvrzuje dokončené vrácení platby.
Navrhněte postup také pro částečné storno. Uživatel má vidět, které položky se ruší, jaká částka se vrací a co ještě čeká na kontrolu. Automatizace nesmí tiše prohlásit celou objednávku za uzavřenou, pokud jeden navazující krok selhal.
06Spusťte menší rozsah a kontrolujte rozdíly
První etapu omezte na jasně vymezený typ objednávek. Před spuštěním si nechte předvést následující scénáře:
- běžná objednávka s potvrzenou platbou;
- opakované doručení stejné zprávy a výpadek po vytvoření dokladu;
- nedostupná položka a souběžný nákup posledního kusu;
- částečná úhrada, změna objednávky a částečné storno;
- neplatný kód produktu nebo nepodporovaná měna;
- obnovení provozu a zpracování čekajících přenosů.
Pro první provoz doporučujeme denní přehled rozdílů: chybějící doklady, nespárované platby, zaseknuté rezervace a neuzavřené vratky. Každá položka potřebuje vlastníka. Měřte i čas na opravy a dohled, nejen počet automaticky přenesených objednávek.
07Časté otázky před zadáním
Stačí hotový konektor?
Často ano, pokud pokrývá vaše stavy, opravy i chybové scénáře. Porovnejte licenci, zavedení, dohled a ruční výjimky. Vlastní propojení systémů dává smysl tam, kde standardní konektor nezvládá důležitá provozní pravidla.
Musíme kvůli tomu měnit e-shop?
Ne automaticky. Nejdřív prověřte rozhraní a dostupné doplňky současného řešení. Pokud omezení zasahují i objednávání, zahrňte je do zadání e-shopu. Rozhodujte podle celého procesu, nikoliv podle jediného chybějícího pole.
Pošlete nám seznam používaných systémů a anonymizovanou běžnou i problémovou objednávku. Probereme s vámi, který přenos má smysl řešit jako první a co musí zvládnout před ostrým spuštěním.