Rambursare parțială: verificări pentru echipa comerciantului

Identifică plata și obiectul deciziei

Găsește comanda și încercarea care a fost efectiv plătită. O comandă poate avea și încercări refuzate, care nu sunt baza unei rambursări. Notează articolele sau serviciile vizate și motivul aprobat. Aceste informații permit suportului să răspundă fără să reconstruiască acordul din mesaje vechi.

Imaginează o comandă cu trei produse, dintre care unul nu mai poate fi livrat. Firma trebuie să decidă cum se calculează partea restituită, ținând cont de condițiile proprii privind reducerile și livrarea. Formula nu ar trebui improvizată de operator la apăsarea butonului. Păstrează explicația și persoana care a aprobat-o, separate de detaliile tehnice ale cererii.

Fluxul rambursărilor

Verifică disponibilitatea operațiunii

Nu orice conector care acceptă plăți permite toate fluxurile de rambursare. În OrsunPay, execuția actuală depinde de operațiuni Stripe eligibile, de concordanța monedei comenzii cu moneda procesării și de activarea funcției în instalare. Alte fluxuri de procesatori și controale în portal rămân planificate.

Verifică configurația concretă înainte să prezinți operațiunea ca disponibilă echipei. Dacă rambursarea trebuie realizată direct la procesator, documentează această limită și actualizarea evidențelor interne. Documentația generală Stripe despre plăți și evenimente ajută la înțelegerea urmăririi tehnice, dar nu înlocuiește confirmarea eligibilității unei anumite plăți sau a activării funcției în sistemul folosit.

Webhookuri de plată

Calculează soldul rămas

Compară suma inițială cu rambursările confirmate și cererile încă în curs. O cerere fără răspuns nu trebuie considerată inexistentă. Doi operatori pot lucra simultan pe informații vechi și pot aproba valori incompatibile. Procesul trebuie să reverifice starea înainte de executare și să păstreze controlul asupra operațiunilor concurente.

Folosește moneda corectă și reguli explicabile de rotunjire. Dacă valorile comerciale și cele procesate diferă, trimite situația la analiză în loc să inventezi o conversie. Afișează separat suma plătită, suma deja restituită și cea încă neclară. Aceste informații ajută operatorul să decidă pe baza stării reale, nu a unui total simplificat care ascunde cereri pendinte.

Urmărește cererea până la rezultat

Acceptarea cererii nu este întotdeauna finalul operațiunii. Definește stări care disting inițierea de confirmare și aplică actualizările din surse verificate. Dacă se folosesc evenimente, validează originea și leagă fiecare mesaj de operațiunea potrivită. Browserul operatorului nu trebuie să fie singurul loc unde există informația despre progres.

După un răspuns pierdut, consultă cererea existentă înainte să o repeți. Scopul este recuperarea rezultatului, nu o a doua restituire. Testează mesajele duplicate și întârziate. O actualizare de stare nu trebuie să declanșeze din nou acțiunea financiară și nici să șteargă istoricul care explică de ce au existat mai multe încercări de comunicare.

Comunică doar starea confirmată

Mesajul clientului trebuie să precizeze comanda, suma și acțiunea realizată efectiv. Distinge solicitarea inițiată de confirmarea primită. Nu promite un termen bancar fără informație aplicabilă de la procesator. O referință de urmărire și un responsabil permit suportului să răspundă consecvent la întrebările ulterioare.

• Confirmă identificatorul încercării plătite cu succes.
• Verifică rambursările anterioare și cererile încă pendinte.
• Controlează moneda, permisiunile și activarea funcției.
• Păstrează motivul comercial separat de confirmarea tehnică.

Închide procesul în toate evidențele relevante

După confirmare, actualizează comanda și sistemele financiare potrivit procedurilor firmei. Monitorizarea operațională nu înlocuiește documentele contabile sau consultanța fiscală. Leagă decizia, operațiunea procesatorului și comunicarea către client, astfel încât fiecare departament să poată identifica sursa informației.

Revizuiește periodic cererile neclare și intervențiile manuale. Dacă o acțiune a fost făcută în afara OrsunPay, păstrează acest fapt vizibil pentru a evita repetarea de către alt coleg. Un proces bun poate explica ce sumă a fost restituită, de ce, în ce stare este și cine a decis fiecare etapă, fără presupuneri sau ștergerea istoricului.

Surse

• Stripe — Plăți
• Stripe — Notificări webhook