Vodič za izbor poslovnog softvera
Poslovni softver: gde su podaci i ko je za njih odgovoran?
Poslovni softver lakše je proceniti kada znate koje poslove pokriva, gde nastaju važeći podaci i ko odlučuje o njihovim izmenama. Pre dodavanja novog alata popišite postojeće sisteme, prenose, pristupe, izvoz i oporavak. Takav pregled pomaže da razlikujete nedostatak funkcije od nejasnog pravila ili prekinute veze među sistemima.
Popišite sisteme prema poslu koji podržavaju
Prodaja može da ima 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 namenu treba utvrditi pravilo.
Ovaj vodič daje radni okvir za pregled onoga što već koristite. Nakon pregleda možete smislenije da procenite da li vam treba gotov alat, integracija ili razvoj po meri.
Krenite od odeljenja i radnih tokova, ne samo od spiska ugovorenih licenci. Pitajte gde zaposleni vode porudžbine, ugovore, zalihe, kontakte i potvrde obavljenog rada.
Uključite tabele, obrasce i dodatne servise ako učestvuju u poslu. Tabela koju jedan zaposleni svakog petka šalje drugom odeljenju može da bude važna veza, iako je niko ne zove poslovnim sistemom.
NIST-ov CSF 2.0 uključuje inventar softvera, usluga i sistema i pregled tokova i odabranih vrsta podataka. Tabela ispod prilagođava tu polaznu ideju operativnom razgovoru u firmi.
| Stavka pregleda | Šta zabeležiti | Pitanje koje time otvarate |
|---|---|---|
| Sistem i namena | Naziv alata i posao koji podržava | Zašto ga koristimo? |
| Poslovno odgovorna osoba | Ko potvrđuje pravila i prioritete | Ko može da donese odluku o promeni? |
| Podaci | Važne grupe i njihovo značenje | Šta se ovde stvara ili menja? |
| Razmena | Izvor, odredište, smer i učestalost | Kada drugi sistem saznaje za izmenu? |
| Pristup i podrška | Administrator, dobavljač, korisničke uloge | Ko može da pomogne i ko sme šta da radi? |
| Izvoz i oporavak | Dostupni formati, postupak i provere | Možemo li podatke da upotrebimo i vratimo? |
| Trošak | Izvor računa, model naplate i datum provere | Znamo li šta plaćamo i po kojoj jedinici? |
Ne tražite odmah savršen inventar. Prvo popunite redove za sisteme koji učestvuju u jednom važnom procesu. Nepoznata odgovorna osoba ili neproveren izvoz već su korisni nalazi.
Odredite važeći izvor za pojedini podatak
Rečenica „ERP je glavni sistem" može da bude preširoka. Možda ERP potvrđuje raspoloživu zalihu, a CRM sadrži prodajne beleške koje ERP nema razloga da preuzima.
Za svaku važnu vrstu ili polje zapišite gde nastaje odobrena vrednost, ko može da je promeni i kojim putem izmena stiže do drugih mesta. Ponekad je odgovornost podeljena po podacima, a ne po celom zapisu kupca.
U ovom članku odgovornost za podatak znači operativnu ulogu: ko može da objasni njegovo značenje i odobri ispravku. To nije pravno mišljenje o vlasništvu podataka, pravu korišćenja ili ulogama u obradi ličnih podataka.
Hipotetički primer veleprodaje
Pretpostavimo da veletrgovac koristi CRM, ERP i portal prevoznika. Primer služi razradi odluka; ne opisuje stvarnu firmu ili Noverovu isporuku.
| Podatak | Dogovoreni izvor u primeru | Pravilo koje treba potvrditi |
|---|---|---|
| Preferirani kontakt za prodaju | CRM | Prodaja uređuje kontakt prema dogovorenom postupku |
| Adresa koja se koristi na računu | ERP | Odgovorna osoba potvrđuje izmenu pre izdavanja |
| Raspoloživa količina artikla | ERP | Drugi prikazi treba da pokažu kada je podatak preuzet |
| Status pošiljke | Portal prevoznika | Preuzeti status razlikuje se od internog statusa porudžbine |
Nijedan red ne zahteva da sve podatke preselite u jednu bazu. Prvo treba utvrditi kako će se vrednosti razumeti i koristiti u poslu.
Pregledajte prelaze na kojima podaci čekaju ili se prepisuju
Prođite kroz jedan zapis, od nastanka do završetka. Zabeležite svako kopiranje, slanje datoteke, potvrdu porukom i čekanje na drugu osobu.
Za svaku vezu pitajte se kada se prenos događa, kako se prepoznaje uspeh i ko rešava odstupanje. „Automatski" nije dovoljno precizan opis ako niko ne zna gde se vidi neuspela razmena.
U primeru veleprodaje prodaja može da gleda stanje zaliha preuzeto ranije istog dana. Treba znati da li ono služi samo informisanju ili se na osnovu njega potvrđuje porudžbina. Odgovor određuje koliko svež prikaz treba da bude i koja je dodatna provera potrebna.
Ako otkrijete da alati dobro podržavaju sopstvene zadatke, ali prenos među njima ostaje ručni, sledeći predmet procene je integracija poslovnih sistema. Najpre proverite podržane pristupe i radnje; sama želja za povezivanjem nije dokaz da ih dobavljači dozvoljavaju.
Odvojite osobu koja odlučuje od osobe koja održava
Tehnička podrška može da reši pristup serveru, ali možda ne može da odluči koji je prodajni status ispravan. Vođa prodaje može da potvrdi značenje statusa, ali ne mora da zna kako se izvodi uvoz podataka.
Za važne podatke odredite poslovnu osobu za pravila i tehničku osobu za sprovođenje. Ako zavisite od spoljnog dobavljača, zabeležite i kontakt za odobrenje promene ili izvoza.
Microsoftov vodič za upravljanje podacima pri migraciji takođe razdvaja poslovno razumevanje podataka od tehničkog sprovođenja migracije. U malom timu uloge mogu da budu objedinjene, ali odgovornost i dalje treba da bude izričita.
Dogovorite ko preuzima tu obavezu tokom odsustva ili odlaska zaposlenog. Poslovni sistem ne bi trebalo da zavisi od toga da se svi sete ko je pre nekoliko godina podesio izvoz.
Proverite izvoz i oporavak pre nego što postanu hitni
Izvoz, rezervna kopija i dokumentacija rešavaju različita pitanja. Izvoz može da omogući rad sa odabranim podacima u drugom alatu. Oporavak treba da vrati dogovoreno stanje sistema prema proverenom postupku.
Za izvoz proverite da li sadrži odnose među zapisima, priloge, oznake i vrednosti koje su vam potrebne. Otvorena CSV datoteka sama ne potvrđuje da biste mogli ponovo da sastavite poslovnu evidenciju.
Za rezervne kopije zabeležite šta pokrivaju, ko ih prati i kada je proveren povraćaj. NIST-ov okvir u ishodu PR.DS-11 uključuje i testiranje kopija. Samo postojanje datoteke nije rezultat provere oporavka.
Dodajte i pregled pristupa: ko može da izveze osetljive podatke, ko upravlja nalozima i kako se prava uklanjaju. Ne širite pristup celom timu samo zato što nekoliko osoba treba da proveri inventar.
Izaberite prvi zahvat prema pronađenom problemu
Nakon pregleda razvrstajte nalaze prema posledici za svakodnevni rad. Na primer: nepoznat postupak povraćaja podataka, višestruki unos iste porudžbine ili izveštaj čije značenje dva odeljenja različito tumače.
Uz svaki nalaz napišite sledeći mali proverljiv korak. To može da bude razgovor sa dobavljačem, probni izvoz, potvrda definicije podatka ili procena jedne integracije. Novi program nije automatski prvi korak.
Pregled dopunite kada uvedete alat, promenite dobavljača ili odgovornu osobu i kada se promeni važan tok podataka. Tako ostaje upotrebljiv za sledeću odluku umesto da postane jednokratni dokument.
Ako se podaci između vaših alata često razilaze, pošaljite Noveru spisak sistema i jedan primer odstupanja. Time razgovor počinje na mestu gde problem nastaje.
Izvori
Članak koristi dva primarna spoljna izvora uz sopstvenu uredničku analizu i izričito hipotetički primer.
- NIST Cybersecurity Framework (CSF) 2.0, NIST CSWP 29: inventar softvera, usluga i sistema, pregled tokova podataka i testiranje rezervnih kopija (ishod PR.DS-11).
- Microsoft: upravljanje podacima pri migraciji u Dynamics 365: razdvajanje poslovnog razumevanja podataka od tehničkog rada na migraciji.