Kupac je upravo potvrdio porud\u017ebinu, ali roba jo\u0161 nije spremna za slanje, soba jo\u0161 nije dostupna, a usluga \u0107e biti izvr\u0161ena tek za nekoliko dana. U tom trenutku, pitanje preautorizacija ili trenutna naplata nije samo tehni\u010dki detalj payment integracije. Ono uti\u010de na korisni\u010dko iskustvo, rizik od otkazanih porud\u017ebina, refundacije, tok novca i rad finansijskog tima.<\/p>\n
Za internet trgovce ne postoji jedno pravilo koje odgovara svima. Najbolji model zavisi od toga kada zaista nastaje obaveza isporuke, koliko se kona\u010dan iznos mo\u017ee menjati i kakva o\u010dekivanja kupac ima tokom pla\u0107anja. Dobra odluka po\u010dinje razumevanjem razlike izme\u0111u rezervacije sredstava i njihove stvarne naplate.<\/p>\n
Kod trenutne naplate, iznos se autorizuje i odmah napla\u0107uje sa kartice kupca. Transakcija prelazi u fazu naplate, sredstva se obra\u0111uju kroz karti\u010dnu mre\u017eu, a trgovac ih dobija prema ugovorenoj dinamici poravnanja sa bankom.<\/p>\n
Ovaj model je prirodan kada kupac odmah dobija proizvod ili uslugu. To su, na primer, digitalni sadr\u017eaj, \u010dlanarina koja po\u010dinje istog dana, ulaznica, gotov obrok za dostavu ili roba koja je potvr\u0111eno dostupna i ide u isporuku bez odlaganja.<\/p>\n
Prednost trenutne naplate je jednostavan i jasan tok za obe strane. Kupac vidi da je pla\u0107anje obavljeno, trgovac ima potvr\u0111enu prodaju, a finansijski tim ne mora da prati naknadnu naplatu prethodno rezervisanih transakcija. Ako se porud\u017ebina kasnije otka\u017ee, trgovac pokre\u0107e refundaciju.<\/p>\n
Ipak, refundacija nije isto \u0161to i storniranje preautorizacije. Kupac najpre vidi naplatu, a zatim povra\u0107aj sredstava, pri \u010demu rok prikaza povra\u0107aja zavisi od banke izdavaoca kartice i karti\u010dne \u0161eme. Kod ve\u0107eg broja otkazivanja, ovaj tok mo\u017ee stvoriti dodatna pitanja prema korisni\u010dkoj podr\u0161ci i finansijama.<\/p>\n
Preautorizacija proverava da li kupac ima raspolo\u017eiva sredstva i rezervi\u0161e odre\u0111eni iznos na kartici, ali trgovac ga jo\u0161 ne napla\u0107uje. Kada se ispune uslovi za realizaciju porud\u017ebine, trgovac vr\u0161i naknadnu naplatu prethodno autorizovanog iznosa, odnosno capture.<\/p>\n
Ovaj pristup je posebno koristan kada izme\u0111u porud\u017ebine i kona\u010dne isporuke postoji vremenski razmak ili poslovna neizvesnost. Hotel mo\u017ee rezervisati sredstva pri rezervaciji, a naplatiti boravak po dolasku ili odlasku gosta. Online prodavnica mo\u017ee proveriti karticu dok potvr\u0111uje lager. Rent-a-car kompanija mo\u017ee rezervisati depozit. Dostavna ili zdravstvena usluga mo\u017ee imati kona\u010dan iznos koji zavisi od stvarno pru\u017eene usluge, u okviru dozvoljenih pravila i konfiguracije.<\/p>\n
Za kupca je prednost \u0161to novac nije odmah definitivno napla\u0107en. Za trgovca, preautorizacija smanjuje rizik da roba bude rezervisana za kupca \u010dija kartica nema dovoljno sredstava u trenutku obrade. Ona je zato poslovni alat za uskla\u0111ivanje pla\u0107anja sa realnim trenutkom isporuke, a ne samo opcija na checkout stranici.<\/p>\n
Me\u0111utim, preautorizacija tra\u017ei disciplinu u operativnom procesu. Rezervisani iznos ima ograni\u010den period va\u017eenja, koji mo\u017ee zavisiti od karti\u010dne \u0161eme, banke i vrste transakcije. Ako trgovac ne izvr\u0161i naplatu u predvi\u0111enom roku, rezervacija mo\u017ee iste\u0107i. Tada nije dovoljno oslanjati se na prvobitnu autorizaciju, ve\u0107 je potrebno ponovo obraditi pla\u0107anje uz odgovaraju\u0107u komunikaciju sa kupcem.<\/p>\n
Najjednostavnije pravilo glasi: naplatite odmah kada odmah ispunjavate obavezu prema kupcu. Rezervi\u0161ite sredstva kada kupovina jo\u0161 zavisi od potvrde dostupnosti, termina, stanja robe ili zavr\u0161ne vrednosti usluge.<\/p>\n
Ipak, praksa je nijansiranija. Ako prodajete fizi\u010dku robu sa pouzdanim lagerom i otpremom istog dana, trenutna naplata je \u010desto preglednija. Ako robu nabavljate po porud\u017ebini ili imate \u010desta odstupanja izme\u0111u prikazanog i stvarno raspolo\u017eivog lagera, preautorizacija mo\u017ee smanjiti broj refundacija.<\/p>\n
U turizmu i hotelijerstvu, preautorizacija je \u010desto logi\u010dan izbor zbog perioda izme\u0111u 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\u017ebina prihvata automatski, trenutna naplata je prakti\u010dna; ako restoran prvo mora da potvrdi kapacitet ili dostupnost artikala, rezervacija sredstava mo\u017ee imati vi\u0161e smisla.<\/p>\n
Pri izboru proverite \u010detiri operativna pitanja:<\/p>\n
Ako na poslednje pitanje nemate siguran odgovor, nemojte uvoditi preautorizaciju samo zato \u0161to zvu\u010di sofisticirano. Lo\u0161e upravljana preautorizacija mo\u017ee napraviti vi\u0161e operativnih problema od jednostavne trenutne naplate.<\/p>\n
Kupac ne razmi\u0161lja o autorizaciji i capture-u. On \u017eeli da zna da li je porud\u017ebina uspe\u0161na, da li mu je novac skinut i \u0161ta se de\u0161ava ako trgovac ne mo\u017ee da isporu\u010di ono \u0161to je poru\u010dio. Zato se razlika izme\u0111u ova dva modela mora jasno objasniti na mestu gde je relevantna – u uslovima rezervacije, potvrdi porud\u017ebine i porukama koje \u0161alje korisni\u010dka podr\u0161ka.<\/p>\n
Kod preautorizacije poruka treba da bude konkretna: sredstva su rezervisana, kona\u010dna naplata sledi nakon potvrde isporuke ili realizacije usluge. Nejasne formulacije poput \u201epla\u0107anje je mo\u017eda izvr\u0161eno\u201d stvaraju nepotrebnu sumnju, naro\u010dito kada kupac vidi rezervaciju u mobilnoj aplikaciji banke.<\/p>\n
Kod trenutne naplate, va\u017eno je unapred objasniti politiku otkazivanja i povra\u0107aja novca. Kupac \u0107e lak\u0161e zavr\u0161iti kupovinu kada zna \u0161ta se de\u0161ava ako proizvod nije dostupan ili usluga bude otkazana. Transparentnost ovde direktno \u0161titi reputaciju trgovca i smanjuje broj upita podr\u0161ci.<\/p>\n