Kako sprečiti prodaju proizvoda kojih nema na stanju u online prodavnici

Prodaja proizvoda kojih nema na stanju jedan je od najskupljih operativnih problema u online prodaji. Kupac poruči artikal, sistem prihvati porudžbinu, a tek onda operater proveri lager i shvati da robe nema, da je već rezervisana ili da se nalazi u magacinu iz kog se ne šalje za taj tip porudžbine.

Ako se pitate kako sprečiti prodaju proizvoda kojih nema na stanju, odgovor nije samo „ažurirajte lager češće“. Potrebno je definisati šta se smatra raspoloživim stanjem, kada se roba rezerviše, kako se porudžbina vraća u lager ako se otkaže i kako online prodavnica razmenjuje podatke sa ERP-om ili poslovnim programom.

U praksi, tačan lager nastaje kombinacijom procesa, poslovnih pravila i integracije. Sama online prodavnica ne može pouzdano prikazivati stanje ako nema dobar izvor podataka i ako ne postoji jasan tok između porudžbine, rezervacije, naplate, pakovanja, otkazivanja i vraćanja količina u raspoloživo stanje.

Zašto online prodavnica prodaje robu koje nema na stanju

Problem sa netačnim stanjem zaliha online prodavnica obično nastaje mnogo pre same porudžbine. Najčešći uzroci su kašnjenje u ažuriranju lagera, ručni unos, prodaja iz više kanala i nepovezan ERP. Kada se isti artikal prodaje preko online prodavnice, telefonske prodaje, fizičke maloprodaje, B2B kanala i veleprodaje, svaka minuta kašnjenja može da dovede do duple prodaje iste količine.

Tipičan scenario izgleda ovako: ERP vodi ukupno stanje, magacin ručno šalje promene, online prodavnica se ažurira nekoliko puta dnevno, a operateri posebno proveravaju porudžbine. U tom procesu lager i porudžbine online prodavnica nisu deo jedinstvenog toka, već zavise od ljudi i ručnih provera. Što je veći broj artikala i brži obrt robe, to je veći rizik.

Drugi čest problem je nejasno pravilo dostupnosti. Neke firme kupcu prikazuju ukupno stanje, iako deo robe već čeka isporuku. Druge prikazuju stanje po centralnom magacinu, a ignorišu maloprodaju. Treće uopšte ne razlikuju fizičko stanje od raspoloživog stanja. Bez te razlike, online prodavnica ne zna šta sme da proda.

Razlika između ukupnog stanja, raspoloživog stanja i rezervisanih količina

Da bi rezervacija zaliha online prodavnica radila pouzdano, prvo treba razdvojiti tri pojma: ukupno stanje, rezervisane količine i raspoloživo stanje zaliha.

• Ukupno stanje je količina koja fizički ili knjigovodstveno postoji u određenom magacinu ili na lokaciji.
• Rezervisane količine su artikli koji još nisu isporučeni, ali su već zauzeti za postojeće porudžbine, ponude, B2B kupce ili interne naloge.
• Raspoloživo stanje je količina koju online prodavnica sme da ponudi novom kupcu.

Jednostavna formula glasi: raspoloživo stanje = ukupno stanje minus rezervisane količine, uz dodatna pravila za magacine, kanale prodaje i rokove isporuke. Upravo ta logika je osnova za automatizaciju lagera u online prodaji.

Na primer, ako ERP pokazuje da proizvoda ima 5 komada, ali su 3 već rezervisana za postojeće porudžbine, online prodavnica ne sme prikazivati 5 kao dostupno. U zavisnosti od poslovnog modela, može prikazati 2 komada, oznaku „ograničena količina“ ili rok isporuke ako postoji sigurna dopuna. Pravilo treba da bude sistemski definisano, a ne ostavljeno operateru da procenjuje od slučaja do slučaja.

Kako treba da funkcioniše rezervacija zaliha u online prodavnici

Rezervacija zaliha online prodavnica je mehanizam koji smanjuje rizik da dva kupca kupe isti komad robe. Rezervacija ne mora uvek da znači konačno skidanje sa stanja; često znači privremeno zauzimanje količine dok se ne završi naredni korak u procesu.

Proces može da izgleda ovako:

1. Kupac dodaje artikal u korpu. Sistem može samo da proveri dostupnost, bez trajne rezervacije.
2. Kupac kreira porudžbinu. Sistem rezerviše količinu i smanjuje raspoloživo stanje.
3. Porudžbina čeka potvrdu, plaćanje ili obradu. Roba ostaje rezervisana prema unapred definisanom roku.
4. Ako se porudžbina potvrdi, rezervacija prelazi u nalog za pakovanje ili isporuku.
5. Ako se porudžbina otkaže, istekne rok ili ne prođe plaćanje, rezervacija se oslobađa i količina se vraća u raspoloživo stanje.

Za sprečavanje oversellinga u online prodavnici važno je da sistem zna kada rezervacija počinje i kada se završava. Kod robe brzog obrta, rezervacija tek pri ručnoj obradi porudžbine često nije dovoljna. Kod robe male potražnje, može biti prihvatljivo da se količina rezerviše tek nakon potvrde porudžbine. Ne postoji jedno pravilo koje odgovara svakoj prodavnici; pravilo mora pratiti način prodaje, rizik od grešaka i mogućnosti ERP-a.

Automatizacija prodaje i zaliha treba da obuhvati i rubne slučajeve: delimično otkazivanje, zamenu artikla, delimičnu isporuku, promenu količine u porudžbini i ručno odobrenje B2B kupcu. Upravo ti slučajevi najčešće prave razliku između sistema koji lepo izgleda i sistema koji može da izdrži realan operativni rad.

Sinhronizacija lagera sa ERP-om: šta se šalje iz online prodavnice, a šta iz poslovnog programa

Sinhronizacija lagera online prodavnice sa ERP-om nije samo prenos količina. Da bi online prodavnica stanje zaliha ERP koristila pravilno, potrebno je mapirati više grupa podataka: artikle, šifre, varijacije, cene, magacine, količine, rezervacije, statuse porudžbina i dokumenta.

Iz poslovnog programa ka online prodavnici najčešće idu:

• šifre artikala, bar-kodovi i nazivi,
• kategorije, varijacije i status aktivan/neaktivan,
• cene i cenovnici, ako se vode u ERP-u,
• ukupno i raspoloživo stanje po magacinu,
• informacije o očekivanoj dopuni ili statusu nabavke, ako postoje.

Iz online prodavnice ka ERP-u najčešće idu:

• nove porudžbine, kupci i stavke porudžbine,
• rezervisane količine i promene statusa,
• otkazivanja, izmene i delimične isporuke,
• podaci potrebni za obradu, pakovanje i slanje.

ERP integracija za stanje zaliha treba da ima jasno definisan smer istine. Ako je ERP glavni izvor za lager, online prodavnica ne sme samostalno menjati ukupno stanje bez povratne veze. Ako online prodavnica rezerviše robu, ERP mora dobiti informaciju o rezervaciji dovoljno brzo da isti komad ne bude prodat kroz drugi kanal.

Kod plaćanja karticom, virmanom ili drugim metodama treba posebno definisati kada porudžbina ulazi u rezervaciju i koliko dugo se čuva. Tehničku logiku potvrde transakcija i statusa plaćanja uvek treba proveriti sa pružaocem usluge plaćanja i internim knjigovodstvom, jer način obrade može zavisiti od konkretnog procesa i ugovorenih uslova.

Šta ako prodavnica ima više magacina, maloprodaju ili B2B kupce

Kada postoji više magacina online prodavnica mora da zna iz kog izvora sme da prodaje robu. Nije dovoljno sabrati sve količine. Jedan magacin može biti namenjen online porudžbinama, drugi maloprodaji, treći veleprodaji, a četvrti robi koja nije spremna za isporuku. Ako se sve prikaže kao jedinstven lager, kupac može poručiti artikal koji tehnički postoji, ali nije dostupan za taj kanal prodaje.

Za lageri i stanje zaliha po lokacijama korisno je definisati pravila prioriteta:

• koji magacin se prvo koristi za online porudžbine,
• da li se roba iz maloprodaje sme rezervisati za online kupca,
• da li se B2B kupcima prikazuje isti lager kao maloprodajnim kupcima,
• kako se rešava porudžbina koja sadrži artikle iz više lokacija,
• kada se prikazuje dostupnost odmah, a kada rok isporuke.

B2B poručivanje često traži posebna pravila. Veleprodajni kupac može imati odobrene količine, rezervacije po ugovoru, posebne cene ili mogućnost poručivanja robe koja tek stiže. U tom slučaju nije dobro da B2B i B2C segment slepo dele isti prikaz dostupnosti. Sistem treba da prikaže ono što je relevantno za tip kupca, kanal i pravila isporuke.

Ako ista firma vodi više online prodavnica, brendova ili regionalnih kanala, potrebno je centralno upravljanje dostupnošću. U takvim scenarijima korisna je arhitektura koja podržava upravljanje vise online prodavnica, jer jedan lager može biti izvor za više prodajnih mesta, ali sa različitim pravilima prioriteta.

Kada je dovoljno periodično ažuriranje, a kada je potrebna naprednija automatizacija

Nije svakoj prodavnici potrebno ažuriranje stanja zaliha u realnom vremenu. Ako imate mali katalog, mali broj porudžbina i robu koja se retko rasprodaje, periodična sinhronizacija može biti dovoljna. Na primer, ažuriranje na svakih nekoliko sati može prihvatljivo raditi ako je rizik od duple prodaje nizak i ako operateri brzo rešavaju izuzetke.

Naprednija automatizacija lagera u online prodaji postaje potrebna kada se pojave sledeći signali:

• često otkazujete porudžbine zbog netačnog lagera,
• isti artikal se prodaje kroz više kanala,
• imate više magacina ili fizičkih lokacija,
• prodajete robu brzog obrta ili ograničenih količina,
• operateri ručno proveravaju dostupnost pre potvrde porudžbine,
• kupcima često nudite zamenu jer poručeni artikal nije dostupan,
• ERP, online prodavnica i magacin ne koriste iste statuse.

Namenski eCommerce sistemi imaju smisla kada standardno periodično ažuriranje više ne prati operativnu složenost. To ne znači da svaka promena mora biti trenutna u svakoj situaciji. Znači da sistem treba projektovati prema realnim mogućnostima ERP-a, API-ja, infrastrukture, broju kanala i pravilima poslovanja.

Ako želite da smanjite ručni rad oko lagera, statusa porudžbina i internih provera, korisno je razmotriti automatizacija eCommerce poslovanja kao širi projekat, a ne kao izolovano podešavanje jednog polja za količinu.

Kako izgleda pravilno projektovanje sistema za tačan lager

eCommerce sistemi po meri za tačan lager počinju analizom procesa, ne pisanjem koda. Prvo se utvrđuje gde nastaje podatak o stanju, ko ga menja, koji sistem je glavni izvor i šta se dešava sa porudžbinom od trenutka kreiranja do isporuke ili otkazivanja.

Praktičan redosled projektovanja izgleda ovako:

1. Analiza postojećeg procesa — popisuju se prodajni kanali, magacini, statusi porudžbina, odgovornosti zaposlenih i najčešće greške.
2. Mapiranje ERP podataka — definišu se šifre artikala, varijacije, magacini, cenovnici, rezervacije i statusi.
3. Pravila raspoloživosti — odlučuje se šta kupac vidi: količinu, oznaku dostupnosti, stanje po lokaciji ili rok isporuke.
4. Pravila rezervacije — definiše se kada se roba rezerviše, koliko dugo ostaje rezervisana i kada se oslobađa.
5. Integracija online prodavnice sa ERP-om — postavljaju se smerovi razmene, učestalost sinhronizacije i obrada grešaka.
6. Testiranje rubnih slučajeva — proveravaju se otkazivanja, delimične isporuke, izmene količina, prekidi veze i istovremene porudžbine.
7. Monitoring i održavanje — prate se neuspele sinhronizacije, kašnjenja, artikli bez šifre i porudžbine sa neusaglašenim statusom.

Automatizacija prodaje ne završava se puštanjem integracije. Potrebno je pratiti gde sistem odbija porudžbine, gde dolazi do neusaglašenosti i da li poslovna pravila i dalje odgovaraju realnom radu. Za merenje efekata, korisno je povezati operativne podatke sa metrikama prodaje, konverzije i otkazanih porudžbina kroz tracking i analytics za online prodaju.

Koliko greške u lageru zaista koštaju online prodavnicu

Greška u lageru nije samo jedna otkazana porudžbina. Trošak uključuje vreme operatera, dodatne pozive, komunikaciju sa kupcem, obradu zamene, povraćaj uplate ako je primenljivo, ponovno usklađivanje ERP-a i potencijalno loš utisak kod kupca. Ako se problem ponavlja, prodavnica gubi poverenje i povećava zavisnost od ručnog rada.

Sprečavanje oversellinga u online prodavnici posebno je važno kod skupljih artikala, sezonske robe, proizvoda sa ograničenim serijama i robe koja se prodaje iz više kanala. U tim kategorijama jedna pogrešna porudžbina može pokrenuti lanac dodatnog rada: provera kod dobavljača, zamena artikla, promena roka isporuke i dodatna komunikacija sa kupcem.

Ako online prodavnica stanje zaliha ERP koristi samo kao povremeni izvoz, a porudžbine vraća ručno, rizik ostaje visok. Cilj nije tvrdnja da će se svaka greška zauvek ukloniti, već da se sistemski smanji broj situacija u kojima ljudi moraju ručno da proveravaju ono što softver može da obradi po pravilima.

Tačan lager je povezan i sa logistikom. Kada su rezervacije i statusi porudžbina uredni, lakše je organizovati pakovanje, slanje i obaveštavanje kupaca. Zato se sinhronizacija zaliha često nastavlja na kurirske integracije i logistika, posebno kod prodavnica koje imaju veći broj dnevnih pošiljki.

Zaključak: tačan lager nije samo tehničko pitanje, već osnova skaliranja online prodaje

Sinhronizacija lagera online prodavnice, rezervacija zaliha i ERP integracija nisu zasebne teme. One čine jedan operativni sistem koji određuje šta kupac vidi, šta prodavnica sme da proda i koliko ručnog rada zaposleni moraju da ulože da bi porudžbina bila ispravna.

Ako se problem javlja povremeno, možda je dovoljno urediti pravila dostupnosti i učestalost sinhronizacije. Ako se ponavlja svakodnevno, ako imate više magacina, više kanala ili B2B poručivanje, potreban je ozbiljniji pristup: analiza procesa, definisanje rezervacija, integracija sa ERP-om i monitoring grešaka.

Custom eCommerce pristup ima smisla kada online prodavnica preraste ručne provere i kada tačan lager postane uslov za rast bez stalnog povećanja operativnog tima. Ako već imate problem sa netačnim stanjem, ručnim rezervacijama ili nepovezanim ERP-om, sledeći korak je procena procesa i tehničkih mogućnosti. Za razgovor o konkretnom slučaju možete koristiti kontakt za procenu projekta.

FAQ

Šta znači rezervacija zaliha u online prodavnici?

Rezervacija zaliha znači da sistem privremeno zauzima određenu količinu za konkretnu porudžbinu. Ta količina više nije raspoloživa drugim kupcima dok se porudžbina ne potvrdi, otkaže, istekne ili promeni status.

Da li online prodavnica treba da prikazuje ukupno stanje ili samo raspoloživo stanje?

U većini slučajeva kupcu treba prikazivati raspoloživo stanje ili jasnu oznaku dostupnosti, a ne ukupno stanje. Ukupno stanje može uključivati robu koja je već rezervisana, namenjena drugom kanalu ili nije spremna za isporuku.

Kako ERP integracija pomaže da se spreči prodaja robe koje nema na lageru?

ERP integracija omogućava da online prodavnica dobija ažurne podatke o artiklima, magacinima, količinama i statusima, dok ERP dobija porudžbine i rezervacije iz online prodaje. Time se smanjuje ručni unos i rizik da se ista roba proda kroz više kanala.

Koliko često treba sinhronizovati lager između online prodavnice i ERP-a?

Učestalost zavisi od broja porudžbina, brzine obrta robe, broja kanala i mogućnosti ERP-a. Neke prodavnice mogu raditi sa periodičnim ažuriranjem, dok druge traže znatno češću razmenu podataka ili događajnu sinhronizaciju.

Šta se dešava sa rezervisanom robom ako kupac otkaže porudžbinu?

Kada se porudžbina otkaže, sistem treba da oslobodi rezervaciju i vrati količinu u raspoloživo stanje, osim ako postoji drugo interno pravilo, na primer zadržavanje robe za proveru, zamenu ili ručnu obradu.

Kako rešiti stanje zaliha ako prodavnica ima više magacina?

Potrebno je definisati koji magacini učestvuju u online prodaji, kojim redosledom se koriste i da li kupac vidi ukupnu dostupnost ili dostupnost po lokaciji. Sabiranje svih magacina bez pravila često dovodi do pogrešnih porudžbina.

Da li B2B kupci treba da vide isti lager kao maloprodajni kupci?

Ne uvek. B2B kupci često imaju posebne cene, rezervacije, ugovorene količine ili drugačije rokove isporuke. Zato je često potrebno odvojiti pravila prikaza lagera za B2B i maloprodajne kupce.

Kada je online prodavnici potreban namenski sistem za upravljanje zalihama?

Namenski sistem ima smisla kada prodavnica ima više kanala, više magacina, brzu prodaju ograničenih količina, česte greške u lageru ili veliki obim ručnih provera. Tada je potrebno projektovati pravila rezervacije, ERP integraciju i monitoring procesa.