Come scegliere il Recurring Processing Model (modello di elaborazione ricorrente)?

Question

Accepted Answer

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

Come scegliere il Recurring Processing Model (modello di elaborazione ricorrente)?

Questo articolo è stato utile?

Contenuti correlati

Hai bisogno di ulteriore aiuto?

Contatta il nostro team di supporto