@Joshua_Kogan Puoi farlo immediatamente in due modi diversi utilizzando il plugin Custom Wizard.
Effettuare il pagamento esternamente
Un metodo consiste nell’invio dell’utente a un provider di pagamenti al completamento di una fase di un wizard personalizzato, assicurarsi che il pagamento sia stato completato utilizzando una combinazione di parametri consentiti e dati obbligatori, quindi aggiungere l’utente a un gruppo nella fase successiva (utilizzando l’azione “Aggiungi al gruppo”).
Questa è una descrizione completa della parte relativa al pagamento di questo approccio. La parte relativa all’aggiunta al gruppo dovrebbe essere di per sé chiara:
Configurazione per l'invio dell'utente al provider di pagamenti
- Route To Action . È disponibile un nuovo tipo di azione chiamato “Route To” che ti consente di inviare un utente a un URL di destinazione al completamento di una fase. Per i tuoi wizard, l’azione deve essere aggiunta a qualsiasi fase che precede il pagamento dell’utente. Attualmente vengono aggiunte alla fase ‘payment’ stessa, ma puoi rimuovere questa fase e aggiungerle alla fase precedente se lo desideri. L’azione “Route To” ha attualmente due impostazioni:
-
url: Questo è l’URL di destinazione. Come per altri input del wizard, puoi interpolare i dati utilizzando w{} per i campi del wizard e u{} per i campi dell’utente.
-
code: Un codice univoco da aggiungere come parametro all’URL di destinazione. Quando questa impostazione è compilata, il Custom Wizard genererà una stringa esadecimale casuale unica che:
- aggiunge all’URL come parametro di query aggiuntivo utilizzando la chiave che fornisci; e
- salva il codice nei dati di submission utilizzando la chiave che fornisci
Associare una chiave unica a ogni richiesta consente di validare qualsiasi callback per quella richiesta (cioè quando l’utente torna al wizard). Nel caso di Chargify, Chargify memorizzerà qualsiasi valore inviato nel parametro ‘reference’ (vedi oltre), che potrai poi aggiungere all’URL di ritorno a cui Chargify reindirizza l’utente dopo aver completato il pagamento.
-
Permitted Params . Questa è una nuova impostazione della fase che ti consente di specificare quali parametri di query sono consentiti per la fase e la chiave con cui devono essere salvati nei dati di submission. Puoi utilizzarlo sia per salvare dati statistici o analitici (come da dove l’utente ha iniziato il wizard), sia per le callback. Nel caso di Chargify abbiamo passato il codice ‘reference’ a Chargify (e lo abbiamo salvato nei dati di submission) quando abbiamo reindirizzato l’utente a Chargify per completare il pagamento. Successivamente, abbiamo aggiunto questo codice all’URL di ritorno come parametro di ritorno, che poi salviamo nelle submission aggiungendo qualsiasi parametro specifichiamo per contenere
customer_referencenei parametri di ritorno. Nota che in Chargify dovrai impostare l’URL di ritorno sull’URL della fase successiva alla fase a cui hai aggiunto l’azione “Route To”. Ciò significa che dovrai aggiungere il parametrocustomer_referencecome parametro consentito a quella stessa fase. -
Required Data . Questa è una nuova impostazione della fase che ti consente di imporre un controllo dei dati prima di consentire a un utente di visualizzare la fase. Attualmente puoi richiedere che un pezzo di dati di submission sia uguale a un altro pezzo di dati di submission. Se l’utente tenta di caricare la fase e il controllo dei dati richiesti fallisce, vedrà un messaggio di errore. Nel caso di Chargify, useremo questo per richiedere che il codice creato nell’azione “Route To” sia uguale al
customer_referencerestituito da Chargify. Puoi personalizzare il messaggio di errore mostrato agli utenti utilizzando il campo “Messaggio mostrato quando i dati non sono presenti” nell’amministratore del wizard. Inoltre, c’è un link “Ricomincia Wizard” aggiunto al messaggio di errore che consente all’utente di reimpostare il wizard alla fase 1 e cancellare gli input esistenti.
Effettuare il pagamento internamente
Puoi utilizzare ProCourse Memberships per effettuare il pagamento.
Puoi anche utilizzare quasi qualsiasi provider di pagamenti se dispone di un’API che supporta OAuth2 o l’autorizzazione Basic (ad esempio, Stripe utilizza l’autorizzazione Basic), configurando una connessione API utilizzando l’azione “Send to API” del Custom Wizard e il relativo sistema di gestione degli endpoint API. Come impostare questo dipenderà dal provider. Questo approccio è meno stabile; è una funzionalità in beta, ma ha un potenziale significativo.