– 2 min. skaitymo
Kaip sujungti PrestaShop su apskaitos programa: Rivilė, B1, Navision
PrestaShop integracija su apskaitos ir sandėlio sistemomis: ką sinchronizuoti, kokie būna integracijų būdai ir kokių klaidų vengti. Patirtis iš realių projektų.
Augant el. parduotuvei, anksčiau ar vėliau ateina momentas, kai užsakymų perkėlimas į apskaitą rankomis tampa atskiro žmogaus darbu. Tuomet laikas galvoti apie integraciją.
Esame jungę PrestaShop su Rivilė, B1, Microsoft Dynamics NAV (Navision), 1C ir įvairiomis sandėlio bei logistikos sistemomis. Šiame įraše – tai, ką verta žinoti prieš pradedant.
Ką paprastai sinchronizuojame?
Ne viską reikia sinchronizuoti abiem kryptimis. Svarbiausia iš pat pradžių nuspręsti, kuri sistema yra „tiesos šaltinis“ kiekvienam duomenų tipui.
| Duomenys | Kryptis | Pastabos |
|---|---|---|
| Prekių likučiai | Apskaita → PrestaShop | Dažniausiai kas kelias minutes arba realiu laiku |
| Kainos ir akcijos | Apskaita → PrestaShop | Atskirai aptariamos kainos klientų grupėms |
| Užsakymai | PrestaShop → Apskaita | Kartu su klientu, pristatymu ir mokėjimu |
| Užsakymų būsenos | Apskaita → PrestaShop | Pvz., „Išsiųsta“ su siuntos numeriu |
| Prekių aprašymai, nuotraukos | Dažniausiai tik PrestaShop | Apskaitoje paprastai jų nėra |
Integracijos būdai
Tiesioginė API integracija
Abi sistemos keičiasi duomenimis per API. Tai greičiausias ir patikimiausias būdas: likučiai atsinaujina beveik iš karto, o užsakymai apskaitoje atsiranda per kelias sekundes. Reikia, kad apskaitos sistema turėtų API arba tarpinę programinę įrangą.
Failų mainai (CSV, XML)
Apskaita periodiškai eksportuoja failą, o PrestaShop modulis jį importuoja (ir atvirkščiai). Paprasčiau įgyvendinti, tačiau duomenys atsinaujina rečiau, o klaidas sunkiau pastebėti.
Tarpinė sistema
Kai jungiamos kelios sistemos (pvz., apskaita, sandėlis ir kelios el. parduotuvės skirtingose šalyse), dažnai verta turėti tarpinę paslaugą, kuri valdo visus duomenų srautus. Taip įgyvendinome, pavyzdžiui, Gintarobaldai.lt projekte, kur trys Baltijos šalių parduotuvės sujungtos su 1C sistema.
Dažniausios klaidos
- Neaiškūs prekių identifikatoriai. Jei prekės kodas (SKU) PrestaShop ir apskaitoje nesutampa, integracija tampa atspėjimo žaidimu. Prieš pradedant reikia sutvarkyti kodus.
- Derinių (variantų) ignoravimas. Dydžiai ir spalvos PrestaShop yra prekės deriniai, o apskaitoje tai dažnai atskiros prekės. Šį susiejimą reikia suprojektuoti iš anksto.
- Klaidų stebėsenos nebuvimas. Integracija anksčiau ar vėliau suges – pasibaigs API raktas, pasikeis formatas. Būtina, kad apie klaidą sužinotumėte iš karto, o ne iš kliento, kuris nusipirko neturimą prekę.
- Viskas iš karto. Geriau pradėti nuo likučių ir užsakymų, o kainas, klientų grupes ir būsenas pridėti antru etapu.
Kiek tai kainuoja ir kiek trunka?
Priklauso nuo apskaitos sistemos galimybių ir duomenų kiekio. Paprasta likučių ir užsakymų integracija su sistema, kuri turi API, gali būti įgyvendinta per kelias savaites. Sudėtingesni projektai su keliomis šalimis, sandėliais ir kainodaros taisyklėmis trunka ilgiau.
Svarbiausia – integracija atsiperka greitai: sutaupytos darbo valandos ir klaidų, kurios kainuoja klientų pasitikėjimą, sumažėjimas.
Planuojate integraciją? Susisiekite – aptarsime jūsų sistemas ir pasiūlysime tinkamiausią sprendimą.