Аутоматизација е-трговине у корпоративном окружењу

Rastući webshop retko kada usporava sam sebe. Problem obično izaziva kretanje narudžbina, podataka o zalihama, cena, faktura, statusa isporuke i informacija o nabavci između više sistema, delimično automatski, delimično u tabelama, e-mailovima ili ručnom administracijom. automacija e-trgovine u poslovnom okruženju dakle, ne znači zamenu nekoliko ponavljajućih zadataka, već kontrolisanu integraciju poslovnih procesa i povezanih podataka.

U poslovnom okruženju e-trgovine, netačne informacije o zalihama nisu samo neprijatno iskustvo za kupce. Mogu izazvati pogrešne narudžbine, nepotrebno opterećenje korisničke službe, logističke izuzetke, netačne finansijske podatke i izveštaje neprikladne za donošenje menadžerskih odluka. Ako se sve to može kontrolisati samo sve većim ručnim proverama, sistem više ne podržava, već ometa rast.

Kada je automatizacija opravdana?

Potreba za automatizacijom često postaje vidljiva ne zbog jedne velike greške, već zbog malih operativnih znakova. Podaci o narudžbinama se svakodnevno eksportuju i importuju. Skladište vidi drugačije zalihe nego webshop. Za postavljanje novog proizvoda iste podatke treba uneti u više sistema. Neuspešna sinhronizacija se otkriva tek kada se kupac već žali.

U takvim situacijama glavno pitanje nije da li je automatizacija moguća, već koji procesi zahtevaju poslovna pravila, koji zahtevaju integraciju i gde je potrebna ljudska odobrenja. Nije svaki ručni korak greška. Kod jedinstvenih, visoko vrednih ili ugovornih narudžbina, kontrolisano ručno donošenje odluka može biti opravdano. Međutim, ponavljajući prenos podataka, kopiranje statusa i naknadno traženje odstupanja retko stvara vrednost.

Dobar početak je stvarno mapiranje procesa. Ne sa liste aplikacija, već iz puta narudžbine: kako stiže, kroz koje provere prolazi, kada rezerviše zalihe, kako dolazi do skladišta, kada se generiše faktura, koji status dobija kupac i šta se dešava u slučaju povrata ili nedostatka zaliha. Ovde postaju vidljivi izuzeci koji se obično gube u previše pojednostavljenim planovima automatizacije.

Automatizacija e-trgovine u poslovnom okruženju: podaci su osnova

Kvalitet poslovne automatizacije prvenstveno ne određuje izabrani alat za integraciju, već model podataka. Proizvod, partner, narudžbina ili kretanje zaliha moraju biti prepoznatljivi kroz više sistema. Ako webshop, ERP, WMS i sistem fakturisanja koriste različite šifre artikala, statuse ili logiku oporezivanja, integracija samo prikriva problem, ne rešava ga.

Treba odlučiti koji sistem je vlasnik osnovnih podataka. Tipično, ERP upravlja osnovnim podacima o artiklima, pravilima o cenama i finansijama, dok je webshop odgovoran za predstavljanje proizvoda i interakciju sa kupcima na digitalnom prodajnom kanalu. Sistem za upravljanje skladištem može biti pouzdan izvor fizičkog kretanja zaliha. Međutim, ovo nije univerzalno pravilo: složeni konfigurator proizvoda, webshop koji opslužuje više zemalja ili poseban proces tržišta može zahtevati drugačiji model odgovornosti.

Nakon razjašnjenja vlasničkih krugova, može se planirati i protok podataka. Nije dovoljno reći da su sistemi "sinhronizovani." Tačno treba zabeležiti koji događaj pokreće prenos podataka, kojom učestalošću, sa kojim poljima, nakon kojih validacija i šta se dešava u slučaju greške. Na primer, ažuriranje zaliha može biti skoro realno vremenski događaj, planirana obrada ili kontrolisani grupni prenos. Pravo rešenje zavisi od količine narudžbina, prodajnog obećanja, kritičnosti zaliha i opterećenja povezanih sistema.

Upravljanje izuzecima nije sporedna funkcija

U automatizovanim procesima uvek će biti odstupanja: nepotpuni podaci o adresi, neusklađene cene, delimične isporuke, blokirani klijenti, nedostupne kurirske etikete ili neuspešni eksterni API pozivi. Pitanje nije kako ih potpuno eliminisati, već da li sistem prepoznaje, beleži uzrok na način koji se može pratiti i da li zadatak dolazi do odgovarajuće osobe.

Dobro osmišljeno upravljanje izuzecima razlikuje tehničke greške koje se mogu automatski ponovo pokušati od slučajeva koji zahtevaju poslovnu odluku. U slučaju privremenog prekida usluge, može biti potrebna kontrolisana ponovna slanja. Kod narudžbine sa negativnom maržom, može biti potrebna prodajna ili finansijska odobrenja. Ako se oba pojave u opštoj poruci o grešci, operacija gubi prioritete.

Koji procesi pružaju stvarnu poslovnu vrednost?

Najbolje ciljeve za automatizaciju predstavljaju oni gde je obim transakcija visok, pravila zasnovana na odlukama su česta, a greška utiče na više oblasti. Tokom obrade narudžbina, to može uključivati proveru statusa plaćanja i prevencije prevara, rezervaciju zaliha, kreiranje narudžbine u ERP-u, prenos zadataka ispunjenja skladišta, kao i vraćanje informacija o isporuci i fakturisanju webshopu.

Upravljanje podacima o proizvodima i cenama jednako je važno. U mnogim kompanijama, nije stvaranje novog proizvoda sporo, već to što se tehnički parametri, slike, kategorije, prevodi, statusi nabavke, cene za kupce i podaci o usklađenosti ažuriraju na više mesta, različitim tempom. Ovde centralizovani sistem za informacije o proizvodima ili jedinstveni interni radni tok može obezbediti organizovaniji rad, ako izbor proizvoda i organizaciona složenost to opravdavaju.

U procesima nabavke i planiranja zaliha, automatizacija može podržati predloge za ponovnu narudžbinu, obradu podataka o dobavljačima i ažuriranje obećanja o dostupnosti. U ovoj oblasti, kvalitet podataka treba pažljivo tretirati. Automatsko objavljivanje netačnih podataka o zalihama dobavljača može biti brz, ali poslovno štetan proces. Pravila, pragovi i koraci odobravanja su potrebni, ako je opravdano.

Integracija ili prilagođeni razvoj?

Često su dostupni gotovi konektori i API-ji za povezivanje poslovnih sistema. Oni mogu pružiti dobru osnovu ako je proces blizu standardnog rada, model podataka prilagodljiv, a upravljanje greškama zadovoljava očekivanja. Ne preporučuje se odabir prilagođenog razvoja samo zato što je tehnički zanimljiviji.

Prilagođena integracija ili srednji sloj usluga može biti potreban ako su poslovna pravila složena, više sistema treba povezati jedinstvenom logikom ili gotova rešenja ne upravljaju pravilno statusima, opterećenjem, pravima i mogućnošću revizije. U takvim slučajevima, cilj prilagođenog razvoja nije stvaranje još jedne izolovane komponente, već uspostavljanje održive tačke povezivanja na duži rok.

U arhitekturi, broj direktnih, sistem-sistem veza je takođe važan. Sa nekoliko aplikacija, to je upravljivo. Međutim, kako se pojavljuje više webshopova, ERP-a, WMS-a, sistema fakturisanja, integracija kurira, izvora dobavljača i portala za klijente, tačka-tačka integracije brzo postaju neodržive. Dobro dokumentovan integracioni sloj, jedinstveno beleženje i nadzor nisu tehnološki luksuz, već operativni preduslov.

Operacija je deo rešenja

Automatizacija je poslovno korisna samo dok je nadgledana i podržana. Redovi obrade, API pozivi, liste grešaka, korišćenje resursa, bekapi i prava ne mogu se odvojiti od poslovnog rada. Ako greška u integraciji ostane skrivena danima, greška automatizovanog sistema može uticati na veći obim podataka nego ručni proces.

Zato su merljiva operativna očekivanjaneophodna: koje događaje pratiti, ko dobija obaveštenje, koliko brzo treba istražiti odstupanja, može li se proces vratiti i koji podaci dokazuju da je ceo put narudžbine završen. Beleženje mora biti razumljivo i sa poslovnog i sa tehničkog aspekta.

Upravljanje pristupom je takođe pitanje dizajna. Webshop nema potrebu za neograničenim ERP pravima, a spoljna usluga nema potrebu za više podataka nego što je potrebno za zadatak. Uloge, upravljanje tajnama, čuvanje podataka i upravljanje promenama su posebno važni ako proces uključuje lične, finansijske ili poslovno osetljive podatke.

U CGAT pristupu, projekat automatizacije se ne završava uspostavljanjem veze. Proces, logika integracije i infrastruktura moraju se zajedno planirati kako buduće poslovne promene - novi prodajni kanal, skladište, zemlja, linija proizvoda ili partner - ne bi zahtevale potpuno redizajniranje svaki put.

Pre sledeće odluke o razvoju, vredi pratiti jednu narudžbinu od korpe za kupovinu do finansijskog zatvaranja. Gde se vlasništvo nad podacima menja, potrebna je ljudska intervencija ili informacije ne mogu odmah biti proverene, tamo možda nije razvojni zadatak - ali sigurno postoji poslovni proces koji zaslužuje preciznije planiranje.