Prepojenie systémov: ERP, e-shop a účtovníctvo

ERP, e-shop, účtovníctvo a CRM sa prepájajú cez rozhrania: priamo cez API, pravidelným exportom súborov alebo cez middleware, ktorý sprostredkúva komunikáciu medzi viacerými systémami. Dôležitejšie než technika sú tri rozhodnutia: ktorý systém je pre ktoré kmeňové dáta rozhodujúci, čo sa stane s chybnými záznamami a kto si všimne, keď prepojenie prestane fungovať.

V mnohých malých a stredných firmách najdôležitejšie programy rástli roky jednotlivo. E-shop pribudol neskôr, účtovníctvo vedie účtovná kancelária alebo samostatný program, CRM si vybral obchod. Tieto systémy sú často prepojené len cez ľudí, ktorí dáta prepisujú, exportujú a znova importujú. Funguje to, kým sú objemy malé a nikto nie je chorý. Každé takéto miesto je prerušením toku informácií, kde sa stráca čas a vznikajú chyby.

Aké dáta zvyčajne tečú medzi ERP, e-shopom, účtovníctvom a CRM?

Skôr než sa začne hovoriť o technike, oplatí sa jednoduchý prehľad: ktoré dáta musia ísť odkiaľ kam a aké aktuálne musia byť. Zásoby v e-shope aktualizované len raz denne môžu viesť k predaju tovaru, ktorý už nie je na sklade. Kmeňové dáta zákazníkov v účtovníctve naopak zriedka musia sedieť na minútu.

• Z ERP do e-shopu: produkty, ceny, zásoby, dodacie lehoty
• Z e-shopu do ERP: objednávky, údaje zákazníkov, stav platby
• Z ERP do účtovníctva: vystavené faktúry, dobropisy, pohľadávky
• Medzi CRM a ERP: kontakty, firmy, ponuky, stav zákazky
• Späť zákazníkovi: potvrdenie odoslania, číslo zásielky, faktúra

API, export súborov alebo middleware: čo sa hodí?

Priame prepojenie cez API

API je programovateľné rozhranie, cez ktoré systém dáta ponúka alebo prijíma. Väčšina súčasných e-shopov, CRM systémov a cloudových účtovných programov API má. Priame prepojenie cez API je aktuálne a flexibilné, ale závisí od toho, či dodávateľ udržiava API stabilné. Keď sa zmení verzia API, treba prepojenie upraviť.

Export a import súborov

Staršie skladové programy a mnohé účtovné riešenia si vymieňajú dáta cez súbory, napríklad CSV alebo XML, ktoré sa v pevných časoch exportujú a v cieľovom systéme načítajú. Výmena súborov je jednoduchá a odolná, ale nie v reálnom čase a citlivá na zmeny formátu: jeden stĺpec navyše alebo iný formát dátumu môže zhodiť celý import.

Middleware ako sprostredkujúca vrstva

Keď si dáta navzájom vymieňa viacero systémov, priame prepájanie každého programu s každým iným sa stáva neprehľadným. Middleware stojí v strede, prijíma dáta z jedného systému, upravuje ich a posiela ostatným. Môže to byť nástroj na workflow ako n8n, integračná platforma alebo na mieru vyvinutá integračná vrstva. Výhoda: spracovanie chýb, logovanie a monitoring sú na jednom mieste a nový systém sa pripája len raz.

Prečo treba najprv určiť hlavný zdroj kmeňových dát?

Pri kmeňových dátach musí byť pre každý typ údajov záväzným zdrojom práve jeden systém. Ak sa cena produktu udržiava v ERP aj v e-shope, systémy sa skôr či neskôr navzájom prepíšu a nikto nevie, ktorá cena platí. Určiť, ktorý systém je pre dáta rozhodujúci, je organizačné rozhodnutie, nie technické, a musí padnúť skôr, než vznikne prvý riadok kódu.

• Produkty, ceny a zásoby: zvyčajne ERP alebo skladový systém
• Kontakty a obchodné príležitosti: zvyčajne CRM
• Účtovné zápisy a otvorené položky: účtovníctvo
• Pre každý typ dát zapísať: kde sa mení, kam sa prenáša a kto ho smie meniť

Čo sa stane, keď sa záznam nedá preniesť?

Každé rozhranie skôr či neskôr narazí na dáta, ktoré nesedia: objednávku s produktom, ktorý ERP nepozná, adresu bez PSČ, faktúru v neočakávanej mene. Rozhodujúce je, čo sa stane potom. Dobré rozhranie sa nezastaví a záznam ani potichu nezahodí, ale presunie ho do zoznamu chýb, ohlási ho a ostatné záznamy spracuje ďalej.

• Chybné záznamy ukladať viditeľne namiesto ich tichého zahodenia
• Dohľadateľne zaznamenávať, ktorý záznam bol kedy a kam prenesený
• Zabrániť duplicitným prenosom, napríklad keď sa beh po chybe opakuje
• Jasne určiť, kto chybné záznamy kontroluje a opravuje

Prečo potrebuje každé rozhranie monitoring?

Rozhrania zriedka zlyhajú nahlas. Stačí expirovaný prístupový token, zmenená verzia API u poskytovateľa e-shopu alebo plný disk na serveri a dáta prestanú tiecť. Bez monitoringu si to nikto nevšimne, kým nechýbajú objednávky alebo nesedia zásoby. Monitoring tu znamená: každý beh sa zaznamená, vynechané alebo zlyhané behy spustia upozornenie a to upozornenie dostane niekto, kto je zodpovedný.

Ako postupovať pri prepájaní systémov krok za krokom?

1. 01Zmapovať stav: aké programy sa používajú a aké API a možnosti exportu ponúkajú?
2. 02Načrtnúť toky dát: ktoré dáta musia ísť odkiaľ kam, ako často a aké aktuálne?
3. 03Určiť hlavný zdroj kmeňových dát: pre každý typ dát zvoliť rozhodujúci systém a údržbu sústrediť tam.
4. 04Zvoliť typ prepojenia: API, výmena súborov alebo middleware – podľa systémov, objemu dát a počtu zapojených strán.
5. 05Definovať spracovanie chýb: čo sa stane so záznamami, ktoré nesedia, a kto ich opraví?
6. 06Otestovať na reálnych výnimkách a istý čas kontrolovať paralelne s doterajšou ručnou prácou.
7. 07Nastaviť monitoring a dokumentáciu skôr, než sa ručný postup zruší.

Kedy dáva softvér na mieru väčší zmysel než rozhranie?

Vo väčšine prípadov je lepšie čisto prepojiť existujúci štandardný softvér, než ho nahradiť vlastným vývojom. Softvér na mieru sa oplatí, až keď sa hlavný proces firmy nedá zvládnuť štandardnými programami alebo keď prepojenia potrebujú toľko obchádzok, že vlastný nástroj je jednoduchší. Aj vtedy platí pravidlo: rozhrania namiesto izolovaných riešení – vlastný softvér musí vedieť komunikovať s ERP, účtovníctvom a ostatnými systémami.

Ako prepojenie vašich systémov preberá NDVDL

NDVDL začína vašimi procesmi, nie zoznamom produktov. Prídeme k vám do firmy a pozrieme sa, aké programy používate, kde sa dáta zadávajú dvakrát a kto dnes čo prepisuje. Potom dostanete písomný návrh s jasne určeným hlavným zdrojom kmeňových dát, vhodným typom prepojenia a definovaným spracovaním chýb, ktorý stavia na vašich existujúcich systémoch.

Po realizácii NDVDL rozhrania prevádzkuje a udržiava: monitoring, reakcia na upozornenia, úpravy pri zmenách API u dodávateľov a aktuálna dokumentácia. Máte jednu stálu kontaktnú osobu, ktorá pozná vašu sieť, servery aj prepojenia medzi vašimi programami.