Sinhronizacija zaliha: praćenje stanja iz radnji u online prodavnici

Praćenje stanja iz fizičkih radnji u online prodavnici je problem koji svaka firma sa radnjom i web shopom upozna vrlo brzo: na sajtu piše da artikla ima, a u radnji je poslednji komad prodat pre dva sata. Rešenje se zove sinhronizacija zaliha, povezivanje kase ili programa u kom vodite robu sa online prodavnicom preko API-ja, tako da sajt uvek pokazuje stvarno stanje. U ovom tekstu objašnjavamo kako to povezivanje radi, odakle se stanje čita, šta se dešava kada radnji ima više i koliko takav posao košta. Tekst je nastavak našeg vodiča za izradu internet prodavnice, za firme koje prodaju i uživo i online.

Zašto se stanje na sajtu i u radnji razilazi

Razlog je uvek isti: dva sistema vode istu robu, a niko ih ne usklađuje automatski. Radnja kuca prodaju kroz kasu ili knjigovodstveni program, online prodavnica smanjuje svoje stanje kada stigne porudžbina, i ta dva broja žive odvojenim životima. Neko iz tima ih povremeno ručno upoređuje i prekucava, obično jednom dnevno, obično kad stigne vremena.

Posledice se ne vide u tabeli, nego kod kupca. Sajt proda artikal kog nema, pa sledi zvanje, izvinjenje i otkazivanje porudžbine; to je overselling, najskuplja od svih grešaka sa zalihama, jer se plaća poverenjem. Obrnuti smer je tiši, ali takođe košta: artikal stoji u radnji, a na sajtu je označen kao rasprodat, pa se online prodaja gasi bez razloga. I na kraju, tu je vreme tima, sati nedeljno potrošeni na prekucavanje brojeva, posao koji mašina radi bolje.

Šta je sinhronizacija zaliha i šta tu radi API

Sinhronizacija zaliha znači da radnje i online prodavnica dele jedno stanje istine: kad se artikal proda bilo gde, njegova količina se smanjuje na jednom mestu i ta promena se automatski prenosi svuda. Na sajtu se to vidi kao tačna dostupnost, u radnji kao pouzdan uvid u to šta ima gde, a u timu kao kraj ručnog usklađivanja.

API je način na koji dva programa razgovaraju: skup pravila kroz koji vaš program za robu ume da kaže „ovog artikla ima šest komada”, a online prodavnica ume to da pročita i upiše. Dobra vest je da online prodavnica po pravilu ima kvalitetan API, a sve više domaćih poslovnih programa takođe. Kada obe strane umeju da razgovaraju, između njih se pravi veza, mali posrednik koji u zadatom ritmu prenosi stanje u jednom smeru, a po potrebi i porudžbine u drugom.

Da to nije teorija, pokazali smo na stvarnom projektu: za brend Tudors povezali smo pet radnji sa web prodavnicom, o čemu smo detaljno pisali u studiji slučaja Tudors. Ovaj tekst je opšta verzija te priče: šta se radi, kako i šta da očekujete.

Odakle se čita stanje: kasa, ERP, magacinski program

Prvo pitanje svake integracije je gde živi istina o robi. U praksi srećemo nekoliko situacija:

• Knjigovodstveni ili ERP program. Roba se vodi u poslovnom programu koji pokriva i magacin i maloprodaju. Ako program ima API ili dokumentovan izvoz podataka, to je najčistiji izvor: stanje se čita direktno iz njega. Dobra vest za domaće firme: programi koji se kod nas najčešće sreću uglavnom to podržavaju, Pantheon i Minimax imaju API i gotove veze ka WooCommerce-u, a Calculus i BizniSoft javno dokumentovane web servise preko kojih se integracija pravi po meri.
• Kasa ili POS sistem. Prodaja se kuca kroz kasu koja vodi svoju evidenciju. Noviji POS sistemi imaju svoje servise za povezivanje; kod starijih se stanje izvlači kroz izvoz koji se automatski preuzima.
• Excel i ručne evidencije. Nije retkost, ali je ovo znak da pre integracije treba srediti izvor: tabela koju neko dopunjava rukom ne može biti stanje istine, jer se automatika ne može osloniti na disciplinu kucanja.

Zato svaki ovakav projekat počinjemo pregledom, ne ponudom napamet: gledamo koji program vodite, ima li API, kakav mu je izvoz i koliko su podaci uredni. Od toga zavisi i put integracije i cena. Važno je reći i ovo: čak i kada program nema API, veza se najčešće može napraviti preko automatskog razmenjivanja fajlova, samo je ritam osvežavanja ređi.

Kako povezivanje tehnički izgleda

Prvi i najvažniji korak nije kod, nego šifarnik. Artikal u radnji i artikal na sajtu moraju da se prepoznaju po istoj oznaci, najčešće po šifri artikla ili barkodu. Kod robe sa veličinama i bojama to važi za svaku varijaciju posebno: patika broj 42 u crnoj je za sistem drugi artikal od iste patike broj 43. Ako šifre nisu uredne, integracija će savesno prenositi pogrešne brojeve, pa se sređivanje šifarnika radi pre svega ostalog.

Zatim se definišu smerovi. Osnovni smer je stanje i cena iz poslovnog programa ka sajtu: program je gazda, sajt ga sluša. Drugi smer, porudžbine sa sajta nazad u program, uvodi se kada firma želi da online prodaja automatski uđe u knjige i razduži magacin. Za svaki smer se dogovaraju pravila: šta se dešava sa artiklom kog na sajtu nema, da li se novi artikli prave automatski, ko sme da menja cenu.

Na kraju, ritam. Sinhronizacija može da ide u intervalima, na svakih nekoliko minuta, što je za većinu maloprodaja sasvim dovoljno, ili u realnom vremenu, gde program javlja promenu čim se desi. Realno vreme zvuči primamljivo, ali je zahtevnije i skuplje, pa ga preporučujemo tek kada obim prodaje to zaista traži, na primer kod artikala koji se prodaju u komadu ili dva. Uz ritam ide i ono što se ne vidi dok ne zatreba: evidencija svakog prenosa i obaveštenje kada veza pukne, da grešku primetite pre kupca.

Više radnji, jedna online prodavnica

Kada radnji ima više, pitanje glasi: šta sajt prikazuje? Najčešći odgovor je zbirno stanje, ukupna količina iz svih radnji i magacina, jer kupca na sajtu ne zanima gde artikal stoji, nego da li može da ga dobije. Ređa, naprednija varijanta je stanje po lokacijama, korisna kada kupci preuzimaju robu u radnji ili kada se dostava šalje iz najbliže lokacije.

Tu se pojavljuje i pitanje rezervacije: šta ako dva kupca, jedan u radnji i jedan na sajtu, hoće poslednji komad u istom minutu? Potpuno savršenstvo tu ne postoji ni u najvećim sistemima, ali se rizik svodi na zanemarljiv dobro postavljenim ritmom osvežavanja i pravilom da sajt kod poslednjih komada prikazuje opreznije stanje. U pomenutom projektu sa pet radnji upravo je ta kombinacija ukinula overselling u praksi.

Veza sa WooCommerce prodavnicom

Naše prodavnice radimo na WooCommerce-u, između ostalog i zato što je za ovakva povezivanja najzahvalniji: ima potpun REST API kroz koji se stanje, cene, artikli i porudžbine čitaju i upisuju bezbedno i dokumentovano. Za deo domaćih poslovnih programa postoje i gotovi konektori, a tamo gde ih nema, posrednika pravimo po meri, prilagođenog baš vašem šifarniku i pravilima.

Šta je bolje, gotov konektor ili veza po meri? Gotov konektor je brži i jeftiniji kad pokriva ono što vam treba; po meri se ide kada imate specifična pravila, više lokacija ili program bez gotove veze. U oba slučaja važi isto: integracija je deo prodavnice, pa se i održava kao deo prodavnice, kroz redovan nadzor u sklopu održavanja sajta. Više o samoj platformi je u tekstu o izradi WooCommerce prodavnice.

Koliko košta i koliko traje

Kada se prodavnica pravi od nule sa integracijom zaliha, takav projekat spada u složenije prodavnice, u gornji deo raspona od 200.000 do 400.000 dinara i preko toga, zavisno od programa sa kojim se povezuje i broja lokacija. Integracija na postojeću prodavnicu se procenjuje po dogovoru, posle pregleda sistema, jer cenu ne određuje želja nego stanje: kakav API izvor ima, koliko je šifarnik uredan i koliko pravila treba ugraditi. Pun pregled cena po tipu projekta je u našem cenovniku izrade sajtova.

Vremenski, jednostavnije veze se postave za par nedelja, a složenije, sa više lokacija i dva smera podataka, traju duže, najviše zbog sređivanja šifarnika i testiranja. Uz jednokratni deo računajte i trajni: veza između dva živa sistema se nadzire i prilagođava kad se bilo koja strana menja, što kod nas ulazi u mesečni plan održavanja. To nije dodatni luksuz: automatika bez nadzora je automatika do prvog iznenađenja.

Česte greške

• Integracija preko neurednog šifarnika. Ako isti artikal u kasi i na sajtu ima različite šifre, automatika prenosi haos brže nego što ga je čovek pravio. Šifarnik se sređuje prvi.
• Excel kao izvor istine. Ručna tabela nije sistem. Prvo se roba prebaci u program koji vodi stanje, pa se onda povezuje.
• Osvežavanje jednom dnevno za brzu robu. Za artikle kojih ima dva komada, stanje od juče je pogrešno stanje. Ritam se bira prema robi, ne prema navici.
• Veza bez dnevnika i alarma. Kad prenos pukne u tišini, greška se otkrije tek kad kupac naruči nepostojeće. Evidencija i obaveštenja su deo posla, ne dodatak.
• Sve odjednom. Najzdravije je krenuti od jednog smera, stanje ka sajtu, stabilizovati ga, pa tek onda uvoditi porudžbine nazad u program.

Ako prodajete u radnji i online, a stanje se i dalje prekucava ručno, to je tačno vrsta problema koju rešavamo: automatizaciju ovakvih procesa radimo kao deo integracije i automatizacije poslovanja. Javite nam se sa informacijom koji program koristite za robu i koliko radnji imate, pa ćemo posle kratkog pregleda reći šta je izvodljivo, kojim redom i koliko košta.

Česta pitanja