Il plugin Subscriptions funziona con tabelle dei prezzi a pagamento unico?

Continuando la discussione da Discourse Subscriptions:

Se impostiamo il pagamento in una tabella prezzi di Stripe come “una tantum” invece che “ricorrente”, tutto funziona ancora? La mia intenzione è utilizzare la funzione di abbonamento per consentire agli utenti di iscriversi per sbloccare alcune cose, ma voglio che debbano ri-iscriversi manualmente. Pertanto, sto cercando di capire se alla fine di, diciamo, un abbonamento di 6 mesi, il plugin li rimuoverà comunque dal gruppo anche se si tratta di un pagamento “una tantum”?

Alcuni dei metodi di pagamento per la Polonia (Blik e Przelewy24) non consentono pagamenti ricorrenti, ma vorrei abilitare anche questi poiché le persone qui tendono a fidarsi molto di più di questi rispetto a fornire i dati della carta di credito. Quindi ha il potenziale per influenzare drasticamente i tassi di conversione!

1 Mi Piace

Penso che questi webhook vengano attivati solo per gli “abbonamenti”. Quindi, una volta che qualcuno ha pagato per un pagamento una tantum, rimarrebbe nel gruppo finché non venisse rimosso manualmente.

Stai configurando la durata in Stripe da qualche parte o stai semplicemente etichettando un pagamento una tantum come 6 mesi? Non sono sicuro che Stripe supporti nemmeno questo, ma potrebbe essere una possibile funzionalità che potremmo integrare nel plugin per gli acquisti una tantum.

In effetti hai ragione, colpa mia. Ho appena controllato e i pagamenti una tantum e Stripe non ti permettono nemmeno di impostare un periodo di tempo. Quindi suppongo che le mie uniche opzioni siano: a) devo fare pagamenti ricorrenti solo con carta, OPPURE b) etichettare i prodotti come se fossero solo per 6 mesi nel titolo o nella descrizione, quindi rimuoverli manualmente in Discourse (cosa che non voglio davvero fare lol). Uff…

Inoltre, ho capito correttamente che posso creare l’intera tabella dei prezzi con abbonamenti ricorrenti sul sito web di Stripe, quindi eseguire il rake e funzionerà in Discourse? Perché uno dei miei piani avrà prezzi a livelli in cui più posti significano che ogni posto è più economico, e invierò inviti alle email che raccolgo tramite un modulo personalizzato sulla pagina di checkout.

Probabilmente no. Proverei con una o due cose nella tua tabella dei prezzi prima di presumere che il rake task farà esattamente quello che vuoi. Discourse richiede un paio di campi di metadati in Stripe; non sono sicuro di cosa faccia il rake task a riguardo.

Inizierei creando prima il prodotto in discourse. Finché non ci sono ancora acquisti, puoi quindi accedere a Stripe, modificare il prezzo e quindi renderlo a livelli. Ti trovi in un territorio inesplorato, ma penso che finché utilizzi una tabella dei prezzi dovrebbe funzionare.

2 Mi Piace

Farò questo e proverò a testarlo stasera in modalità di test e con un utente di test appena registrato. Poi ti farò sapere su questo argomento :saluting_face:

2 Mi Piace

Wow ragazzi, okay, penso che stia funzionando. Ho creato due prodotti lato Discourse, poi li ho modificati lato Stripe per essere per 6 mesi (non era un’opzione nel plugin). Ho poi aggiunto anche funzionalità di marketing e descrizioni. Ho creato un prodotto a livelli e ho aggiunto entrambi alla tabella dei prezzi. Ho completato con successo un abbonamento, poi l’ho annullato e ho testato l’altro (a livelli), anch’esso con successo.

(Nota a margine: avevo bisogno di questo piano a livelli perché voglio offrire un piano per team aziendali in cui ogni posto costa un po’ meno (scontato per volume), poi potrò semplicemente invitare manualmente i membri mancanti del team tramite link di invito e aggiungerli tutti manualmente a un gruppo privato.)

La tabella dei prezzi ha funzionato con entrambi i prodotti e con un codice coupon. In Stripe, mostra la data del prossimo rinnovo tra sei mesi, ma in Discourse il prodotto è stato creato con l’opzione di rinnovo “un mese” quindi non mi è ancora chiaro se ciò causerà problemi!

Tuttavia, sembra che stia funzionando anche se questo approccio non è “ufficialmente supportato” e se dovrò aggiustare manualmente qualcosa tra 6 mesi, sarà un piccolo prezzo da pagare! È importante solo che l’utente sia stato effettivamente aggiunto al gruppo e che il pagamento sia stato elaborato.

2 Mi Piace

E in /(user)/billing/subscriptions mostra il piano a più livelli di 6 mesi come:

Tariffa: 0,00 PLN / mese
Si rinnova: 15 luglio 2025

Il che è in linea con quanto mostra la dashboard di Stripe. Quindi, per quanto riguarda Stripe, l’abbonamento di 6 mesi funziona, e si tratta solo di capire se il plugin Discourse li espellerà dopo un mese o meno.

Quando utilizzo il simulatore di tempo in Stripe e salto avanti di un mese, rimuove l’intero ID di abbonamento dalla dashboard del plugin di abbonamento dell’amministratore /admin/plugins/discourse-subscriptions/subscriptions come se non fosse mai esistito. Ma l’utente è ancora nel gruppo e Stripe mostra ancora l’abbonamento come attivo.

Speriamo che in futuro potremo ottenere il supporto per gli abbonamenti di 6 mesi :face_with_peeking_eye:

È fantastico! Penso che questo trucco potrebbe aiutare anche me. Grazie per averlo condiviso!

Penso che vengano espulsi tramite un webhook da Stripe, quindi penso che farà la cosa giusta. Il tempo lo dirà!

1 Mi Piace

Corretto. Il plugin di sottoscrizione non ha timer propri. Ascolta solo gli eventi webhook da Stripe.

1 Mi Piace

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.