Straipsnio turinys
Rivilė yra viena iš labiausiai paplitusių apskaitos ir verslo valdymo sistemų Lietuvoje. Jei jūsų buhalterija ar sandėlis dirba Rivilėje, o pardavimai vyksta WooCommerce parduotuvėje, dvigubas duomenų vedimas anksčiau ar vėliau tampa didžiausiu stabdžiu — ypač kai reikia realių likučių svetainėje.
Toliau apžvelgiu, kaip praktiškai atrodo Rivilės ir WooCommerce integracija, ką ji sprendžia ir kokius sprendimus reikia priimti dar prieš pradedant darbus.
Kokios integracijos galimybės egzistuoja
Rivilė turi oficialiai dokumentuotą integracinių sprendimų dalį, skirtą el. parduotuvėms, ir REST API duomenų mainams. WooCommerce yra viena iš platformų, kurioms numatytas pardavimų nuskaitymas. Praktikoje naudojami trys keliai:
Trys būdai sujungti Rivilę ir WooCommerce
- Oficialus Rivilės e. prekybos integracijos sprendimasAktyvuojamas Rivilės pusėje; užsakymai nuskaitomi iš parduotuvės pagal sutartą formatą.
- Trečiųjų šalių WordPress įskiepiaiRinkoje yra kelių tiekėjų moduliai dvikrypčiam apsikeitimui; kokybė ir palaikymas labai skiriasi.
- Individuali integracija per Rivilės API ir WooCommerce REST APILanksčiausias variantas, kai verslo logika netelpa į standartinį modulį.
Kuris kelias tinka, priklauso nuo asortimento dydžio, užsakymų kiekio ir nuo to, kiek išimčių turi jūsų pardavimo procesas. Konkrečias aktyvavimo sąlygas ir įkainius verta pasitikslinti tiesiogiai su Rivile arba jos atstovu — jie priklauso nuo versijos ir sutarties.
Ką realiai perduoda integracija
Duomenų srautai
| Kryptis | Kas perduodama |
|---|---|
| Parduotuvė → Rivilė | Užsakymai, pirkėjo rekvizitai, prekių eilutės, nuolaidos, pristatymo mokestis, apmokėjimo būdas. |
| Rivilė → parduotuvė | Prekių likučiai, kainos, kartais prekių kortelės ir kategorijos. |
| Rivilė → parduotuvė | Užsakymo būsenos pasikeitimai — pavyzdžiui, kai užsakymas surinktas ir išsiųstas. |
| Parduotuvė → Rivilė | Grąžinimai ir jų dokumentai, jei tai numatyta sprendime. |
Svarbiausias sprendimas — kuri sistema yra „tiesos šaltinis”. Dažniausiai tai Rivilė: joje tvarkomos prekės, kainos ir likučiai, o WooCommerce tik atspindi. Toks modelis paprastesnis palaikyti, bet reikalauja, kad prekių kartoteka Rivilėje būtų tvarkinga — su aprašymais, matmenimis ir tinkamais kodais.
Prieš integraciją padarykite prekių kodų auditą. Jei tos pačios prekės kodas Rivilėje ir SKU parduotuvėje skiriasi bent tarpu ar didžiąja raide, sinchronizacija ties ta preke tyliai nustos veikti.
Likučiai: kaip dažnai ir kaip saugiai
Realaus laiko likučiai skamba patraukliai, bet praktikoje beveik visada dirbama su periodine sinchronizacija. Priežastis paprasta: kiekvienas atskiras kreipimasis į ERP kainuoja laiko, o esant keliems tūkstančiams prekių nuolatinis „gyvas” tikrinimas apkrauna abi sistemas.
Sveikas kompromisas — dažnas likučių atnaujinimas paketais ir papildoma apsauga checkout’e. Jei prekė ką tik pasibaigė, sistema turi tai pastebėti prieš patvirtinant apmokėjimą, o ne po jo.
Ko klausti prieš pradedant projektą
- Kuri sistema valdo prekes ir kainas — Rivilė ar parduotuvė?
- Kaip dažnai turi atsinaujinti likučiai ir kiek prekių sinchronizuojama?
- Ar reikia dvikrypčio užsakymo būsenų atnaujinimo?
- Kaip elgtis su akcijomis, kurios galioja tik el. parduotuvėje?
- Kas nutinka, jei ERP kelias valandas neprieinama?
- – Nepalikite atviro klausimo apie daugiakalbystę — vertimai ERP sistemose beveik niekada netelpa į standartinį modelį.
- – Neplanuokite integracijos be testinės aplinkos.
Norite, kad likučiai svetainėje visada sutaptų su sandėliu?
Kur dažniausiai kyla problemų
Daugiakalbystė. ERP sistemos paprastai saugo vieną prekės pavadinimą. Jei parduotuvė veikia keliomis kalbomis, vertimus reikia valdyti WordPress pusėje ir apsaugoti juos nuo perrašymo sinchronizacijos metu.
Variacinės prekės. Dydžiai ir spalvos parduotuvėje ir ERP sistemoje modeliuojami skirtingai. Kiekviena variacija turi turėti savo kodą, kitaip likučiai susimaišys.
Nuolaidos ir kuponai. Užsakymo suma su nuolaida turi sutapti su dokumentu apskaitoje iki cento. Apvalinimo skirtumai — viena dažniausių priežasčių, kodėl buhalterija integracija nepasitiki.
Klaidų apdorojimas. Gera integracija turi eilę ir pakartojimo mechanizmą. Blogai padaryta integracija tyliai praranda užsakymą, o pastebite tai tik tada, kai klientas paskambina.
Dažni klausimai
Ar galiu naudoti nemokamą įskiepį iš WordPress katalogo?
Kai kurie sprendimai egzistuoja, bet jų palaikymas ir suderinamumas su jūsų Rivilės versija labai skiriasi. Prieš renkantis verta pasitikslinti su tiekėju.
Kiek trunka tokia integracija?
Paprastas srautas su tvarkinga kartoteka — kelios savaitės. Sudėtingesni atvejai su variacijomis ir keliomis kalbomis užtrunka ilgiau.
Ar reikia keisti Rivilės versiją?
Priklauso nuo versijos ir nuo to, ar joje yra reikiamas integracinis modulis. Tai pirmas klausimas Rivilės atstovui.
Ar užsakymai ateis į Rivilę iš karto?
Dažniausiai jie perduodami paketais kas kelias minutes. Momentinis perdavimas įmanomas, bet reikalauja stabilesnės infrastruktūros.
Kas tvarkys prekių aprašymus?
Rekomenduoju aprašymus, nuotraukas ir SEO tekstus laikyti WordPress pusėje, o iš ERP imti tik kodą, kainą ir likutį.
Ar veiks integracija su marketplace kanalais?
Taip, bet tada Rivilė tampa centriniu tašku, o kiekvienas kanalas jungiamas atskirai.
Ką daryti su grąžinimais?
Reikia iš anksto sutarti, kur formuojamas kreditinis dokumentas ir kas grąžina prekę į likutį.
Ar galima pradėti nuo vienos krypties?
Taip. Dažnai pradedama nuo likučių iš Rivilės į parduotuvę, o užsakymų perdavimas pridedamas antru etapu.
Rivilės integracija nėra vien techninis darbas — tai susitarimas, kaip įmonė tvarko duomenis. Kai tas susitarimas aiškus, pati integracija tampa palyginti paprasta ir tarnauja metų metus.
