Vrste poslovnih informacijskih sistemov in njihova izbira

Kaj je poslovni informacijski sistem in čemu služi v organizaciji?#

Poslovni informacijski sistem je programska rešitev, ki zbira, ureja in povezuje podatke o poslovanju organizacije – od naročil in zalog do strank, dokumentov in kadrovskih evidenc. Njegova naloga ni sama po sebi tehnološka, temveč organizacijska: različnim oddelkom omogoči delo z istimi podatki, brez podvajanja vnosa in brez razlik med evidencami, ki jih vodijo finance, proizvodnja ali prodaja. Brez takega sistema se podatki sčasoma razidejo, saj jih vsak oddelek vodi po svoje.

V srednje velikem ali velikem podjetju se podatki običajno nahajajo v več ločenih sistemih hkrati. Finance vodijo svoje evidence, proizvodnja svoje, kadrovska služba spet svoje, prodaja pa pogosto deluje v tretjem sistemu. Informacijski sistem, ki te vire povezuje, vodstvu omogoči vpogled v celotno poslovanje na enem mestu, namesto da bi moralo podatke ročno združevati iz več poročil, kar je počasno in podvrženo napakam pri prepisovanju.

Enak sistem ni primeren za vsako organizacijo. Javni zavod z omejenim proračunom in strogimi pravili javnega naročanja potrebuje drugačno kombinacijo sistemov kot proizvodno podjetje z izmenskim delom ali storitveno podjetje s terenskimi ekipami. Zato je prvi korak pri izbiri informacijskega sistema vedno popis obstoječih podatkov, procesov in uporabnikov, ne izbira konkretne tehnologije ali blagovne znamke sistema.

Katere vrste informacijskih sistemov poznamo?#

Osnovne vrste poslovnih informacijskih sistemov so sistemi za načrtovanje virov (ERP), sistemi za upravljanje odnosov s strankami (CRM), sistemi za upravljanje dokumentov in vsebin (DMS/ECM) ter sistemi za poročanje in analitiko. Vsaka vrsta rešuje drugo nalogo in ima drugo skupino uporabnikov, zato se v praksi redko uvajajo ločeno – v večini organizacij delujejo skupaj in si izmenjujejo podatke prek API-jev.

Poleg teh štirih osnovnih vrst se v praksi uporabljajo še sistemi za avtomatizacijo delovnih tokov, ki usmerjajo opravila med oddelki in pošiljajo obvestila, ko je potrebna odobritev ali ukrep. Taki sistemi se pogosto nadgradijo šele, ko organizacija ugotovi, da osnovni ERP ali CRM sistem ne pokriva dovolj dobro notranjega poteka odobritev, na primer pri naročilih, pogodbah ali kadrovskih vlogah.

Pri izbiri informacijskih sistemov za organizacije je ključno razlikovanje med sistemom, ki vodi posel (ERP), sistemom, ki vodi odnos s stranko (CRM), in sistemom, ki vodi dokumentacijo (DMS/ECM). Podjetja pogosto uporabljajo enega od uveljavljenih sistemov, na primer Pantheon, Business Central ali SAP, vendar izbira konkretnega imena pride šele po tem, ko je jasno, katero vlogo mora sistem odigrati.

Pogosta napaka je, da organizacija najprej izbere ime sistema in šele nato ugotovi, katere procese mora podpirati. Boljši vrstni red je obraten: najprej popis procesov, podatkov in uporabniških vlog, nato primerjava, kateri tip sistema – ali kombinacija sistemov – te procese dejansko pokrije. Enak vrstni red velja tudi, kadar organizacija že ima enega od sistemov in razmišlja o nadgradnji ali povezovanju z novim.

• ERP – evidenca virov, zalog, naročil in financ
• CRM – evidenca strank, prodajnih priložnosti in komunikacije
• DMS/ECM – hramba, obtok in arhiviranje dokumentov
• BI/poročanje – zbirni vpogled v podatke za vodstvo
• Workflow in avtomatizacija – usmerjanje opravil in obvestil med oddelki

ERP sistemi: kaj urejajo in kje so njihove meje#

ERP sistem (sistem za načrtovanje virov) je osrednja evidenca poslovanja: zaloge, naročila, proizvodni nalogi, nabava, finance in pogosto tudi osnovna kadrovska evidenca. Njegova prednost je, da vodi eno različico resnice o stanju zalog ali odprtih naročilih, namesto da bi vsak oddelek vodil svojo tabelo v preglednici. V podjetjih z več lokacijami ali izmenskim delom je ERP pogosto sistem, od katerega je odvisno dnevno poslovanje.

Meja ERP sistema je v tem, da redko dobro pokriva odnos s stranko skozi čas – zgodovino komunikacije, prodajne priložnosti, pritožbe. Za to vlogo se uporablja CRM sistem, ki se z ERP-jem povezuje prek API-ja, da prodajna ekipa vidi tudi stanje zalog ali odprtih naročil, ne le podatkov o stranki. Brez te povezave se podatki podvajajo in se med sistemi sčasoma razhajajo.

Pri odločitvi o ERP sistemu je treba opredeliti, kateri procesi morajo biti v sistemu obvezno – na primer sledljivost proizvodnje ali revizijska sled za finance – in kateri so lahko v ločenem, specializiranem orodju. Organizacije v reguliranih panogah, kot so bančništvo, zdravstvo ali javni sektor, imajo pri tem dodatne zahteve glede hrambe podatkov in sledljivosti sprememb, kar vpliva na to, kako se ERP povezuje z drugimi sistemi.

CRM sistemi: vloga pri prodaji in podpori strankam#

CRM sistem vodi evidenco strank, njihove zgodovine naročil, komunikacije in odprtih prodajnih priložnosti. V organizacijah z več prodajnimi ali podpornimi ekipami CRM poskrbi, da vsak zaposleni, ki pride v stik s stranko, vidi enak pregled – ne glede na to, kdo je s stranko komuniciral nazadnje. To je še posebej pomembno pri strankah, ki jih obravnava več oddelkov hkrati, na primer prodaja in tehnična podpora.

Vrednost CRM sistema je odvisna od tega, kako dosledno se podatki vanj vnašajo in kako dobro je povezan z drugimi sistemi. CRM, ki ne vidi stanja zalog ali odprtih naročil iz ERP sistema, prodajni ekipi ne pove celotne slike o stranki. Povezava med CRM in ERP sistemom je zato pogosto prvi integracijski projekt, ki ga organizacija izvede, ko preide iz ročnega vodenja evidenc na povezane sisteme.

Pri izbiri CRM sistema je treba opredeliti, kdo so uporabniki – prodaja, podpora, trženje – katere podatke potrebujejo in kako občutljivi so ti podatki z vidika varstva osebnih podatkov. V organizacijah, ki delujejo v več državah ali panogah z dodatnimi zahtevami, to vpliva na to, kje se podatki hranijo, kdo do njih dostopa in kako dolgo se hranijo po zaključku poslovnega razmerja s stranko.

Dokumentni in vsebinski sistemi (DMS/ECM)#

Dokumentni sistem (DMS) ali sistem za upravljanje vsebin (ECM) ureja, kako se dokumenti ustvarjajo, odobravajo, hranijo in arhivirajo. V organizacijah z veliko pogodbami, internimi navodili, zapisniki ali tehnično dokumentacijo je to sistem, ki nadomesti mapo skupnih datotek z jasno strukturo, verzijami dokumentov in natančno določenimi pravicami dostopa za posamezne vloge.

V javnem sektorju in reguliranih panogah ima DMS/ECM dodatno vlogo: zagotavlja revizijsko sled, kdo je dokument spremenil, kdaj in zakaj. To je pogosto zahteva, ki izhaja iz pravil javnega naročanja ali panožnih predpisov, ne le iz notranje organizacije dela. Brez take sledljivosti je težko dokazati, katera verzija dokumenta je bila veljavna ob določenem datumu, kar lahko postane problem pri nadzoru ali reviziji.

Dokumentni sistem se praviloma povezuje z ERP ali CRM sistemom, da se pogodbe, računi ali tehnična dokumentacija samodejno pripnejo na pravi zapis – stranko, naročilo ali projekt. Taka povezava zmanjša iskanje dokumentov po e-poštnih predalih in skupnih mapah ter zaposlenim prihrani čas, ki bi ga sicer porabili za ročno usklajevanje različic in iskanje pravilne verzije dokumenta.

Poročanje in analitika: kako vodstvo dobi pregled nad poslovanjem#

Sistem za poročanje in analitiko ne vnaša novih podatkov, temveč povzema podatke iz ERP, CRM in drugih sistemov v obliko, ki je uporabna za vodstvene odločitve – prodaja po regijah, zasedenost proizvodnje, odprte terjatve. Brez takega sistema vodstvo pogosto dobi poročila ročno, iz več virov, kar podaljša čas do odločitve in povečuje tveganje za napake pri združevanju podatkov.

Kakovost poročanja je neposredno odvisna od kakovosti podatkov v osnovnih sistemih. Če ERP ali CRM vsebuje nepopolne ali podvojene zapise, bo tudi poročilo napačno, ne glede na to, kako dobro je orodje za analitiko. Zato je urejanje podatkov v osnovnih sistemih pogoj, ne poznejši korak, preden se vzpostavi poročanje na ravni celotne organizacije.

Pri odločitvi o sistemu za poročanje je treba opredeliti, kdo poročila uporablja – vodstvo, posamezni oddelki, nadzorni organ – kako pogosto jih potrebuje in kateri podatki morajo biti ažurni v realnem času. Zahteve javnega zavoda do poročanja nadzornemu organu so drugačne od zahtev proizvodnega podjetja do dnevnega spremljanja zasedenosti strojev in izmen.

Kako izbrati pravi informacijski sistem za organizacijo?#

Pravi informacijski sistem za organizacijo izberete tako, da najprej popišete obstoječe procese, podatke in uporabniške vloge, šele nato primerjate, katera vrsta sistema ali kombinacija sistemov te potrebe pokrije – ne obratno. Izbira po imenu sistema, preden je obseg jasen, je najpogostejši vzrok, da uvedba kasneje presega načrtovani obseg ali da sistem ne pokrije ključnega procesa, kar podaljša čas do zagona in poveča obseg popravkov.

Pri organizacijah z več oddelki je smiselno, da odločitve o sistemu ne sprejme samo IT oddelek, temveč projektna skupina, ki vključuje predstavnike ključnih uporabnikov – financ, proizvodnje, prodaje ali kadrovske službe. Vsak od njih pozna podrobnosti svojega procesa, ki jih IT oddelek sam ne vidi, in brez tega vpogleda se zlahka zgodi, da izbrani sistem ne pokrije dejanske potrebe posameznega oddelka.

Enako velja za javne zavode, kjer odločitev dodatno omejujejo pravila javnega naročanja in zahteve po sledljivosti porabe javnih sredstev. V takih primerih je koristno, da se zahteve opredelijo pred objavo javnega naročila, ne med izvedbo, saj je spremembo obsega po podpisu pogodbe praviloma težje in dražje uvesti kasneje v projektu.

• Kateri procesi in oddelki bodo sistem uporabljali
• Kateri obstoječi sistemi morajo ostati povezani
• Kje in kako se podatki trenutno hranijo
• Katere zahteve glede varnosti in sledljivosti veljajo za panogo
• Ali je potreben mobilni dostop in za katere vloge
• Kdo bo sistem vzdrževal po uvedbi

Integracija med sistemi in obstoječo infrastrukturo#

Noben od opisanih sistemov ne deluje dobro v izolaciji. ERP, CRM, DMS in sistem za poročanje si morajo izmenjevati podatke, da se izogne ročnemu prepisovanju in neskladjem med evidencami. Epix in njegova specialistična partnerska mreža gradita in povezujeta ERP, CRM, DMS in ECM sisteme prek API-jev, tako da podatki med sistemi tečejo samodejno, brez ročnega usklajevanja med oddelki.

Integracija je lahko enostavna, če imajo sistemi odprte API-je in dobro dokumentacijo, ali zahtevna, če gre za starejši sistem brez take podpore. V teh primerih je treba pred odločitvijo o novem sistemu pregledati, kaj obstoječi sistem sploh omogoča – ali ima API, kakšna je kakovost podatkov in kdo ima dostop do izvorne kode, če je ta v lasti naročnika.

Pri prevzemu obstoječega ali nedokončanega sistema je prvi korak pregled izvorne kode, arhitekture, infrastrukture in podatkov, šele nato se oceni, kaj je mogoče obdržati in kaj je treba zamenjati. Enak pristop velja, kadar organizacija želi povezati nov sistem s staro infrastrukturo, ki je bila zgrajena brez misli na poznejše povezovanje z drugimi sistemi.

Razvojno, testno in produkcijsko okolje morajo biti ločena, v testnem okolju pa se ne uporabljajo pravi osebni podatki. To velja tudi za integracijske projekte: preden se nova povezava med sistemi vzpostavi v produkciji, se preveri v testnem okolju, da morebitna napaka ne vpliva na dejansko poslovanje ali resnične podatke strank.

Varnost, skladnost in odgovornosti pri uvedbi#

Vsak od opisanih sistemov hrani podatke, ki so lahko občutljivi – osebni podatki strank, finančni podatki, interna dokumentacija. Zahteve glede varstva osebnih podatkov (GDPR) in, v nekaterih panogah, zahteve glede kibernetske varnosti (na primer NIS2) vplivajo na to, kje se podatki hranijo, kdo do njih dostopa in kako dolgo se hranijo po zaključku poslovnega razmerja.

Odgovornost za izvorno kodo in podatke je vedno pri naročniku; dokumentacija, dostopi in gesla so del primopredaje ob zaključku projekta. To pomeni, da organizacija po uvedbi ni odvisna od enega izvajalca za dostop do lastnih podatkov ali kode, kar je pomembno predvsem pri sistemih, ki hranijo kritične poslovne ali osebne podatke.

Znotraj delivery mreže, ki jo sestavljata Epix in specialistična partnerska mreža, so na voljo profili s certifikati na področju varnosti in oblačne infrastrukture, standardi kot ISO 27001 pa so del delivery strukture te mreže, ne certifikat podjetja Epix Group d.o.o. samega. To je pomembno razumeti pri izbiri izvajalca za projekte, kjer varnostne zahteve niso formalnost, temveč pogoj za delovanje sistema.

Spremembe v produkcijskem sistemu morajo iti skozi pregled in testiranje, preden se objavijo, ne glede na to, kako majhna je sprememba. Pri sistemih, ki vplivajo na več oddelkov hkrati, lahko že majhna napaka v enem sistemu povzroči posledice v povezanih sistemih, zato je nadzorovan postopek objave sprememb del odgovornega upravljanja informacijskih sistemov, ne le dobra praksa.

Vzdrževanje in podpora po uvedbi#

Uvedba informacijskega sistema se ne konča z zagonom – sledi obdobje, v katerem je treba sistem vzdrževati, odpravljati napake in ga nadgrajevati glede na spremenjene potrebe organizacije. Po uvedbi lahko izvajalec prevzame nadzor delovanja, odpravo napak, tehnične in varnostne posodobitve ter nadaljnji razvoj, obseg pa se določi glede na projekt in dogovor z naročnikom.

Za obravnavo napak in zahtev po podpori se uporabljajo razredi SLA: izpad, motnja, napaka in zahteva. Vsak razred ima svojo prednost pri obravnavi, odzivni čas pa je vedno dogovorjen v pogodbi o podpori, ne enoten za vse organizacije ali vse sisteme, saj je kritičnost izpada odvisna od tega, kateri proces sistem podpira.

Organizacija, ki razmišlja o novem informacijskem sistemu, naj torej že pred podpisom pogodbe opredeli, kdo bo sistem vzdrževal po uvedbi in kako hitro mora biti odzivni čas pri posameznem razredu napak. To vpliva na pogodbo o podpori in na to, koliko je organizacija odvisna od enega izvajalca po zaključku projekta in prehodu v redno obratovanje.

• Razred 1 – izpad: najvišja prednost obravnave
• Razred 2 – motnja: obravnava po dogovorjeni prednosti
• Razred 3 – napaka: uvrstitev v naslednjo objavo
• Razred 4 – zahteva: ocena obsega in uskladitev termina