Preskoči na sadržaj

Kolačići

Googleovi kolačići za mjerenje i oglase? Privatnost

Integracija plaćanja u webshopu: Naplata je lakši dio. Sve poslije nje nije.

Većina webshopova primi karticu bez problema. Razlika se vidi kad plaćanje uspije, a narudžba se ne zabilježi, ili kad se na kraju mjeseca iznos na računu ne poklapa sa zbrojem narudžbi.

Zatražite ponuduSve integracije
  • Stripe u produkciji
  • Potvrda preko servera
  • B2B plaćanje na račun

Ukratko: Integracija plaćanja je veza između webshopa i platnog sustava (Stripe, WSPay, CorvusPay) koja narudžbu potvrđuje tek kad server dobije potvrdu plaćanja, vodi povrate na samoj narudžbi i pomaže usklađivanju isplata s knjigovodstvom. Kartični podaci nikad ne prolaze kroz vaš webshop.

Pet koraka jednog plaćanja

Plaćanje je lanac koji se nastavlja dugo nakon što kupac zatvori stranicu.

  1. Naplata

    Webshop → platni sustav

    Kupac plaća na strani platnog sustava (payment gateway); kartični podaci nikad ne prolaze kroz webshop. Webshop šalje iznos i identifikator narudžbe, a preuzima natrag status.

  2. Potvrda

    Platni sustav → webshop

    Narudžba se ne smije potvrditi na temelju povratka korisnika u preglednik. Mjerodavna je poruka koju platni sustav šalje serveru, jer kupac može zatvoriti karticu prije nego se stranica učita.

  3. Autentikacija kartice

    Platni sustav ↔ banka kupca

    Banka kupca često traži dodatnu potvrdu (3-D Secure) prije nego odobri plaćanje. Naplata (checkout) mora podnijeti i odgođenu i odbijenu autentikaciju: narudžba čeka u stanju koje nije ni plaćeno ni otkazano, dok platni sustav ne javi ishod.

  4. Povrat

    Dvosmjerno

    Povrat se pokreće u administraciji, ali status potvrđuje platni sustav. Djelomični povrat mora biti moguć, i za samo jedan artikl iz narudžbe.

  5. Usklađivanje

    Platni sustav → knjigovodstvo

    Iznos koji sjedne na račun nije jednak zbroju narudžbi: naknade se odbijaju, isplate se grupiraju. Bez pregleda isplata usklađivanje se radi ručno svaki mjesec.

Što stvarno puca

Ovo su tipični kvarovi produkcijskih webshopova. Svi se rješavaju u arhitekturi, ne izborom platnog sustava.

  • Plaćanje prošlo, narudžba nije zabilježena

    Najgori mogući ishod: kupcu je naplaćeno, a u sustavu nema traga. Nastaje kad se narudžba potvrđuje povratkom u preglednik umjesto porukom platnog sustava. Potvrda mora ići preko servera i biti otporna na ponovljeni pokušaj.

  • Ista poruka stigne dvaput

    Platni sustavi ponavljaju obavijest ako nisu dobili potvrdu. Ako se svaka poruka obrađuje kao nova, kupac dobije dva emaila, a knjigovodstvo dvije stavke. Svaka poruka treba biti prepoznata po svom identifikatoru.

  • Iznos se razlikuje za cent

    Cijena bez PDV-a s više decimala, prikaz s PDV-om na dvije, pa zbroj košarice. Ako se zaokružuje na različitim mjestima, naplaćeni iznos i iznos na fakturi se raziđu. Zaokruživanje se definira na jednom mjestu.

  • Neprovjerena poruka

    Obavijest o plaćanju dolazi s interneta i mora se kriptografski provjeriti prije nego se narudžba označi plaćenom. Bez provjere potpisa svatko može poslati lažnu potvrdu.

  • B2B ne plaća karticom

    Veleprodajni kupci često plaćaju na račun s odgodom. Ako checkout poznaje samo karticu, B2B narudžbe ispadaju iz sustava i vraćaju se na email, što je obično bio razlog za izradu webshopa.

  • Povrat bez traga u narudžbi

    Ako se povrat radi u sučelju platnog sustava, narudžba u webshopu i dalje piše da je plaćena. Podrška zatim odgovara na pitanja bez točnog podatka.

Što ulazi u opseg

Naplata se gradi tako da preživi zatvoren preglednik, ponovljenu poruku i povrat pola narudžbe.
  • Potvrda narudžbe preko poruke sa servera, otporna na ponavljanje i na zatvoren preglednik
  • Provjera potpisa svake dolazne obavijesti prije promjene statusa narudžbe
  • 3-D Secure tijek s posebnim stanjem narudžbe dok banka ne potvrdi ishod
  • Zaokruživanje i obračun PDV-a definirani na jednom mjestu u sustavu
  • Djelomični povrati vidljivi na samoj narudžbi, ne samo u sučelju platnog sustava
  • Plaćanje na račun s odgodom za verificirane B2B partnere, uz kartično za B2C
  • Pregled isplata i naknada radi usklađivanja s knjigovodstvom

Platni sustavi i što se razmjenjuje

Imenujemo samo sustave čiju smo javnu dokumentaciju pročitali. Stripe radi u produkciji na webshopu Nostri Maris, WSPay na webshopu Elite Systems; za ostale konektor pišemo po projektu.

  • Stripe

    U produkciji

    Kartice, Apple Pay i Google Pay; potvrda plaćanja serveru, povrati i pregled isplata.

    Stripe: Payments

  • WSPay

    U produkciji

    Unos kartice na WSPay obrascu uz rezervaciju iznosa, potpisan povratak na webshop i naplata koju tvrtka potvrđuje u WSPay portalu.

    WSPay: WSPayForm

  • CorvusPay

    Konektor po projektu

    Unos kartice na CorvusPay stranici, zahtjev potpisan HMAC-SHA256 ključem te naplata, otkazivanje i djelomični povrat preko API-ja.

    CorvusPay: Integration Manual (PDF)

Javna dokumentacija provjerena 9. 10. 2026. Naziv sustava ne znači partnerstvo ni certifikat.

Česta pitanja o plaćanjima

Koji platni sustav preporučujete?

Ovisi o tome tko su vam kupci i kako naplaćujete. U produkciji rade Stripe i WSPay. Stripe na webshopu Nostri Maris pokriva kartice, Apple Pay i Google Pay, uz dobru podršku za povrate i pregled isplata. WSPay na webshopu Elite Systems rezervira iznos na kartici, a tvrtka naplatu potvrđuje sama. Domaći procesori kartica imaju svoje prednosti, osobito lokalnu podršku i ugovorne uvjete; za CorvusPay konektor pišemo po projektu prema dokumentaciji sustava. Izbor se donosi kad se zna trebate li B2B plaćanje na račun, pretplate ili samo jednokratnu naplatu.

Prolaze li kartični podaci kroz naš webshop?

Ne. Unos kartice odvija se na strani platnog sustava, a webshop prima samo status i identifikator transakcije. To je i sigurnosno i pravno bitno, smanjuje opseg vaše odgovornosti za kartične podatke jer oni nikad ne dotaknu vaš server.

Kako se rješava plaćanje na račun za B2B partnere?

Kao zaseban način plaćanja dostupan samo verificiranim partnerima. Narudžba se zaključuje bez naplate u trenutku, dobiva status koji ERP prepoznaje, a rok plaćanja prati se izvan webshopa. Bitno je da checkout uopće poznaje taj scenarij, inače veleprodajne narudžbe završe na emailu.

Što je s fiskalizacijom?

Fiskalizirani računi za kupce ugrađeni u naplatu, od paketa Launch: kad server primi potvrdu plaćanja, sustav izdaje i fiskalizira račun. Fiskalizacija webshopa 

Možemo li imati i pretplate i jednokratna plaćanja?

Da, ali to je odluka koja utječe na model podataka, ne samo na checkout. Pretplata znači ponavljajuću naplatu, promjene plana, neuspjele naplate i otkazivanja, svaki od tih slučajeva mora imati svoje stanje u sustavu. Ako pretplate dolaze kasnije, dobro je to reći na početku.

Kako vam kupci danas plaćaju?

Recite nam kako danas naplaćujete, plaćaju li vaši partneri na račun i gdje se usklađivanje radi ručno. Iz toga se vidi što se isplati automatizirati.

Paket Scale uključuje jednu standardnu, dokumentiranu integraciju. Što je u kojem paketu, piše na stranici cijena izrade webshopa.

Zatražite ponudu

Odgovor unutar 24 sata radnim danom. Ako postojeće rješenje radi posao, reći ćemo vam to.