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.
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ą.

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ą.
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.
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.
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.
Integracija laikoma priimta ne todėl, kad „duomenys juda“, o kai sutarti scenarijai duoda patikrinamą rezultatą.
Bandomas užsakymas, mokėjimas, siunta ar dokumentas pasiekia tikslinę sistemą su sutartais laukais ir būsenomis.
Tikrinami atšaukimas, grąžinimas, trūkstamas laukas, pasikartojantis įrašas, laikinas sistemos nepasiekiamumas ir pakartojimas.
Lyginame objektų kiekius, išorinius ID, sumas, valiutas, būsenas ir kontrolinę įrašų imtį arba visą sutartą laikotarpį.
Jūs patvirtinate praėjusių testų sąrašą, žinomas išimtis ir kas po paleidimo gauna įspėjimus bei sprendžia neatitikimus.
Pradiniai orientyrai pateikti kainų puslapyje. Tikslesniam įvertinimui užpildykite projekto klausimyną.
Kiek sistemų jungiama, kiek objektų ir krypčių perduodama, ar procesas vienkryptis, ar dvikryptis.
Ar yra dokumentuota API, testinė aplinka ir tinkamos teisės; kiek reikia tiekėjo atsakymų ar papildomos licencijos.
Laukų skaičius, kodų neatitikimai, transformacijos, istoriniai duomenys, apimtys ir duomenų kokybė.
Realaus laiko įvykiai ar periodiniai paketai; tinkama programėlė, automatizavimo įrankis, individuali jungtis arba jų derinys.
Grąžinimai, dalinis vykdymas, pasikartojimai, prieigų apsauga, asmens duomenys ir rankinio sprendimo ribos.
Testinių scenarijų skaičius, sutikrinimo apimtis, įspėjimai, stebėjimo laikotarpis ir sutartas reagavimas po paleidimo.
* 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ą →