Come posso scegliere il Recurring Processing Model (modello di elaborazione ricorrente)?
recurringProcessingModel definisce un tipo di pagamento ricorrente. Per impostazione predefinita, recurringProcessingModel è impostato su Subscription. Puoi modificare recuringProcessingModel a livello di conto commerciante. Ciò verrà applicato a tutte le transazioni (ricorrenti) effettuate dal tuo conto. Se desideri impostare il modello di elaborazione ricorrente a livello di transazione, devi inviare i valori nella tua richiesta API. I valori possibili sono:
- Subscription: contratti per una serie di transazioni con importi fissi o variabili, che seguono un intervallo di tempo fisso. Se non è impostato nella richiesta di pagamento, questo sarà il valore predefinito per shopperInteraction Contauth.
- CardOnFile: modelli in cui un acquirente memorizza i dettagli della carta e poi acquista dal sito internet o dall'app in un secondo momento utilizzando i dettagli della carta memorizzati.
- UnscheduledCardOnFile: contratti che si verificano in base a una pianificazione non fissa e/o che hanno importi variabili utilizzando i dettagli della carta memorizzati. Ad esempio, ricariche automatiche quando il saldo del titolare della carta scende al di sotto di un certo importo.
La tabella seguente mostra modelli aziendali comuni con i corrispondenti parametri per la richiesta di pagamento (interazione con l'acquirente e modello di elaborazione ricorrente).
Modello di business
Tipo di transazione
Parametri per la richiesta di pagamento
Interazione con l'acquirente
Modello di elaborazione ricorrente
Acquisto online con acquirente in sessione
Acquisto online una tantum in cui un acquirente inserisce i dettagli di pagamento con carta nella pagina di checkout.
E-commerce
Acquisto online dove l'acquirente accetta di memorizzare i dati della carta per un uso futuro sul tuo sito internet o sulla tua app. Può essere anche una transazione a valore zero.
E-commerce
CardOnFile
Acquisto online in cui l'acquirente utilizza i dettagli di pagamento con carta precedentemente memorizzati.
ContAuth
CardOnFile
Abbonamenti
Prima transazione per iscriversi a un abbonamento. Può essere anche una transazione a valore zero. I termini e le condizioni devono descrivere la politica per gli addebiti successivi, ad esempio importi fissi o variabili.
E-commerce
Subscription
Successivi addebiti per l'abbonamento, come descritto nei termini e nelle condizioni iniziali durante la transazione di registrazione, a intervalli di tempo uguali.
ContAuth
Subscription
Contratti con intervallo di tempo non fisso, ad esempio ricariche automatiche per account
Transazione iniziale in cui l'acquirente accetta i termini e le condizioni dei successivi addebiti. Può essere anche una transazione a valore zero.
E-commerce
UnscheduledCardOnFile
Le successive sono addebitate come descritto nei termini e condizioni iniziali durante la transazione di registrazione, a intervalli di tempo non fissi.
ContAuth
UnscheduledCardOnFile