Kupac je upravo potvrdio porudžbinu, ali roba još nije spremna za slanje, soba još nije dostupna, a usluga će biti izvršena tek za nekoliko dana. U tom trenutku, pitanje preautorizacija ili trenutna naplata nije samo tehnički detalj payment integracije. Ono utiče na korisničko iskustvo, rizik od otkazanih porudžbina, refundacije, tok novca i rad finansijskog tima.
Za internet trgovce ne postoji jedno pravilo koje odgovara svima. Najbolji model zavisi od toga kada zaista nastaje obaveza isporuke, koliko se konačan iznos može menjati i kakva očekivanja kupac ima tokom plaćanja. Dobra odluka počinje razumevanjem razlike između rezervacije sredstava i njihove stvarne naplate.
Šta se dešava kod trenutne naplate
Kod trenutne naplate, iznos se autorizuje i odmah naplaćuje sa kartice kupca. Transakcija prelazi u fazu naplate, sredstva se obrađuju kroz kartičnu mrežu, a trgovac ih dobija prema ugovorenoj dinamici poravnanja sa bankom.
Ovaj model je prirodan kada kupac odmah dobija proizvod ili uslugu. To su, na primer, digitalni sadržaj, članarina koja počinje istog dana, ulaznica, gotov obrok za dostavu ili roba koja je potvrđeno dostupna i ide u isporuku bez odlaganja.
Prednost trenutne naplate je jednostavan i jasan tok za obe strane. Kupac vidi da je plaćanje obavljeno, trgovac ima potvrđenu prodaju, a finansijski tim ne mora da prati naknadnu naplatu prethodno rezervisanih transakcija. Ako se porudžbina kasnije otkaže, trgovac pokreće refundaciju.
Ipak, refundacija nije isto što i storniranje preautorizacije. Kupac najpre vidi naplatu, a zatim povraćaj sredstava, pri čemu rok prikaza povraćaja zavisi od banke izdavaoca kartice i kartične šeme. Kod većeg broja otkazivanja, ovaj tok može stvoriti dodatna pitanja prema korisničkoj podršci i finansijama.
Kada je preautorizacija bolji izbor
Preautorizacija proverava da li kupac ima raspoloživa sredstva i rezerviše određeni iznos na kartici, ali trgovac ga još ne naplaćuje. Kada se ispune uslovi za realizaciju porudžbine, trgovac vrši naknadnu naplatu prethodno autorizovanog iznosa, odnosno capture.
Ovaj pristup je posebno koristan kada između porudžbine i konačne isporuke postoji vremenski razmak ili poslovna neizvesnost. Hotel može rezervisati sredstva pri rezervaciji, a naplatiti boravak po dolasku ili odlasku gosta. Online prodavnica može proveriti karticu dok potvrđuje lager. Rent-a-car kompanija može rezervisati depozit. Dostavna ili zdravstvena usluga može imati konačan iznos koji zavisi od stvarno pružene usluge, u okviru dozvoljenih pravila i konfiguracije.
Za kupca je prednost što novac nije odmah definitivno naplaćen. Za trgovca, preautorizacija smanjuje rizik da roba bude rezervisana za kupca čija kartica nema dovoljno sredstava u trenutku obrade. Ona je zato poslovni alat za usklađivanje plaćanja sa realnim trenutkom isporuke, a ne samo opcija na checkout stranici.
Međutim, preautorizacija traži disciplinu u operativnom procesu. Rezervisani iznos ima ograničen period važenja, koji može zavisiti od kartične šeme, banke i vrste transakcije. Ako trgovac ne izvrši naplatu u predviđenom roku, rezervacija može isteći. Tada nije dovoljno oslanjati se na prvobitnu autorizaciju, već je potrebno ponovo obraditi plaćanje uz odgovarajuću komunikaciju sa kupcem.
Preautorizacija ili trenutna naplata: poslovna odluka
Najjednostavnije pravilo glasi: naplatite odmah kada odmah ispunjavate obavezu prema kupcu. Rezervišite sredstva kada kupovina još zavisi od potvrde dostupnosti, termina, stanja robe ili završne vrednosti usluge.
Ipak, praksa je nijansiranija. Ako prodajete fizičku robu sa pouzdanim lagerom i otpremom istog dana, trenutna naplata je često preglednija. Ako robu nabavljate po porudžbini ili imate česta odstupanja između prikazanog i stvarno raspoloživog lagera, preautorizacija može smanjiti broj refundacija.
U turizmu i hotelijerstvu, preautorizacija je često logičan izbor zbog perioda između rezervacije i boravka. Kod online edukacije ili softverskih licenci koje se aktiviraju odmah, trenutna naplata je uglavnom primerenija. Za restorane i dostavu odluka zavisi od modela rada: ako se porudžbina prihvata automatski, trenutna naplata je praktična; ako restoran prvo mora da potvrdi kapacitet ili dostupnost artikala, rezervacija sredstava može imati više smisla.
Pri izboru proverite četiri operativna pitanja:
- Da li proizvod ili usluga mogu biti isporučeni odmah nakon plaćanja?
- Da li se iznos može promeniti nakon porudžbine?
- Koliko često se porudžbine otkazuju zbog lagera, termina ili logistike?
- Da li vaš tim ima jasan proces za naknadnu naplatu, poništavanje rezervacije i komunikaciju sa kupcem?
Ako na poslednje pitanje nemate siguran odgovor, nemojte uvoditi preautorizaciju samo zato što zvuči sofisticirano. Loše upravljana preautorizacija može napraviti više operativnih problema od jednostavne trenutne naplate.
Uticaj na iskustvo kupca i konverziju
Kupac ne razmišlja o autorizaciji i capture-u. On želi da zna da li je porudžbina uspešna, da li mu je novac skinut i šta se dešava ako trgovac ne može da isporuči ono što je poručio. Zato se razlika između ova dva modela mora jasno objasniti na mestu gde je relevantna – u uslovima rezervacije, potvrdi porudžbine i porukama koje šalje korisnička podrška.
Kod preautorizacije poruka treba da bude konkretna: sredstva su rezervisana, konačna naplata sledi nakon potvrde isporuke ili realizacije usluge. Nejasne formulacije poput „plaćanje je možda izvršeno” stvaraju nepotrebnu sumnju, naročito kada kupac vidi rezervaciju u mobilnoj aplikaciji banke.
Kod trenutne naplate, važno je unapred objasniti politiku otkazivanja i povraćaja novca. Kupac će lakše završiti kupovinu kada zna šta se dešava ako proizvod nije dostupan ili usluga bude otkazana. Transparentnost ovde direktno štiti reputaciju trgovca i smanjuje broj upita podršci.
Na konverziju utiče i tehničko izvođenje plaćanja. Stabilan checkout bez nepotrebnog preusmeravanja, podrška za 3D Secure v2 i pravilno upravljanje neuspelim transakcijama smanjuju napuštanje korpe. Model naplate ne može popraviti loš korisnički tok, ali pravilno izabran model sprečava da uspešno plaćena porudžbina kasnije postane problem.
Finansijska kontrola, refundacije i rizik
Trenutna naplata pojednostavljuje evidenciju realizovanih prodaja, ali može povećati broj refundacija ako trgovac naknadno utvrdi da ne može da ispuni porudžbinu. Preautorizacija smanjuje potrebu za refundacijama u takvim situacijama, jer se rezervacija može poništiti umesto da se vraća već naplaćen iznos.
Sa druge strane, preautorizacija uvodi obavezu praćenja statusa svake rezervacije. Finansijski i operativni tim moraju znati koje autorizacije čekaju naplatu, koje treba poništiti i koje su blizu isteka. To je naročito važno kod većeg obima transakcija, gde ručno praćenje brzo postaje izvor grešaka.
Payment platforma treba da omogući pregled autorizacija, naknadnih naplata, poništavanja i refundacija na jednom mestu, uz jasne statuse za tehnički i finansijski tim. AllSecure kroz centralizovano upravljanje transakcijama omogućava trgovcima da ove korake uklope u postojeći proces prodaje, uz lokalnu podršku tokom integracije i svakodnevnog rada.
Posebnu pažnju obratite na delimične isporuke i promene iznosa. Ne može svaka poslovna situacija biti rešena istom autorizacijom, niti svaka kartična transakcija dozvoljava isti obrazac izmene. Pravila treba definisati pre puštanja funkcionalnosti u rad, zajedno sa bankom prihvatiocem i payment partnerom. Tako se sprečavaju neuspele naplate, duplirana terećenja i komplikovane reklamacije.
Kako postaviti proces koji radi u praksi
Pre implementacije nacrtajte stvarni životni ciklus porudžbine, a ne idealni. Označite trenutak kada kupac plaća, kada se potvrđuje lager ili termin, kada roba napušta magacin i kada nastaje pravo na naplatu. Zatim definišite šta sistem radi ako porudžbina bude delimično dostupna, kupac otkaže kupovinu ili isporuka ne uspe.
Tehnički tim treba da obradi pouzdane povratne informacije o statusu transakcije i da ne zasniva odluku samo na tome šta kupac vidi u pretraživaču. Operativni tim mora imati pravila ko pokreće capture, ko poništava rezervaciju i kada se radi refundacija. Korisnička podrška treba da koristi iste, precizne formulacije kao i checkout.
Najbolji model naplate je onaj koji prati način na koji zaista poslujete. Kada su plaćanje, isporuka i interna odgovornost usklađeni, kupac dobija jasnu potvrdu, tim ima manje izuzetaka, a naplata radi kao pouzdan deo prodajnog procesa – bez neprijatnih iznenađenja nakon klika na dugme „Plati”.