1. Dogovorite šta se smatra potvrdom plaćanja
Porudžbina beleži šta kupac želi da kupi. Rezultat plaćanja beleži šta se dogodilo sa pokušajem plaćanja. Prikaz ekrana o završetku kupovine, broj porudžbine ili izjava kupca da je platio ne bi sami po sebi trebalo da promene status porudžbine u potvrđeno plaćenu.
Pre implementacije dogovorite koji zapis o plaćanju i koji ishod će vaš tim koristiti kao dokaz. Proverite značenja dostupnih statusa sa timom platnog servisa, umesto da ih pretpostavljate na osnovu naziva. Razlikujte potvrdu plaćanja od poravnanja ili računovodstvenog usklađivanja: dokaz da je pokušaj uspeo nije nužno i dokaz da su sredstva stigla na račun trgovca.
- Dokumentujte dokaze potrebne da se porudžbina označi kao plaćena.
- Definišite zasebna operativna stanja za čekanje rezultata, potvrđen uspeh, potvrđen neuspeh i nerešene izuzetke.
- Dogovorite da li se realizacija porudžbine obustavlja dok rezultat ostaje nejasan.
2. Uspostavite sled referentnih oznaka za svakog trgovca
Počnite od naloga trgovca, referentne oznake porudžbine na platformi i referentne oznake pokušaja plaćanja. Jedna porudžbina može imati više pokušaja, zato nemojte prepisivati podatke o prvobitnom pokušaju kada kupac pokuša ponovo. Sačuvajte dovoljno istorijskih podataka da biste mogli da objasnite koji je rezultat doveo do promene statusa porudžbine.
NeroConnect pruža usluge softverskim i POS platformama i povezanim nalozima trgovaca. Planiranje integracije obuhvata uključivanje u sistem, odgovornosti, referentne oznake plaćanja, događaje i usklađivanje. Proverite koje su informacije dostupne u okviru dogovorene implementacije; nemojte pretpostavljati automatsku sinhronizaciju. Iznos i približno vreme mogu pomoći pri istraživanju, ali nisu pouzdan osnov za jednoznačno povezivanje.
- Uz svaku vezu između porudžbine i plaćanja zabeležite i podatke o trgovcu.
- Obezbedite da svaki pokušaj može zasebno da se identifikuje.
- Proverite reference, iznos i valutu pre nego što prihvatite podudaranje.
3. Obrađujte rezultate bez gubljenja nerešenih porudžbina iz evidencije
Odredite kako vaša platforma prima ili proverava 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 plaćanje, stigne više puta ili ne može pouzdano da se poveže. To su zahtevi za tok rada koje treba dogovoriti, a ne pretpostavke o ugrađenim mogućnostima.
Vodite listu izuzetaka sa odgovornom osobom, razlogom i vremenom sledeće provere. Ako rezultat nedostaje, slučaj treba da ostane nerešen dok se ne proveri; automatsko označavanje plaćanja kao neuspešnog moglo bi da podstakne nepotrebno ponovno plaćanje. Isto tako, ako se plaćanje smatra uspešnim, roba bi mogla da bude izdata bez potvrde. Izaberite interval provere koji odgovara procesu realizacije porudžbina kod trgovca i jasno formulišite poruku o čekanju.
- Povežite rezultat sa odgovarajućim trgovcem, porudžbinom i pokušajem plaćanja.
- Primenite dogovoreno pravilo za status, bez ponavljanja realizacije porudžbine kada isti rezultat stigne ponovo.
- Prosledite nepovezane ili neusaglašene zapise na proveru.
4. Prođite kroz scenario zakasnelog rezultata pre nego što dozvolite ponovni pokušaj
Hipotetički primer: platforma za poručivanje hrane za poneti kreira porudžbinu T184 za £28. Kupac dolazi do kraja postupka plaćanja, ali platforma nema potvrđen ishod plaćanja. Porudžbina i dalje čeka potvrdu, a trgovac vidi da je priprema na čekanju. Ovo je primer toka rada, a ne opis automatske funkcije u okviru NeroConnect.
Član operativnog tima proverava dogovoreni zapis o plaćanju koristeći reference trgovca i pokušaja plaćanja. Ako je uspeh potvrđen, beleži dokaz i odobrava realizaciju porudžbine prema pravilima trgovca. Ako je neuspeh potvrđen, prati dogovoreni postupak za ponovni pokušaj. Ako rezultat ostane nejasan, prosleđuje slučaj nadležnima umesto da traži od kupca da odmah ponovo plati. Svaki ponovni pokušaj dobija sopstvenu referencu.
- Obavestite kupca: Vaša porudžbina je evidentirana, ali potvrda plaćanja se još proverava.
- Zabeležite ko je proverio rezultat i kada.
- Ako se utvrdi da je više pokušaja bilo uspešno, pratite dogovoreni postupak trgovca za proveru duplih plaćanja.
5. Zatvorite izuzetke i potvrdite da tok rada funkcioniše
Dogovorite ko je odgovoran za svaku primopredaju: trgovac donosi odluke o realizaciji porudžbina, operativni tim platforme proverava veze sa porudžbinama, a odgovarajuća kontakt osoba pružaoca platnih usluga pomaže u rešavanju pitanja o evidenciji plaćanja. Potvrdite odgovornosti sa svim uključenim stranama. Partneri mogu da konfigurišu podržana podešavanja vidljivosti za trgovce; proverite koja su podešavanja dostupna i obezbedite da prikazani tekst odgovara stvarnom operativnom stanju.
Proverljiv kriterijum uspeha je jednostavan: svaka pregledana porudžbina ima ili sledljiv ishod plaćanja ili imenovanu osobu odgovornu za izuzetak i definisan sledeći korak. Testirajte uspešno plaćanje, neuspešan pokušaj, zakasneli rezultat i ponovni pokušaj pre nego što se oslonite na ovaj tok rada. Vaš sledeći korak je da jednu nerešenu porudžbinu provedete kroz ove provere zajedno sa kontakt osobama za platformu i plaćanja, a zatim dokumentujete sve nedostatke.
DOBRO JE ZNATI
Česta pitanja
Može li potvrda porudžbine da se smatra potvrdom plaćanja?
Ne sama po sebi. Ona potvrđuje da porudžbina postoji. Označite plaćanje kao potvrđeno samo kada dogovoreni dokazi o plaćanju potkrepljuju taj ishod.
Šta treba uraditi ako kupac kaže da mu je naplaćeno?
Uvažite zabrinutost kupca i proverite prvobitni pokušaj. Nemojte odbacivati njegov navod niti tražiti novo plaćanje samo zato što vaša platforma nema rezultat.
Da li svaku nerešenu porudžbinu treba otkazati?
Ne. Dogovorite pravila čekanja i provere koja odgovaraju realizaciji porudžbina. Ne treba pretpostaviti da otkazivanje porudžbine otkazuje ili poništava i plaćanje.
Šta treba da potvrdimo pre implementacije ovog rešenja sa NeroConnect?
Potvrdite sa timom podržane informacije o plaćanju, obradu događaja, mapiranje referenci, podešavanja vidljivosti za trgovce i odgovornosti za eskalaciju. Potrebno je proveriti dostupnost i detalje implementacije.