Prezentare generală a asistenței MIT
Tranzacțiile inițiate de comerciant (MIT) sunt tranzacții procesate fără ca utilizatorul să fie activ în sesiune. Această actualizare a API-ului Google Pay Online oferă o vizibilitate sporită pentru aceste tipuri de tranzacții, o experiență îmbunătățită a utilizatorului prin intermediul unei experiențe utilizator dedicate detaliilor de facturare și o continuitate îmbunătățită a plăților.
Cazuri cheie de utilizare
- Plăți recurente: Servicii de streaming digital, abonamente sau utilități.
- Plăți amânate: Rezervări hoteliere, precomenzi sau taxe pentru neprezentare.
- Reîncărcări automate: Reîncărcări cu valoare stocată pentru carduri de transport sau cadou.
Implementare API MIT
API-ul MIT este o extensie a API-ului existentLoadPaymentDataAPI. Integratorii trebuie să includă exact un obiect *TransactionInfo pentru a specifica intenția de facturare. Google oferă 3 opțiuni în funcție de tipul de tranzacție inițiată de comerciant:
- Informații despre tranzacții recurente
- Informații despre tranzacții amânate
- Informații despre tranzacții de reîncărcare automată
| Tipul tranzacției | Nume obiect | Descriere |
|---|---|---|
| Recurent | RecurringTransactionInfo | Folosit pentru taxe cu frecvență fixă. Acceptă perioade de probă, facturare preplătită și postplătită. |
| Amânat | DeferredTransactionInfo | Folosit pentru o singură încărcare la un moment viitor predeterminat. |
| Reîncărcare automată | AutomaticReloadTransactionInfo | Folosit pentru reîncărcarea unui cont cu valoare stocată atunci când soldul scade sub un prag minim. |
Pași de integrare
- Documentație: Accesați DevSite în timpul Programului de acces timpuriu. Cele trei noi definiții de obiecte se află în secțiunea Referință obiecte și sunt conectate direct la lista precedentă.
- Implementare: Folosește obiectele
*TransactionInforelevante pentru sistemul tău în solicitarea API.- Rețineți că un singur obiect poate fi transmis către API per solicitare. Determinarea obiectului care să fie utilizat și completarea câmpurilor depinde de fiecare comerciant în parte.
- Testare: Folosiți mediul TEST pentru a valida dacă detaliile de facturare sunt afișate corect în foaia de salariu.
- Lansare: Demarați după ce parametrii sunt verificați.
Managementul ciclului de viață al token-urilor (TLM)
Gestionarea ciclului de viață al tokenurilor asigură continuitatea plăților prin furnizarea de notificări în timp real atunci când tokenurile de plată securizate sunt actualizate sau dezactivate. Pentru detalii complete, consultațiDocumentația privind gestionarea ciclului de viață al tokenurilor.
Evenimente cu jeton cheie
- Dezactivare/Ștergere: Notifică atunci când un token nu mai este utilizabil.
- Actualizări sufix FPAN: Apare atunci când numărul contului principal de finanțare subiacent este actualizat.
Cerințe de configurare a serverului
Comercianții direcți și furnizorii de servicii de plată (PSP) trebuie să stabilească un sistem pentru a primi, decripta și procesa aceste mesaje.
| Cerinţă | Descriere |
|---|---|
| Punct final | Punct final HTTPS securizat pentru a primi apeluri POST. |
| Autentificare | Trebuie să gestioneze validarea semnăturii și decriptarea mesajelor. |
| Răspuns | Returnează SUCCESS pentru a continua notificările sau TOKEN_NOT_FOUND/TOKEN_NOT_IN_USE pentru a le opri. |
| Notificare comerciant | Furnizorii de servicii de plată (PSP) vor trebui să comunice starea tokenului comercianților lor. |
Note de implementare
Punctul final tokenUpdateUrl trebuie transmis odată cu tranzacția pentru a primi actualizări pentru token. Pentru PSP-uri, stabilirea modului în care comercianții vor primi și vor popula această adresă URL în obiectul *TransactionInfo relevant este responsabilitatea PSP-ului.
De asemenea, rețineți că sarcina criptată va returna un câmp opțional suplimentar, merchantTokenId , pentru MIT-uri. Pentru detalii specifice, consultațiCriptografia datelor de platădocumentația (pentru comercianți) sau documentația structurii sarcinii utile (pentru PSP-uri).