PAGE
PROGRESS
0%
·7 min read

Duomenų kopijavimas tarp sistemų: ką automatizuoti

Duomenų kopijavimas tarp sistemų: ką automatizuoti

Which copying between systems is worth removing, which is cheaper to leave, and what an AI system does that a straight integration cannot.

Duomenų kopijavimas tarp sistemų prasideda ten, kur dvi programos laiko tą pačią informaciją ir neturi kaip viena kitai jos perduoti. Tą informaciją perneša žmogus. Šis darbas yra realus, kartojasi kas savaitę ir nėra įrašytas į niekieno pareigas. Šiame straipsnyje aprašome, kurį tokį kopijavimą verta panaikinti, kurį pigiau palikti, ir ką AI sistema padaro ten, kur įprasta integracija sustoja.

Duomenų perkėlimą tarp įrankių jau esame minėję tarp sričių, kuriose komanda švaisto laiką rankiniams darbams (opens in new tab). Tada jis stovėjo greta kitų rankinių darbų ir atrodė kaip vienas darbas. Realiai jų yra keturi, ir kainuoja jie nevienodai.

Kur dingsta valandos, kurių niekas nepriskyrė

Tos valandos yra kituose darbuose. Žmogus atsisiunčia sąrašą ataskaitai, pertvarko du stulpelius, kad kita programa juos priimtų, ir įklijuoja rezultatą. Darbo laiko apskaitoje ta valanda vadinasi ataskaita, o kopijavimas jos viduje neturi jokio pavadinimo.

Kokio masto tai reiškinys, matyti iš Europos duomenų. Eurostatas skaičiuoja, kiek įmonių naudoja ERP programinę įrangą (opens in new tab), ir apibrėžia ją kaip programas, kurių paskirtis yra leisti informacijai judėti tarp skirtingų įmonės funkcijų: pirkimų, pardavimų, ryšių su klientais, finansų ir personalo. 2025 m. tokią programinę įrangą naudojo 41% mažų ES įmonių ir 89% didelių (opens in new tab). Ryšių su klientais valdymo programas naudojo 25% mažų ir 65% didelių įmonių.

Šiuos skaičius verta skaityti kaip atsakymą į klausimą, kas neša informaciją tarp funkcijų. Didelėje įmonėje tai daro programinė įranga. Mažoje pardavimus su finansais dažnai sujungia žmogus su dviem atidarytais langais.

Duomenų kopijavimas įmonėje neatsiranda dėl kieno nors sprendimo. Įrankiai perkami po vieną: pardavimams CRM, buhalterijai apskaitos programa, projektams lenta. Kiekvienas jų išsprendžia savo skyriaus problemą, o kaip duomenys keliaus iš vieno į kitą, paaiškėja vėliau, kai tai tenka daryti žmogui.

Keturi duomenų kopijavimo tipai

Žemiau surašytos keturios priežastys, dėl kurių tas pats skaičius ar pavadinimas atsiduria dviejose vietose. Kiekviena jų sugenda savaip.

Kas kopijuojama

Kas sugenda

Ką verta daryti

Tas pats laukas dviejose sistemose

Dvi versijos išsiskiria, ir niekas nebepasako, kuri galioja šiandien

Sujungti jas ir įvardyti, kuri pusė yra pirminė

Duomenys, kuriuos pirma reikia pertvarkyti

Pertvarkymo taisyklė lieka vieno žmogaus galvoje ir išeina kartu su juo

Užrašyti tą taisyklę dar prieš jungiant

Ta pati įmonė ar prekė skirtingais pavadinimais

Sistema sutapimo neranda, tad tas pats tiekėjas sukuriamas antrą kartą

Lyginti pagal reikšmę, ne pagal rašybą

Kopija, kuri tampa pagrindiniu šaltiniu

Sprendimai priimami pagal lentelę, o sistemoje duomenys pasensta

Nuspręsti, kuri sistema yra pirminė, ir tik tada automatizuoti

Pavadinimų sutapatinimas ir yra ta vieta, kurioje sustoja dauguma jungimo projektų. Vieno lauko perkėlimas ar taisyklės užrašymas yra įprastas inžinerinis darbas: dvi sistemos, vienas suderintas laukas, viena kryptis. Skirtingi pavadinimai grįžta nuolat, nes tas pats tiekėjas registruotas vienu teisiniu pavadinimu, sąskaitas išrašo kitu, o CRM sistemoje išsaugotas taip, kaip jį 2023 m. suvedė pardavimų vadybininkas.

Ką padaro integracija ir kur ji sustoja

Integracija perkelia lauką iš vienos sistemos į kitą tada, kai abi pusės sutaria, kaip tas laukas vadinasi ir kas jame turi būti. Užsakymo numeris į užsakymo numerį, suma į sumą. Ši dalis jau beveik išspręsta, tokią sąsają pastato bet kuris geras programuotojas.

Sunkumai prasideda ten, kur abi sistemos tą patį dalyką aprašo skirtingai. Prekė sandėlyje turi vidinį kodą, o parduotuvėje komercinį pavadinimą. Data ateina vienu formatu, o saugoma kitu. Tas pats klientas sistemoje yra du kartus, nes kažkas kartą įvedė papildomą tarpą.

Kiekvienam tokiam atvejui galima parašyti taisyklę. Kitai sistemai ar kitam tiekėjui ją tenka rašyti iš naujo, ir tas sąrašas niekada neužsidaro.

Būtent čia AI sistema padaro tai, ko taisyklė nesugeba: gaunamą reikšmę ji lygina su tuo, kas realiai jau yra užregistruota, o ne su iš anksto surašytu šablonu, ir kartu pasako, kiek yra tikra dėl atitikmens. Kai tikrumo užtenka, sutapimas užregistruojamas. Jei ne, įrašas sustoja ir laukia žmogaus, o galimus atitikmenis sistema parodo šalia. Taisyklė čia nepasiūlo nieko, nes suveikusi klaidingai ji atrodo lygiai taip pat, kaip suveikusi teisingai.

Kaip tai atrodo mūsų pačių sistemose

Tokias sistemas statome kitoms įmonėms, tad apie savo pačių produktus kalbame kaip suinteresuota pusė.

Mūsų sąskaitų sistema perskaito dokumentą ir rezultatą įrašo į tą apskaitos programą, kuri įmonėje jau naudojama. Kelias priklauso nuo to, ką ji leidžia: arba tiesioginė sąsaja, arba failo importas. Nė vienu atveju pačios programos keisti nereikia.

Tas pats principas didesniu mastu veikia AI Business Brain (opens in new tab), kurį pirmiausia pasidarėme sau. Jis laiko įmonės kontekstą vienoje vietoje ir jungiasi prie įrankių, kuriuose darbas jau vyksta: CRM, ERP, pašto, kalendoriaus, dokumentų, projektų lentų, pokalbių ir finansų sistemų.

Mūsų pačių komandai tai reiškia vieną dalyką: to paties kliento duomenų niekas nebeperrašinėja iš vienos sistemos į kitą, nes visos jos ima juos iš tos pačios vietos.

Kada kopijuoti yra pigiau

Ne kiekvienas duomenų kopijavimas vertas sąsajos. Trys atvejai, kai pigiau palikti kaip yra.

Perkėlimas, kuris vyksta du kartus per mėnesį ir užtrunka kelias minutes, nėra projektas. Valandų nedaug, rizikos taip pat, o sąsają dar reikėtų prižiūrėti, ir ta priežiūra kainuotų daugiau nei pats kopijavimas.

Sistemos, kurią jau nuspręsta keisti, jungti neverta. Sąsaja su įrankiu, kuris netrukus bus pakeistas, reiškia, kad tas pats darbas apmokamas du kartus, o antrą kartą mokama būtent tada, kai sistema keičiama.

Nepatogiausia tada, kai kopijavimas yra vienintelis patikros žingsnis visame procese. Žmogus, perkeldamas skaičius, juos dar kartą perskaito, pamato, kad suma atrodo ne taip, ir pataiso ją dar prieš įrašydamas į kitą sistemą. Panaikinus kopijavimą, kartu dingsta ir ta patikra. Sąžiningas atsakymas čia yra patikrą padaryti atskiru žingsniu, nes patikra, kuri laikosi tik ant rankinio darbo, automatizavimo neatlaikys. Dėl tos pačios priežasties esame rašę, kad procesų automatizavimas prasideda nuo proceso sutvarkymo (opens in new tab).

Nuo ko pradėti

Atsidarykite vieną užduotį, kurią baigėte praėjusią savaitę, ir suskaičiuokite, į kiek langų buvo suvestas tas pats skaičius.

Du langai ir jokio neatitikimo reiškia, kad kopijavimas yra nepatogumas. Trys langai ir du skirtingi atsakymai reiškia, kad kopijavimas jau tapo duomenų problema, o sistemų sujungimas tokiu atveju yra tik dalis darbo: pirma reikia nuspręsti, kuri versija teisinga. Duomenų kopijavimas yra pigus tol, kol versijos sutampa. Šis skaičiavimas ir skirtas pagauti tą kartą, kai jos nustoja sutapti.

Susisiekite (opens in new tab), ir kartu pereisime per vieną tokį srautą, įskaitant ir tą galimybę, kad jo jungti neverta.

Justas Česnauskas - CEO | Founder

Justas Česnauskas

CEO | Founder

Builder of things that (almost) think for themselves

Prisijunkite LinkedIn

Dirbkime kartu

Dirbkime kartu

Pasiruošę įgyvendinti savo idėjas? Mes esame čia, kad padėtume.