Vodič za odabir poslovnog softvera
Poslovni softver: gdje su podaci i tko je za njih odgovoran?
Poslovni softver lakše je procijeniti kada znate koje poslove pokriva, gdje nastaju važeći podaci i tko odlučuje o njihovim izmjenama. Prije dodavanja novog alata popišite postojeće sustave, prijenose, pristupe, izvoz i oporavak. Takav pregled pomaže razlikovati nedostatak funkcije od nejasnog pravila ili prekinute veze među sustavima.
Popišite sustave prema poslu koji podupiru
Prodaja može imati jednu adresu kupca, računovodstvo drugu, a dostava treću. Nova aplikacija neće sama odlučiti koja je odgovarajuća za račun, kontakt prodajnog predstavnika ili slanje paketa. Za svaku namjenu treba utvrditi pravilo.
Ovaj vodič daje radni okvir za pregled onoga što već koristite. Nakon pregleda možete smislenije procijeniti treba li gotov alat, integracija ili razvoj po mjeri.
Krenite od odjela i radnih tokova, ne samo od popisa ugovorenih licenci. Pitajte gdje zaposlenici vode narudžbe, ugovore, zalihe, kontakte i potvrde obavljenog rada.
Uključite tablice, obrasce i dodatne servise ako sudjeluju u poslu. Tablica koju jedan zaposlenik svaki petak šalje drugom odjelu može biti važna veza, iako je nitko ne naziva poslovnim sustavom.
NIST-ov CSF 2.0 uključuje inventar softvera, usluga i sustava te pregled tokova i odabranih vrsta podataka. Sljedeća tablica prilagođava tu polaznu ideju operativnom razgovoru u tvrtki.
| Stavka pregleda | Što zabilježiti | Pitanje koje time otvarate |
|---|---|---|
| Sustav i namjena | Naziv alata i posao koji podupire | Zašto ga koristimo? |
| Poslovno odgovorna osoba | Tko potvrđuje pravila i prioritete | Tko može donijeti odluku o promjeni? |
| Podaci | Važne skupine i njihovo značenje | Što se ovdje stvara ili mijenja? |
| Razmjena | Izvor, odredište, smjer i učestalost | Kada drugi sustav saznaje za izmjenu? |
| Pristup i podrška | Administrator, dobavljač, korisničke uloge | Tko može pomoći i tko smije što raditi? |
| Izvoz i oporavak | Dostupni formati, postupak i provjere | Možemo li podatke upotrijebiti i vratiti? |
| Trošak | Izvor računa, model naplate i datum provjere | Znamo li što plaćamo i po kojoj jedinici? |
Nemojte odmah tražiti savršen inventar. Najprije ispunite redove za sustave koji sudjeluju u jednom važnom procesu. Nepoznata odgovorna osoba ili neprovjeren izvoz već su korisni nalazi.
Odredite važeći izvor za pojedini podatak
Rečenica „ERP je glavni sustav" može biti preširoka. Možda ERP potvrđuje raspoloživu zalihu, a CRM sadrži prodajne bilješke koje ERP nema razloga preuzimati.
Za svaku važnu vrstu ili polje zapišite gdje nastaje odobrena vrijednost, tko je može promijeniti i kojim putem izmjena dolazi do drugih mjesta. Ponekad je odgovornost podijeljena po podacima, a ne po cijelom zapisu kupca.
U ovom članku odgovornost za podatak znači operativnu ulogu: tko može objasniti njegovo značenje i odobriti ispravak. To nije pravno mišljenje o vlasništvu podataka, pravu korištenja ili ulogama u obradi osobnih podataka.
Hipotetski primjer veleprodaje
Pretpostavimo da veletrgovac koristi CRM, ERP i portal prijevoznika. Primjer služi razradi odluka; ne opisuje stvarnu tvrtku ili Noverovu isporuku.
| Podatak | Dogovoreni izvor u primjeru | Pravilo koje treba potvrditi |
|---|---|---|
| Preferirani kontakt za prodaju | CRM | Prodaja uređuje kontakt prema dogovorenom postupku |
| Adresa korištena na računu | ERP | Odgovorna osoba potvrđuje izmjenu prije izdavanja |
| Raspoloživa količina artikla | ERP | Drugi prikazi trebaju pokazati kada je podatak preuzet |
| Status pošiljke | Portal prijevoznika | Preuzeti status razlikuje se od internog statusa narudžbe |
Nijedan red ne zahtijeva da sve podatke preselite u jednu bazu. Prvo treba utvrditi kako će se vrijednosti razumjeti i koristiti u poslu.
Pregledajte prijelaze na kojima podaci čekaju ili se prepisuju
Prođite kroz jedan zapis, od nastanka do završetka. Zabilježite svako kopiranje, slanje datoteke, potvrdu porukom i čekanje na drugu osobu.
Za svaku vezu pitajte se kada se prijenos događa, kako se prepoznaje uspjeh i tko rješava odstupanje. „Automatski" nije dovoljno precizan opis ako nitko ne zna gdje se vidi neuspjela razmjena.
U veleprodajnom primjeru prodaja može gledati stanje zalihe preuzeto ranije istoga dana. Treba znati služi li ono samo informiranju ili se na temelju njega potvrđuje narudžba. Odgovor određuje koliko svjež prikaz treba biti i koja je dodatna provjera potrebna.
Ako otkrijete da alati dobro podupiru vlastite zadatke, ali prijenos među njima ostaje ručan, sljedeći je predmet procjene integracija poslovnih sustava. Najprije provjerite podržane pristupe i radnje; sama želja za povezivanjem nije dokaz da ih dobavljači dopuštaju.
Odvojite osobu koja odlučuje od osobe koja održava
Tehnička podrška može riješiti pristup poslužitelju, ali možda ne može odlučiti koji je prodajni status ispravan. Voditelj prodaje može potvrditi značenje statusa, ali ne mora znati kako se izvodi uvoz podataka.
Za važne podatke odredite poslovnu osobu za pravila i tehničku osobu za provedbu. Ako ovisite o vanjskom dobavljaču, zabilježite i kontakt za odobrenje promjene ili izvoza.
Microsoftov vodič za upravljanje migracijskim podacima također razdvaja poslovno razumijevanje podataka od tehničke migracijske provedbe. U malom timu uloge mogu biti objedinjene, ali odgovornost i dalje treba biti izričita.
Dogovorite tko preuzima tu obvezu tijekom odsutnosti ili odlaska zaposlenika. Poslovni sustav ne bi trebao ovisiti o tome da se svi sjete tko je prije nekoliko godina namjestio izvoz.
Provjerite izvoz i oporavak prije nego što postanu hitni
Izvoz, sigurnosna kopija i dokumentacija rješavaju različita pitanja. Izvoz može omogućiti rad s odabranim podacima u drugom alatu. Oporavak treba vratiti dogovoreno stanje sustava prema provjerenom postupku.
Za izvoz provjerite sadrži li odnose među zapisima, priloge, oznake i vrijednosti koje su vam potrebne. Otvorena CSV datoteka sama ne potvrđuje da biste mogli ponovno sastaviti poslovnu evidenciju.
Za sigurnosne kopije zabilježite što pokrivaju, tko ih prati i kada je provjeren povrat. NIST-ov okvir u ishodu PR.DS-11 uključuje i testiranje kopija. Samo postojanje datoteke nije rezultat provjere oporavka.
Dodajte pregled pristupa: tko može izvesti osjetljive podatke, tko upravlja računima i kako se prava uklanjaju. Nemojte širiti pristup cijelom timu samo da bi nekoliko osoba moglo provjeriti inventar.
Odaberite prvi zahvat prema pronađenom problemu
Nakon pregleda razvrstajte nalaze po posljedici za svakodnevni rad. Primjerice: nepoznat postupak povrata podataka, višestruki unos iste narudžbe ili izvještaj čije značenje dva odjela različito tumače.
Uz svaki nalaz napišite sljedeći mali provjerljiv korak. To može biti razgovor s dobavljačem, probni izvoz, potvrda definicije podatka ili procjena jedne integracije. Novi program nije automatski prvi korak.
Pregled dopunite kada uvedete alat, promijenite dobavljača ili odgovornu osobu te kada se promijeni važan podatkovni tok. Tako ostaje upotrebljiv za sljedeću odluku umjesto da postane jednokratni dokument.
Ako se podaci između vaših alata često razilaze, pošaljite Noveru popis sustava i jedan primjer odstupanja. Time razgovor započinje na mjestu gdje problem nastaje.
Izvori
Članak se oslanja na dva primarna vanjska izvora te na vlastitu uredničku analizu i izričito hipotetski primjer.
- NIST Cybersecurity Framework (CSF) 2.0, NIST CSWP 29: inventar softvera, usluga i sustava, pregled tokova podataka i testiranje sigurnosnih kopija (ishod PR.DS-11).
- Microsoft: upravljanje podacima za migraciju u Dynamics 365: razdvajanje poslovnog razumijevanja podataka od tehničke provedbe migracije.