Integracija online prodavnice sa dobavljačima: kako automatizovati artikle, cene i lager

Integracija online prodavnice sa dobavljačima postaje važna čim katalog preraste ručni unos, a operativni tim počne da troši sate na Excel tabele, slike, šifre, lager i promene cena. Problem nije samo u vremenu. Veći problem je to što kupac vidi netačnu dostupnost, poruči proizvod koji dobavljač više nema, ili dobije drugačiju cenu od one koju ste interno očekivali.

Za firme koje rade sa velikim brojem SKU-ova, više dobavljača ili B2B i B2C cenovnicima, ručni proces brzo postaje izvor grešaka. Rešenje nije samo uvoženje fajla, već definisan sistem: odakle dolaze podaci, ko je izvor istine, kako se mapiraju šifre, kako se računaju cene i šta se dešava kada proizvod nestane iz ponude.

U nastavku je praktičan pregled kako funkcionišu automatski uvoz artikala u online prodavnicu, sinhronizacija lagera dobavljača sa online prodavnicom i povezivanje dobavljača, ERP-a i eCommerce sistema.

Zašto ručno ažuriranje dobavljačkog kataloga postaje problem kako prodavnica raste

Dok online prodavnica ima nekoliko desetina ili par stotina artikala, ručni unos može da prođe. Kada katalog poraste na hiljade artikala, isti proces počinje da blokira prodaju, nabavku i korisničku podršku.

Tipični problemi su:

• ručni unos naziva, opisa, slika, bar-kodova i šifara traje predugo;
• dobavljači često menjaju nabavne cene i stanje lagera;
• tim ne zna da li je stanje na sajtu usklađeno sa dobavljačem;
• porudžbine se otkazuju jer artikal nije dostupan;
• različiti dobavljači šalju podatke u različitim formatima;
• nema pravila za deaktivaciju proizvoda, promenu šifre ili zamenu artikla;
• marže se računaju ručno, pa se greške direktno prenose na profitabilnost.

Automatizacija kataloga proizvoda rešava deo tog operativnog pritiska, ali samo ako je pravilno postavljena. Nije dovoljno povremeno ubaciti novi fajl. Potrebno je definisati pravila za podatke, prioritete, izuzetke i kontrolu promena. Zbog toga se integracija često posmatra kao deo šire automatizacije eCommerce poslovanja, a ne kao izolovan tehnički zadatak.

Koje podatke online prodavnica može da preuzima od dobavljača

Uvoz proizvoda iz XML CSV feeda ili preko API-ja može da obuhvati mnogo više od naziva i cene. U praksi, kvalitet integracije zavisi od toga koliko dobavljač ima uređene podatke i koliko su oni stabilni.

Online prodavnica najčešće može da preuzima:

• naziv proizvoda;
• internu šifru dobavljača;
• bar-kod, EAN ili drugi identifikator;
• kategoriju i podkategoriju;
• brend ili proizvođača;
• kratak i detaljan opis;
• tehničke specifikacije i atribute;
• varijante proizvoda, kao što su veličina, boja ili kapacitet;
• glavne i dodatne slike;
• nabavnu cenu;
• preporučenu maloprodajnu cenu, ako postoji;
• akcijsku cenu ili period važenja akcije;
• stanje lagera kod dobavljača;
• status dostupnosti i rok isporuke.

API integracija dobavljača sa online prodavnicom može da omogući češće provere i precizniji tok podataka, ali to zavisi od kvaliteta API-ja. Ako dobavljač šalje samo dnevni CSV fajl, sistem ne može da prikaže stanje koje se menja iz minuta u minut. Zato je važno uskladiti očekivanja sa realnim izvorom podataka.

XML, CSV, Excel ili API: koji način integracije ima smisla u praksi

Dobavljači obično dostavljaju podatke kroz XML feed, CSV fajl, Excel tabelu, API ili mejl. Svaki format može da bude upotrebljiv ako je struktura jasna i ako se redovno ažurira.

XML feed dobavljača je čest kod distributera sa velikim katalozima. Pogodan je za strukturirane podatke, slike, atribute i lager. Dobro radi kada dobavljač održava stabilne tagove i ne menja strukturu bez najave.

CSV uvoz artikala je jednostavniji i često dovoljan za periodične promene cena, lagera i osnovnih podataka. Važno je da separator, enkoding, kolone i identifikatori budu usklađeni, jer male promene u fajlu mogu da prekinu import.

Excel fajl je koristan kada dobavljač nema automatizovan feed, ali nije idealan za dugoročnu sinhronizaciju. Ručno slanje Excel fajlova obično ostavlja prostor za zastarele verzije i neusklađene kolone.

API integracija ima smisla kada su potrebne češće provere lagera, porudžbine prema dobavljaču, statusi isporuke ili dinamične cene. API ne znači automatski da su podaci tačni. On samo omogućava strukturisaniju razmenu, pod uslovom da dobavljač održava servis i dokumentaciju.

Za prodavnicu sa manjim brojem promena dovoljan je periodični uvoz nekoliko puta dnevno. Za kataloge sa čestim promenama lagera ili skupljim artiklima, potrebna je češća sinhronizacija, posebno pre potvrde porudžbine.

Kako postaviti pravila za cene, marže i akcije bez ručne izmene svakog artikla

Automatsko ažuriranje cena i zaliha ne sme da znači nekontrolisano prepisivanje svega što dobavljač pošalje. Cene treba da prolaze kroz pravila koja odgovaraju vašem poslovnom modelu.

Pravila mogu da obuhvate:

• maržu po kategoriji, brendu, dobavljaču ili cenovnom rangu;
• minimalnu i maksimalnu maržu;
• zaokruživanje cena na definisane iznose;
• različite cenovnike za B2C, B2B i partnerske kupce;
• prioritet između nabavne, preporučene i akcijske cene;
• pravila za proizvode koji ne smeju automatski da menjaju cenu;
• kontrolu proizvoda kod kojih je promena cene neuobičajeno velika.

Primer: ako dobavljač pošalje novu nabavnu cenu, sistem može da izračuna prodajnu cenu po marži za određenu kategoriju, zaokruži je, proveri minimalnu maržu i označi proizvod za ručnu proveru ako je promena prevelika. Tako se smanjuje ručni rad, ali se zadržava kontrola nad komercijalnim pravilima.

Kada postoji ERP, povezivanje dobavljača, ERP-a i online prodavnice treba postaviti tako da se zna gde nastaje cenovnik i ko ga odobrava. Ako se cene menjaju i u ERP-u i direktno u eCommerce sistemu bez jasnih pravila, konflikt je samo pitanje vremena.

Lager dobavljača nije isto što i vaš lager: kako sprečiti pogrešna obećanja kupcima

Online prodavnica sa dobavljačkim lagerom mora jasno da razlikuje interni lager, eksterni lager dobavljača i dostupnost za poručivanje. Ako dobavljač ima 3 komada na stanju, to ne znači da vi možete bez rizika da prikažete 3 komada kao odmah dostupna.

Razlog je jednostavan: isti dobavljač verovatno prodaje taj artikal i drugim kupcima. Ako se feed ažurira jednom dnevno, prikazano stanje može da zastari pre nego što kupac završi porudžbinu.

Zato se često uvode pravila kao što su:

• prag sigurnosti, na primer ne prikazivati dostupno ako je stanje ispod određenog broja;
• različiti statusi: na stanju, dostupno kod dobavljača, po porudžbini, proveriti dostupnost;
• prikaz roka isporuke u odnosu na izvor lagera;
• rezervacija interne zalihe nakon porudžbine;
• provera dostupnosti kod dobavljača pre konačne potvrde;
• automatsko sakrivanje ili deaktivacija proizvoda koji više nisu dostupni.

Sinhronizacija lagera dobavljača sa online prodavnicom treba da bude povezana i sa logistikom. Ako se deo robe šalje iz vašeg magacina, a deo stiže od dobavljača, rokovi isporuke i pravila slanja nisu isti. Tu se integracija kataloga prirodno nadovezuje na kurirske integracije i logistiku.

Šta raditi kada dobavljač promeni šifru, izbaci proizvod ili pošalje nepotpune podatke

Realni dobavljački podaci nikada nisu savršeni. Problem nije samo u prvom uvozu, već u promenama koje dolaze kasnije. Dobavljač promeni šifru, preimenuje kategoriju, pošalje novu sliku, izbaci proizvod iz ponude ili isti artikal vodi pod drugačijim nazivom.

Zato integracija mora da ima pravila za izuzetke:

• mapiranje proizvoda preko bar-koda, proizvođačke šifre ili internog identifikatora;
• prepoznavanje duplikata;
• pravila za nedostajuće slike i opise;
• mapiranje dobavljačkih kategorija na kategorije online prodavnice;
• kontrolu atributa koji se menjaju ili stižu u različitim formatima;
• deaktivaciju proizvoda koji više nisu u feedu;
• log grešaka i upozorenja za artikle koji nisu uvezeni.

Bez ovih pravila, automatizacija kataloga proizvoda može samo da ubrza pravljenje nereda. Dobro postavljen sistem ne uvozi slepo svaki podatak, već validira promene, beleži greške i omogućava administratoru da reši sporne slučajeve.

Uloga ERP-a u integraciji dobavljača i online prodavnice

ERP može biti centralno mesto za artikle, lager, nabavku, prodajne cene i dokumentaciju. U tom slučaju integracija online prodavnice sa ERP-om treba da bude pažljivo definisana: koji podaci ulaze iz dobavljača, šta se obrađuje u ERP-u, a šta se šalje u online prodavnicu.

U nekim firmama ima smisla da dobavljački feed prvo ulazi u ERP, gde se proveravaju nabavne cene, šifre, cenovnici i lager, pa se tek zatim šalje u eCommerce sistem. U drugim slučajevima, posebno kada se radi o velikom javnom katalogu sa opisima i slikama, deo podataka može ići direktno u online prodavnicu, dok ERP ostaje izvor za cene, zalihe i porudžbine.

Važno je izbeći situaciju u kojoj tri sistema menjaju iste podatke bez jasnog prioriteta. Ako ERP kaže da je proizvod aktivan, dobavljač ga više nema, a online prodavnica ga i dalje prikazuje kao dostupan, kupac će videti posledicu neusklađenog procesa.

Kako izgleda namenski eCommerce sistem za prodavnice sa velikim dobavljačkim katalogom

Namenski eCommerce sistemi za prodavnice sa velikim dobavljačkim katalogom obično imaju više od standardnog administratorskog unosa proizvoda. Potrebni su import procesi, validacija, logovi, pravila i kontrole koje operativni tim može da koristi bez stalnog ulaska u kod.

Takav sistem može da sadrži:

• import dobavljačkih XML, CSV ili API izvora;
• raspored sinhronizacije po dobavljaču;
• mapiranje kolona, tagova i kategorija;
• pravila za cene, marže i zaokruživanje;
• pravila za prikaz dostupnosti i rokova isporuke;
• log uspešnih i neuspešnih uvoza;
• upozorenja za greške, duplikate i ekstremne promene cena;
• ručno odobravanje osetljivih promena;
• vezu sa ERP-om, magacinom i porudžbinama.

Custom eCommerce pristup ima smisla kada postoje specifična pravila, više dobavljača, više prodajnih kanala ili potreba da isti katalog radi u različitim prodavnicama. Ako jedna firma vodi više sajtova, B2B portal i maloprodajnu prodavnicu, važno je da katalog i pravila ne žive u odvojenim tabelama. Tada je korisno razmotriti i upravljanje vise online prodavnica iz jednog uređenog sistema.

Kada je vreme da automatizujete dobavljačke integracije

Automatizacija nije potrebna svakoj prodavnici u istoj fazi. Ali postoje jasni signali da ručni proces više nije održiv:

• imate hiljade artikala ili često proširujete katalog;
• radite sa više dobavljača i svaki šalje podatke na drugačiji način;
• cene i lager se menjaju svakodnevno;
• tim troši mnogo vremena na Excel, slike i opise;
• kupci poručuju artikle koji nisu dostupni;
• marže se proveravaju ručno;
• ERP, online prodavnica i dobavljački katalog nisu povezani;
• nema jasnog loga šta je uvezeno, šta nije i zašto;
• planirate B2B prodaju, više cenovnika ili više prodajnih kanala.

Pre početka projekta korisno je pripremiti listu dobavljača, formate koje šalju, broj artikala, učestalost promena, pravila za cene, pravila za dostupnost i postojeće ERP procese. Na osnovu toga se može proceniti da li je dovoljan periodični uvoz, da li je potreban API, ili je bolje postaviti širu arhitekturu između dobavljača, ERP-a i eCommerce sistema.

Ako želite da proverite kako bi integracija izgledala u vašem slučaju, možete poslati postojeće formate dobavljača, opis ERP-a i pravila rada kroz kontakt za procenu projekta. Prva procena treba da pokaže gde su izvori podataka, koji procesi se mogu automatizovati i gde je potrebna dodatna kontrola.

FAQ: integracija online prodavnice sa dobavljačima

Da li online prodavnica može automatski da uvozi artikle od više dobavljača?

Može, ako svaki dobavljač ima definisan izvor podataka i ako postoje pravila za mapiranje šifara, kategorija, cena, slika i lagera. Kod više dobavljača posebno je važno rešiti duplikate i prioritete.

Šta je bolje za dobavljačku integraciju: XML, CSV ili API?

Zavisi od učestalosti promena i kvaliteta podataka. XML i CSV su često dovoljni za periodični uvoz kataloga, dok API ima smisla kada su potrebne češće provere lagera, dinamične cene ili razmena porudžbina.

Koliko često treba sinhronizovati lager dobavljača sa online prodavnicom?

Učestalost zavisi od brzine prodaje, vrednosti artikala i načina na koji dobavljač ažurira podatke. Za neke kataloge je dovoljan uvoz nekoliko puta dnevno, dok za osetljive artikle treba proveravati dostupnost pre potvrde porudžbine.

Kako sprečiti da kupac poruči proizvod koji dobavljač više nema na stanju?

Potrebna su pravila za sigurnosni prag lagera, statuse dostupnosti, proveru pre potvrde porudžbine i automatsko sakrivanje ili označavanje artikala koji nisu dostupni.

Da li se cene mogu automatski preračunavati po marži i pravilima zaokruživanja?

Da. Sistem može da računa prodajne cene na osnovu nabavne cene, marže, kategorije, brenda, cenovnika i pravila zaokruživanja, uz dodatnu kontrolu neuobičajenih promena.

Kako se rešavaju različite šifre za isti proizvod kod različitih dobavljača?

Najčešće kroz mapiranje preko bar-koda, proizvođačke šifre, internog identifikatora ili ručno potvrđenih veza između artikala. Bez mapiranja se lako stvaraju duplikati u katalogu.

Da li integracija dobavljača treba da ide preko ERP-a ili direktno u online prodavnicu?

Zavisi od toga gde se vode cene, lager, nabavka i artikli. Ako je ERP centralni sistem, često je bolje da deo podataka prolazi kroz ERP. Ako se bogat katalog vodi u eCommerce sistemu, deo opisa i slika može ići direktno, uz jasna pravila prioriteta.