Integracija webshopa: dostava, plaćanje i ERP u praksi (2026)

Zašto "instaliraj plugin" rijetko cijela priča

Kad netko kaže "integrirali smo plaćanje" ili "spojili smo dostavu", u praksi to znači jedno od dvoje: instalirali su gotov plugin koji radi za većinu slučajeva, ili su gradili prilagođenu vezu preko API-ja jer taj plugin ne pokriva ono što posao stvarno treba. Razlika između ta dva pristupa je gdje projekt najčešće probije budžet i rok.

Ovaj tekst ne objašnjava zašto vam treba integracija — to je očito. Objašnjava kako integracije s platnim sustavima, dostavljačima i ERP-om stvarno rade u Hrvatskoj 2026., i gdje gotova rješenja pucaju. Za B2B webshopove integracije su još osjetljivije jer se preklapaju s obveznim eRačunom i cjenicima po kupcu — pogledajte i naš vodič kroz izradu B2B webshopa ako je to vaš slučaj.

Ukratko: gotovi pluginovi za plaćanje i dostavu pokrivaju većinu malih webshopova, ali pucaju kad se kombinira više sustava odjednom (dva dostavljača, ERP, platni sustav). Najčešći izvori grešaka nisu sami API-jevi, nego verifikacija webhookova, obnova certifikata i frekvencija sinkronizacije zaliha.

Plaćanja: gotov plugin ili REST API

Dva najveća hrvatska payment gateway-a za webshopove su Monri WSPay i CorvusPay. Oba nude gotove konektore za popularne open-source platforme (WooCommerce, PrestaShop, Magento) — ali i REST API za custom rješenja, kad gotov konektor ne pokriva potreban tok.

WSPay

WSPay ima dva načina implementacije: WSPayFORM (kupac se preusmjerava na WSPay stranicu) i WSPayAUTO (plaćanje ostaje unutar vašeg sučelja). Za custom shopove nudi REST API s vlastitom dokumentacijom, dostupnom u WSPay admin panelu.

CorvusPay

CorvusPay radi preko HTTPS POST zahtjeva koje potvrđujete digitalnim certifikatom, s mogućnošću kompletiranja, djelomičnog kompletiranja, storniranja i povrata transakcija preko API-ja. Praktična stvar koju gotovo nitko ne planira unaprijed: certifikat vrijedi godinu dana i treba se obnoviti. CorvusPay o tome obavještava na vrijeme, ali ako se obnova promakne, plaćanja prestaju raditi bez ikakve promjene u kodu — klasičan izvor "webshop je prestao primati narudžbe preko noći" incidenta koji nema veze sa samim webshopom.

Najčešća greška kod custom integracije nije sama komunikacija s gateway-em, nego obrada povratnog poziva (webhooka): ako sustav ne provjeri potpis/certifikat povratnog zahtjeva prije nego što narudžbu označi kao plaćenu, otvara se prostor za lažne potvrde plaćanja. Ovo je mjesto gdje se ne štedi na vremenu razvoja.

Dostava: GLS, Hrvatska pošta i razlika između trackinga i stvarne integracije

Postoji velika razlika između "prikazujemo status pošiljke" (tracking) i "webshop automatski generira naljepnicu i predaje narudžbu dostavljaču" (stvarna integracija).

GLS

GLS nudi MyGLS API za integraciju dostave u narudžbeni sustav, adresar i widget za prikaz mape paketomata i GLS Parcel Shopova izravno na webshopu. Autentikacija i enkripcija podataka su standardne, ali svaka promjena API verzije zna zahtijevati reviziju integracije — ovo nije "postavi jednom i zaboravi".

Hrvatska pošta

Hrvatska pošta nudi HP Shipping Service API za srednje i velike webshopove i ugovorne partnere koji predaju veći broj pošiljki dnevno, s dokumentacijom dostupnom u Word i PDF formatu. Bitan detalj: DXWebAPI servis zahtijeva da budete ugovorni korisnik Hrvatske pošte — API pristup nije samostalna registracija preko weba, nego dio ugovora koji se dogovara odvojeno od same tehničke integracije. Ako se to ne planira unaprijed, integracija čeka na papirologiju, ne na kod.

Za manje trgovine koje šalju desetke, ne stotine pošiljki dnevno, gotov WooCommerce/Shopify plugin s ručnim generiranjem naljepnica često je racionalniji izbor od pune API integracije — trošak izgradnje custom veze rijetko se isplati dok volumen ne opravda automatizaciju.

ERP i sinkronizacija zaliha — najčešći izvor grešaka

Kad webshop mora razmjenjivati podatke o zalihama i narudžbama s postojećim ERP sustavom, najčešći problem nije sama veza, nego frekvencija sinkronizacije. Ako se zalihe osvježavaju svakih 15 minuta umjesto u stvarnom vremenu preko webhooka ili eventa, otvara se prozor u kojem webshop može prodati proizvod koji je u međuvremenu nestao sa skladišta — klasična "overselling" situacija koja generira otkazane narudžbe i nezadovoljne kupce.

Drugi čest problem: dvosmjerna sinkronizacija bez jasnog "izvora istine". Ako i webshop i ERP mogu mijenjati stanje zalihe, a sustav nema pravilo koji zapis pobjeđuje kod konflikta, greške se akumuliraju tiho — dok netko ne primijeti da brojke ne odgovaraju stvarnom skladištu.

Gotov plugin ili custom integracija — poštena usporedba

Za standardan B2C webshop s jednim dostavljačem i jednim platnim sustavom, gotov plugin je i dalje racionalan izbor — pravi problem nastaje kad se kombiniraju tri ili više sustava (npr. dva dostavljača, ERP i platni sustav) i svaki dodatak počne raditi na svoj način, s vlastitim ograničenjima i vlastitim rupama.

Testno okruženje prije produkcije

Sva tri sustava spomenuta gore — WSPay, CorvusPay, GLS — nude testno/sandbox okruženje u kojem se integracija provjerava prije nego što ide uživo. CorvusPay eksplicitno navodi da se sve može testirati prije produkcije, uz certifikat koji vrijedi godinu dana od aktivacije. Praktična posljedica: testirajte cijeli tok — od kreiranja narudžbe, preko webhook potvrde, do statusa u ERP-u — barem jednom s pravim test podacima prije lansiranja, ne samo pojedinačne API pozive izolirano. Najviše grešaka u produkciji dolazi iz kombinacije koraka koja izgleda ispravno u izoliranom testu. Stvarni niz (narudžba → plaćanje → webhook → ažuriranje zalihe → predaja dostavljaču) otkriva rupu tek kad dva koraka pokušaju promijeniti isti zapis istovremeno.

Ako platforma mijenja verziju API-ja (GLS to radi periodično), test okruženje je i mjesto gdje se to otkrije prije nego što pukne uživo, ne poslije.

Primjer iz prakse

Kod Nostri Marisa, B2B veleprodajnog webshopa s preko 1.000 artikala, DPD integracija i ERP sinkronizacija zaliha bile su dio razloga zašto je custom Next.js rješenje imalo više smisla od gotove platforme — cjenici po kupcu i automatizirana predaja pošiljki teško stanu u standardni plugin sloj bez gomilanja workaroundova. Više o samoj arhitekturi u tekstu o headless webshopovima.

Zaključak

Integracija plaćanja, dostave i ERP-a rijetko je pitanje "postoji li plugin" — pitanje je hoće li taj plugin izdržati vaš stvarni volumen, vaš proces i vaše rubne slučajeve. Za manje trgovine s jednim dostavljačem i jednim platnim sustavom, gotova rješenja i dalje pokrivaju većinu potreba. Kad se broj sustava i kompleksnost procesa poveća, pitanje prestaje biti "koji plugin" i postaje "tko drži izvor istine i tko reagira kad nešto pukne u 2 ujutro".

Ako niste sigurni spada li vaš projekt u prvu ili drugu kategoriju, javite nam se — prođimo zajedno kroz vaše sustave prije nego što krene razvoj.