Objednávka z e-shopu až do účtovníctva: Ako odstrániť ručné prepisovanie
Objednávka príde do e-shopu, kolega ju prepíše do účtovného programu a sklad overí dostupnosť v ďalšej tabuľke. Keď zákazník niečo zmení, rovnaké údaje opravujete znova. Prepojenie môže túto prácu prevziať, musí si však poradiť aj s výpadkom, čiastočnou úhradou a stornom. Ukážeme, čo si pripraviť pred zadaním.
01Najskôr prejdite jednu objednávku od začiatku do konca
Vyberte si skutočnú dokončenú objednávku. Zapíšte, kto ju prevzal, kedy sa rezervoval tovar, kde vznikol doklad a kto spároval platbu. Potom pridajte objednávku, ktorú zákazník menil alebo rušil. Práve na nej často nájdete úkony, s ktorými ponuka na „automatický prenos objednávok“ nepočíta.
Pri každom kroku pomenujte vstup, očakávaný výsledok a človeka, ktorý rieši výnimky. Požiadavka „prepojiť účtovníctvo“ nestačí. Potrebujete napríklad určiť, či sa doklad pripraví pri prijatí objednávky, po úhrade alebo podľa iného schváleného pravidla. Konkrétne účtovné a daňové nastavenie overte s účtovníkom.
02Rozhodnite, ktorý systém spravuje jednotlivé údaje
Pre každú skupinu dát odporúčame zvoliť jeden hlavný zdroj. Nemusí to byť všade rovnaký program. E-shop môže prijímať objednávky, sklad riadiť dostupnosť a účtovníctvo prideľovať čísla dokladov. Ostatné systémy preberajú potrebné kópie.
| Údaj | Čo určiť v zadaní | Kto rieši nezrovnalosť |
|---|---|---|
| Objednávka a jej položky | Uchovať identifikátor a podmienky potvrdené pri objednaní | Obchod alebo zákaznícka podpora |
| Dostupnosť a rezervácia | Vybrať systém, ktorý záväzne prideľuje kusy | Vedúci skladu |
| Doklad a jeho číslo | Určiť miesto vystavenia a pravidlá opráv | Účtovník |
| Úhrada a vrátenie platby | Párovať podľa potvrdených údajov banky či brány | Finančné oddelenie |
| Chyba prenosu | Zobraziť posledný úspešný krok a ďalší postup | Určený správca prepojenia |
Dohodnite aj prevod kódov produktov, mien, jednotiek a dopravy. Balenie s desiatimi kusmi nesmie cieľový systém považovať za jeden kus. Neskoršia zmena katalógovej ceny nemá bez výslovného pravidla prepísať cenu už potvrdenej objednávky. Tieto podrobnosti patria do zadania rovnako ako technológia prenosu.
03Oddeľte objednávku, sklad, doklad a peniaze
Jediný stav „vybavené“ neposkytuje dostatok informácií. Sledujte osobitne obchodný stav objednávky, rezerváciu a expedíciu, doklad a úhradu. Objednávka môže byť zaplatená, no stále čakať na jednu položku.
Ani fyzický počet kusov sa nemusí rovnať množstvu, ktoré môžete predať. Napríklad Shopify rozlišuje skladové stavy vrátane zásoby viazanej na nevybavené objednávky. Pri prepojení preto nestačí posielať jedno neoznačené číslo „sklad“.
Pri každej zmene stavu určte podmienku: kto môže rezerváciu vytvoriť, kedy sa uvoľní a čo sa stane pri nedostatku. Ak predávate rovnakú zásobu cez viac kanálov, otestujte súbežné objednávky posledného kusu. Technické riešenie musí rešpektovať, ktorý systém zásobu záväzne prideľuje.
04Opakovaný prenos nesmie vytvoriť druhú faktúru
Predstavte si modelový príklad: účtovníctvo vytvorí doklad, ale potvrdenie sa pre výpadok nevráti. Prepojenie vyhodnotí prenos ako neúspešný a zopakuje ho. Ak nerozpozná pôvodnú operáciu, môže založiť ďalší doklad.
Do zadania zahrňte idempotenciu: opakovanie rovnakej operácie má mať rovnaký obchodný účinok ako jej jediné vykonanie. Stripe tento princíp používa pri požiadavkách s idempotentným kľúčom. Možnosti a obmedzenia treba overiť v každom pripojenom programe.
Žiadajte stály identifikátor operácie, väzbu medzi objednávkou a dokladom a postup pre nejasný výsledok. Ak účtovný program odpovie neskoro, integrácia má najskôr preveriť, či už doklad existuje. Rozlišujte opakovanie prenosu od novej úpravy objednávky; ide o inú operáciu.
Udalosti navyše nemusia prísť iba raz ani v očakávanom poradí. Dokumentácia webhookov Stripe, teda automatických oznámení medzi systémami, opisuje duplicitné doručenie aj nezaručené poradie. Dodávateľ má vysvetliť, ako zabráni tomu, aby oneskorená správa vrátila záznam do staršieho stavu.
05Storno rozdeľte na samostatné kroky
Zrušenie objednávky, uvoľnenie rezervácie, oprava dokladu a vrátenie peňazí nie sú jeden úkon. Pri každom evidujte samostatný výsledok. Stripe napríklad dokumentuje čakajúce aj neúspešné vrátenia platieb. Odoslaná požiadavka teda sama nepotvrdzuje, že sa peniaze už vrátili.
Pripravte aj postup pre čiastočné storno. Používateľ má vidieť, ktoré položky sa rušia, aká suma sa vracia a čo ešte čaká na kontrolu. Automatizácia nemá potichu označiť celú objednávku za uzavretú, keď jeden z nadväzujúcich krokov zlyhal.
06Začnite menším rozsahom a sledujte rozdiely
Prvú etapu obmedzte na jasne vymedzený typ objednávok. Pred spustením si nechajte predviesť tieto situácie:
- bežnú objednávku s potvrdenou platbou;
- opakované doručenie správy a výpadok po vytvorení dokladu;
- nedostupnú položku a súbežný nákup posledného kusu;
- čiastočnú úhradu, zmenu objednávky a čiastočné storno;
- neplatný kód produktu alebo nepodporovanú menu;
- obnovenie prevádzky a spracovanie čakajúcich prenosov.
Na začiatku odporúčame denne kontrolovať prehľad rozdielov: chýbajúce doklady, nespárované platby, rezervácie, ktoré sa mali uvoľniť a nedokončené vrátenia peňazí. Každý problém potrebuje zodpovednú osobu. Merajte aj čas na opravy a dohľad, nielen počet automaticky prenesených objednávok.
07Časté otázky pred zadaním
Postačí hotový konektor?
Často áno, ak pokrýva vaše stavy, opravy a chybové situácie. Porovnajte licenciu, zavedenie, dohľad aj ručné riešenie výnimiek. Vlastné prepojenie systémov má zmysel tam, kde bežný konektor nezvláda dôležité prevádzkové pravidlá.
Musíme preto meniť e-shop?
Nie automaticky. Najskôr preverte rozhranie a dostupné doplnky súčasného riešenia. Ak obmedzenia zasahujú aj do objednávania, zahrňte ich do zadania e-shopu. Rozhodujte podľa celého procesu, nie podľa jedného chýbajúceho poľa.
Pošlite nám zoznam používaných systémov a anonymizovanú bežnú aj problémovú objednávku. Prejdeme s vami, ktorý prenos sa oplatí riešiť ako prvý a čo musí zvládnuť pred ostrým spustením.