Shopify integracijos

Sujungiame Shopify su jūsų sistemomis, kad užsakymai neliktų nežinioje.

Jungiame apskaitą, pristatymą, mokėjimus, sandėlį ar kitas sistemas. Iš anksto sutariame, kokie duomenys perduodami, kas nutinka sutrikus sistemai ir kas gauna pranešimą.

Shopify sujungimas su mokėjimų, pristatymo, sandėlio ir apskaitos sistemomisKiekvienas užsakymas turi aiškią būseną.
Aiškus duomenų keliasSutariame, iš kurios sistemos imami duomenys ir kur jie turi nukeliauti.
Planas sutrikimamsNumatome, kas nutinka vėluojant, pasikartojant ar nepavykus perduoti įrašo.
Matomas rezultatasFiksuojame klaidas, perspėjame atsakingą žmogų ir patikriname, ar duomenys sutampa.
Dažniausi srautai Lietuvoje

Mokėjimai, pristatymas ir apskaita turi skirtingas duomenų kryptis.

Tai dažni darbo modeliai, ne konkretaus teikėjo pažadas. Galutinę schemą patvirtiname tik pagal jūsų procesą ir pasirinkto teikėjo techninę informaciją.

Mokėjimai

Paprastai užsakymo numeris, suma ir valiuta juda iš Shopify į mokėjimo sistemą, o patvirtinimas ar klaida – atgal. Mokėjimo patvirtinimo šaltinis yra mokėjimo sistema; užsakymo būseną valdo Shopify. Grąžinimų kryptį sutariame atskirai.

Pristatymas

Gavėjo, siuntos ir paštomato duomenys juda iš Shopify į kurjerio ar siuntų valdymo sistemą. Jei sąsaja tai grąžina, lipdukas, sekimo numeris ir siuntos būsena keliauja atgal. Siuntos būsenos šaltinis – pristatymo sistema, įvykdymo būsena – Shopify.

Apskaita, ERP ir sandėlis

Užsakymai, grąžinimai ir sutarti kliento duomenys dažniausiai juda iš Shopify į apskaitą. Prekių kodai, kainos ar likučiai gali judėti atgal, jei juos valdo ERP ar sandėlis. Shopify lieka el. užsakymo, apskaitos sistema – dokumento, o pasirinkta sandėlio sistema – likučio šaltiniu.

Testai ir priėmimas

Priėmimo kriterijus sutariame prieš įgyvendinimą.

Integracija laikoma priimta ne todėl, kad „duomenys juda“, o kai sutarti scenarijai duoda patikrinamą rezultatą.

Įprasta eiga

Bandomas užsakymas, mokėjimas, siunta ar dokumentas pasiekia tikslinę sistemą su sutartais laukais ir būsenomis.

Išimtys

Tikrinami atšaukimas, grąžinimas, trūkstamas laukas, pasikartojantis įrašas, laikinas sistemos nepasiekiamumas ir pakartojimas.

Sutikrinimas

Lyginame objektų kiekius, išorinius ID, sumas, valiutas, būsenas ir kontrolinę įrašų imtį arba visą sutartą laikotarpį.

Priėmimo riba

Jūs patvirtinate praėjusių testų sąrašą, žinomas išimtis ir kas po paleidimo gauna įspėjimus bei sprendžia neatitikimus.

Apimtis, terminas ir kaina

Kainą lemia ne sistemų pavadinimai, o srautų ir išimčių sudėtingumas.

Pradiniai orientyrai pateikti kainų puslapyje. Tikslesniam įvertinimui užpildykite projekto klausimyną.

Sistemų ir srautų skaičius

Kiek sistemų jungiama, kiek objektų ir krypčių perduodama, ar procesas vienkryptis, ar dvikryptis.

Prieigos ir tiekėjo sąsaja

Ar yra dokumentuota API, testinė aplinka ir tinkamos teisės; kiek reikia tiekėjo atsakymų ar papildomos licencijos.

Duomenų sudėtingumas

Laukų skaičius, kodų neatitikimai, transformacijos, istoriniai duomenys, apimtys ir duomenų kokybė.

Dažnis ir technologija

Realaus laiko įvykiai ar periodiniai paketai; tinkama programėlė, automatizavimo įrankis, individuali jungtis arba jų derinys.

Išimtys ir saugumas

Grąžinimai, dalinis vykdymas, pasikartojimai, prieigų apsauga, asmens duomenys ir rankinio sprendimo ribos.

Testai ir priežiūra

Testinių scenarijų skaičius, sutikrinimo apimtis, įspėjimai, stebėjimo laikotarpis ir sutartas reagavimas po paleidimo.

Kas už ką atsako

  • Startuok: sutartos schemos, konfigūravimo ar kūrimo, testų, klaidų taisymo savo apimtyje ir perdavimo aprašo
  • Jūs: proceso sprendimų, sutarčių ir licencijų, prieigų, testinių duomenų, verslo patikros bei galutinio priėmimo
  • Išorinis teikėjas: savo API, programėlės ar aplinkos prieinamumo, dokumentacijos, teisių ir jo pusėje atsiradusių sutrikimų

Klaidų tvarkymas po paleidimo

  • Klaidos įrašas su objektu, laiku ir priežastimi pagal technines galimybes
  • Pakartojimas laikinai klaidai; rankinis sprendimas neteisingiems ar prieštaringiems duomenims
  • Įspėjimo gavėjas, reagavimo riba ir eskalavimo kontaktas
  • Periodinis sutikrinimas, jei vien įvykių perdavimas neužtikrina pilnumo
  • Pakeitimų planas, kai išorinis teikėjas atnaujina ar nutraukia sąsają

* Išorinių sistemų ribojimų, licencijų, pakeitimų ir veikimo nekontroliuojame; jų poveikį aprašome sutartoje apimtyje. Kintanti „Shopify“ techninė informacija: API ribojimai ir webhook klaidų diagnostika bei atkūrimas (oficialūs „Shopify“ šaltiniai, tikrinta 2026-08-22). Tai nereiškia partnerystės ar sertifikavimo.

Dar tik kuriate? Rinkitės Shopify parduotuvės kūrimą. Keičiate platformą? Peržiūrėkite migraciją. Neaiški apimtis? Padės kainos, DUK arba 7 klausimai apie jūsų projektą