In questo articolo, imparerai come definire per ogni offerta di abbonamento quali addebiti devono essere riscossi direttamente al momento dell'iscrizione tramite Open API, cosa succede in caso di mancato pagamento e come ciò influisce sull'accesso dei tuoi membri.
Contenuti
- Cos'è il pagamento iniziale?
- Configurazione nell'offerta di abbonamento
- Quali addebiti fanno parte del pagamento iniziale?
- Rendere obbligatorio il pagamento per le iscrizioni Open API
- Cosa succede quando un pagamento fallisce?
- Come funziona il processo di pagamento
- Caso speciale: cambio di abbonamento
- Restrizione di accesso per pagamenti iniziali non saldati
Procedura rapida
- Impostazioni / Firma dell'abbonamento / Offerte di abbonamento
- Apri l'offerta di abbonamento pertinente
- Vai alla sezione Opzioni offerta
- Seleziona i tipi di addebito che costituiscono il pagamento iniziale
- Opzionale: attiva Richiedi Pagamento Iniziale per iscrizioni Open API
- Opzionale: attiva Annulla creazione contratto se il pagamento iniziale non viene riscosso
- Salva
Cos'è il pagamento iniziale?
Quando un contratto viene firmato tramite Open API, il tuo partner API può riscuotere gli addebiti di iscrizione direttamente come parte del processo di iscrizione. Puoi controllare per ogni offerta di abbonamento quali tipi di addebito sono considerati come pagamento iniziale, se tale pagamento è obbligatorio e cosa succede in caso di mancata riscossione. Queste impostazioni influenzano anche direttamente l'accesso per i membri che sono stati registrati con pagamenti pendenti.
Configurazione nell'offerta di abbonamento
Tutte le impostazioni del pagamento iniziale si trovano nella sezione Opzioni offerta dell'offerta di abbonamento pertinente sotto Impostazioni / Firma dell'abbonamento / Offerte di abbonamento. Apri l'offerta che vuoi configurare. I tre nuovi campi appaiono in fondo alla sezione. Le offerte di abbonamento esistenti vengono migrate automaticamente con i valori predefiniti descritti di seguito. Le tue operazioni correnti non ne sono influenzate.
Quali addebiti fanno parte del pagamento iniziale?
Nel campo Il pagamento iniziale include (se dovuto all'iscrizione), utilizzi una selezione multipla per definire quali tipi di addebito contano come pagamento iniziale. Le opzioni disponibili sono: quota di abbonamento, pacchetto iniziale, moduli aggiuntivi e tariffe fisse. Per impostazione predefinita, tutte e quattro le opzioni sono selezionate.
Importante: sono inclusi solo gli addebiti effettivamente dovuti al momento della conclusione del contratto. Gli addebiti futuri non fanno parte del pagamento iniziale. Questa definizione si applica non solo alle iscrizioni tramite Open API, ma serve anche come base per la restrizione di accesso in tutti gli altri canali contrattuali.
Rendere obbligatorio il pagamento per le iscrizioni Open API
L'opzione Richiedi Pagamento Iniziale per iscrizioni Open API è inattiva per impostazione predefinita. Quando la attivi, il tuo partner API deve fornire un token di pagamento valido al momento della creazione del contratto. Il sistema verifica automaticamente se l'importo autorizzato corrisponde esattamente al totale di tutti gli addebiti dovuti. Se gli importi non corrispondono, l'iscrizione viene annullata e nessun contratto viene creato.
Se l'opzione è inattiva, non è possibile fornire un token di pagamento al momento dell'iscrizione. Un pagamento iniziale non è quindi possibile attraverso questo canale.
Puoi attivare questa opzione in modo graduale: definisci prima i tipi di addebito, quindi attiva il requisito quando sei pronto operativamente. Entrambi i passaggi sono indipendenti l'uno dall'altro.
Cosa succede quando un pagamento fallisce?
L'opzione Annulla creazione contratto se il pagamento iniziale non viene riscosso è inattiva per impostazione predefinita. Entra in vigore quando la riscossione effettiva del pagamento fallisce dopo che l'iscrizione è stata inviata.
- Opzione attiva: Il sistema annulla la creazione del contratto. Il contratto viene rimosso. Il record del cliente viene mantenuto. L'accesso è limitato fino a quando non viene completata con successo una nuova iscrizione.
- Opzione inattiva (predefinita): Il contratto rimane valido. L'importo dovuto viene registrato nel conto del membro e può essere riscosso tramite i processi abituali, ad esempio tramite un ciclo di pagamento o un sollecito.
Come funziona il processo di pagamento
Per capire quando può verificarsi un errore, ecco come funziona il processo: quando un membro si iscrive tramite Open API, autorizza il pagamento in anticipo tramite l'interfaccia di pagamento del tuo partner. Questa autorizzazione blocca l'importo ma non lo incassa ancora. La riscossione effettiva avviene una volta che il contratto e gli addebiti correlati sono stati registrati nel sistema. Un errore può verificarsi in questo momento, ad esempio se la carta è stata bloccata o se l'autorizzazione è scaduta nel frattempo. Se il token di pagamento non viene utilizzato entro il periodo di validità, l'autorizzazione viene automaticamente rilasciata e i fondi sono liberati.
Per i partner API: l'endpoint preview restituisce il flag mandatoryOnSigning per ogni addebito dovuto, nonché il totale di tutti gli addebiti obbligatori nel campo dueOnSigningAmount. Il token di pagamento deve essere richiesto e fornito solo in base a questo importo esatto.
Caso speciale: cambio di abbonamento
Per i cambi di abbonamento tramite Open API, si applicano le stesse impostazioni delle iscrizioni iniziali. Esiste un'eccezione: se l'offerta di abbonamento ha attivata l'opzione per saltare i costi iniziali all'inizio dell'abbonamento, tutti gli addebiti sono trattati come non dovuti al momento del cambio. In questo caso, l'endpoint preview restituisce mandatoryOnSigning: false per tutti gli addebiti e l'importo totale dovuto è zero. L'endpoint di cambio non accetterà un token di pagamento in questo scenario.
Restrizione di accesso per pagamenti iniziali non saldati
Se la configurazione della restrizione di accesso del tuo studio ha attivata l'opzione per limitare l'accesso in caso di pagamenti iniziali non saldati, si applicano i seguenti scenari:
- Il pagamento è stato autorizzato ma la riscossione fallisce successivamente, senza rollback: Il contratto rimane valido. L'accesso del membro è limitato fino a quando l'importo dovuto non viene saldato.
- Il pagamento non era obbligatorio all'iscrizione: L'accesso del membro è limitato fino a quando il pagamento iniziale non viene saldato retroattivamente.
- Il pagamento fallisce e il rollback è attivo: Non esiste alcun contratto. Il record del cliente rimane, ma senza un abbonamento attivo l'accesso non è possibile.
- Iscrizioni tramite altri canali come l'area di supporto alle vendite, la Piattaforma Membro o le landing page: anche questi contratti sono soggetti a restrizione di accesso se il pagamento iniziale è definito nell'offerta di abbonamento e non è stato saldato. L'accesso è concesso solo una volta che tutti i tipi di addebito definiti sono stati compensati nel conto del membro.
Avviso: Questo articolo è stato tradotto con l'aiuto dell'intelligenza artificiale. Ci scusiamo per eventuali errori.