Уједињење расутих пословних података у пракси

Finansijski direktor ponovo postavlja isto pitanje u petak popodne: koliko narudžbina zaista imamo u procesu realizacije? Da bi se odgovorilo na ovo pitanje, potrebno je prikupiti podatke iz CRM-a prodaje, internet prodavnice, skladišnog sistema i nekoliko Excel datoteka. Do trenutka kada je izveštaj gotov, možda brojke više ne prikazuju istu situaciju. Ujednačavanje raspršenih poslovnih podataka odnosi se upravo na ovakve situacije - ne samo na baze podataka, već na to da rukovodioci i zaposleni rade iz iste stvarnosti.

Kod većine rastućih preduzeća problem ne izaziva jedna velika greška u sistemu. Umesto toga, mnogo rešenja koja se na prvi pogled čine razumnim, nadovezuju se jedno na drugo. Tabela umesto starog izvoza, ručni e-mail jer dva sistema ne komuniciraju, zasebna evidencija jer je tako bilo brže pokrenuti novi proces. Svako od ovih rešenja može funkcionisati pojedinačno. Međutim, zajedno čine poslovanje nesigurnim.

Problem nije u tome što postoji više sistema

Prirodno je da organizacija od 50 ili 200 ljudi ima više sistema. Internet prodavnica ima drugačiju funkciju od ERP-a, CRM-a, fakturisanja, upravljanja proizvodnjom ili skladišne aplikacije. Cilj nije prisiliti sve poslovne funkcije u jedan softver. Takvi pokušaji često su skupi, spori i stvaraju nove kompromise.

Pravo pitanje je da li se podaci povezani sa poslovnim događajem mogu pratiti. Ako klijent postavi narudžbinu, da li je jasno kada je primljena, šta sadrži, da li je na zalihama, kome pripada, da li je isporučena i fakturisana? Ako svaki sistem daje različit odgovor, to nije samo nedostatak podataka. Kompanija ima više stvarnosti koje se međusobno takmiče.

Ovo ima i ljudske posledice. Zaposleni počinju da koriste svoje datoteke za koje veruju da su proverene. Rukovodioci traže sve više usklađivanja. Iskusni zaposleni postaje prevodilac između sistema, koji zna kojem broju se može verovati. Kada ode na odmor ili napusti kompaniju, proces se naglo usporava.

Kako se manifestuje problem raspršenih poslovnih podataka?

Raspršenost podataka retko se manifestuje tako da neko kaže: naša arhitektura podataka je loša. Prepoznaje se kroz ponavljajuće, svakodnevne simptome. Mesečno zatvaranje započinje višednevnim prikupljanjem podataka. Skladište traži potvrdu narudžbine telefonom ili e-mailom. Prodaja obećava zalihe koje su zapravo već rezervisane. Fakturisanje može početi tek nakon ručne provere.

Posebno je indikativno kada se isti osnovni podaci moraju održavati na više mesta. Adresa klijenta pojavljuje se u CRM-u, fakturisanju, internet prodavnici i na platformi za transport. Broj artikla ili cena proizvoda žive u više tabela. Tada pitanje nije da li će doći do odstupanja, već kada će se otkriti.

Troškovi grešaka nisu uvek očigledni. To može biti paket poslat sa pogrešnom etiketom, faktura izdata sa zakašnjenjem ili netačan izveštaj o zalihama. Ali ako se to ponavlja svakodnevno, administracija često raste brže od prihoda. Kompanija zapošljava više ljudi za koordinaciju, dok osnovna nesigurnost procesa ostaje nepromenjena.

Ujednačavanje počinje otkrivanjem puta podataka

Pre nego što se ujednače raspršeni poslovni podaci, vredi ispitati procese, a ne sisteme. Odaberite proces koji direktno utiče na prihod, realizaciju ili korisničko iskustvo. To može biti put od narudžbine do fakturisanja, nabavka, upravljanje reklamacijama ili obrada proizvodnih naloga.

Zatim treba pratiti šta se zaista događa, a ne ono što procesna dokumentacija pretpostavlja. Ko prvi unosi podatke? Koji sistem se smatra zvaničnim izvorom? Ko kopira, dopunjuje ili proverava? Gde se stvara e-mail, telefonski poziv ili Excel izvoz jer informacije nisu dostupne tamo gde su potrebne?

Na primer, kod trgovca sa internet prodavnicom, narudžbina može automatski stići, ali zaposleni svako jutro izvozi je u tabelu, tamo proverava zalihe, a zatim ručno unosi podatke u fakturisanje. Na prvi pogled, to izgleda kao problem tri sistema. Međutim, bliže posmatrano, glavno pitanje može biti: koji sistem upravlja rezervisanim zalihama i kada narudžbina postaje finansijski realizovana? Dokle god nema jasnog poslovnog odgovora na ovo, tehničko povezivanje samo brže prenosi nesigurnost.

Ko je vlasnik podataka?

Svaki kritični podatak treba da ima primarnog vlasnika. To nije nužno osoba, već jasno određeni sistem i pravila odgovornosti. Na primer, baza klijenata može biti verodostojna u CRM-u, podaci o fakturisanju u finansijskom sistemu, a fizičke zalihe u skladišnom ili ERP sistemu.

Određivanje vlasnika ne znači da drugi sistem ne može koristiti podatke. Naprotiv, informacije treba da stignu tamo gde podržavaju poslovni zadatak. Razlika je u tome što je jasno gde se može izvršiti izmena i odakle treba preuzeti trenutnu vrednost. Ovo smanjuje potrebu za duplim unosom podataka i kasnijim usklađivanjem.

Podjednako su važni identifikatori. Ako se isti klijent, proizvod ili narudžbina u svakom sistemu pojavljuju pod različitim imenom ili kodom, integracija sama po sebi neće stvoriti pouzdane podatke. Ujednačeni identifikatori manje su upadljivi od nove kontrolne table, ali oni čine osnovu za kasnije izveštaje i automatizovane procese.

Nisu sva odstupanja tehnička greška

Mnoge kompanije greše kada traže novi sistem za prvo odstupanje. Međutim, različiti podaci često ukazuju na nedostatak stvarnih poslovnih pravila. Na primer, različito se tumači status narudžbine u prodaji, skladištu i finansijama. Za jedan tim narudžbina je zatvorena kada je kupac postavi. Za drugi kada je pripremljena. Za finansije tek kada je fakturisana.

Sva tri gledišta mogu biti opravdana, ali isti polje ne može se koristiti sa različitim značenjem. U takvim slučajevima nije nužno potreban jedan status, već dobro definisani statusi, odgovorni i tačke prenosa. Tehnologija to kasnije može obraditi, ali definicija se ne može zameniti.

Zato je korisno započeti rad na ujednačavanju pitanjima kvaliteta podataka. Koja polja su obavezna? Ko može ispraviti pogrešne podatke? U kom slučaju jedan sistem može prepisati drugi? Koje kašnjenje je prihvatljivo za ažuriranje? Kod logističkog podatka o zalihama čak i nekoliko minuta može biti važno, dok je za izveštaj o troškovima rukovodstva dnevno ažuriranje dovoljno. Prikladno rešenje zavisi od poslovnog vremenskog zahteva odluke.

Kada je integracija opravdana, a kada je odgovor drugačiji?

Ako je proces jasan, automatizacija prenosa podataka između sistema može eliminisati mnogo ručnog rada. Narudžbina, kretanje zaliha, faktura ili podaci o transportu mogu se preneti u odgovarajući sistem bez potrebe za ponovnim unosom. Ovo može ubrzati realizaciju, smanjiti greške i pružiti ažurnije izveštaje.

Ali integracija nije uvek ispravan prvi korak. Može biti potrebno pojednostaviti proces koji je preopterećen previše odobrenjima. Ponekad je struktura podataka starog sistema toliko nekonzistentna da prvo treba čišćenje, standardizacija ili postepena modernizacija. Postoje slučajevi kada ciljano interno rešenje bolje upravlja izuzetnim radnim procesom nego nova prilagodba opšteg sistema.

Kod tehničke implementacije pouzdanost je barem jednako važna kao i brzina prenosa podataka. Treba znati šta se dešava ako sistem privremeno nije dostupan, zapis je pogrešan ili ista poruka stigne dva puta. Potrebna je mogućnost provere, evidencija grešaka, mogućnost pretrage i jasna odgovornost. Veza koja greši nevidljivo može biti opasnija od vidljivog ručnog koraka.

Dobar izveštaj ne nastaje kao poseban projekat

Kontrolna tabla za rukovodstvo često je najvidljiviji rezultat ujednačenih podataka, ali nije preporučljivo početi s njom. Ako podaci iza pokazatelja dolaze iz različitih definicija, kasnih izvoza i ručnih ispravki, lepa grafika samo brže prikazuje netačne brojke.

Prvo treba definisati koju odluku izveštaj podržava. Da li treba videti nivo zaliha, pokriće, vreme realizacije narudžbine, kašnjenja ili proizvodne kapacitete? Ko ga koristi, koliko često i šta se dešava ako vrednost odstupa od plana? Dobro dizajniran izveštaj ne samo da informiše, već jasno pokazuje gde treba intervenisati.

Trajni red ne dolazi od toga što su svi podaci na jednom mestu. Dolazi od toga što svi znaju koji su podaci verodostojni, kako stižu do sledećeg koraka i šta se dešava ako dođe do odstupanja. Kada je to jasno, tehnološki razvoj više nisu zasebni projekti, već deo predvidljivijeg poslovanja.