ESL, POS i ERP: kako povezati cijene na polici i kasi

Elektronska etiketa može biti tehnički ispravna, a ipak prikazivati pogrešnu cijenu ako dobija pogrešne podatke. Zato povezivanje ESL-a sa POS ili ERP sistemom treba početi od pravila poslovanja: gdje nastaje cijena, kada počinje da važi i na koju poslovnicu se odnosi.

ESL ne garantuje sam po sebi da će cijena na polici i kasi uvijek biti jednaka. Integracija, nadzor i radna procedura zajedno smanjuju rizik od neusaglašenosti. Naslovna slika je ilustrativni prikaz primjene, ne referenca izvedenog projekta.

Jedan dogovoreni izvor cijene

Najprije utvrdite koji sistem je mjerodavan za maloprodajnu cijenu. ERP može voditi artikle i cjenovnike, dok POS obrađuje prodaju i posebne uslove. Ako različiti sistemi računaju cijenu nezavisno, projektni tim mora dokumentovati pravilo prioriteta. Integracija ne treba prećutno birati između dvije različite vrijednosti.

Za svaki artikal potrebna je stabilna šifra. Barkod može pomoći, ali treba provjeriti artikle sa više barkodova, robu na mjeru, pakovanja i varijante. Veza „artikal – poslovnica – etiketa – pozicija“ mora ostati jasna i kada se roba premjesti na drugi dio police.

Koji podaci putuju prema etiketi?

• Šifra artikla i identifikator poslovnice ili cjenovnika.
• Naziv proizvoda i cijena u dogovorenom formatu, uz valutu.
• Jedinica mjere i druga polja koja trgovina zahtijeva za prikaz.
• Početak i završetak promocije, sa precizno dogovorenom vremenskom zonom.
• Oznaka verzije ili vrijeme izmjene radi praćenja događaja.

Razmjena se može organizovati preko API-ja, datoteka ili drugog podržanog interfejsa. Izbor zavisi od mogućnosti postojećeg softvera i ESL platforme. Ne treba obećavati integraciju sa svakim POS-om prije pregleda dokumentacije i testiranja sa dobavljačem tog sistema.

Slanje podatka nije isto što i potvrda na polici

Razdvojite nekoliko statusa: podatak je preuzet, obrađen, poslat etiketi i potvrđen na nivou koji platforma podržava. Provjerite šta se zaista može dokazati iz dnevnika rada. Zapis da je server prihvatio novu cijenu nije automatski dokaz da je svaka etiketa završila ažuriranje.

Dogovorite ponavljanje neuspješnih pokušaja i način prijave problema. Osoblje treba imati listu spornih pozicija, a ne obilaziti cijelu prodavnicu naslijepo. Pri prekidu veze mora postojati postupak provjere aktuelnosti oznaka i nastavka rada. Nije dovoljno pretpostaviti da posljednji vidljivi podatak još uvijek važi.

Testovi koji otkrivaju greške prije kupaca

Napravite mali testni skup: obična promjena cijene, akcija sa određenim početkom, završetak akcije, izmjena naziva, premještanje etikete i privremeni prekid komunikacije. Za svaki test uporedite izvor podataka, prikaz na polici i rezultat na kasi. Testirajte i slanje iste izmjene više puta, da duplirani događaj ne napravi problem.

Dodajte provjere nepoznate šifre, prazne cijene i neočekivanog formata. Takve zapise treba obraditi prema dogovorenim pravilima, uz trag u sistemu, umjesto tihog prihvatanja. Pristup za integraciju neka bude ograničen na potrebne funkcije; način autentifikacije i čuvanja pristupnih podataka usaglašava se sa IT timom.

Šta pripremiti za procjenu projekta?

Prikupite naziv i verziju POS/ERP programa, kontakt njegovog dobavljača, opis interfejsa i mali primjer podataka bez ličnih ili povjerljivih informacija. Navedite broj poslovnica, učestalost promjena i način vođenja promocija. To je bolja osnova za procjenu nego samo broj etiketa.

Ako tek planirate početak, pogledajte uvođenje ESL sistema kroz pilot-projekat. Digital Network u Banjaluci predstavlja ESL rješenja za trgovine; za upit o integraciji pošaljite navedene podatke. Podržane mogućnosti, rokovi i odgovornosti utvrđuju se za konkretan projekat.