Abbonamenti e pagamenti ricorrenti

DEUNA supporta i pagamenti ricorrenti tramite il proprio motore di abbonamento, il sistema di fatturazione esistente o i caricamenti in batch ricorrenti. Questa pagina spiega i concetti dietro i pagamenti ricorrenti, ti aiuta a scegliere un approccio, documenta come funziona il motore di abbonamento DEUNA, mostra come gestire i piani e gli abbonamenti nell'Admin, e elenca cosa validare prima dell'implementazione.

Concetti chiave#

Pagamenti ricorrenti, MIT e CIT

Pagamenti ricorrenti raccogliere le spese ripetutamente in base ad un accordo con un cliente. L'importo può rimanere lo stesso, come un abbonamento mensile, o cambiare, come una bolletta di utilità in base all'utilizzo. La collezione automatica consente ai clienti di pagare le bollette successive senza completare manualmente ogni pagamento.

A transazione mercantile-iniziata (MIT) è un pagamento cartale che il vostro business inizia con un accordo precedente, senza la partecipazione attiva del cliente a tale pagamento. A transazione avviata dal cliente (CIT) è un pagamento che il cliente effettua attivamente, anche quando scelgono di pagare con una carta salvata.

Ricorrendo descrive le collezioni ripetute. Il MIT descrive chi avvia un pagamento e sotto quale autorità. Le collezioni automatiche di carte ricorrenti sono un uso comune del MIT, ma i termini non sono intercambiabili. Salvare una carta da sola non autorizza le collezioni future.

Ad esempio, un cliente si iscrive per un ipotetico USD 10 mensili di adesione. Essi pagano attivamente il primo USD 10 a firmare-up e accettano di risarcimenti mensili automatici. Quel pagamento di iscrizione è un CIT. Il mese prossimo, la vostra azienda raccoglie il rinnovo concordato senza che il cliente si prenda azione: che il pagamento è un MIT. L'installazione può anche salvare una carta per una prima carica differita invece di ricaricare a firma.

Abbonamenti, fatturazione e pagamento

• Abbonamento: l'accordo in corso tra un cliente e un piano di prodotto o di servizio, compresi i termini di prezzi e di cancellazione.
• Pagamenti ricorrenti: le spese raccolte in virtù di tale accordo.
• Bilanciamento della logica: decide cosa caricare e quando.
• Trattamento dei pagamenti: esegue tale istruzione tramite un fornitore di pagamento.

La scelta di DEUNA per il trattamento dei pagamenti non trasferisce ogni responsabilità di gestione degli abbonamenti a DEUNA. Le politiche dei clienti, le imposte, le fatture e la consegna dei servizi rimangono la vostra responsabilità a meno che non sia integrata separatamente.

Dalla configurazione alla raccolta successiva

Il setup e il recupero scorre su questa pagina concentrati sui pagamenti di carte ricorrenti.

1. Consenso: ottenere il consenso che identifica la vostra attività e spiega l'importo o il calcolo, la frequenza di raccolta o il trigger, e termini di cancellazione.
2. Configurazione della scheda: catturare e gettare la carta, con l'autenticazione del cliente, se necessario. L'installazione può includere un pagamento immediato o salvare la carta per una prima carica differita.
3. Decisione di fatturazione: il proprietario del fatturazione determina l'importo e la data di scadenza per ogni raccolta in base all'accordo.
4. Lavorazione: DEUNA elabora il pagamento.
5. Riconciliazione: riconciliare ogni risultato ai tuoi registri.

DEUNADiagramma di flussoIngrandisci

Questo ciclo di vita è concettuale. Il vostro approccio scelto determina quali programmi di sistema o presenta collezioni successive.

Riconoscere il vostro scenario di pagamento#

Per le fatture variabili, identificare quale sistema calcola l'importo e confermare che l'approccio scelto supporta quelle regole di fatturazione. Entrambi gli scenari richiedono un accordo preventivo e una configurazione di pagamento supportata.

Scegli un approccio DEUNA#

Scegli in base a dove appartengono le tue decisioni di fatturazione e come il tuo sistema fornisce istruzioni di raccolta.

Motore di abbonamento DEUNA

Configurare gli importi di fatturazione, le valute, le frequenze, il rinnovo automatico e le regole di riprova. Clienti associati e metodi di pagamento con abbonamenti in modo che il motore possa pianificare e elaborare le spese. Vedi Come funziona il motore di abbonamento DEUNA sotto e Gestire piani e abbonamenti dall'Admin per la configurazione supportata, incluse le prime spese differite.

Il motore e la sua classificazione per pagamenti ricorrenti devono essere abilitati per il commerciante e il negozio richiesti. Il supporto del processore, la portabilità del token, l'associazione delle transazioni di rete e i requisiti di autenticazione possono limitare quali connessioni sono idonee per i pagamenti futuri.

Motore abbonato Merchant

Mantenere la logica di fatturazione e utilizzare API di pagamento DEUNA per la collezione. DEUNA fornisce routing, retries cross-provider idonei e gestione dei pagamenti per flussi MIT e PSD2, compresi i 3DS iniziali, se necessario. Configurazione strategie di pagamento per connessioni supportate.

DEUNA memorizza anche gli identificatori di transazioni di rete (NTIDs) per il successivo collegamento MIT. Un token a volta identifica le credenziali della carta memorizzata; una cronologia delle transazioni di rete di riferimenti NTID. Né sostituisce il consenso del cliente, e il collegamento supportato dipende dal fornitore e dalla rete.

Caricamento in batch

DEUNA può presentare collezioni di lotti basate su gettoni per l'autorizzazione del processore online, dove supportato. Un lotto cambia come arrivano le istruzioni; l'autorizzazione può ancora verificarsi online per ogni pagamento.

Accordo sul formato del lotto ricorrente, consegna, idoneità di token, processori e scambio di risultati per-pagamento con DEUNA prima dell'integrazione.

Come funziona il motore di abbonamento DEUNA#

Il API degli abbonamenti gestisce gli abbonamenti dei clienti ai piani che offrite. Utilizzare per controllare gli stati di abbonamento e di piano e per garantire che la fatturazione, l'attivazione, la cancellazione e la scadenza siano eseguiti correttamente.

È inoltre possibile creare piani e gestire gli abbonamenti dal modulo Abbonamenti nell'Admin. Vedi Gestire piani e abbonamenti dall'Admin per la guida passo-passo.

Modello di dati

Inizio differito

Un piano può definire quando si verifica la prima carica invece di ricaricare immediatamente, sia in un giorno specifico del mese o un numero di giorni impostato dopo la creazione dell'abbonamento. Solo una modalità di avvio differita può essere configurata per piano.

• Non si effettuano spese immediate
• Le spese sono programmate automaticamente in base alla configurazione del piano, senza ulteriori chiamate API.
• La modifica del piano non è supportata e l'avvio differito non può essere modificato una volta che il piano ha abbonamenti attivi.

Consulta Creare un piano con inizio differito per le fasi di configurazione e gli esempi di Admin.

Intervalli di fatturazione supportati

Statistiche del piano

Stati membri

Ingrandisci

Gestire gli abbonamenti con l'API

Crea un abbonamento

Usa il Crea un abbonamento endpoint.

Elenco abbonamenti

Usa il Lista degli abbonamenti endpoint per ricevere tutti gli abbonamenti per un cliente.

Aggiornare un abbonamento o una carta di pagamento

Se il cliente aggiorna la propria carta, è possibile:

• Chiamata Aggiornamento dell'abbonamento per aggiornare l'abbonamento.
• Ripristinare l'accusa per la fattura in ritardo.

Cattura le schede di sostituzione attraverso la cattura sicura della carta in modo che i dati della carta grezza rimangano fuori dai sistemi.

Annullare un abbonamento

La cancellazione cambia lo stato di canceled. È possibile specificare:

• Cancellazione alla fine del ciclo di fatturazione corrente.
• Cancellazione alla fine del ciclo di rinnovo. Ad esempio, un abbonamento mensile rinnovato per un anno viene annullato quando tale anno è completato.
• term_end: indica la fine del ciclo corrente e genera un rimborso.
• bill_date: indica l'inizio del ciclo successivo (24 ore dopo term_end) e genera un rimborso.

Per i passaggi corrispondenti di Admin, vedere Annullare un abbonamento nell'Admin.

Ritmo automatico

Il motore di abbonamento include un meccanismo di riprova per gestire guasti temporanei, come problemi di comunicazione con i processori di pagamento durante la ricarica o l'attivazione dell'abbonamento. Assicura che il pagamento e l'attivazione siano completati senza intervento manuale, anche con guasti intermittenti.

• Rettifica automatica: se la carica o l'attivazione dell'abbonamento non vengono effettuate, il sistema tenta nuovamente il processo dopo un ritardo.
• Rientro espositivo: ogni riprova aumenta il tempo di attesa tra i tentativi di evitare il sovraccarico del sistema.
• Limite di ricircolo: quando i retries raggiungono un massimo configurabile (ad esempio, sei tentativi), il sistema segna l'abbonamento come sospeso o annullato (basato sulla propria configurazione)
• Notifica: dopo tentativi falliti, il sistema può notificare al cliente o all'amministratore lo stato dell'abbonamento e i guasti.

Gestire piani e abbonamenti dall'Admin#

I piani definiscono le condizioni di fatturazione di un abbonamento, compreso il suo prezzo, la frequenza, il tipo di rinnovo, e facoltativamente una data di inizio differita per la ricarica. Gestisci sia i piani che gli abbonamenti dei clienti dal Abbonamenti modulo nell'Admin.

Piani di campionamento

Creare un piano con inizio differito

1. Nel menu della barra laterale, vai a Abbonamenti.
2. In Abbonamenti, clicca Piani.
3. Cliccare su Creare un piano.
4. Completare i campi generali del piano: nome, descrizione, importo, valuta, frequenza e rinnovo.
5. Nel Inizio differito sezione, abilitare "Iniziare la fatturazione di fiancio" toggle.
6. Selezionare come si desidera definire l'inizio di fatturazione:

   • In un giorno specifico del mese: l'accusa si verifica lo stesso giorno ogni mese, indipendentemente da quando l'abbonamento è stato creato.

     Esempio: se si seleziona il giorno 10 e l'utente si iscrive il 3 ottobre, la prima carica sarà il 10 ottobre.

   • X giorni dopo l'acquisizione del piano: l'accusa si verifica X giorni dopo l'abbonamento è creato.

     Esempio: se si sceglie 7 giorni e l'abbonamento inizia il 5 ottobre, il periodo di inizio abbonamento sarà il 12 ottobre.

7. Salvare le modifiche cliccando Salvare il piano.

L'inizio differito sarà registrato e applicato a tutti gli abbonamenti creati con questo piano.

Visualizza gli abbonamenti

Accesso al Abbonamenti scheda all'interno del modulo.

È possibile filtrare gli abbonamenti per email del cliente, data di creazioneo nome del progetto.

Informazioni di iscrizione

Clicca su qualsiasi abbonamento nell'elenco per accedere alla sua visualizzazione dettagliata.

Annullare un abbonamento nell'Admin

1. Vai al Abbonamenti sezione nel menu laterale.
2. Nel Abbonamenti scheda, cercare il cliente per e-mail o ID.
3. Fare clic sull'icona del menu di azione ··· e selezionare Visualizza abbonamento.
4. Nella vista dei dettagli, fare clic su Azioni pulsante e selezionare Annullamento.
5. Un modal si aprirà con l'opzione per selezionare un Politica di cancellazione. Ci sono tre opzioni:

6. Se si sceglie l'opzione specifica data, selezionare il giorno del calendario.
7. (Opzionale) Aggiungi un motivo di cancellazione per mantenere la tracciabilità.
8. Cliccare su Confermare la cancellazione per eseguire l'azione.

Pausa un abbonamento

1. Nel dettaglio dell'abbonamento, fare clic sul pulsante Azioni pulsante e selezionare Pausa.
2. Un modale apparirà dove è possibile scegliere Politica di Pausa. Ci sono tre opzioni:

3. Se si sceglie l'opzione specifica data, selezionare il giorno del calendario.
4. (Opzionale) Inserisci un ragione di pausa se vuoi registrare il contesto.
5. Cliccare su Confermare la pausa per applicare l'azione.

Vantaggi per le collezioni ricorrenti#

Ripristina i tempi informati dal comportamento

I retries AI-driven di DEUNA imparano dal comportamento storico del commerciante e del cliente per selezionare i tempi per i tentativi di recupero idonei. Rispetto ad un programma di riprovazione fisso, questo può mirare a un momento in cui una condizione recuperabile può essere cambiata. Ad esempio, un tentativo successivo può avere successo dopo che un saldo insufficiente è stato ricomprato.

L'obiettivo è quello di recuperare i ricavi e ridurre il calo involontario: i clienti persi perché i pagamenti falliscono. L'approvazione non è garantita. Confermare le funzionalità di recupero disponibili e i limiti di rete o di provider per il tuo approccio scelto.

Resilienza attraverso più fornitori

L'instradamento tramite fornitori idonei configurati riduce la dipendenza da una singola connessione di elaborazione. Elaborazione predefinita può utilizzare un secondo processore in una cascata di fallback. L'ammissibilità dipende dal fallimento, dalle regole del fornitore e dall'idoneità di token per il percorso alternativo. Il cambiamento dei fornitori non compensa un equilibrio insufficiente.

Se una collezione non ha successo confermato, prima di distinguere un risultato non risolto da un risultato che permette il recupero:

DEUNADiagramma di flussoIngrandisci

Ogni percorso di recupero dipende dall'accordo, dalle regole del fornitore e dalla configurazione supportata:

• Utilizzare un flusso di clienti supportato solo se consentito. L'autenticazione del cliente richiesta deve restituire al cliente il flusso supportato; i retries non presidiati non possono sostituirlo.
• Il provider fallback richiede un fornitore idoneo configurato.
• Una successiva riprova di raccolta deve essere ammissibile e si verifica all'ora selezionata.
• I commenti tecnici dopo i fallimenti di comunicazione seguono regole documentate per il pagamento originale.

Coordinate la proprietà di recupero tra il vostro sistema e DEUNA per evitare che i processi indipendenti raccolgano la stessa fattura due volte.

Dati di carte meno sensibili nei vostri sistemi

Utilizzare la cattura della carta di DEUNA e Vault di pagamento tokenizzare le credenziali e tenere i dati delle carte grezze fuori dai sistemi. Questo può ridurre i controlli applicabili ai sensi della norma di sicurezza dei dati dell'industria della carta di pagamento (PCI DSS). L'outsourcing lascia ancora responsabilità mercantili, tra cui la supervisione del fornitore e la convalida della conformità. Vedi Guida di outsourcing PCI SSC.

Prepararsi all'adozione#

Confermare il proprietario di fatturazione, flusso di consenso, fornitori supportati, l'idoneità di token e la politica di recupero. Se una carta diventa inutilizzabile, chiedere al cliente di sostituirla tramite la cattura sicura della carta.

Per risultati incerti, riconciliare il pagamento originale prima di iniziare una nuova collezione. Seguire il guida richiesta idempotent per i retries tecnici dopo i fallimenti di comunicazione. Utilizzare canali di risultato documentati, compresi webhooks ove applicabile, per aggiornare i tuoi record.

Gestione della cancellazione

Distinguono una richiesta di cancellazione dal suo tempo effettivo: immediato, fine del periodo, o una data specificata sotto la politica configurata.

• Interrompere nuove sottomissioni da quel momento, o prima se l'autorità di carica è revocata o scade.
• Rimuovere le collezioni non soggette a contatto dal sistema di pianificazione.
• Pagamenti riconciliati già presentati. Non assumere la cancellazione ferma un pagamento in volo; confermare qualsiasi inversione o rimborso in base alla politica applicabile.

Valida prima dell'implementazione

Utilizzare casi di sandbox supportati. Coordinare i casi non disponibili con DEUNA prima di rollout.

• Setup: conferma del consenso, un token adatto e il completamento dell'autenticazione richiesta.
• Collezione: verificare che l'importo corrisponda alla decisione di fatturazione e che ogni risultato si riconcilia con i suoi record.
• Recupero: esercitare i risultati idonei di recupero e autenticazione richiesti. Confermare la politica concordata e il flusso di customer-action.
• Uncerti risultati: verificare la riconciliazione prima di un altro tentativo di raccolta.
• Cancellazione: controllare la politica in tempo reale, revocato consenso, rimozione delle collezioni in coda colpite e riconciliazione dei pagamenti presentati.

Prossimo passo#

• Motore di abbonamento DEUNA: configurare i piani da Amministrazioni e integrare API degli abbonamenti.
• Motore abbonato Merchant: integrare il API di pagamento DEUNA e configurare strategie di pagamento.
• Caricamento in batch: concordare sulla raccolta e lo scambio dei risultati con DEUNA prima di costruire l'integrazione.