Štiri poti do istega cilja
Odločitev je padla: konec ročnega prenašanja naročil med sistemi. In tu se začne druga težava, o kateri se govori redkeje. En ponudnik predlaga integracijo prek API-ja. Drugi prepričuje, da zadostuje nočni izvoz datotek CSV. Znanec iz branže hvali robote RPA, ki namesto človeka klikajo po zaslonu, in ker del dokumentov tako ali tako prihaja v PDF-ju, mika še OCR. Vsaka od teh poti je lahko dobra. Nobena ni dobra povsod.
Koliko stane samo prepisovanje in kako izračunati njegov obseg, smo opisali v besedilu o tem, koliko ur na teden ekipa izgubi s prenašanjem podatkov. Tu predpostavljamo, da račun že imate. Čas je za izbiro načina povezave.
API, torej neposredna povezava
Sistemi se med seboj pogovarjajo programsko: naročilo, shranjeno v ERP, je čez hip v CRM, brez sodelovanja človeka. To je najtrajnejša oblika integracije, ker proizvajalec sistema API obravnava kot uradno pogodbo. Spremembe napoveduje, dokumentira in vzdržuje združljivost za nazaj.
Pošten razpon za posamezen povezovalnik je običajno 2-6 tednov, strošek pa je odvisen predvsem od števila tokov in kakovosti dokumentacije na obeh straneh. Odkrito priznamo: na začetku API stane več kot izpis datoteke, ker zahteva programersko delo in teste. Zato pa je vzdrževanje pozneje najcenejše od vseh štirih poti.
Izvoz datotek, torej preprostost z urnikom
En sistem vsako noč zapiše datoteko CSV ali XML, drugi jo zjutraj prebere. Zveni arhaično, a je včasih najbolj razumno: uvedba traja od nekaj dni do dveh tednov in stane najmanj. Cena preprostosti je zamik. Podatki tečejo enkrat na dan in običajno v eno smer. Za posredovanje računov računovodstvu zadostuje, za zaloge v spletni trgovini pa ne več.
OCR, ko podatki prihajajo kot slika
Računi od stotin dobaviteljev, skenirani zapisniki, papir. OCR s plastjo AI iz dokumenta izvleče polja in jih shrani v sistem. Ta pot ima smisel, ko se na drugi strani ni s čim integrirati, ker je pošiljateljev na desetine in jim formata ne moremo vsiliti. Uspešnost ni nikoli 100%, zato je obvezni del uvedbe proces preverjanja izjem s strani človeka. Realen čas: 3-8 tednov, odvisno od raznolikosti dokumentov.
RPA, torej robot, ki klika kot človek
Skript se prijavi v aplikacijo in v vmesniku izvaja iste gibe, kot jih je delal zaposleni. Prednost je očitna: ni potreben API niti soglasje proizvajalca, delujoč demo pa nastane v nekaj dneh. Slabost tudi: robot je privarjen na videz zaslona. Posodobitev sistema premakne gumb za 20 pikslov in tok se ustavi, pogosto neslišno. Po našem mnenju bi morala biti RPA zadnja, ne prva možnost, ker nizek začetni strošek podjetja pozneje odplačujejo vsak mesec z vzdrževanjem in z živci po vsaki posodobitvi.
Primerjalna tabela
| Kriterij | API | Izvoz datotek | OCR | RPA |
|---|---|---|---|---|
| Kdaj ima smisel | oba sistema imata API | podatki potrebni enkrat na dan | dokumenti od mnogih pošiljateljev | zaprt sistem, brez API-ja |
| Čas uvedbe | 2-6 tednov | dnevi do 2 tedna | 3-8 tednov | dnevi (demo), tedni (produkcijsko) |
| Začetni strošek | srednji | nizek | srednji do visok | nizek |
| Strošek vzdrževanja | nizek | nizek, a zahteva lastnika | srednji (preverjanje izjem) | visok |
| Krhkost | nizka | nizka | srednja | visoka |
| Ažurnost podatkov | sekunde | dan | minute do ure | minute |
Tri pasti, ki jih vidimo najpogosteje
Prva: RPA na vmesniku, ki se spreminja. Če dobavitelj sistema izdaja posodobitve vsako četrtletje, se bo robot kvaril vsako četrtletje. Proračun za njegovo varovanje lahko preseže strošek solidnega povezovalnika API.
Druga: izvoz CSV brez lastnika. Datoteka se neha ustvarjati, nihče ne dobi opozorila in podjetje dva tedna dela na starih podatkih. Izvoz datotek mora imeti poimensko določenega skrbnika in samodejni alarm, ko datoteka ne prispe.
Tretja: OCR na dokumentih, ki bi lahko prišli digitalno. Če poslovni partner izdaja račune v sistemu z API-jem ali prek KSeF, je strojno branje njegovih PDF-jev plačevanje za umeten problem. Ceneje je dogovoriti format izmenjave.
Odločitveno drevo v štirih korakih
- Oba sistema imata dokumentiran API? Izberite API. Višji začetni strošek se povrne pri vzdrževanju.
- API-ja ni, a podatki zadostujejo enkrat na dan? Izvoz datotek, z lastnikom in alarmom.
- Podatki prihajajo kot dokumenti od mnogih zunanjih pošiljateljev? OCR s procesom preverjanja izjem.
- Zaprt sistem, dobavitelj ne sodeluje, podatki pa so potrebni sproti? Šele zdaj RPA, s proračunom za vzdrževanje in načrtom prehoda na API, takoj ko se pojavi.
V praksi večje uvedbe poti mešajo: API med ERP in CRM, OCR za račune dobaviteljev, izvoz datotek v podatkovno skladišče. To je normalno. Pomembno je, da vsak tok dobi orodje, prilagojeno svojim značilnostim, ne enega samega priljubljenega orodja dobavitelja.
Kako to delamo v ESKOM AI
V ESKOM AI je izbira poti integracije del analize, ne vnaprejšnja predpostavka. Preverimo vmesnike vaših sistemov, nato ekipa specializiranih agentov AI opravi večino inženirskega dela pri gradnji povezovalnika, celota pa gre skozi poln nabor testov: enotnih, integracijskih, E2E, testov vmesnika, varnostnih in zmogljivostnih. Zaradi avtomatiziranega procesa razvoja govorimo o tednih, ne četrtletjih. Kako tak projekt poteka korak za korakom, smo opisali v besedilu o tem, kako povezati ERP, CRM in lastno aplikacijo v tednih.
Če stojite pred izbiro katere od štirih poti, se dogovorite za brezplačno svetovanje prek obrazca na eskom.ai/pl/kontakt. Napišite, katere sisteme želite povezati in kako hitro morajo podatki teči — vrnili se bomo s priporočilom konkretne poti in pošteno oceno stroškov.