Cum recuperezi o vânzare când plata la POS nu răspunde

01

Păstrează tranzacția pe care clientul a vrut să o plătească

Leagă referința vânzării, versiunea coșului, suma și referința plății înainte de transmiterea cererii. Aceste date permit investigarea tentativei originale după o problemă de conexiune. O sesiune nouă sau repornirea terminalului nu trebuie să oblige operatorul să refacă vânzarea din memorie înainte de verificarea stării.

Blochează sau controlează clar modificările cât timp rezultatul este incert. Eliminarea unui produs din coș nu modifică plata deja procesată în altă parte. Dacă persoana dorește schimbarea cumpărăturii, clarifică tentativa existentă prin procesul furnizorului. Ecranul de recuperare arată suma și contextul inițial, astfel încât supervizorul să poată separa acest caz de o tranzacție ulterioară. Păstrează și identitatea punctului de lucru, când același sistem deservește mai multe magazine.

02

Separă refuzul confirmat de rezultatul necunoscut

Refuzul confirmat și întreruperea comunicației cer acțiuni diferite. În primul caz, furnizorul a transmis un rezultat. În al doilea, aplicația nu are dovezi sigure despre finalizare. Folosește etichete și instrucțiuni distincte. Mesajul generic de plată eșuată îl poate încuraja pe casier să repete operațiunea chiar dacă prima cerere este încă activă.

Înregistrează ultima stare confirmată, momentul obținerii și sursa. Expirarea locală a timpului nu trebuie să înlocuiască o confirmare venită ulterior. Dacă furnizorul oferă verificarea stării sau confirmare asincronă, folosește-le potrivit contractului real al integrării. Nu presupune că toți furnizorii au aceleași evenimente, intervale sau posibilități de anulare doar pentru că terminalele seamănă. Aceste diferențe trebuie discutate și cu echipa care asigură suportul magazinului.

03

Verifică tentativa existentă înaintea uneia noi

Prima acțiune de recuperare investighează referința plății asociate deja vânzării. Dacă furnizorul confirmă reușita, continuă pașii rămași fără o nouă încasare. Dacă transmite un rezultat care permite o tentativă nouă, operatorul urmează traseul convenit. Dacă situația rămâne incertă, cazul rămâne vizibil și se escaladează conform procedurii magazinului.

Folosește protecția documentată pentru reîncercări unde este disponibilă și înțelege limitele ei. Identificatorul protejează operațiunea numai dacă interfața destinatară îl recunoaște în condițiile respective. Implementarea păstrează parametrii originali și distinge repetarea de o plată realmente nouă. Testează comportamentul cu partenerul de plată, fără să consideri orice identificator local o garanție universală împotriva dublării. Rezultatul verificării trebuie să fie vizibil înaintea activării următorului buton.

04

Oferă casierului o succesiune scurtă și clară

Operatorul trebuie să vadă suma prezentată clientului, dovezile curente și următoarea acțiune permisă. Nu îi cere să interpreteze codurile brute ale furnizorului în timpul formării unei cozi. Păstrează detaliile pentru suport și transformă-le într-o instrucțiune operațională precisă. Dacă este necesară aprobarea supervizorului, arată cine a fost solicitat și dacă a preluat cazul.

Lista de recuperare poate fi exersată înaintea lansării integrării. Ea păstrează continuitatea când alt casier preia și împiedică scurtăturile care ascund tranzacția nerezolvată. Clientul primește o explicație factuală despre verificare, fără asigurarea nefundamentată că banii nu s-ar fi putut mișca.

La predarea cazului, noul operator confirmă că a consultat ultima stare, nu doar explicația verbală a colegului anterior.

• Găsește vânzarea originală și tentativa de plată existentă.
• Verifică ultima stare autoritativă furnizată de partener.
• Separă rezultatele incerte de refuzurile confirmate.
• Continuă bonul și stocul numai prin tranziția convenită.
• Înregistrează tentativa nouă autorizată sau acțiunea ulterioară de corectare.

05

Corelează confirmările întârziate și acțiunile concurente

Confirmarea poate sosi în timp ce supervizorul investighează. Sistemul actualizează aceeași înregistrare și arată informația nouă înainte de acceptarea altei acțiuni. Dacă doi operatori deschid cazul, afișează responsabilitatea și împiedică pornirea independentă a unor operațiuni incompatibile pe aceeași vânzare.

Păstrează traseul evenimentelor întârziate, al verificărilor și al deciziilor. Repetarea unui eveniment nu creează altă vânzare și nu reaplică actualizarea de stoc finalizată. Compară periodic plățile cu înregistrările comerciale, pentru ca o încasare acceptată să nu rămână fără legătură. Orice corectură financiară urmează procesul furnizorului și regulile de autorizare ale comerciantului. Vechimea unei erori de comunicație nu este singură un motiv suficient pentru o astfel de acțiune.

06

Testează momentul întreruperii cu furnizorul real

Exersează pierderea conexiunii înaintea trimiterii, după acceptare și în timpul întoarcerii rezultatului. Include confirmarea întârziată, repornirea terminalului și predarea către alt coleg. Notează instrucțiunea așteptată pentru fiecare caz și confirm-o cu furnizorul sau partenerul de integrare. Folosește mediile de test și echipamentele aprobate pentru configurația aleasă.

RDC poate implementa stările vânzării, ecranul de recuperare și conexiunile cu plata, bonul și gestiunea. Analizează găzduirea în UE sau infrastructura proprie împreună cu rețeaua magazinului, accesul, monitorizarea și păstrarea referințelor. Colectarea datelor cardului rămâne în limita aprobată a furnizorului, iar licențele și suportul se evaluează explicit. Măsoară situațiile nerezolvate, timpul până la confirmare și tentativele duplicate prevenite ori investigate. Evaluează utilitatea procesului pe datele reale ale magazinului și pe capacitatea colegilor de a decide folosind dovezi.