Online prodavnica se povezuje sa lagerom preko podržane razmene podataka između sajta i poslovnog programa. Za to se može koristiti gotov konektor, API integracija ili dogovoreni uvoz i izvoz datoteka. Pre izbora rešenja treba odrediti gde se vode tačne zalihe, cene i porudžbine, kada se osvežavaju i šta se dešava ako prenos ne uspe. Sama mogućnost povezivanja ne rešava ta poslovna pravila.
Od čega krenuti ako već koristite program za zalihe?
Pripremite naziv i verziju programa, kontakt njegove podrške i primer artikla. Proverite da li dobavljač omogućava potrebnu razmenu i pod kojim uslovima. Postojanje API-ja, načina na koji programi međusobno komuniciraju, ne znači da je svaka funkcija dostupna bez dodatne licence ili razvoja.
Korisno je odmah proveriti tri odvojena zadatka: čitanje raspoložive količine, upis nove porudžbine i povrat statusa obrade. Ako program podržava samo izvoz cenovnika, to nije isto što i povezivanje celog prodajnog procesa.
Koji sistem određuje cenu i raspoloživu količinu?
Svaki podatak treba da ima dogovoreno mesto uređivanja. U suprotnom zaposleni mogu promeniti cenu u prodavnici, a sledeći prenos iz poslovnog programa vratiti staru vrednost. Sledeća tabela je primer podele odgovornosti, a ne pravilo za svaku firmu:
| Podatak | Gde se uređuje | Šta razjasniti |
|---|---|---|
| Šifra i varijanta artikla | Poslovni program | Kako se ista varijanta prepoznaje u prodavnici |
| Raspoloživa količina | Evidencija zaliha | Koji magacin, rezervacije i prodajni kanali ulaze u računicu |
| Cena | Dogovoreni cenovnik | Kako se obrađuju akcije i različite grupe kupaca |
| Opis i fotografije | Administracija prodavnice | Ko proverava sadržaj i šta uvoz sme da promeni |
| Porudžbina | Nastaje u prodavnici | Kada je poslovni program prihvatio porudžbinu i ko nastavlja obradu |
Ako poslovni kupci imaju ugovorene cenovnike i sopstvene naloge za naručivanje, razmotrite i B2B portal za veleprodaju.
Naziv proizvoda nije dovoljno pouzdan za povezivanje. Dve veličine iste majice mogu imati isti naziv, a različito stanje. Potrebno je jasno povezati artikle i njihove varijante kroz stabilne šifre ili identifikatore.
Da li prodavnica treba da prikazuje sve što postoji u magacinu?
Fizičko i raspoloživo stanje nisu uvek isti broj. Deo robe može biti rezervisan, oštećen ili namenjen drugom prodajnom kanalu. Zato pre prenosa količina treba definisati šta kupac zaista može da poruči.
Hipotetički primer: u magacinu je pet komada, a dva su već rezervisana za postojeće kupce. Ako je preostala roba namenjena i internet prodaji, početna raspoloživa količina za taj kanal može biti tri. Pri novoj porudžbini mora se znati ko i kada pravi rezervaciju, kako se ona potvrđuje i kada se oslobađa posle otkazivanja.
Ako poslednji komad istovremeno pokušaju da kupe korisnici različitih kanala, povremeno osvežavanje stanja samo po sebi nije garancija da neće doći do prekomerne prodaje. Način rezervacije, završna provera dostupnosti i postupak kada robe nema moraju biti deo dogovora.
Kako podaci stižu iz jednog sistema u drugi?
Razmena može biti zakazana u intervalima ili pokrenuta promenom, na primer kada nastane porudžbina. Izbor zavisi od mogućnosti oba sistema i od toga koliko je prihvatljivo kašnjenje za vaš posao.
WooCommerce, na primer, podržava webhook obaveštenja o promenama porudžbina i proizvoda. Takvo obaveštenje javlja da se nešto dogodilo; prijem obaveštenja još ne znači da je drugi program uspešno završio obradu. Treba pratiti i konačan rezultat.
Za jednostavniji katalog može biti dovoljan periodičan prenos datoteke, ako takvo kašnjenje odgovara prodaji. Za česte promene i više prodajnih mesta potreban je pažljiviji dogovor o osvežavanju i rezervacijama. Na stranici API integracije objašnjavamo kako se planiraju takva povezivanja.
Šta ako se porudžbina prenese dva puta ili veza prekine?
Ponovljen zahtev za kreiranje iste porudžbine ne sme da napravi drugi zapis. Naknadna izmena ili otkazivanje te porudžbine ipak moraju biti obrađeni. Ovo nije samo teorijski slučaj: Shopify dokumentacija posebno opisuje proveru pošiljaoca i prepoznavanje ponovljenih webhook isporuka.
Za neuspele prenose treba obezbediti pregled greške, kontrolisano ponavljanje i odgovornu osobu koja dobija obaveštenje. Periodično poređenje evidencija može otkriti razlike koje nisu primećene tokom pojedinačne razmene. Dogovor o održavanju treba da obuhvati i promene koje kasnije uvede dobavljač poslovnog programa.
Šta proveriti pre puštanja povezivanja u rad?
- Običan proizvod i svaka tipična varijanta prenose se pod pravom šifrom.
- Nova porudžbina kreira se jednom, sa tačnim stavkama i količinama.
- Otkazivanje i delimično vraćanje robe prate dogovorena pravila promene stanja.
- Istovremena prodaja poslednjeg komada ima definisan ishod i postupak za zaposlene.
- Prekid veze i ponovljen prenos ne ostavljaju neprimećenu razliku u evidenciji.
- Tim zna gde vidi problem, ko ga rešava i kako nastavlja rad dok se veza oporavlja.
Za početni razgovor sa DesignJust4You pripremite naziv poslovnog programa, primer kataloga i opis kako danas obrađujete jednu porudžbinu. Tako možemo da razmotrimo povezivanje u okviru izrade online prodavnice, odvojimo prvu fazu od kasnijih proširenja i razjasnimo zavisnosti od drugih dobavljača.