Zalihe i integracije sa dobavljačima
Zalihe dobavljača: kako odrediti količinu za prodaju u online prodavnici
Ako fajl dobavljača pokazuje 12 komada na stanju, to još ne znači da online prodavnica treba da ponudi svih 12. Deo može biti rezervisan, namenjen drugom prodajnom kanalu, zadržan kao sigurnosna zaliha ili vezan za drugu veličinu ili magacin. Pre povezivanja sistema odredite šta taj broj znači, u kom trenutku porudžbina menja raspoloživu količinu i šta prodavnica radi kada podaci kasne.
Tim SVS Digital · Objavljeno
Počnite ovde
Za svaku varijantu artikla i lokaciju odredite glavni izvor svake ulazne količine ili jasno pravilo njihovog objedinjavanja, pa nedvosmisleno uparite identifikatore. Količinu dostupnu za prodaju izračunajte samo iz podataka čije značenje i svežinu možete da proverite. Oduzmite samo rezervacije i sigurnosnu zalihu koje izvorna količina već ne isključuje, a zatim odredite najveću prihvatljivu starost podataka i rezervni postupak za nedostupan ili nepotpun izvor. Pre izmene celog kataloga testirajte porudžbine, otkazivanja, ponovljena ažuriranja i prekide veze.
1. Uparite tačan artikal, varijantu i lokaciju
Počnite od identiteta, a ne od količine. Napravite tabelu koja povezuje ID varijante u prodavnici, internu šifru, šifru dobavljača i, kada postoji, stabilnu oznaku trgovinske jedinice. Veličinu, boju, pakovanje i stanje vodite kao posebne varijante ako mogu imati različitu raspoloživost. Sličan naziv nije bezbedno podudaranje; nepoznata šifra treba da ode na proveru umesto da promeni najsličniji artikal.
GS1 definiše trgovinsku jedinicu kao proizvod ili uslugu kojoj se određuje cena i koja se naručuje ili fakturiše, a GTIN služi za njenu jedinstvenu identifikaciju. GTIN može pomoći u uparivanju, ali ne menja vašu tabelu kada dobavljači koriste sopstvene šifre ili različite nivoe pakovanja. Shopify odvaja varijantu koju vidi kupac od stavke zaliha i vodi količine po lokaciji. Dokumentujte te razlike u specifikaciji razmene podataka.
- ID varijante u prodavnici i interna šifra.
- Šifra artikla kod dobavljača ili u ERP-u.
- Veličina, boja, pakovanje i druge osobine važne za zalihe.
- Lokacija ili magacin koji zapis predstavlja.
- Odgovorna osoba i postupak za nepoznatu ili duplu šifru.
2. Odvojite fizičko stanje od količine koju smete da prodate
Zapišite značenje svakog ulaznog polja. Fizička količina na zalihama, raspoloživa količina, roba u dolasku i količina koju prodavnica sme da obeća nisu iste vrednosti. Shopify model, na primer, odvojeno vodi raspoloživu količinu, količinu dodeljenu porudžbinama, rezervisanu količinu, količinu oštećene robe, sigurnosne zalihe i količinu robe na kontroli kvaliteta. Nemojte rezervisanu količinu oduzimati dva puta ako je dobavljačevo polje „raspoloživo“ već ne obuhvata.
Koristite formulu koju tim može da objasni, na primer: količina dostupna za prodaju = izvorna količina – rezervacije koje već nisu obuhvaćene – sigurnosna zaliha koja već nije obuhvaćena. Ako izvor daje samo fizičku količinu na zalihama, utvrdite koje potvrđene rezervacije ili otvorene porudžbine još nisu smanjile tu količinu i oduzmite samo njih. Ako ne nudite prednarudžbine, ograničite rezultat na najmanje 0; za prednarudžbine definišite posebno pravilo. Odredite jedinice mere i pravilo zaokruživanja. Ne mešajte komade, pakete i kartone bez jasne konverzije.
- Tačno značenje izvorne količine.
- Da li su rezervacije već uključene ili isključene.
- Pravilo sigurnosne količine po artiklu ili grupi.
- Jedinice mere i konverzija pakovanja.
- Postupak za negativne i neuobičajeno velike vrednosti.
3. Odredite trenutak rezervacije u svim prodajnim kanalima
Ako porudžbine stižu iz online prodavnice, od komercijaliste i sa prodajnih platformi, periodično preuzimanje stanja ne obuhvata porudžbine koje još nisu stigle u izvorni sistem. Izaberite događaj koji rezerviše robu. Dodavanje u korpu može prerano da blokira zalihu, dok čekanje do isporuke može da ostavi predug period za dvostruku prodaju. Potvrda porudžbine, odobrenje plaćanja ili drugi poslovni događaj mogu biti odgovarajući, ali svi kanali moraju koristiti usklađeno pravilo.
Microsoft opisuje meke rezervacije kao način da sistemi koji paralelno primaju porudžbine koriste zajednički pregled količine dostupne za rezervisanje: kanal šalje zahtev za rezervaciju, servis tu količinu umanjuje, a meka rezervacija se kasnije poravnava kada se u fizičkom sistemu evidentira odgovarajuća fizička potrošnja ili čvrsta rezervacija. Odoo podržava više trenutaka rezervisanja, što potvrđuje da vreme nije univerzalna postavka. Otkazivanje, istek i neuspešno plaćanje definišite jednako pažljivo kao nastanak rezervacije.
- Događaj koji pravi rezervaciju.
- Sistem koji proverava raspoloživost.
- Oznaka koja povezuje rezervaciju sa stavkom porudžbine.
- Događaji koji je koriste, otkazuju ili oslobađaju.
- Pravilo kada prodajni kanal ne može da pristupi rezervacionom servisu.
4. Postavite granicu svežine i pravilo za prekid
Odredite koliko sme da bude star poslednji uspešan podatak pre nego što ga smatrate zastarelim. Granica treba da prati brzinu promene zaliha, uobičajen interval prenosa i posledice pogrešnog obećanja kupcu. Sačuvajte vreme koje navodi izvor, ako postoji, i vreme kada je integracija obradila podatak. Fajl koji je stigao danas može sadržati jučerašnji presek.
Rezervni postupak izaberite unapred. U zavisnosti od artikla, možete nakratko zadržati poslednju proverenu količinu, umanjiti je po unapred definisanom pravilu, zaustaviti prodaju, prikazati duži rok isporuke ili zatražiti ručnu proveru. Ako red nedostaje, to samo po sebi ne znači da je količina nula, a nepotpun fajl ne sme automatski da postavi stanje celog kataloga na nulu. Imenovanoj osobi pošaljite razlog upozorenja, obuhvaćene artikle i vreme poslednjeg uspešnog preuzimanja.
- Uobičajen interval i najveća prihvatljiva starost podatka.
- Vreme iz izvora i vreme obrade.
- Najmanji očekivani broj redova ili artikala.
- Rezervni postupak prema riziku i brzini prodaje.
- Primalac upozorenja i rok za eskalaciju.
5. Promene moraju biti sledljive i bezbedne za ponavljanje
Za svaku promenu količine zabeležite izvor, artikal, lokaciju, staru i novu vrednost, ulaze u obračun, vreme i rezultat. Shopify API omogućava da promeni dodate URI reference na dokument koji je povezuje sa izvornim sistemom ili poslovnim događajem. Tačan mehanizam zavisi od platforme, ali princip ostaje isti: zaposleni treba da može da objasni zašto se raspoloživost promenila.
Svakom uvozu ili događaju dodelite jedinstven, nepromenljiv identifikator kako ponovna obrada ne bi primenila istu promenu dva puta. Potpuni presek stanja i relativna promena količine nisu isti tip podataka i zahtevaju različitu obradu. Neispravne redove odbijte pre upisa, a neuspešno obrađene zapise odvojeno evidentirajte. Nakon obrade omogućite poređenje stanja u prodavnici sa glavnim izvorom ili dogovorenim rezultatom objedinjavanja.
- Jedinstvena oznaka uvoza, događaja ili dokumenta.
- Stara i nova količina sa ulazima obračuna.
- Ponavljanje bez dupliranja promene.
- Odvojeni brojevi ažuriranih, nepromenjenih, odbijenih i nedostajućih zapisa.
- Izveštaj o razlikama koje čekaju razjašnjenje.
6. U pilotu testirajte greške, ne samo ispravan tok
Počnite sa malim skupom koji obuhvata jednostavne artikle, artikle sa više varijanti, artikle sa niskim zalihama i bar jedan slučaj zahtevnog uparivanja. Testirajte običnu prodaju, dve gotovo istovremene porudžbine, otkazivanje, povrat, nepoznatu šifru, ponovno slanje istog fajla, kašnjenje, nepotpun fajl, nedostupnost izvora i ponovno pokretanje obrade. Svaki rezultat uporedite sa glavnim izvorom ili dogovorenim rezultatom objedinjavanja, a osoba koja rešava izuzetke neka sama prođe korake oporavka.
Periodična integracija sama po sebi ne obezbeđuje da prikazana količina u svakom trenutku bude tačna: porudžbina može nastati između dva ažuriranja, podatak dobavljača može biti pogrešan, a sistem nedostupan. Brža sinhronizacija smanjuje kašnjenje podataka, ali ne rešava nejasnu odgovornost ni neusklađena pravila rezervisanja. Proširite obuhvat tek kada vlasnik procesa prihvati preostali rizik i potvrdi način nadzora i ručni rezervni postupak.
- Potvrđena formula za artikle u pilotu.
- Testirani svi događaji rezervisanja i oslobađanja.
- Testirani zastareli, nepotpuni i dupli ulazi.
- Poređenje bez neobjašnjenih razlika.
- Imenovan vlasnik upozorenja i ručnih ispravki.