Интеграција е-трговине и логистике

Kada narudžbina stigne u webshop, neko je prosleđuje skladištu putem e-maila ili Excela. Kolega proverava zalihe, ručno unosi podatke u kurirski sistem, a kasnije menja status narudžbine u drugom sistemu. Dok je reč o nekoliko desetina paketa dnevno, ovo može delovati izvodljivo. Međutim, kada dođe do rasta, brzo postaje jasno zašto je ključno kako integrišemo sisteme e-trgovine i logistike: prenošenje podataka nije pravi posao, ali na to odlazi vreme i tu nastaje većina grešaka.

Cilj integracije nije samo da dva softvera razmenjuju podatke. Cilj je uspostaviti rad u kojem svi rade iz istog stanja, jasno je ko je za šta odgovoran, a sistem obavlja mehaničku administraciju umesto ljudi. Za to je prvo potrebno urediti poslovni proces. Brzo povezivanje loše dizajniranog procesa samo će brže proizvesti iste greške.

Zašto dolazi do razdvajanja webshopa i logistike?

Većinu problema ne uzrokuje jedan neispravan sistem. Webshop, ERP, evidencija zaliha, WMS, fakturisanje, kurirska platforma i alati korisničke podrške mogu biti odgovarajući pojedinačno. Teškoće počinju kada nije jasno koji sistem daje tačne informacije o proizvodu, zalihama ili statusu narudžbine.

Tipična situacija je da webshop obećava zalihe za prodaju koje je skladište već rezervisalo za drugi kanal. Drugi put, skladište je fizički pripremilo paket, ali u webshopu se još uvek prikazuje kao „u obradi“. Korisnička podrška tada zove, skladište prekida rad da bi odgovorilo, a menadžer kasnije pokušava da razume šta se dogodilo iz nekoliko kontradiktornih izveštaja.

Ovo nisu samo informatičke neprijatnosti. Direktno utiču na obećanje isporuke, finansiranje zaliha, obradu povrata i opterećenje zaposlenih. Ako iskusni kolega zna koji list treba ažurirati, proces nije kontrolisan, već samo ustaljen.

Kako integrišemo sisteme e-trgovine i logistike?

Pravo prvo pitanje nije da li postoji API između dva sistema. Pitanje je kako narudžbina prolazi kroz kompaniju od plaćanja do isporuke i gde čovek zaista treba da donese odluku.

Vredi pratiti konkretnu narudžbinu. Kada se kreira? Kada se proverava plaćanje? Kada se rezervišu zalihe? Ko rešava nedostatke, delimične isporuke ili greške u adresi? U kojem trenutku se izdaje faktura? Kada i pod kojim uslovima kupac dobija obaveštenje? Tokom mapiranja procesa često se otkriva da ručni korak zapravo više ne pruža poslovnu kontrolu, već samo kompenzuje prethodni nedostatak sistema.

Četiri osnovna principa daju stabilnu početnu tačku za planiranje integracije:

• svaki važan podatak treba da ima određeni sistem domaćin;
• preneti podaci treba da imaju jasne poslovne događaje i stanja;
• izuzetke ne treba skrivati u normalnom procesu;
• greške treba da budu vidljive, pretražive i popravljive.

Određivanje sistema domaćina je posebno važno. Komercijalni opis i cena proizvoda obično se upravljaju u webshopu ili sistemu za informacije o proizvodu. Fizički dostupne, rezervisane zalihe često evidentira skladišni sistem ili ERP. Izvor adrese za isporuku i komunikacije sa kupcima može biti webshop, dok etiketa za prevoz i događaj isporuke dolaze iz veze sa prevoznikom. Nije uvek ista podela dobra, ali ne može postojati više nezavisnih „konačnih“ izvora za iste podatke.

Ne povezujte podatkovna polja, već poslovne događaje

Slabo rešenje je kada zakazani proces kopira podatke o narudžbinama iz jedne baze podataka u drugu svakih pola sata. U određenim okruženjima ovo može biti prihvatljiv kompromis, na primer, sa starim sistemom ili niskim obimom narudžbina. Ali čak i tada, kašnjenja, ponovljene pošiljke i prekinuta obrada moraju biti planirani.

Bolja početna tačka je definisanje poslovnih događaja. Na primer: narudžbina odobrena, zalihe rezervisane, izdano za komisioniranje, paket poslat, neuspešna isporuka, povrat primljen. Svaki događaj ima odgovoran sistem, razumljivo stanje i, po potrebi, ljudsku obavezu.

Ovo je važno jer narudžbina nije jedinstven zapis, već niz stanja. Ako je kurirska etiketa generisana, ali paket još nije na paleti u skladištu, ne treba automatski komunicirati kupcu kao da je pošiljka već na putu. Takve male razlike odlučuju da li izveštaji i obaveštenja kupcima ostaju verodostojni.

Izuzeci odlučuju da li je rešenje upotrebljivo

Normalna ruta narudžbine obično se brzo automatizuje. Teža pitanja se pojavljuju kod izuzetaka: nema dovoljno zaliha, kupac želi da izmeni narudžbinu, isporuka iz više skladišta, nevažeća adresa, oštećena roba se vraća ili prevoznik prijavljuje neuspešnu isporuku.

Za ove situacije nije uvek preporučljivo davati potpuno automatski odgovor. Za narudžbine iznad određenog praga, jedinstvene B2B isporuke ili ponavljajuće probleme sa adresom, ljudska kontrola može biti poslovno opravdana. U takvim slučajevima, zadatak sistema je da problem prikaže odgovarajućem kolegi sa svim potrebnim podacima u pozadini. Ne da stvara krugove e-pošte i posebne liste.

Za upravljanje izuzecima potrebne su i granice odgovornosti. Da li skladište odlučuje o zamenskom proizvodu? Može li korisnička podrška promeniti adresu nakon komisioniranja? Ko rešava anomalije plaćanja ili rezervacije zaliha? Ako ove odluke postoje samo usmeno, integracija neće eliminisati nesigurnost.

Tehnička realizacija: jednostavna, ali proverljiva

Nije svakoj kompaniji potrebna posebna integraciona platforma ili velika transformacija. Može se desiti da je standardna veza webshop-ERP dovoljna, ako se model podataka, logika zaliha i upravljanje izuzecima uklapaju u poslovanje. U drugim okruženjima, srednji integracioni sloj je opravdan, posebno kada se povezuje više prodajnih kanala, više skladišta, sopstveni sistemi ili različite strukture podataka.

Bez obzira na tehničko rešenje, potrebni su identifikatori, zapisivanje i mogućnost ponovne obrade. Narudžbina, pošiljka i proizvod moraju biti dosledno identifikovani u svim uključenim sistemima. Ako veza privremeno nije dostupna, sistem ne sme tiho izgubiti događaj. Treba biti vidljivo koje prenose čekaju, koji su pogrešni i ko ih može ponovo pokrenuti bez poslovne odluke ili sa poslovnim odobrenjem.

Prava pristupa i zaštita podataka su takođe deo planiranja. Nije svaki sistem i nije svaki korisnik treba da ima pristup svim podacima o kupcima ili narudžbinama. U integraciji treba da se kreću samo oni lični i poslovni podaci koji su potrebni za obavljanje zadatka. Ovo istovremeno smanjuje rizik i čini poslovanje transparentnijim. Prilikom uvođenja, ne menjajte celokupno poslovanje odjednom

Velika, jednokratna tranzicija može izgledati efikasno na prvi pogled, ali obrada narudžbina nije područje gde je lako prihvatiti duži period grešaka. Bolje je izabrati segment gde je bol očigledna i promena merljiva. To može biti

automatizacija prenosa narudžbina , sređivanje sinhronizacije zaliha ili zamena generisanja etiketa za prevoz.Pre nego što nova veza postane aktivna, treba je testirati sa stvarnim slučajevima. Ne samo sa pravilnim, unapred plaćenim narudžbinama, već i sa otkazima, delimičnim isporukama, nedostatkom zaliha, povratima, ispravkama adresa i ponovljenim slanjem događaja. Uslovi prihvatanja treba da budu formulisani poslovnim jezikom: šta vidi skladište, šta vidi korisnička podrška, koji status dobija kupac i šta se pojavljuje u izveštaju menadžmenta.

Nakon uvođenja, proces treba pratiti. Nije dovoljno proveriti da li interfejs radi. Treba videti koliko narudžbina čeka bez razloga, koliko slučajeva zahteva ručnu intervenciju, gde se sistemske zalihe razlikuju od fizičkih zaliha i koliko vremena prolazi između različitih stanja. Ovi podaci ne pokazuju samo IT performanse, već i kvalitet procesa ispunjenja.

U CGAT pristupu, integracija ne počinje kao samostalni razvojni zadatak, već zajedničkim ispitivanjem procesa narudžbina i skladišta. Dobri rezultati često ne dolaze od uvođenja više tehnologije, već od eliminisanja nekoliko nesigurnih prenosa, paralelnih izvora podataka ili nepotrebnih odobrenja.

Na sledećem menadžerskom sastanku, umesto da pitaju koji sistem još treba povezati, bolje je izabrati jednu problematičnu jučerašnju narudžbinu i pratiti je kroz sisteme. Gde god se informacija zaustavlja, ponavlja ili nastavlja samo u nečijoj glavi, tu počinje rad koji zaista može poboljšati saradnju između e-trgovine i logistike.

None