Čtyři cesty ke stejnému cíli
Rozhodnutí padlo: konec ručního přenášení objednávek mezi systémy. A tady začíná druhý problém, o kterém se mluví méně často. Jeden dodavatel navrhuje integraci přes API. Druhý přesvědčuje, že stačí noční export souborů CSV. Známý z oboru vychvaluje roboty RPA, kteří klikají na obrazovku místo člověka, a protože část dokumentů stejně chodí v PDF, láká ještě OCR. Každá z těchto cest bývá dobrá. Žádná není dobrá všude.
Kolik stojí samotné přepisování a jak spočítat jeho rozsah, jsme popsali v textu o tom, kolik hodin týdně tým ztrácí přenášením dat. Zde předpokládáme, že tento výpočet už máte. Je čas vybrat způsob propojení.
API neboli přímé propojení
Systémy spolu komunikují programově: objednávka uložená v ERP je za okamžik v CRM, bez zásahu člověka. Je to nejtrvalejší forma integrace, protože výrobce systému bere API jako oficiální smlouvu. Změny ohlašuje předem, dokumentuje a udržuje zpětnou kompatibilitu.
Poctivé rozpětí pro jeden konektor bývá obvykle 2-6 týdnů a cena závisí hlavně na počtu datových toků a kvalitě dokumentace na obou stranách. Přiznáváme otevřeně: na startu stojí API víc než výstup do souboru, protože vyžaduje programátorskou práci a testy. Zato údržba je pak nejlevnější ze všech čtyř cest.
Souborový export neboli jednoduchost s jízdním řádem
Jeden systém každou noc uloží soubor CSV nebo XML, druhý ho ráno načte. Zní to archaicky, a přitom to bývá nejrozumnější řešení: nasazení zabere od několika dnů do dvou týdnů a stojí nejméně. Cenou za jednoduchost je zpoždění. Data tečou jednou denně a obvykle jedním směrem. Na předávání faktur do účetnictví to stačí, na skladové zásoby v e-shopu už ne.
OCR, když data přicházejí jako obraz
Faktury od stovek dodavatelů, skeny protokolů, papír. OCR s vrstvou AI vytáhne z dokumentu jednotlivá pole a uloží je do systému. Tato cesta má smysl, když na druhé straně není s čím se integrovat, protože odesílatelů jsou desítky a formát jim nenadiktujeme. Úspěšnost nikdy nedosahuje 100%, takže povinnou součástí nasazení je proces ověřování výjimek člověkem. Reálný čas: 3-8 týdnů podle různorodosti dokumentů.
RPA neboli robot, který kliká jako člověk
Skript se přihlásí do aplikace a provádí v rozhraní stejné kroky, jaké dělal zaměstnanec. Výhoda je zřejmá: není potřeba API ani souhlas výrobce a funkční demo vznikne za pár dní. Nevýhoda také: robot je přivařený ke vzhledu obrazovky. Aktualizace systému posune tlačítko o 20 pixelů a tok se zastaví, často bez jediného hlášení. Podle nás by RPA mělo být poslední, ne první volbou, protože nízké vstupní náklady pak firmy splácejí každý měsíc v údržbě a v nervech po každé aktualizaci.
Srovnávací tabulka
| Kritérium | API | Souborový export | OCR | RPA |
|---|---|---|---|---|
| Kdy dává smysl | oba systémy mají API | data stačí jednou denně | dokumenty od mnoha odesílatelů | uzavřený systém, chybí API |
| Doba nasazení | 2-6 týdnů | dny až 2 týdny | 3-8 týdnů | dny (demo), týdny (produkčně) |
| Vstupní náklady | střední | nízké | střední až vysoké | nízké |
| Náklady na údržbu | nízké | nízké, ale vyžadují vlastníka | střední (ověřování výjimek) | vysoké |
| Křehkost | nízká | nízká | střední | vysoká |
| Aktuálnost dat | sekundy | 24 hodin | minuty až hodiny | minuty |
Tři pasti, které vídáme nejčastěji
První: RPA na rozhraní, které se mění. Pokud dodavatel systému vydává aktualizace každé čtvrtletí, robot se bude každé čtvrtletí rozbíjet. Rozpočet na jeho hlídání dokáže přerůst cenu pořádného API konektoru.
Druhá: export CSV bez vlastníka. Soubor se přestane generovat, nikdo nedostane upozornění a firma dva týdny pracuje se starými daty. Souborový export musí mít jmenovitě určeného správce a automatický alarm pro případ, že soubor nedorazí.
Třetí: OCR na dokumentech, které by mohly chodit digitálně. Pokud obchodní partner vystavuje faktury v systému s API nebo přes KSeF, strojové čtení jeho PDF znamená platit za uměle vytvořený problém. Levnější je domluvit se na formátu výměny.
Rozhodovací strom ve čtyřech krocích
- Mají oba systémy zdokumentované API? Zvolte API. Vyšší vstupní náklady se vrátí na údržbě.
- API chybí, ale data stačí jednou denně? Souborový export, s vlastníkem a alarmem.
- Data přicházejí jako dokumenty od mnoha externích odesílatelů? OCR s procesem ověřování výjimek.
- Uzavřený systém, dodavatel nespolupracuje a data potřebujete průběžně? Teprve teď RPA, s rozpočtem na údržbu a plánem přechodu na API, jakmile se objeví.
V praxi větší nasazení jednotlivé cesty kombinují: API mezi ERP a CRM, OCR na faktury od dodavatelů, souborový export do datového skladu. To je normální. Důležité je, aby každý datový tok dostal nástroj odpovídající jeho charakteru, a ne jeden oblíbený nástroj dodavatele.
Jak to děláme v ESKOM AI
V ESKOM AI je volba integrační cesty součástí analýzy, ne předem daným předpokladem. Prověříme rozhraní vašich systémů, pak tým specializovaných AI agentů odvede většinu inženýrské práce při stavbě konektoru a celek projde kompletní sadou testů: jednotkových, integračních, E2E, testů rozhraní, bezpečnostních i výkonnostních. Díky automatizovanému vývojovému procesu mluvíme o týdnech, ne o čtvrtletích. Jak takový projekt vypadá krok za krokem, jsme popsali v textu o tom, jak propojit ERP, CRM a vlastní aplikaci v řádu týdnů.
Pokud stojíte před volbou některé ze čtyř cest, domluvte si bezplatnou konzultaci přes formulář na eskom.ai/pl/kontakt. Napište, jaké systémy chcete propojit a jak rychle musí data téct — vrátíme se s doporučením konkrétní cesty a poctivou kalkulací.