Techninis ryšys
Sąsaja yra tik perdavimo kelias.
API, failų apsikeitimas ar kita konkrečiai sistemai prieinama sąsaja gali perduoti duomenis, tačiau vien ryšys neapibrėžia teisingo verslo proceso.
Sistemos → duomenys → valdomas procesas
Sistemų integracija su aiškiomis duomenų ir proceso ribomis.
Kai informacija tarp CRM, ERP, Excel ar kitų naudojamų sistemų šiandien perkeliama ranka, integracija gali sujungti konkrečius proceso žingsnius. Tačiau sprendimas prasideda ne nuo pažado „sujungti A su B“, o nuo realaus duomenų srauto, prieigų ir verslo taisyklių įvertinimo.
Integracijos būdas, prieigos ir techninės ribos nustatomi pagal konkrečias sistemas. API yra vienas galimas kelias, bet ne garantuota ar vienintelė sąsaja.
01
Svarbus skirtumas
Integracija nėra vien techninis „A sujungti su B“.
Patikima integracija turi žinoti, kokie duomenys juda, kada jie laikomi tinkamais, kuri sistema yra šaltinis, ką daryti su išimtimi ir kur žmogus turi išlaikyti kontrolę.
Proceso logika
Vertė atsiranda iš taisyklių ir kontrolės.
Reikia aiškiai nustatyti duomenų laukus, validaciją, veiksmų seką, atsakomybę, išimtis ir sąlygas, kuriomis procesas gali judėti toliau.
02
Kada verta vertinti
Kai tie patys duomenys nuolat keliauja tarp sistemų per žmogaus rankas.
Dažniausias signalas — darbuotojas tampa „integracija“: kopijuoja, eksportuoja, importuoja, sutikrina ir taiso tą pačią informaciją tarp kelių įrankių.
CRM ↔ kitas proceso žingsnis
Kontaktų, užklausų, statusų ar kitų sutartų duomenų perdavimas šiandien reikalauja rankinių veiksmų.
ERP ↔ operaciniai duomenys
Informaciją reikia perkelti tarp verslo sistemos ir kitų proceso šaltinių ar gavėjų.
Excel lieka tarpine stotele
Failai naudojami duomenims eksportuoti, pertvarkyti, sutikrinti ir vėl importuoti į kitą sistemą.
Keli įrankiai, viena proceso logika
Veiksmas vienoje sistemoje turi sukelti aiškiai apibrėžtą, patikrinamą veiksmą kitoje.
03
Vertinimo eiga
Nuo proceso ribų iki kontroliuojamo duomenų perdavimo.
Procesas
Apibrėžiame, kas šiandien vyksta ir kur rankinis perdavimas sukuria trintį.
Sistemos
Nustatome šaltinį, gavėją ir kiekvienos sistemos vaidmenį.
Prieiga
Vertiname realiai prieinamą techninę sąsają, leidimus ir apribojimus.
Kontrolė
Apibrėžiame validaciją, verslo taisykles ir išimčių kelią.
Perdavimas
Projektuojame konkretų duomenų judėjimą ir jo stebimą rezultatą.
04
Prieigos modelis
Integracijos galimybę lemia konkreti sistema ir jos leidžiama prieiga.
Negalima iš anksto garantuoti API ar universalaus integracijos būdo. Vertiname tai, ką konkreti sistema realiai suteikia ir ką leidžia jūsų aplinka.
API ar kita sąsaja
Patikriname, ar sistema turi tinkamą programinę sąsają, failų mechanizmą ar kitą dokumentuotą integracijos kelią.
Autentifikacija ir teisės
Vertiname, kokio tipo prieiga reikalinga, kokias operacijas ji leidžia ir kaip ribojamos teisės.
Duomenų prieinamumas
Ne visi sistemoje matomi duomenys būtinai yra pasiekiami per pasirinktą sąsają arba tinkami automatiniam naudojimui.
Techniniai apribojimai
Atsižvelgiame į konkrečios sistemos limitus, versijas, diegimo modelį ir kitus faktinius apribojimus.
05
Duomenų ir proceso ribos
Prieš perduodant duomenis apibrėžiame, ką sistema turi priimti, atmesti ir perduoti žmogui.
Duomenų struktūra
- kurie laukai yra privalomi;
- kokie formatai ir reikšmės leidžiami;
- kaip susiejami šaltinio ir gavėjo laukai;
- kaip atpažįstami dublikatai ar trūkstami duomenys;
- kokie duomenys apskritai neturi būti perduodami.
Proceso taisyklės
- kada integracija gali veikti automatiškai;
- kokios sąlygos turi būti patvirtintos;
- kas vyksta gavus netinkamą atsakymą;
- kur procesas turi sustoti;
- kada sprendimą turi priimti žmogus.
06
Validacija ir išimtys
Neteisingas duomuo neturi tyliai tapti neteisingu veiksmu kitoje sistemoje.
Integracijos patikimumas priklauso nuo to, kaip ji elgiasi ne tik idealiu atveju, bet ir tada, kai duomenų trūksta, jie neatitinka taisyklių ar kita sistema atsako netikėtai.
Įvesties validacija
Prieš perdavimą tikriname sutartus laukus, formatus ir reikšmes.
Verslo taisyklės
Duomenų judėjimas siejamas su konkrečiomis proceso sąlygomis, o ne vien technine galimybe atlikti užklausą.
Techninės klaidos
Numatomas kelias atvejams, kai sistema nepasiekiama, atmeta užklausą ar grąžina netinkamą rezultatą.
Žmogaus kontrolė
Rizikingi, neaiškūs ar taisyklių neatitinkantys atvejai gali būti nukreipiami peržiūrai vietoje aklo automatinio tęsinio.
07
Esamos sistemos
Integracija gali papildyti esamą procesą, o ne jį perstatyti nuo nulio.
Jei CRM, ERP ar kita sistema jau atlieka savo funkciją, pirmiausia ieškome būdo sumažinti rankinį duomenų judėjimą aplink ją. Sistemos keitimas nėra numatytoji integracijos sąlyga.
Išlaikomas sistemos vaidmuo
Aiškiai apibrėžiame, kuri sistema lieka pagrindiniu konkrečių duomenų šaltiniu.
Mažinama rankinė tarpinė grandis
Automatizuojamas konkretus perdavimo ar tikrinimo žingsnis, kuriame šiandien žmogus mechaniškai perkelia informaciją.
Nekuriamas universalus „hubas“ be poreikio
Sprendimo apimtis siejama su realiu procesu ir jo nauda, o ne su abstrakčiu noru sujungti visas sistemas.
Ribos dokumentuojamos
Komanda turi žinoti, ką integracija daro, ko nedaro ir kokiems atvejams reikia atskiro sprendimo.
08
Matavimas ir ROI
Integracijos naudą vertiname pagal realius proceso duomenis, ne universalius procentus.
Kiek kartų darbuotojai perkelia, eksportuoja, importuoja ar sutikrina tuos pačius duomenis.
Kiek laiko sunaudoja perdavimas, taisymai, dublikatų valymas, klaidų paieška ar laukimas tarp sistemų.
Po įdiegimo vertiname sutartus rodiklius pagal patvirtintus faktinius duomenis ir realų proceso rezultatą.
09
Dažniausi klausimai
Ką svarbu žinoti prieš jungiant verslo sistemas?
Ar sistemų integracija reiškia, kad reikia pakeisti esamą CRM ar ERP?
Nebūtinai. Pirmiausia vertiname esamų sistemų vaidmenį, prieigos modelį ir realų verslo procesą. Integracijos tikslas gali būti patikimai perduoti reikalingus duomenis tarp jau naudojamų sistemų, jų savaime nekeičiant.
Ar integracijai visada reikalinga API?
Ne. API yra vienas galimas integracijos kelias, tačiau konkretus būdas vertinamas pagal sistemą, prieinamą sąsają, leidimus, duomenų struktūrą, saugumo reikalavimus ir proceso riziką.
Ar galite integruoti bet kokią CRM ar ERP sistemą?
Tokio universalaus pažado neteikiame. Galimybė ir tinkamas integracijos būdas nustatomi tik įvertinus konkrečią sistemą, jos prieigos modelį, sąsajas, duomenis ir verslo proceso reikalavimus.
Kaip valdote neteisingus ar nepilnus duomenis?
Projektuojame validacijos, verslo taisyklių ir išimčių kelią. Kai sutartų sąlygų nepakanka saugiai tęsti procesą, atvejis gali būti sustabdomas ir perduodamas žmogaus peržiūrai.
Kaip vertinama sistemų integracijos grąža?
ROI vertinamas pagal realią proceso apimtį, rankinių veiksmų laiką, klaidų ir išimčių pobūdį, palaikymo sąnaudas ir kitus patvirtintus konkretaus proceso duomenis, o ne pagal iš anksto žadamus procentus.
Pradėkite nuo realaus duomenų srauto
Turite procesą, kuriame darbuotojai nuolat perkelia informaciją tarp kelių sistemų?
Trumpai aprašykite, kokios sistemos dalyvauja, kokie duomenys tarp jų juda ir kur šiandien reikalingas rankinis darbas. Techninio integracijos būdo iš anksto pasirinkti nereikia.