Kurjerių integracija el. parduotuvėje: Omniva, DPD, LP Express, Venipak ir GLS API palyginimas

DESAmedia · 2026-10-15

Trumpas atsakymas

Lietuvos el. parduotuvei kurjerių integracija reiškia tris dalykus vienu metu: pirkėjas checkout metu renkasi pristatymo būdą ir paštomatą, parduotuvė automatiškai formuoja siuntos etiketę ir sekimo numerį, o sandėlis arba vadybininkas iškviečia kurjerį be rankinio duomenų perrašymo. Populiariausi vežėjai Lietuvoje (Omniva, DPD, LP Express, Venipak) viešai skelbia API arba el. parduotuvių modulius; GLS Lietuvoje veikia per partnerį SmartPosti, todėl praktinė jungtis dažniausiai eina per SmartPosti modulius ir API, o ne per atskirą viešą „GLS LT API“ portalą. Vidutinio ir didesnio verslo atveju sprendimas paprastai būna ne „vienas įskiepis“, o kelių vežėjų pasirinkimas checkout'e (multi-courier), o etiketės ir sekimas eina per tiesiogines API, agregatorių arba derinį. Žemiau palyginame, ką kiekvienas vežėjas oficialiai leidžia daryti, ir kada verta rinktis įskiepį, agregatorių ar tiesioginę API.

Kam reikalinga kurjerių integracija

Kai dienos siuntų skaičius skaičiuojamas dešimtimis, rankinis darbas tampa brangesnis už jungtį. Tipinė seka be integracijos: vadybininkas atidaro kiekvieną užsakymą, nukopijuoja adresą į vežėjo savitarną, atsispausdina etiketę, įrašo sekimo numerį atgal į parduotuvę ir atskirai iškviečia kurjerį. Klaidos čia brangios: neteisingas paštomato kodas, pasikartojantis brūkšninis kodas, praleistas sekimo laiškas klientui.

Integracija šiuos žingsnius sutraukia į kelis automatinius veiksmus. Pirkėjas pasirenka paštomatą arba kurjerį, sistema perduoda siuntos duomenis vežėjui, gauna etiketę (PDF arba Base64) ir sekimo numerį, o dėl paėmimo galima sukurti užsakymą API. Tada lieka fizinis pakavimas ir etiketės klijavimas.

Šis straipsnis skirtas pirkėjui, kuris planuoja ar peržiūri el. parduotuvės logistiką Lietuvoje: savininkui, e. commerce vadovui, IT partneriui. Apie platesnes sistemų jungtis su apskaita rašėme straipsnyje Sistemų integracija su Rivile, Directo ir Agnum. Kaip vertinti individualaus darbo kainą, aprašėme straipsnyje Kiek kainuoja individualios sistemos kūrimas.

Trys keliai: įskiepis, agregatorius, tiesioginė API

Praktiškai beveik visi sprendimai Lietuvoje telpa į tris modelius. Skirtumas ne „geriau ar blogiau“, o kas valdo logiką ir kas moka už priežiūrą.

1. Vežėjo įskiepis (plugin)

Omniva, DPD, Venipak ir SmartPosti siūlo modulius populiarioms platformoms: WooCommerce, Shopify, PrestaShop, OpenCart, Magento. Įskiepis checkout'e rodo paštomatų sąrašą ar žemėlapį, o administracijoje leidžia generuoti etiketes. Privalumas: greitas paleidimas, jei jūsų tema ir katalogas tipiniai. Trūkumas: keli vežėjai reiškia kelis įskiepius, o nestandartinė tema ar nestandartinis užsakymo srautas (B2B, rinkiniai, dalinis siuntimas) greitai išeina už modulio ribų.

2. Siuntų agregatorius

Agregatorius (pavyzdžiui, platformos, kurios jau turi DPD ar kitų vežėjų jungtis, kaip ShippyPro DPD puslapyje) suteikia vieną administravimo sluoksnį keliems vežėjams. Privalumas: vienas checkout ir viena etikečių vieta. Trūkumas: papildomas tiekėjas, papildoma priklausomybė nuo jo API ir kainodaros, o nestandartinės paslaugos (COD, amžiaus patikra, individualūs grąžinimai) ne visada prieinamos.

3. Tiesioginė API į jūsų sistemą

Vežėjo API kviečiama iš jūsų el. parduotuvės, ERP ar sandėlio sistemos. Tai tipinis kelias vidutiniam ir didesniam verslui, kuris jau turi individualią užsakymų valdymo dalį arba planuoja ją. Privalumas: viena kelių vežėjų logika, jūsų taisyklės (svoris, zona, sandėlio filiala), bendras klaidų žurnalas. Trūkumas: reikia sutarties su kiekvienu vežėju, testinės aplinkos ir priežiūros, kai vežėjas keičia laukus ar paštomatų formatą.

Dažnas praktinis derinys: checkout'e keli vežėjai per jūsų kodą, o etiketės eina tiesiogiai į Omniva, DPD, LP Express ar Venipak API. Agregatorius lieka atsarginiu variantu, kai greitis svarbesnis už kontrolę.

Ką turi daryti gera kurjerių jungtis

Nepriklausomai nuo vežėjo, verta reikalauti tų pačių funkcijų. Jei jų nėra, rankinis darbas greitai grįžta.

Šis sąrašas taip pat yra geras priėmimo testų pagrindas: kiekvieną punktą galima patikrinti su testine siunta.

Omniva: API ir el. parduotuvių moduliai

Omniva viešai aprašo duomenų integraciją verslo klientams puslapyje API dokumentacija. Oficialiai nurodytos funkcijos:

• siuntų informacijos perdavimas;
• adreso kortelės (etiketės) užsakymas;
• siuntų būsenų ir lokacijos stebėjimas;
• kurjerinių siuntų paėmimo kūrimas ir atšaukimas;
• paštomatų lokacijų užklausa.

Adreso kortelę galima užsakyti Omniva serveryje (gauti el. paštu arba Base64 formatu) arba spausdinti savo, suderinus formą su vadybininku. Omniva pabrėžia, kad B2C importe duomenys patvirtinami automatiškai ir vėliau redaguoti negalima: klaidos atveju duomenis reikia persiųsti iš naujo, o tas pats brūkšninis kodas negali būti naudojamas pakartotinai. Tai tiesiogiai veikia jūsų sistemos dizainą: prieš siunčiant API reikia validuoti adresą ir paštomato kodą.

El. parduotuvėms Omniva siūlo modulius WooCommerce, Shopify, PrestaShop, OpenCart, Magento platformoms ir individualią PHP biblioteką (el. parduotuvių integracija). Pristatymas galimas į paštomatą arba į namus Estijoje, Latvijoje ir Lietuvoje. Viešai minimas Baltijos paštomatų tinklas: daugiau nei 1300 paštomatų.

Prieiga: reikia Omniva verslo kliento sutarties; API prisijungimus suteikia paskyros vadybininkas. Be sutarties ir kredencialų modulio ar API negalėsite naudoti produkcijoje.

DPD: įskiepiai ir esiunta.lt API

DPD Lietuva el. parduotuvėms skiria atskirą puslapį Plugins for e-shops. Ten išvardyti OpenCart, Shopify, Magento (2.2 ir 2.3), PrestaShop, WooCommerce įskiepiai, taip pat jau įdiegtos jungtys ShippyPro, eShoprent, Freeshop, VERSKIS platformose ir OXID per partnerį NFQ.

DPD pabrėžia praktines galimybes, kurias turi duoti jungtis:

• pasirinkimas tarp pristatymo į namus ir į paštomatą;
• paštomato pasirinkimas checkout'e;
• pigesnis pristatymas į paštomatą nei kurjeriu (kaip komercinė galimybė, ne kaip fiksuota kaina šiame straipsnyje);
• pristatymas Lietuvoje, Latvijoje, Estijoje ar Europoje;
• automatinis paštomatų sąrašo atnaujinimas.

Atskirai DPD mini esiunta.lt API: siuntų etikečių įrankio integraciją su atsisiunčiama dokumentacija. Paštomatų sąrašo nuolatiniam automatiniam atnaujinimui reikia specialiai sukonfigūruoti esiunta.lt API; klausimus DPD nukreipia į IT komandą ir el. paštą.

Papildomos paslaugos, kurias verta jungti su užsakymo būsenomis: DPD Predict (SMS su maždaug 1 val. pristatymo langu), realaus laiko sekimas ir siuntos valdymas (gavėjas gali keisti dieną, adresą ar nukreipti į paštomatą). Tai ne „API funkcijų sąrašas“ siaurąja prasme, bet klientų patirtis, kurią jūsų sistema turi atspindėti būsenose ir pranešimuose.

LP Express (Lietuvos paštas): API per savitarną

Lietuvos pašto API verslui orientuota į tiesioginę sąsają tarp jūsų sistemos ir LP EXPRESS. Oficialiai nurodyta, ką API leidžia:

• greičiau perduoti siunčiamų siuntų duomenis;
• lengviau pildyti deklaracijų formas;
• gauti siuntų lipdukus (etiketes);
• iškviesti kurjerį;
• tikrinti adreso gramatinį tikslumą ir automatiškai surasti pašto kodą;
• matyti pristatymo būsenas realiu laiku.

Aktyvavimas aprašytas kaip paprastas procesas po sutarties: LP EXPRESS savitarnoje skiltyje „Integracijos“ pasirenkate „LP EXPRESS API“, gaunate diegimo dokumentaciją, produkcinę ir testinę aplinką. Oficialiai teigiama, kad sutarties sudarymas trunka ne ilgiau nei 1 darbo dieną, o API savitarnoje galima aktyvuoti vienu paspaudimu, įskaitant testinį režimą.

Svarbi praktinė pastaba: detali techninė specifikacija (endpoint'ai, laukai) pateikiama savitarnoje po aktyvavimo, o ne viešame svetainės puslapyje. Planuojant projektą, pirmas žingsnis yra sutartis ir testinės prieigos gavimas, kitaip kūrėjas neturi ką jungti.

Venipak: XML API ir moduliai

Venipak turi tiek tiesioginę API, tiek el. prekybos modulius. Viešoje Postman API dokumentacijoje aprašytas XML importas į https://go.venipak.lt/import/send.php (arba Basic Authentication variantas). Siuntos XML apima gavėją, siuntėją, atributus ir paketus; privalomi laukai pažymėti dokumentacijoje. Yra atskiri tarptautinių ir globalių siuntų atributų blokai.

El. prekybai Venipak skelbia palaikymą WooCommerce, OpenCart ir Shopify (kontaktai nurodyti Venipak e-commerce puslapyje), Magento ir PrestaShop (per support@mijora.lt), taip pat Mozello integraciją su API vartotojo ID, slaptažodžiu ir Login ID. Moduliai leidžia pasirinkti paštomatą checkout'e, generuoti etiketę ir sekti siuntą.

Venipak pagalbos puslapyje apie API pakeitimus pabrėžiama, kad checkout'e paštomatų pavadinimui reikia naudoti display_name parametrą, o name lieka etiketėms ir SMS. Tai smulki, bet dažna klaida individualiose jungtyse: jei checkout'e rodomas techninis vardas, pirkėjas mato ne tą, ką tikisi.

Grąžinimams Venipak viešai mini kurjerio iškvietimą, lipduką ir palikimą paštomate ar atsiėmimo punkte. Tai naudinga, kai grąžinimų srautą norite valdyti toje pačioje logistikoje kaip ir išsiuntimą.

GLS Lietuvoje: partneris SmartPosti, o ne atskiras viešas GLS portalas

Čia svarbu būti tiksliais. GLS Group partnerių sąraše Lietuvai nurodyta SmartPosti UAB (Kaunas), su svetaine smartposti.lt. Tai reiškia, kad „GLS API integracija“ Lietuvos e. commerce kontekste praktikoje dažniausiai yra SmartPosti modulių ar SmartPosti API jungtis, o ne savarankiškas viešas gls.lt kūrėjų portalas.

SmartPosti skelbia modulius Magento, PrestaShop, OpenCart, WooCommerce ir Shopify platformoms (Download modules). Moduliams reikia sutarties ir API prisijungimų iš SmartPosti. Viešai prieinama ir SmartPosti API dokumentacija (PDF), skirta užsakymų kūrimui ir pristatymo vietų valdymui.

MyGLS API, kurią GLS skelbia kai kuriose kitose šalyse (pavyzdžiui, Vengrijoje ir kaimyninėse rinkose), nėra tas pats dalykas kaip Lietuvos partnerio sąsaja. Jei tiekėjas pasiūlyme rašo „GLS API“, paprašykite konkrečiai: SmartPosti API, MyGLS, ar trečios šalies agregatorius. Be šio patikslinimo sąmata ir terminai greitai išsiskiria.

Išvada pirkėjui: GLS kaip ženklas Lietuvoje yra, bet vieša dokumentacija ir įskiepiai eina per SmartPosti. Planuokite jungtį pagal SmartPosti sutartį ir modulius, o ne pagal kitos šalies MyGLS PDF.

Palyginimas vienoje lentelėje

Lentelė remiasi viešais vežėjų puslapiais 2026 m. spalio duomenimis. Kainų, SLA ir konkretaus endpoint'ų sąrašo čia nenurodome: jie priklauso nuo sutarties ir dažnai nėra vieši.

Multi-courier checkout: kaip tai atrodo pirkėjui ir sistemai

Vidutinio dydžio Lietuvos el. parduotuvė retai lieka prie vieno vežėjo. Pirkėjai skirtinguose miestuose renkasi skirtingus paštomatus, o dalis siuntų (stambūs, COD, B2B) eina tik kurjeriu.

Sistemoje multi-courier reiškia:

1. Checkout'e rodomi keli pristatymo metodai su aiškiais pavadinimais ir kainomis, kurias nustatote jūs pagal sutartis.
2. Paštomato pasirinkimas kiekvienam vežėjui atskirai: Omniva žemėlapis nenaudojamas Venipak siuntai.
3. Užsakymo įraše saugomas vežėjo kodas, paslaugos tipas, paštomato ID ir vėliau sekimo numeris.
4. Etikečių generavimas sandėlyje filtruoja pagal vežėją: vienas mygtukas „spausdinti šiandienos Omniva“, kitas „DPD“.
5. Sekimo laiškai naudoja teisingą vežėjo sekimo URL.

Dažniausia klaida: keli įskiepiai be bendros būsenų logikos. Tada vienas užsakymas turi „Complete“ WooCommerce, bet etiketė dar nesugeneruota, o klientų aptarnavimas nežino, kurio vežėjo savitarnoje ieškoti. Individuali plona sluoksnio logika (arba gerai sukonfigūruotas agregatorius) šią painiavą pašalina.

Grąžinimai ir sutarties atsisakymo mygtukas

Logistikos jungtis baigiasi ne etiketės spausdinimu. Grąžinimai reikalauja atgalinio srauto: grąžinimo etiketė, paėmimas iš kliento arba palikimas paštomate, būsenos atnaujinimas parduotuvėje ir, jei reikia, grąžinimas į sandėlį ar tiekėjui.

Nuo 2026 m. birželio 19 d. Lietuvoje el. prekybos subjektams taikomas Civilinio kodekso pakeitimas dėl nuotolinės sutarties atsisakymo sąsajos. VVTAT primena, kad svetainėje ar programėlėje turi būti aiškiai ir lengvai randama funkcija (sutarties atsisakymo mygtukas ar analogas), leidžianti elektroninėmis priemonėmis pateikti atsisakymą, o gavimą reikia nedelsiant patvirtinti patvariojoje laikmenoje (pavyzdžiui, el. paštu). Tai nėra nauja 14 dienų atsisakymo teisė; tai reikalavimas, kad ja būtų galima pasinaudoti paprastai toje pačioje sąsajoje.

Kurjerių integracijos kontekste tai reiškia: atsisakymo srautas turėtų susijungti su grąžinimo logistika (kada generuoti grąžinimo etiketę, kada laukti prekės, kada grąžinti pinigus). Teisinę funkciją ir lipduko API jungti verta toje pačioje užsakymo kortelėje, kad klientų aptarnavimas nedirbtų per tris sistemas.

Kaip pasirinkti kelią savo verslui

Jei jungiate kurjerius su apskaita ir sandėliu, pradėkite nuo duomenų žemėlapio: kas yra tiesos šaltinis užsakymui, etiketės numeriui ir grąžinimo būsenai. Metodika ta pati, kaip ir kitoms sistemų integracijoms ir automatizavimui.

Ką daryti toliau

1. Surinkite dabartinių vežėjų sutartis ir paklauskite vadybininkų API / modulio prieigos (įskaitant testinę aplinką).
2. Checkout'e užrašykite, kuriuos metodus norite rodyti pirkėjui kitą ketvirtį (ne visus iš karto).
3. Nuspręskite, ar etiketės spausdinamos iš el. parduotuvės, ar iš sandėlio / ERP.
4. Į priėmimo testus įtraukite: paštomato pasirinkimą, etiketės PDF, sekimo numerį, paėmimo užsakymą ir vieną tyčinę klaidingą adresą.

Jei reikia, DESAmedia gali suprojektuoti multi-courier sluoksnį, sujungti vežėjų API su jūsų užsakymų sistema ir prižiūrėti klaidų žurnalą. Tam skirta paslauga Sistemų integracijos ir automatizavimas; jei kartu kuriama ar perdaroma parduotuvė, žiūrėkite Elektroninių parduotuvių kūrimas. Klausimus galite užduoti per kontaktų puslapį.

Šaltiniai

• Omniva. API dokumentacija
• Omniva. El. parduotuvių integracija
• DPD Lithuania. Plugins for e-shops
• Lietuvos paštas. API verslui (LP EXPRESS)
• Venipak API (Postman)
• Venipak. E-commerce
• Venipak. API changes
• GLS Group. Partners (Lithuania: SmartPosti)
• SmartPosti. Download modules
• VVTAT. Sutarties atsisakymo mygtukas el. prekyboje (2026-06-19)