Gateway di pagamento: scegliere il checkout per il negozio

Scegli un ordine da seguire dall’inizio alla fine

Prepara un ordine abituale e un secondo esempio con uno sconto o una modifica della consegna. Individua il sistema che calcola l’importo definitivo e conserva la versione approvata. Il server deve validare importo e valuta prima della richiesta di pagamento. Se il carrello cambia, stabilisci cosa succede alla richiesta precedente. Una dimostrazione standard può nascondere questi passaggi, mentre nella gestione quotidiana sono proprio le differenze tra ordine e pagamento a generare domande e controlli manuali.

Integrazione e API

Verifica i metodi sul tuo conto specifico

Il catalogo di un PSP non dimostra che ogni metodo sia attivo per la tua attività. Chiedi conferma per mercato, valuta, settore e conto utilizzato. Distingui le funzioni generali del fornitore dalle opzioni effettivamente abilitate. Il checkout ospitato OrsunPay usa la connessione configurata e presenta i metodi idonei. Un’integrazione non garantisce tutte le funzioni del relativo PSP. Prepara quindi una tabella di requisiti confermati, con la fonte della risposta, invece di considerare un logo come prova sufficiente di compatibilità.

Pagina di pagamento ospitata

Descrivi anche le interruzioni del checkout

Disegna l’uscita dal carrello, la pagina di pagamento e il ritorno all’applicazione. Nel percorso OrsunPay i dati sensibili della carta sono inseriti nell’interfaccia ospitata dal PSP. Controlla che il cliente riconosca l’importo e capisca lo stato noto in ogni schermata. Considera anche una finestra chiusa o una conferma che tarda. Un’interfaccia deve spiegare l’incertezza senza inventare un esito. L’uso di una pagina ospitata richiede comunque una verifica della configurazione e delle responsabilità proprie dell’attività.

Prepara l’ordine solo su un esito verificato

Il ritorno alla pagina di ringraziamento non è da solo una conferma dell’incasso. Il server deve ricevere o consultare uno stato verificato e collegarlo all’ordine corretto. Stripe e Mollie spiegano nelle loro documentazioni perché le notifiche fanno parte del normale flusso di pagamento. Una notifica ripetuta non deve generare una seconda spedizione. Definisci inoltre come una conferma tardiva aggiorna un ordine rimasto in attesa, senza richiedere che il cliente riapra il browser o contatti manualmente l’assistenza.

Confronta il lavoro dopo il pagamento

Chiedi come cercare transazioni, esportare dati e assegnare permessi. Verifica dove si eseguono i rimborsi effettivamente supportati e come viene registrato il loro risultato. Non limitare la valutazione alla tariffa in evidenza: condizioni PSP, costo software e lavoro interno sono componenti diverse. Usa scenari del tuo negozio e chiedi condizioni applicabili a ciascuno. Evita di estendere una commissione ipotetica a tutte le valute o a tutti i metodi. Una soluzione deve restare comprensibile anche quando il pagamento richiede un’indagine.

Conferma il perimetro prima del lancio

OrsunPay collega i tuoi conti PSP attraverso un’integrazione comune, stati coerenti e notifiche firmate. Mantieni i contratti con i fornitori, che elaborano i pagamenti e regolano i fondi. Le tariffe software vengono fatturate separatamente. L’offerta attuale non include tentativi automatici a cascata né selezione del fornitore in base al costo minimo. Assegna un responsabile a ogni scenario di accettazione e documenta le eccezioni. Una scelta solida nasce da capacità verificate e da un percorso gestibile, non da miglioramenti commerciali non dimostrati.

• Controllare importo e valuta rispetto all’ordine definitivo.
• Provare una finestra chiusa prima del ritorno.
• Gestire un esito in attesa seguito da conferma.
• Impedire doppie azioni dopo notifiche ripetute.
• Distinguere il contatto tecnico dal referente del PSP.

Fonti

• Documentazione Stripe sui webhook
• Documentazione Mollie sui pagamenti