1. Dogovorite šta se smatra potvrdom plaćanja
Narudžbina bilježi šta kupac želi da kupi. Rezultat plaćanja bilježi šta se dogodilo tokom pokušaja plaćanja. Ekran za završetak kupovine, broj narudžbine ili izjava kupca da je platio ne bi sami po sebi trebalo da promijene status narudžbine u potvrđeno plaćenu.
Prije implementacije dogovorite koji zapis o plaćanju i koji ishod će vaš tim koristiti kao dokaz. Značenje dostupnih statusa potvrdite sa timom pružaoca platnih usluga, umjesto da ga pretpostavljate na osnovu naziva. Potvrdu plaćanja razlikujte od poravnanja ili računovodstvenog usklađivanja: dokaz da je pokušaj uspio nije nužno dokaz da su sredstva stigla na račun trgovca.
- Dokumentujte dokaze potrebne da se narudžbina označi kao plaćena.
- Definišite odvojene operativne statuse za čekanje rezultata, potvrđen uspjeh, potvrđen neuspjeh i nerazjašnjene izuzetke.
- Dogovorite da li se realizacija narudžbine obustavlja dok rezultat ostaje nejasan.
2. Uspostavite trag referenci za svakog trgovca
Počnite od naloga trgovca, reference narudžbine na platformi i reference pokušaja plaćanja. Jedna narudžbina može imati više pokušaja, pa nemojte prepisivati podatke o prvobitnom pokušaju kada kupac pokuša ponovo. Sačuvajte dovoljno istorijskih podataka da možete objasniti koji je rezultat doveo do promjene statusa narudžbine.
NeroConnect pruža usluge softverskim i POS platformama i njihovim povezanim nalozima trgovaca. Planiranje integracije obuhvata uključivanje u sistem, nadležnosti, reference plaćanja, događaje i usklađivanje. Potvrdite koje su informacije dostupne kroz dogovorenu implementaciju; nemojte pretpostavljati automatsku sinhronizaciju. Iznos i približno vrijeme mogu pomoći u istrazi, ali nijesu pouzdana osnova za jednoznačno povezivanje.
- Uz svaku vezu između narudžbe i plaćanja zabilježite i podatke o trgovcu.
- Omogućite zasebnu identifikaciju svakog pokušaja.
- Provjerite reference, iznos i valutu prije nego što prihvatite podudaranje.
3. Obrađujte rezultate bez gubitka nerazjašnjenih narudžbina
Odredite kako vaša platforma prima ili provjerava rezultate plaćanja, koristeći podržane načine rada potvrđene tokom planiranja. Definišite šta se dešava kada rezultat stigne nakon što kupac napusti stranicu za završetak kupovine, stigne više puta ili se ne može pouzdano povezati. To su zahtjevi za tok rada koje treba dogovoriti, a ne pretpostavke o ugrađenim mogućnostima.
Vodite listu izuzetaka s odgovornom osobom, razlogom i vremenom sljedeće provjere. Ako rezultat nedostaje, slučaj treba da ostane neriješen do provjere; automatsko označavanje plaćanja kao neuspješnog moglo bi podstaći nepotrebno drugo plaćanje. Isto tako, označavanje plaćanja kao uspješnog moglo bi dovesti do izdavanja robe bez potvrde. Odaberite interval provjere koji odgovara trgovčevom procesu realizacije narudžbi i jasno formulišite poruku o čekanju.
- Povežite rezultat s odgovarajućim trgovcem, narudžbom i pokušajem plaćanja.
- Primijenite dogovoreno pravilo za status bez ponovne realizacije narudžbe ako rezultat stigne ponovo.
- Proslijedite nepovezane ili neusaglašene zapise na ispitivanje.
4. Razmotrite scenario zakašnjelog rezultata prije nego što dozvolite ponovni pokušaj
Hipotetički primjer: platforma za naručivanje hrane za ponijeti kreira narudžbu T184 za £28. Kupac dolazi do kraja procesa kupovine, ali platforma nema provjeren ishod plaćanja. Narudžba i dalje čeka potvrdu, a trgovac vidi da je priprema na čekanju. Ovo je primjer toka rada, a ne opis automatske funkcije proizvoda NeroConnect.
Član operativnog tima provjerava dogovorenu evidenciju plaćanja koristeći reference trgovca i pokušaja plaćanja. Ako je uspjeh potvrđen, bilježi dokaz i odobrava realizaciju narudžbe prema pravilima trgovca. Ako je neuspjeh potvrđen, slijedi dogovoreni postupak ponovnog pokušaja. Ako rezultat ostane nejasan, prosljeđuje slučaj nadležnima umjesto da od kupca odmah traži novo plaćanje. Svaki ponovni pokušaj dobija sopstvenu referencu.
- Obavijestite kupca: Vaša narudžba je evidentirana, ali potvrda plaćanja se još provjerava.
- Zabilježite ko je provjerio rezultat i kada.
- Ako se utvrdi da je bilo više uspješnih pokušaja, slijedite dogovoreni postupak trgovca za provjeru duplih plaćanja.
5. Zatvorite izuzetke i provjerite da tok rada funkcioniše
Dogovorite ko je odgovoran za svaku primopredaju: trgovac donosi odluke o realizaciji narudžbe, operativni tim platforme ispituje veze s narudžbama, a odgovarajuća kontakt osoba pružaoca platnih usluga pomaže u rješavanju pitanja o evidenciji plaćanja. Potvrdite odgovornosti sa svim uključenim stranama. Partneri mogu konfigurisati podržana podešavanja vidljivosti za trgovce; provjerite koja su podešavanja dostupna i pobrinite se da prikazani tekst odgovara stvarnom stanju procesa.
Provjera uspješnosti je jednostavna: svaka pregledana narudžba ima ili ishod plaćanja koji se može pratiti ili imenovanu osobu odgovornu za izuzetak s definisanim sljedećim korakom. Testirajte uspješno plaćanje, neuspješan pokušaj, zakašnjeli rezultat i ponovni pokušaj prije nego što se oslonite na ovaj tok rada. Vaš sljedeći korak je da jednu neriješenu narudžbu provedete kroz ove provjere s kontakt osobama za platformu i plaćanja, a zatim dokumentujete sve nedostatke.
DOBRO JE ZNATI
Česta pitanja
Može li se potvrda narudžbe smatrati potvrdom plaćanja?
Ne sama po sebi. Ona potvrđuje da narudžba postoji. Označite plaćanje kao potvrđeno tek kada dogovoreni dokazi o plaćanju potkrepljuju taj ishod.
Šta treba uraditi ako kupac kaže da mu je novac naplaćen?
Pokažite razumijevanje za zabrinutost kupca i ispitajte prvobitni pokušaj. Nemojte odbaciti njegovu prijavu niti tražiti novo plaćanje samo zato što vaša platforma nema rezultat.
Treba li otkazati svaku neriješenu narudžbu?
Ne. Dogovorite pravila čekanja i provjere prilagođena procesu realizacije narudžbi. Ne treba pretpostavljati da otkazivanje narudžbe otkazuje i plaćanje ili dovodi do povraćaja novca.
Šta treba da potvrdimo prije nego što ovo implementiramo uz NeroConnect?
Potvrdite sa timom podržane informacije o plaćanju, obradu događaja, povezivanje referenci, podešavanja vidljivosti za trgovce i odgovornosti za eskalaciju. Dostupnost i detalje implementacije treba provjeriti.