Rezervacija zaliha u online prodavnici: kako sprečiti blokirane artikle i duple prodaje

Rezervacija zaliha u online prodavnici postaje ozbiljan operativni problem čim prodavnica pređe nivo na kome operater može ručno da proveri svaku porudžbinu. Dok je promet mali, greške se često rešavaju telefonom, ručnim izmenama i dogovorom sa kupcem. Kada porudžbine dolaze iz više kanala, kada se koristi ERP i kada su količine ograničene, takav način rada pravi zastoje.

Najčešći scenario izgleda ovako: kupac doda proizvod u korpu, započne plaćanje karticom, ali ne završi transakciju. Sistem je već blokirao artikal, pa drugi kupac ne može da ga kupi. Drugi scenario je suprotan: proizvod se prikazuje kao dostupan, ali je u međuvremenu prodat u maloprodaji, veleprodaji ili kroz drugu online prodavnicu. Rezultat su otkazane porudžbine, ručne provere, nezadovoljni kupci i nepouzdani izveštaji o stanju.

Da bi se to izbeglo, rezervacija lagera online prodavnica mora da bude deo šireg procesa: od korpe i checkout-a, preko payment gateway statusa, do ERP-a, magacina, fakturisanja, otkazivanja i vraćanja robe u prodaju.

Zašto rezervacija zaliha postaje problem kada online prodavnica poraste

Kod većih prodavnica nije problem samo broj porudžbina. Problem je broj tačaka na kojima se lager menja. Proizvod može biti prodat u fizičkoj prodavnici, rezervisan za B2B kupca, spakovan za online porudžbinu, vraćen iz nepreuzete pošiljke ili blokiran zbog neuspelog plaćanja. Ako stanje lagera online prodavnica ERP razmenjuje sporo ili nepotpuno, kupac vidi informaciju koja više nije tačna.

Automatizacija lagera online prodavnica zato ne znači samo prenos broja komada iz ERP-a na sajt. Sistem mora da zna kada se proizvod smatra zauzetim, koliko dugo se čuva za kupca, kada se oslobađa i koji kanal ima prioritet ako se ista količina traži u isto vreme.

Bez tih pravila, operateri često uvode ručne kontrole: čekaju uplatu, proveravaju stanje u ERP-u, zovu magacin, menjaju status porudžbine i ručno oslobađaju količine. To usporava obradu i povećava mogućnost greške.

Fizičko stanje, raspoloživo stanje i rezervisane količine

Prvi korak je razumevanje razlike između tri pojma. Fizičko stanje je količina koja se nalazi u magacinu ili poslovnom softveru. Raspoloživo stanje je količina koja se zaista može prodati. Rezervisane količine u online prodaji su proizvodi koji još nisu nužno fakturisani ili poslati, ali su privremeno zauzeti zbog aktivne porudžbine, checkout procesa ili poslovnog pravila.

Primer: ERP pokazuje 10 komada. Od toga su 3 komada rezervisana za potvrđene online porudžbine, 2 komada za B2B kupca, a 1 komad je u procesu kartičnog plaćanja. Raspoloživo stanje za novu online prodaju nije 10, već 4. Ako online prodavnica prikazuje samo fizičko stanje, rizik od duple prodaje je visok.

Sinhronizacija zaliha sa ERP sistemom mora da obuhvati i rezervacije, ne samo fizičko stanje. U praksi to znači da eCommerce sistem i ERP moraju govoriti istim jezikom: šta je poručeno, šta je rezervisano, šta je plaćeno, šta je otkazano, šta je vraćeno i šta je ponovo dostupno.

Kada treba rezervisati proizvod: u korpi, na checkout-u ili nakon potvrde porudžbine

Ne postoji jedno pravilo koje odgovara svakom poslovnom modelu. Rezervacija proizvoda u korpi može imati smisla kod proizvoda sa vrlo ograničenim stanjem, kratkih kampanja ili B2B naručivanja gde kupac sklapa veću porudžbinu. Ali ako se zaliha rezerviše čim kupac doda proizvod u korpu, mnogo artikala može ostati blokirano zbog korisnika koji nikada ne završe kupovinu.

Rezervacija na checkout-u je uravnoteženiji model. Proizvod se ne blokira dok kupac samo pregleda i puni korpu, već kada unese podatke i započne proces kupovine. Kod plaćanja karticom, rezervacija se često vezuje za početak transakcije i čuva se do potvrde, odbijanja ili isteka plaćanja.

Rezervacija tek nakon potvrde porudžbine smanjuje blokiranje artikala, ali može napraviti problem ako više kupaca istovremeno kupuje poslednje komade. Ovaj model je prihvatljiviji kada je lager stabilan, količine veće, a ERP sinhronizacija česta.

Za B2B poručivanje pravila često moraju biti drugačija. Veleprodajni kupac može imati dogovoreni rok za potvrdu, rezervaciju po ponudi ili posebne prioritete. Zato je važno da sistem podrži različita pravila po tipu kupca, kanalu prodaje i statusu porudžbine.

Šta se dešava kada kupac ne završi plaćanje karticom

Plaćanje karticom i rezervacija zaliha moraju biti povezani kroz jasne statuse. Plaćanje može biti uspešno, odbijeno, prekinuto od strane kupca, isteklo, u proveri ili tehnički neuspešno. Ako eCommerce sistem ne dobije ili ne obradi te statuse pravilno, artikal može ostati rezervisan bez stvarne prodaje.

Zato je automatsko oslobađanje rezervisanih zaliha obavezno kod prodavnica koje imaju kartično plaćanje i ograničeno stanje. Na primer, ako kupac započne plaćanje, sistem može rezervisati količinu na 15 ili 30 minuta. Ako payment gateway ne vrati potvrdu o uspešnoj transakciji u tom roku, rezervacija se ukida, porudžbina prelazi u odgovarajući status, a lager se vraća u raspoloživo stanje.

Tehnička pravila zavise od konkretnog payment gateway rešenja, banke, ERP-a i načina obrade porudžbina. Pre implementacije treba proveriti dostupne statuse, rokove i preporučeni tok sa pružaocem payment usluge, knjigovođom ili pravnikom ako tok utiče na izdavanje dokumenata, fiskalizaciju ili poreski tretman.

Kako ERP integracija rešava rezervacije bez ručnog usklađivanja

Integracija online prodavnice sa ERP-om treba da obezbedi jasan tok podataka. Kada kupac završi porudžbinu, eCommerce sistem šalje porudžbinu u ERP ili rezerviše količinu prema pravilima koja su dogovorena. ERP zatim vraća stanje, status obrade, potvrdu rezervacije, informaciju o fakturisanju ili eventualno odbijanje ako roba nije dostupna.

Dobar tok podrazumeva da promena statusa porudžbine utiče na lager. Ako je porudžbina potvrđena, količina ostaje rezervisana. Ako je fakturisana i poslata, prelazi iz rezervisane u prodate količine. Ako je otkazana, vraća se u raspoloživo stanje. Ako je pošiljka nepreuzeta, roba se vraća u prodaju tek kada je fizički evidentirana kao vraćena, u skladu sa procesom magacina.

Važno je odrediti izvor istine. U većini ozbiljnih sistema ERP je centralno mesto za fizičko stanje, ali eCommerce sistem može upravljati online rezervacijama, statusima kupovine i checkout tokom. Ako granice nisu jasne, oba sistema mogu pokušati da menjaju isti podatak, što vodi do neusaglašenosti.

Ako planirate šire povezivanje porudžbina, lagera i statusa, korisno je sagledati automatizacija eCommerce poslovanja kao celinu, a ne samo kao jednu tehničku integraciju.

Više prodajnih kanala: kako sprečiti da isti artikal bude prodat dva puta

Rizik od duple prodaje raste kada firma prodaje kroz više online prodavnica, maloprodaju, veleprodaju, telefonske porudžbine i komercijaliste na terenu. Ako svaki kanal ima sopstveni prikaz lagera, a sinhronizacija kasni, poslednji komadi robe postaju najrizičniji.

Jedan pristup je centralna rezervacija: svi kanali šalju zahteve u isti sistem koji proverava raspoloživo stanje i vraća potvrdu. Drugi pristup je raspodela lagera po kanalima, na primer određena količina za online prodaju, određena za veleprodaju i određena za maloprodaju. Treći pristup je kombinovan, gde se deo lagera deli, a deo se drži za prioritetne kupce ili kanale.

Za firme koje rade sa više brendova, tržišta ili odvojenih online prodavnica, pravila postaju složenija. Tada je korisno planirati upravljanje vise online prodavnica kroz centralizovan sistem zaliha, statusa i prioriteta.

Pravila za automatsko oslobađanje zaliha

Automatsko oslobađanje rezervisanih zaliha treba da pokrije sve česte scenarije, ne samo neuspešno kartično plaćanje. Tipična pravila uključuju:

• oslobađanje rezervacije ako kupac ne završi plaćanje u definisanom roku;
• oslobađanje količine ako je kartica odbijena ili transakcija istekne;
• vraćanje zaliha kada operater otkaže porudžbinu pre slanja;
• zadržavanje rezervacije dok se čeka ručna potvrda za pouzeće ili B2B kupca;
• vraćanje robe u prodaju tek nakon evidentiranog povrata nepreuzete pošiljke;
• blokadu artikla ako je roba fizički oštećena, na proveri ili nije za prodaju.

Pravila moraju biti vidljiva operaterima. Ako sistem samo automatski menja količine, a ljudi u prodaji ne vide zašto je proizvod rezervisan, nastaje novi problem. Potrebni su jasni statusi, istorija promena i izveštaji: ko je rezervisao, kada, za koju porudžbinu, do kada važi rezervacija i zašto je oslobođena.

Kod logističkih statusa, posebno za nepreuzete pošiljke i povrate, korisno je povezati online prodaju sa procesima kao što su kurirske integracije i logistika, jer status dostave često određuje kada se roba može ponovo prodavati.

Kako namenski eCommerce sistem podržava složena pravila rezervacije

Kada prodavnica ima jednostavan tok prodaje, osnovna pravila mogu biti dovoljna. Međutim, kod većeg prometa, više magacina, različitih cenovnika, B2B kupaca, više kanala i posebnih rokova plaćanja, potreban je namenski eCommerce sistem koji može da prati realan poslovni proces.

Custom eCommerce i eCommerce sistemi po meri omogućavaju definisanje pravila po kanalu, tipu kupca, načinu plaćanja, magacinu, statusu porudžbine i roku rezervacije. Na primer, online maloprodaja može imati rezervaciju od 20 minuta za kartično plaćanje, B2B kupac 24 sata za potvrdu ponude, a interni komercijalista posebnu proceduru za robu sa malim stanjem.

Prednost namenskog pristupa je u tome što se pravila ne nameću prodavnici, već se sistem prilagođava načinu rada firme. To ne znači da greške nestaju same od sebe. Kvalitet zavisi od tačnih podataka, urednog ERP-a, jasnih procesa u magacinu i dobro definisanih integracija.

Kontrolna lista: šta proveriti pre uvođenja rezervacije zaliha

Pre tehničke implementacije, vlasnik ili menadžer prodavnice treba da odgovori na nekoliko praktičnih pitanja:

• Koji sistem je izvor istine za fizičko stanje lagera?
• Da li online prodavnica prikazuje fizičko ili raspoloživo stanje?
• Kada se proizvod rezerviše: u korpi, na checkout-u ili nakon potvrde?
• Koliko traje rezervacija kod kartičnog plaćanja?
• Koji statusi payment gateway sistema se obrađuju?
• Kako se tretira pouzeće, a kako B2B poručivanje?
• Šta se dešava kada se porudžbina otkaže pre slanja?
• Kada se nepreuzeta pošiljka vraća u raspoloživo stanje?
• Kako se sprečava dupla prodaja preko više kanala?
• Da li menadžment ima izveštaj o fizičkom, rezervisanom i raspoloživom stanju?

Ova pitanja su važnija od same tehnologije. Ako poslovna pravila nisu jasna, integracija će samo brže prenositi nejasne ili pogrešne podatke.

Kada je vreme da se rezervacija zaliha automatizuje

Vreme za automatizaciju dolazi kada ručna provera počne da usporava prodaju, kada se otkazivanja dešavaju zbog netačnog lagera, kada operateri ne znaju da li je roba stvarno dostupna ili kada više kanala koristi isti lager bez jasnih prioriteta.

Još jedan signal je zavisnost od pojedinaca. Ako samo jedna osoba zna kada treba osloboditi rezervaciju, kako proveriti ERP i kada vratiti robu u prodaju, proces nije stabilan. Sistem treba da preuzme ponavljajuće korake, a ljudi da rešavaju izuzetke.

Rezervacija zaliha u online prodavnici nije izolovana funkcija. Ona povezuje prodaju, plaćanje, ERP, magacin, logistiku i korisničku podršku. Zato se projekat ne planira samo kao izmena prikaza lagera, već kao deo eCommerce automatizacije i integracije poslovnih procesa.

Ako imate česte ručne provere, blokirane artikle ili porudžbine koje se otkazuju zbog netačnog stanja, sledeći korak je analiza postojećeg toka zaliha, ERP sinhronizacije i pravila rezervacije. Za procenu konkretnog slučaja možete koristiti kontakt za procenu projekta.

FAQ