AUTOMATIZACIJA CJENIKA I ZALIHA

Automatizacija cjenika i zaliha u WooCommerceu: CSV, FTP i API

Povezujemo podatke dobavljača ili vašeg poslovnog sustava s WooCommerce trgovinom, uz dogovorena pravila provjere, izračuna cijena i ažuriranja. Umjesto ponavljanja ručnog uvoza dobivate postupak koji prepoznaje artikle, obrađuje promjene i javlja kada nešto treba provjeriti.

Automatika kojoj možete vjerovati

U Autoinovacijama pripremamo takva povezivanja putem CSV datoteka, FTP razmjene ili API-ja. Polazimo od stvarnog izvora podataka i vašeg načina prodaje: što je vlastita zaliha, što dostupnost kod dobavljača, koja cijena vrijedi i što napraviti kada izvor nije dostupan. Automatika je korisna tek kada tim pravilima možete vjerovati.

Kada ručni uvoz postaje poslovni problem

Dobavljač pošalje novi cjenik, netko ga preuzme, preimenuje stupce i učita u trgovinu. Drugi dobavljač koristi drukčije šifre ili šalje stanje zaliha odvojeno. Dok se provjeri rezultat, dio ponude već se promijenio. Problem nije samo vrijeme potrebno za rad, nego i nejasnoća koji je podatak zadnji ispravan.

Rješenje ima smisla kada se prijenos redovito ponavlja, kada više izvora ažurira isti katalog ili kada pogrešna cijena i dostupnost otežavaju obradu narudžbe. Ako rijetko mijenjate mali katalog, jednostavan kontrolirani ručni uvoz može biti dovoljan. Najprije procjenjujemo problem, a zatim opseg automatizacije.

CSV, FTP i API nisu tri ista načina povezivanja

Svaki način razmjene odgovara drukčijoj situaciji i traži drukčije dogovore.

API

Kada odgovara: sustav omogućuje dohvat podataka kroz sučelje.

Što dogovoriti: ovlasti, ograničenja, straničenje, promjene i postupak kod pogreške.

CSV opisuje oblik podataka, dok FTP opisuje prijenos datoteke. Mogu raditi zajedno. API također ne znači automatski trenutačnu sinkronizaciju: učestalost ovisi o mogućnostima izvora, opterećenju trgovine i važnosti pojedinog podatka za kupnju.

Šifre artikala su temelj pouzdanog uvoza

Prije povezivanja utvrđujemo kako jednoznačno prepoznati proizvod. SKU, EAN i šifra dobavljača mogu imati različite uloge. Naziv proizvoda obično nije dovoljno stabilan identifikator. Posebno treba sačuvati početne nule, razlikovati varijacije i utvrditi postoje li iste šifre kod više dobavljača.

Ako isti artikl ima više oznaka, dodatno razlikujemo katalošku oznaku, proizvođača i internu šifru. Sličan zapis ne dokazuje da su dva artikla ista. Pravila povezivanja moraju biti provjerljiva; nejasni redovi idu na pregled umjesto da automatika nasumce odabere proizvod ili stvori duplikat.

Cijena iz izvora nije uvijek cijena za kupca

Ulaz može sadržavati nabavnu, preporučenu ili prodajnu cijenu. Zajedno definiramo uključuje li porez, u kojoj je valuti i treba li primijeniti maržu, rabat ili pravilo za pojedinu skupinu artikala. Razlikujemo redovnu cijenu, akcijsku cijenu i podatke koji služe samo za informiranje.

Automatski uvoz ne smije prebrisati ručno dogovorenu iznimku bez jasnog pravila. Zato određujemo koje polje kontrolira izvor, a koje ostaje pod vašom kontrolom. Povijesne referentne cijene ne računamo iz današnje cijene. Za tu zasebnu temu postoji članak o sidrenim cijenama i besplatnom pluginu.

Vlastita zaliha i dostupnost dobavljača

Količina kod dobavljača nije isto što i roba u vašem skladištu. Treba definirati što kupac vidi, smije li naručiti proizvod koji nije kod vas i kako se prikazuje rok nabave. Ako imate više skladišta, ukupna količina također ne mora značiti da je sve raspoloživo za internetsku prodaju.

Dogovaramo značenje nule, praznog polja i artikla koji je nestao iz datoteke. To mogu biti tri različite situacije. Ako izvor kasni, sustav može zadržati zadnje potvrđene podatke i označiti potrebu za pregledom, ili za određenu ponudu privremeno ograničiti kupnju. Odabir je poslovna odluka, ne slučajna posljedica uvoza.

Kako izgleda izvedba

1. Pregled izvora: uzorak datoteke ili dokumentacije, postojeći katalog i opis sadašnjeg postupka.
2. Pravila: mapiranje šifri, cijena, dostupnosti i dopuštenih iznimki.
3. Probna obrada: prikaz planiranih promjena prije stvarnog upisa.
4. Kontrolirani test: odabrani artikli, varijacije, ponovljeni prijenos i pogrešan ulaz.
5. Pokretanje i predaja: raspored, izvještaj o obradi i uputa za ručni pregled.

Prva isporuka treba imati dogovorenu granicu. Primjerice, prvo povezujemo cijenu i stanje jednog izvora, a tek nakon provjere dodajemo druge izvore ili složenije izračune. Tako se vidi što je prihvaćeno i što pripada sljedećoj fazi.

Tko je vlasnik kojeg podatka

Za svako polje određujemo sustav koji je njegov glavni izvor. ERP može voditi vlastitu zalihu, dobavljač dostupnost za nabavu, a WooCommerce tekstove i fotografije za kupca. Ako svi sustavi smiju neovisno mijenjati isti podatak, sama sinkronizacija neće riješiti sukob.

Posebno dogovaramo kako se obrađuje ručna promjena tijekom automatiziranog zadatka. Postojeći rabat kupca, zaokruživanje i rezervacija robe mogu utjecati na rezultat iako nisu dio dobavljačkog cjenika. Na završnom testu provjeravamo primjer kupnje nakon uvoza, a ne samo nekoliko redova u administraciji. Pri predaji dokumentiramo gdje se pravilo mijenja, tko ga smije promijeniti i kako se takva promjena provjerava prije sljedećeg prijenosa.

Nadzor je dio rješenja

U izvještaju obrade razlikujemo preuzimanje datoteke, čitanje sadržaja i stvarno ažuriranje trgovine. Uspješan prijenos datoteke ne dokazuje da su podaci primijenjeni. Bilježimo obrađene stavke, preskočene redove i razlog pogreške, uz dogovorenu dostupnost zapisa.

Provjeravamo što se događa kod nepotpune datoteke, pogrešnog formata, prekinute veze i ponovnog pokretanja istog zadatka. Taj ponovljeni zadatak treba imati isti rezultat bez stvaranja duplikata. Za trajni rad važno je dogovoriti tko prati upozorenja, tko odobrava iznimke i kako se vraća na posljednje potvrđeno stanje.

Podaci potrebni za procjenu projekta

Za početak su dovoljni naziv postojećeg shopa, opis izvora, primjer strukture podataka bez osjetljivih podataka i objašnjenje što danas ručno radite. Korisno je navesti broj izvora, učestalost promjena, varijacije i pravila prodaje. Lozinke ne šaljite kroz upitnik.

Ako trebate novu trgovinu, polazište je izrada WooCommerce web shopa. Ako želite povezati i narudžbe, kupce ili dokumente, opseg prelazi sam uvoz cjenika. Postojeći vtiger CRM može imati zasebnu ulogu u prodaji, bez preuzimanja odgovornosti skladišnog sustava.

Česta pitanja o automatizaciji cjenika i zaliha

Mogu li automatizirati CSV koji već ručno uvozim?

Da, ako datoteka ima dovoljno stabilnu strukturu i način prepoznavanja artikala. Najprije pregledavamo uzorak, razlike prema postojećem katalogu i pravila koja danas primjenjujete ručno.

Znači li API ažuriranje u stvarnom vremenu?

Ne nužno. Raspored ovisi o mogućnostima izvora i potrebama prodaje. Dogovaramo prihvatljivo kašnjenje, ograničenja poziva i postupak kada izvor nije dostupan.

Može li isti proizvod imati više dobavljača?

Može, uz dogovorenu vezu njihovih šifri s vašim proizvodom te pravila izbora cijene i dostupnosti. Bez pouzdanog identifikatora podudaranje se mora ručno potvrditi.

Hoće li uvoz promijeniti moje opise i fotografije?

Samo ako su ta polja uključena u dogovoreni opseg. Možemo ograničiti prijenos na cijene i zalihe te sačuvati postojeće opise, fotografije i ručne iznimke.

Što ako dobavljač pošalje pogrešnu datoteku?

Pripremamo provjere strukture i podataka prije upisa. Sumnjive promjene zaustavljaju se ili izdvajaju za pregled prema dogovorenim pravilima; postupak povrata također treba unaprijed definirati.

Može li se rješenje održavati nakon uvođenja?

Da. Održavanje, nadzor i prilagodbe promjenama izvora dogovaraju se zasebno. Ponuda jasno odvaja početnu izvedbu od kasnijih intervencija i proširenja.

Opišite podatke i proces koji želite povezati

U upitniku navedite postojeće sustave, posao koji danas radite ručno i rezultat koji trebate. Za početnu procjenu dovoljan je opis procesa; nemojte slati lozinke ili povjerljive podatke.