Checklist QA

Esegua questa checklist nell'ambiente sandbox, poi completi i controlli di produzione prima di accettare pagamenti live. La checklist copre esiti dei pagamenti, verifica, nuovi tentativi, configurazione e sicurezza. Spunti ogni controllo man mano che lo verifica.

1. Esiti dei pagamenti

Pagamento riuscitoPO-1Paghi con 4242 4242 4242 4242. La sessione recuperata ha paymentStatus: successful e l'ordine viene evaso una sola volta. Carta rifiutataPO-2Paghi con 4916 0184 7581 4056. L'ordine resta non pagato e un nuovo tentativo con la carta del pagamento riuscito va a buon fine finché la sessione è aperta. 3-D SecurePO-3Paghi con 4012 0018 0000 0016 e completi la verifica (challenge). L'evasione attende lo stato recuperato. Errore di elaborazionePO-4Usi una carta di prova che simula un errore di elaborazione nel gateway di test. L'ordine resta non pagato anche se il modulo della carta ha accettato la carta. Stati non gestitiPO-5Il Suo codice tratta unpaid, failed, action_needed, cancelled e i valori sconosciuti come non pagati. Si veda Stato del pagamento.

2. Verifica ed evasione

Controllo lato serverVF-1L'evasione confronta riferimento dell'ordine, importo, valuta e paymentStatus con l'ordine salvato, non con il reindirizzamento. URL di successo senza pagamentoVF-2Visiti direttamente l'URL di successo senza pagare. L'ordine resta non pagato. Link di annullamentoVF-3Segua il link di annullamento di Checkout. L'ordine resta non pagato e il Suo codice non presume uno stato cancelled sulla sola base della navigazione. Ritorno ripetutoVF-4Dopo un pagamento riuscito, ricarichi due volte la pagina di ritorno. L'ordine viene evaso una sola volta.

3. Nuovi tentativi e interruzioni

Usi un nuovo ordine di prova e una nuova sessione per ogni caso indipendente. Per i test dei nuovi tentativi, riutilizzi l'ordine originale, il corpo della richiesta e la idempotency key.

Risposta di creazione persaRI-1Scarti la risposta di creazione nel Suo ambiente di test e ripeta la richiesta con lo stesso Idempotency-Key e lo stesso corpo. Viene restituita la sessione originale e non ne viene creata una seconda. Corpo modificatoRI-2Riutilizzi una chiave con un corpo diverso. L'API restituisce HTTP 409 e il Suo codice non lo tratta come una nuova sessione. Il cliente non torna maiRI-3Paghi, poi chiuda la scheda prima del ritorno. Il Suo job di riconciliazione recupera la sessione salvata e registra il pagamento una sola volta. Timeout dello statoRI-4Faccia andare in timeout il recupero. La Sua app conserva l'ID della sessione, lascia l'esito in sospeso e non crea una sessione sostitutiva. Sessione sostituitaRI-6Crei una seconda sessione per lo stesso ordine non pagato. Il primo URL riporta expired e non può accettare pagamenti. Dopo che l'ordine è stato pagato, la creazione di un'altra sessione restituisce HTTP 409. Scadenza della sessioneRI-5Attenda oltre expiresAt (30 minuti) e riapra l'URL. Non è possibile avviare un nuovo pagamento e l'ordine resta non pagato.

4. Impostazioni di Checkout

Esercente approvatoCS-1Ogni esercente per cui accetta pagamenti è nella tabella Checkout merchants con stato Ready. Destinazioni di ritornoCS-2Gli URL predefiniti di successo e di annullamento sono impostati per la credenziale che usa (i valori predefiniti dell'organizzazione per la Secret key, le impostazioni dell'esercente per una chiave dell'esercente), usano HTTPS e le loro origini esatte sono presenti in Allowed websites di quella credenziale. Sostituzioni per sessioneCS-3Ogni successUrl o cancelUrl che invia corrisponde a un'origine configurata. WalletCS-4Apple Pay e Google Pay sono attivati o disattivati come previsto. Google Pay live ha un Google Pay merchant ID configurato. Wallet nei pagamenti incorporatiCS-6Il totale nel wallet corrisponde all'ordine sul server. Modificare la spedizione o gli sconti lo aggiorna. L'annullamento nel wallet lascia disponibile il checkout e i pagamenti in sospeso bloccano un altro addebito. BrandingCS-5Colore e logo appaiono correttamente in Checkout preview sia nel layout desktop sia in quello mobile.

5. Sicurezza

Chiave sul serverSE-1La Sua chiave checkout dell'esercente o la Secret key dell'organizzazione si trova solo nella configurazione del server, mai nel codice del browser, nei bundle delle app o nel sistema di controllo versione. Totali gestiti dal serverSE-2Importo, valuta e ID dell'ordine provengono dal Suo ordine salvato, mai dal browser. Endpoint per i pagamenti incorporatiSE-3Se usa i pagamenti incorporati, prepare e submit sono vincolati a un checkout autenticato o a un cookie HTTP-only firmato e le origini delle richieste che modificano i dati vengono convalidate. Content Security PolicySE-4Se usa i pagamenti incorporati, la Sua CSP consente le origini degli script e dei frame di Tapaya e le verifiche 3-D Secure continuano a funzionare con essa.

6. Configurazione della sandbox

API sandboxPR-1TAPAYA_CHECKOUT_API_URL punta a https://api.sandbox.tapaya.com. Chiave sandboxPR-2L'integrazione usa una chiave checkout dell'esercente o una Secret key dell'organizzazione della sandbox, caricata dalla configurazione del server. Job di riconciliazionePR-3Il job che recupera le sessioni in sospeso è pianificato nel Suo ambiente di test.

7. Preparazione alla produzione

Preparazione dell'esercenteLV-1L'esercente live ha completato l'onboarding con i pagamenti online, ha ottenuto l'approvazione del processore di pagamento e ha un gateway di pagamento configurato. L'esercente è Ready nelle impostazioni di Checkout. Credenziali liveLV-2Il server usa le credenziali di produzione e https://api.tapaya.com. Le integrazioni tramite SDK impostano TAPAYA_ENVIRONMENT=production. Le chiavi sandbox e le carte di prova non vengono usate per i pagamenti live. Wallet liveLV-3I domini dei negozi per Apple Pay sono attivi. Google Pay live ha un merchant ID configurato. I wallet supportati completano un pagamento e tornano a funzionare dopo un annullamento. Riconciliazione liveLV-4Gli URL di ritorno di produzione, la verifica sul server, l'evasione e il job di riconciliazione usano la configurazione di produzione. Manca qualcosa in questa pagina?Richieda una funzionalità. Alleghiamo questa pagina, così il team vede il contesto.