Šta uzrokuje duplirani unos podataka u kompaniji?

Neko svakog jutra otvara administrativni interfejs webshopa, preuzima narudžbine od prethodnog dana, a zatim ih ručno unosi u poslovni sistem. Nakon toga, podaci stižu do skladišta u drugoj tabeli, dok fakturisanje još jednom proverava adresu i način plaćanja. Pitanje tada nije jednostavno šta uzrokuje duplirani unos podataka. Pre je pitanje zašto ljudi održavaju procese koji bi trebalo pouzdano da prenose informacije jedni drugima.

Duplirani unos podataka retko je posledica jedne loše odluke. Obično se razvija tokom godina: privremena tabela postaje trajno rešenje, novi sistem se ne povezuje sa starim, ili se izuzetan slučaj postaje deo svakodnevne rutine. U početku tim još uvek drži sve pod kontrolom. Međutim, sa rastućim brojem narudžbina, više klijenata, novim lokacijama ili prodajnim kanalima, kopiranje prestaje biti mala neprijatnost i postaje operativni rizik.

Šta zapravo uzrokuje duplirani unos podataka?

Vidljivi razlog obično je to što je isti podatak potreban u dva ili više sistema. Narudžbina se pojavljuje u webshopu, ERP-u, skladišnom sistemu, interfejsu kurirske službe i fakturisanju. Sama po sebi, ovo nije problem. Preduzeću su naravno potrebne različite aplikacije i nije svaki proces vredan prisiljavanja u jedan sistem.

Problem počinje kada nije jasno koji sistem je pouzdan izvor informacija i kako podaci stižu do sledećeg mesta korišćenja. Ako je odgovor na to „Petar prepisuje svakog popodneva“, tada proces nije integrisan. Oslanja se na ljudsku kontrolnu tačku koja usporava, može pogrešiti, biti odsutna tokom odmora i teško je pratiti.

Iza duplikacije često stoje četiri međusobno povezana operativna razloga:

• nedostatak ili nesigurnost u protoku informacija između sistema;
• nezavisne radne metode koje su razvili različiti odeljenja;
• nejasna odgovornost za upravljanje podacima;
• procesi zasnovani na izuzecima koji su s vremenom postali normalno funkcionisanje.

Bilo koji od ovih razloga može biti dovoljan da zaposleni ponovo i ponovo unose isto ime kupca, broj artikla, adresu isporuke ili proizvodne podatke. Međutim, zajedno brzo povećavaju administraciju.

Nije uvek tehnološka greška

Lako je reći da dva sistema ne komuniciraju, pa je potrebna integracija. Ovo je ponekad tačno, ali nije uvek prvo pitanje koje treba rešiti. Prvo treba razumeti zašto isti podatak dolazi na više mesta.

Na primer, može se desiti da prodaja ponovo unosi narudžbinu jer narudžbine koje dolaze iz webshopa još uvek moraju biti poslovno odobrene. U tom slučaju nije sigurno da ceo set podataka treba ponovo unositi. Možda samo nedostaje korak odobrenja, status ili neki izuzetni podaci iz originalnog procesa.

Ponekad je kopiranje zapravo skrivena kontrola kvaliteta. Kolega proverava i ponovo unosi adresu jer su u izvornom sistemu česti pogrešni ili nepotpuni podaci. Ako se to jednostavno automatizuje, pogrešni podaci brže stižu do sledećeg sistema. U ovom slučaju, pre nego što se ukine unos podataka, možda će biti potrebna validacija podataka, obavezna polja ili jasnije upravljanje podacima o klijentima.

Pravo pitanje nije „koji softver to rešava?“, već koji korak stvara stvarnu poslovnu vrednost. Kontrola, odobrenje i upravljanje izuzecima mogu biti opravdani. Ponovno unošenje istih informacija bez promene obično nije.

Cena različitih verzija podataka

Direktni trošak dupliranog unosa podataka lako se može izračunati: koliko minuta zaposleni provodi na tome, koliko puta dnevno, sa koliko ljudi. Međutim, stvarni poslovni uticaj je veći od toga.

Ako se adresa klijenta nalazi u tri sistema i ažurira se samo u jednom, već postoje tri različite istine u kompaniji. Skladište priprema pošiljku na staru adresu, fakturisanje koristi druge podatke, a korisnička služba ne razume zašto se statusi razlikuju. Greška možda nije dramatična, ali svaka ispravka može izazvati novi e-mail, telefonski poziv, usklađivanje i odobrenje.

Isto se dešava sa podacima o zalihama, cenovnicima, brojevima artikala dobavljača, proizvodnim parametrima i statusima projekata. Menadžment tada često primećuje da svi rade, ali nema pouzdanih izveštaja. Ne zato što nema dovoljno podataka, već zato što se podaci menjaju na više mesta, u različito vreme i prema različitim pravilima.

Ljudska posledica takođe nije zanemarljiva. Vreme obučenog zaposlenog ne troši se na rešavanje problema klijenata, donošenje odluka o nabavci ili analizu proizvodnih odstupanja, već na kopiranje i proveru. To je frustrirajući posao, a proces se često oslanja na iskustvo samo jedne osobe. Kada ona nije prisutna, ostali ne poznaju samo zadatak, već ni logiku izuzetaka koja ga prati.

Gde je najbolje započeti istragu?

Najkorisnija polazna tačka je konkretan, često ponavljajući slučaj. Nema potrebe mapirati sve sisteme cele kompanije odjednom. Izaberite jednu narudžbinu, unos novog klijenta, zahtev za nabavku ili proizvodni radni nalog i pratite njegov put.

Vredi pitati: gde se podaci prvo pojavljuju? Ko ih može izmeniti? U koliko sistema se pojavljuju? Koji prenos je automatski, a koji se odvija putem e-maila, telefona ili tabela? Ko proverava kopiranje i šta se dešava u slučaju greške? Već iz ove istrage postaju vidljivi ručni prenosi koje je svakodnevna rutina ranije prikrivala.

Važno je razlikovati neophodno ponavljanje od nepotrebnog ponavljanja. Na primer, za proizvodnu narudžbinu može biti opravdano imati posebne proizvodne instrukcije i zapis o osiguranju kvaliteta. Međutim, to ne mora nužno značiti novi unos podataka. Zajednički osnovni podaci - identifikacija proizvoda, kupac, količina, rok - treba da se prenose na kontrolisan način, dok se određeno područje dopunjuje samo svojim stručnim informacijama.

Prvo proces, zatim rešenje

Ako je poznat put podataka i uzrok duplikacije, može se razmotriti više popravki. Ponekad je dovoljno razjasniti koji sistem je izvor osnovnih podataka i ko je odgovoran za njihovo održavanje. U drugim slučajevima, pravilo odobravanja, jedinstveni obrazac ili standardizovana struktura brojeva artikala eliminišu ručni zaobilazni put.

Ako zaista treba redovno prenositi podatke između više sistema, integracija ili ciljna automatizacija mogu biti opravdani. Cilj nije ukloniti svaku ljudsku odluku. Cilj je da sistem prenese ono što već zna, dok se ljudi uključuju tamo gde je potrebna procena, upravljanje izuzecima ili poslovna odgovornost.

Ponekad su sposobnosti postojećeg sistema dovoljne, samo nikada nisu razvijeni odgovarajući procesi u njemu. Ponekad su potrebna međurešenja zbog ograničenja starog sistema. A ponekad mnogo ručnih ispravki već ukazuje na to da arhitekturu treba preispitati. Ovo su različite investicije i rizici, pa nije preporučljivo unapred odrediti tehnologiju.

U CGAT pristupu, duplirani unos podataka nije samostalna administrativna greška, već signal: negde je prekinut pouzdan protok informacija. Popravka će biti trajna ako ne samo ukloni kopiranje, već i razjasni odgovornost, izvor podataka i upravljanje izuzecima.

Najbolji prvi korak obično nije kupovina novog sistema. Uzmite proces u kojem tim svakodnevno unosi iste podatke najmanje dva puta i zapitajte se: zašto to uopšte mora da se desi? Odgovor često govori više o funkcionisanju kompanije nego bilo koja lista softvera.