Četri ceļi uz vienu mērķi
Lēmums pieņemts: pietiek ar manuālu pasūtījumu pārnešanu starp sistēmām. Un šeit sākas otrā problēma, par kuru runā retāk. Viens piegādātājs piedāvā integrāciju caur API. Otrs pārliecina, ka pietiek ar nakts CSV failu eksportu. Paziņa no nozares slavē RPA robotus, kas klikšķina pa ekrānu cilvēka vietā, un, tā kā daļa dokumentu tāpat pienāk PDF formātā, vilina vēl OCR. Katrs no šiem ceļiem mēdz būt labs. Neviens nav labs visur.
Cik maksā pati pārrakstīšana un kā izrēķināt tās mērogu, aprakstījām tekstā par to, cik stundu nedēļā komanda zaudē datu pārnešanai. Šeit pieņemam, ka aprēķins Jums jau ir. Laiks izvēlēties savienojuma veidu.
API jeb tiešais savienojums
Sistēmas sarunājas savā starpā programmatiski: ERP saglabāts pasūtījums pēc brīža ir CRM, bez cilvēka līdzdalības. Tā ir noturīgākā integrācijas forma, jo sistēmas ražotājs pret API izturas kā pret oficiālu līgumu. Izmaiņas tas izziņo, dokumentē un uztur atpakaļsaderību.
Godīgs intervāls vienam savienotājam parasti ir 2-6 nedēļas, un izmaksas galvenokārt atkarīgas no plūsmu skaita un dokumentācijas kvalitātes abās pusēs. Atklāti atzīstam: startā API maksā vairāk nekā faila izmete, jo prasa programmēšanas darbu un testus. Toties uzturēšana pēc tam ir lētākā no visiem četriem ceļiem.
Failu eksports jeb vienkāršība ar grafiku
Viena sistēma katru nakti saglabā CSV vai XML failu, otra to ielasa no rīta. Skan arhaiski, bet mēdz būt saprātīgākais risinājums: ieviešana aizņem no dažām dienām līdz divām nedēļām un maksā vismazāk. Vienkāršības cena ir aizkave. Dati plūst reizi diennaktī un parasti vienā virzienā. Rēķinu nodošanai grāmatvedībai pietiek, noliktavas atlikumiem interneta veikalā vairs ne.
OCR, kad dati pienāk kā attēls
Rēķini no simtiem piegādātāju, protokolu skenējumi, papīrs. OCR ar MI slāni izvelk no dokumenta laukus un saglabā tos sistēmā. Šim ceļam ir jēga, kad otrā pusē nav ar ko integrēties, jo sūtītāju ir desmitiem un formātu tiem neuzspiedīsim. Precizitāte nekad nav 100%, tāpēc obligāta ieviešanas daļa ir izņēmumu pārbaudes process, ko veic cilvēks. Reālais laiks: 3-8 nedēļas atkarībā no dokumentu daudzveidības.
RPA jeb robots, kas klikšķina kā cilvēks
Skripts pieslēdzas lietotnei un veic saskarnē tās pašas kustības, ko darīja darbinieks. Priekšrocība ir acīmredzama: nav vajadzīgs API ne ražotāja piekrišana, un strādājoša demonstrācija top dažās dienās. Trūkums arī: robots ir piemetināts pie ekrāna izskata. Sistēmas atjauninājums pārbīda pogu par 20 pikseļiem, un plūsma apstājas, bieži bez trokšņa. Mūsuprāt, RPA vajadzētu būt pēdējai, ne pirmajai opcijai, jo zemās starta izmaksas uzņēmumi pēc tam atmaksā katru mēnesi uzturēšanā un nervos pēc katra atjauninājuma.
Salīdzinājuma tabula
| Kritērijs | API | Failu eksports | OCR | RPA |
|---|---|---|---|---|
| Kad ir jēga | abām sistēmām ir API | dati vajadzīgi reizi dienā | dokumenti no daudziem sūtītājiem | slēgta sistēma, nav API |
| Ieviešanas laiks | 2-6 nedēļas | dienas līdz 2 nedēļām | 3-8 nedēļas | dienas (demo), nedēļas (produkcijā) |
| Starta izmaksas | vidējas | zemas | vidējas līdz augstām | zemas |
| Uzturēšanas izmaksas | zemas | zemas, bet vajadzīgs īpašnieks | vidējas (izņēmumu pārbaude) | augstas |
| Trauslums | zems | zems | vidējs | augsts |
| Datu aktualitāte | sekundes | diennakts | minūtes līdz stundām | minūtes |
Trīs slazdi, ko redzam visbiežāk
Pirmais: RPA uz saskarnes, kas mainās. Ja sistēmas piegādātājs izdod atjauninājumus katru ceturksni, robots luzīs katru ceturksni. Budžets tā pieskatīšanai spēj pārsniegt kārtīga API savienotāja izmaksas.
Otrais: CSV eksports bez īpašnieka. Fails pārstāj ģenerēties, neviens nesaņem brīdinājumu, un divas nedēļas uzņēmums strādā ar veciem datiem. Failu eksportam jābūt vārdiski norādītam atbildīgajam un automātiskam trauksmes signālam, kad fails nepienāk.
Trešais: OCR dokumentiem, kas varētu pienākt digitāli. Ja darījumu partneris izraksta rēķinus sistēmā ar API vai caur KSeF, viņa PDF failu mašīnlasīšana ir maksāšana par mākslīgu problēmu. Lētāk ir vienoties par apmaiņas formātu.
Lēmumu koks četros soļos
- Abām sistēmām ir dokumentēts API? Izvēlieties API. Augstākas starta izmaksas atmaksāsies uzturēšanā.
- API trūkst, bet dati pietiek reizi dienā? Failu eksports ar īpašnieku un trauksmes signālu.
- Dati pienāk kā dokumenti no daudziem ārējiem sūtītājiem? OCR ar izņēmumu pārbaudes procesu.
- Slēgta sistēma, piegādātājs nesadarbojas, un dati vajadzīgi nepārtraukti? Tikai tagad RPA, ar uzturēšanas budžetu un plānu pārejai uz API, tiklīdz tas parādīsies.
Praksē lielākas ieviešanas ceļus jauc: API starp ERP un CRM, OCR piegādātāju rēķiniem, failu eksports uz datu noliktavu. Tas ir normāli. Svarīgi, lai katra plūsma saņemtu rīku, kas pielāgots tās raksturam, nevis vienu piegādātāja iemīļoto rīku.
Kā to darām ESKOM AI
ESKOM AI integrācijas ceļa izvēle ir analīzes daļa, ne iepriekš pieņemts pieņēmums. Pārbaudām Jūsu sistēmu saskarnes, tad specializētu MI aģentu komanda paveic lielāko daļu inženierdarba savienotāja būvē, un viss kopums iziet pilnu testu klāstu: vienībtestus, integrācijas, E2E, saskarnes, drošības un veiktspējas testus. Pateicoties automatizētajam izstrādes procesam, runa ir par nedēļām, ne ceturkšņiem. Kā šāds projekts izskatās soli pa solim, aprakstījām tekstā par to, kā savienot ERP, CRM un savu lietotni nedēļās.
Ja stāvat izvēles priekšā starp kādu no četriem ceļiem, piesakiet bezmaksas konsultāciju caur veidlapu vietnē eskom.ai/pl/kontakt. Uzrakstiet, kādas sistēmas vēlaties savienot un cik ātri datiem jāplūst — atgriezīsimies ar konkrēta ceļa rekomendāciju un godīgu tāmi.