INTEGRACIJA WEB SHOPA I ERP-A

Integracija web shopa s ERP-om, skladištem i računovodstvom

Povezujemo dogovorene poslovne podatke tako da ih ne morate ponovno unositi u svaki sustav. To može obuhvatiti artikle, cijene, zalihe, kupce, narudžbe i dokumente. Koji se podaci prenose, u kojem smjeru i kada, određuje se prema vašem procesu i mogućnostima poslovnog sustava.

Najprije sučelja i vlasništvo podataka

U Autoinovacijama pripremamo povezivanja WooCommerce trgovina s postojećim bazama, skladišnim i računovodstvenim rješenjima. Početak nije obećanje da se svaki ERP može povezati istim dodatkom. Najprije utvrđujemo dostupna sučelja, vlasništvo podataka i mjesta na kojima nastaju ručni rad ili pogreške.

Što integracija treba riješiti

Kupac naruči u shopu, prodaja prepiše stavke u drugi program, skladište provjerava raspoloživost, a računovodstvo traži podatke za dokument. Ako svaki korak koristi drugi zapis, teško je znati tko vodi zadnju potvrđenu verziju narudžbe.

Integracija treba ukloniti dogovorena prepisivanja i učiniti tok provjerljivim. Nije dovoljno da jedan sustav može poslati poruku drugome. Treba prepoznati poslovni događaj, potvrditi prijenos, obraditi pogrešku i jasno pokazati gdje se posao nastavlja. Zato prvo opisujemo sadašnji i budući proces na stvarnim primjerima.

Jedan glavni izvor za svaku vrstu podatka

Ovo je primjer podjele, ne gotova specifikacija svakog projekta.

Opis i fotografije

Mogući glavni izvor: web shop ili poseban katalog.

Primjer smjera: prema dogovorenoj odgovornosti.

Status isporuke

Mogući glavni izvor: sustav obrade narudžbe.

Primjer smjera: prema shopu, ako je podržano.

Dvosmjerna razmjena ne znači da oba sustava smiju mijenjati sve. Kada se isti podatak promijeni na oba mjesta, potrebno je pravilo razrješenja sukoba.

API, datoteke ili postojeća baza

API može pružiti jasno definirane operacije i potvrde, ali treba provjeriti što konkretan proizvod dopušta. Kod datoteka dogovaramo format, raspored, cjelovitost i identifikator prijenosa. Stariji sustav može imati upotrebljiv izvoz čak i kada nema moderni API.

Izravno čitanje baze ponekad je moguće uz dopuštenje vlasnika sustava i poznatu strukturu. Izravni upis u tuđu bazu može zaobići njezina poslovna pravila i zato nije početni izbor. Ako je uključen dobavljač ERP-a, odgovornosti i ograničenja provjeravamo s njim prije izvedbe. Nema sigurnog univerzalnog pristupa svim sustavima.

Narudžbe bez duplikata i nejasnih statusa

Za narudžbu određujemo trenutak prijenosa: zaprimljena, potvrđena, plaćena ili spremna za obradu. To su različiti događaji. Usklađujemo vanjski broj narudžbe, kupca, stavke, jedinice mjere, porez i trošak dostave, ovisno o dogovorenom opsegu.

Ponovljeni prijenos ne smije stvoriti novu narudžbu ako prethodna već postoji. Provjeravamo i promjenu nakon prijenosa, djelomičnu isporuku i otkazivanje. Ako neki status ne postoji u oba sustava, opisujemo kako ga mapirati ili gdje ostaje ručni korak. Korisnik treba znati što se dogodilo bez pretraživanja tehničkih zapisa.

Računovodstvo ima vlastita pravila

Zaprimanje narudžbe nije isto što i izdavanje računa. U projektu jasno odvajamo prodajni zapis, skladišni dokument i računovodstvenu obradu. Treba provjeriti valutu, porezni tretman, način plaćanja, oznake kupca i odgovornost za izdavanje dokumenta.

Ako trebate povezivanje s e-računima ili drugim dokumentima, utvrđujemo podržani servis i stvarni tok. Ne tvrdimo da integracija web shopa sama po sebi rješava sve zakonske i računovodstvene obveze. Tehničku izvedbu usklađujemo s pravilima koja potvrđuje odgovorna osoba za računovodstvo.

Zaliha, rezervacija i isporuka

Stanje na skladištu, raspoloživo za prodaju i rezervirano za postojeće narudžbe mogu biti različiti brojevi. Kod više prodajnih kanala važno je znati kada rezervacija nastaje i koji sustav je potvrđuje. Isti podatak ne smije dobiti različita značenja u web shopu i skladištu.

Definiramo i što se događa kada kupac naruči između dva ažuriranja. Ovisno o procesu, može biti potrebna dodatna provjera pri narudžbi ili jasna potvrda dostupnosti prije isporuke. Učestalost sinkronizacije biramo prema riziku i mogućnostima sustava, umjesto proizvoljnog obećanja trenutačnog stanja.

Izvedba kroz kontrolirane faze

1. Pregled sustava: dokumentacija, uzorci podataka i odgovorne osobe.
2. Specifikacija tokova: glavni izvori, smjer, događaji, provjere i iznimke.
3. Probno povezivanje: ograničen skup podataka bez nekontroliranog utjecaja na prodaju.
4. Test procesa: normalna obrada, ponavljanje, prekid i poslovne iznimke.
5. Pokretanje: dogovoreni nadzor, upute i način povrata.

Na kraju svake faze treba biti jasno što je provjereno i što još nije uključeno. Budući tokovi dokumentiraju se kao proširenje, a ne kao neodređeno obećanje da će svi sustavi raditi zajedno bez ograničenja.

Što dobivate pri predaji

Dogovorena isporuka obuhvaća izvedeno povezivanje, zapis pravila, opis rasporeda i uputu za postupanje kod pogreške. Posebno navodimo mjesta koja ovise o vanjskom dobavljaču i promjenama njegova sučelja. Pristupi se predaju sigurnim putem, izvan javnih obrazaca.

Za stalni rad određujemo tko prima upozorenja, tko može ponoviti obradu i koje promjene traže novi test. Povezivanje je operativni dio poslovanja: ako dobavljač promijeni format ili ERP uvede novu verziju, potrebno je provjeriti kompatibilnost. U ponudi odvajamo početnu izvedbu od održavanja i novih zahtjeva.

Priprema za procjenu

Navedite naziv i verziju poslovnog sustava ako ih znate, postojeći web shop, dostupni izvoz ili API te korake koje danas obavljate ručno. Koristan je anonimiziran primjer narudžbe i opis kako iz nje nastaje skladišni ili računovodstveni zapis.

Ako tek gradite trgovinu, pogledajte izvedbu WooCommerce web shopa. Za praćenje upita, kontakata i prodajnih prilika zasebnu ulogu ima vtiger CRM. Granice tih sustava određujemo prije povezivanja kako biste zadržali jasan pregled poslovanja.

Česta pitanja o integraciji web shopa i ERP-a

Možete li povezati bilo koji ERP?

Izvedivost ovisi o dostupnom sučelju, izvozu, ovlastima i podršci dobavljača. Najprije pregledavamo mogućnosti konkretnog sustava; univerzalno povezivanje bez takve provjere ne obećavamo.

Trebam li zamijeniti skladišni ili računovodstveni program?

Ne nužno. Cilj je prvo iskoristiti sustave koji dobro rade. Zamjena se razmatra tek ako postojeća ograničenja onemogućuju važan proces ili stvaraju nerazmjeran trošak.

Može li povezivanje biti dvosmjerno?

Može kada oba sustava podržavaju potrebne operacije. Za svako polje ipak definiramo glavni izvor i pravila sukoba; dvosmjerni tok nije dopuštenje za nekontrolirano prepisivanje.

Što ako narudžba bude poslana dvaput?

Pripremamo stabilan identifikator i pravilo ponovne obrade. Test mora potvrditi da ponovljeni zahtjev ne stvara duplikat ili da se iznimka jasno izdvoji za pregled.

Je li izdavanje računa uključeno u svaku integraciju?

Ne. Prijenos narudžbe i izdavanje računa različiti su zahtjevi. Ako je račun dio opsega, provjeravamo sustav izdavanja, podatke i pravila s računovodstvom.

Kako se određuju cijena i rok integracije?

Prema konkretnim tokovima, dokumentaciji, kvaliteti podataka i broju iznimki. Nakon pregleda pripremamo opseg i ponudu s odvojenom izvedbom, ovisnostima i održavanjem.

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.