Suport pentru abonamente WooCommerce
Cardflo se integrează direct cu abonamentele WooCommerce, permițând comercianților să gestioneze eficient veniturile recurente. Această integrare oferă o infrastructură de plată robustă pentru afacerile bazate pe abonamente, asigurând procesarea consecventă a plăților și o retenție îmbunătățită a clienților.
Comercianții pot valorifica funcțiile avansate Cardflo în cadrul configurației lor WooCommerce existente.
- Categorie
- Pluginuri
- Capabilități
- 10
- Disponibil pe
- Toate planurile
Prezentarea generală
Suportul pentru abonamente WooCommerce într-un stack de plăți funcționează ca un strat de orchestrare între mediul WordPress și infrastructura de achiziție.
Această integrare facilitează gestionarea ciclurilor de viață ale tranzacțiilor recurente, depășind simplele autorizări unice pentru a gestiona logici complexe, cum ar fi ciclurile de facturare programate, perioadele de probă și prorata.
Prin utilizarea unei interfețe de plugin specializate, comercianții se conectează la un gateway de plată care acceptă notificări de plată asincrone și credențiale stocate în seif.
Mecanismul se bazează pe tranzacții inițiate de comerciant (MIT) unde tranzacția inițială inițiată de titularul cardului (CIT) stabilește mandatul pentru facturarea ulterioară. Această structură permite sistemului să gestioneze cerințele tehnice ale Autentificării Puternice a Clienților (SCA) minimizând în același timp fricțiunea.
Se situează între baza de date WooCommerce și rețelele schemelor de plată, asigurând că tokenurile de plată sunt stocate în siguranță și că actualizările individuale ale abonamentelor sunt comunicate achizitorului cu semnalizarea corectă a tranzacției pentru a menține conformitatea cu reglementările PSD2.
Cum funcționează
Stabilirea mandatului de plată
Când un client finalizează o comandă, sistemul efectuează o autorizare inițială cu verificare 3D Secure. Aceasta creează un token securizat și un mandat de plată documentat de emitent.
Această tranzacție inițială inițiată de titularul cardului stabilește semnalizările necesare pentru ca toate ciclurile viitoare de facturare automată să fie procesate ca inițiate de comerciant.
Stocarea securizată a tokenurilor
Numerele de cont primare sensibile nu sunt stocate pe serverul WooCommerce. În schimb, acestea sunt transmise unui seif conform PCI-DSS.
Gateway-ul returnează un token unic platformei comerciantului, care este utilizat pentru cererile recurente ulterioare, reducând domeniul de aplicare al cerințelor de securitate a datelor pentru afacere.
Cicluri de facturare automate
Pluginul monitorizează programul de abonament definit în WordPress. La intervalul necesar, declanșează o cerere către procesatorul de plăți utilizând tokenul stocat.
Cererea include indicatori recurenți specifici și identificatorul tranzacției originale pentru a asigura că emitentul recunoaște plata ca parte a unui acord stabilit.
Gestionarea plăților refuzate
Dacă o plată recurentă este refuzată, sistemul clasifică eșecul ca refuz soft sau hard. Refuzurile soft, cum ar fi fondurile insuficiente temporare, declanșează logica secundară de reîncercare sau procesele de dunning.
Refuzurile hard, cum ar fi un card anulat, determină sistemul să notifice clientul să actualizeze detaliile de plată.
De ce contează
Reducerea ratelor de abandon
Abandonul involuntar apare atunci când abonamentele active eșuează din cauza problemelor tehnice de plată sau a credențialelor expirate. Integrarea unui suport sofisticat pentru abonamente permite utilizarea unor instrumente precum actualizatoarele de cont și logica inteligentă de reîncercare.
Aceste mecanisme asigură că veniturile rămân constante fără a fi nevoie de intervenție manuală din partea clientului, ceea ce duce de obicei la o retenție mai mare pe durata de viață a abonatului.
Conformitate și acuratețea semnalizării
Plățile recurente sunt supuse unor cadre de reglementare specifice conform PSD2 și regulilor schemei. Eșecul de a semnaliza corect o MIT poate duce la rate ridicate de refuz din partea emitenților.
O integrare robustă asigură că fiecare tranzacție poartă metadatele corecte, cum ar fi ID-ul tranzacției originale și Codul Categoriei Comerciantului corespunzător, pentru a satisface modelele de risc ale emitentului și cerințele de autentificare.
Cazuri de utilizare
SaaS și abonamente digitale
Afacerile care oferă acces la software pot automatiza reînnoirile lunare sau anuale. Integrarea gestionează nivelurile de acces pe baza stării de decontare în timp real, asigurând că livrarea serviciilor este legată direct de confirmarea plății reușite.
Servicii de cutii fizice curatoriate
Comercianții care expediază bunuri fizice conform unui program utilizează integrarea pentru a sincroniza capturarea plăților cu ciclurile de inventar. Acest lucru asigură că etichetele de expediere sunt generate numai după ce achizitorul a autorizat plata recurentă.
Donații caritabile recurente
Organizațiile non-profit pot organiza programe regulate de donații prin intermediul site-ului lor web. Sistemul gestionează diverse frecvențe de donații, menținând în același timp o pistă de audit clară și oferind donatorilor posibilitatea de a întrerupe sau actualiza contribuțiile lor.
În cifre
Câștiguri tipice observate în industrie la trecerea de la semnalizarea recurentă manuală la cea automată și utilizarea logicii inteligente de reîncercare.
Cercetările din industrie indică faptul că acest interval de recuperare este posibil atunci când actualizatoarele de cont și dunning-ul automat sunt implementate eficient.
Durata standard pentru procesarea apelurilor API recurente între plugin și gateway-ul de plată în medii stabile.
Termeni asociați
Talk to our team about a live rollout on your acquiring stack.
Ce obțineți cu Suport pentru abonamente WooCommerce
- Sincronizarea semnalizărilor tranzacțiilor inițiate de comerciant pentru a satisface cerințele emitentului și a reduce refuzurile de autorizare.
- Stocarea credențialelor de plată într-un seif conform PCI pentru a minimiza riscurile locale de securitate a datelor.
- Secvențe automate de dunning pentru a gestiona și recupera veniturile din încercările eșuate de tranzacții recurente.
- Suport pentru mai multe valute prin interfața WooCommerce pentru a facilita extinderea globală a abonamentelor.
- Actualizări de stare în timp real prin webhook-uri pentru a menține înregistrările abonamentelor precise pe întreaga platformă.
- Integrare cu serviciile de tokenizare a rețelei pentru a actualiza automat detaliile cardului de credit expirate sau înlocuite.
- Control granular asupra programelor de reîncercare pentru refuzurile soft bazate pe codurile specifice de refuz ale emitentului.
- Executarea facturării proporționale pentru clienții care își schimbă nivelul de abonament la mijlocul ciclului.
- Raportare cuprinzătoare privind valoarea pe durata de viață a clientului și succesul reînnoirii abonamentelor pentru toate metodele de plată.
- Verificarea identității titularului cardului prin 3DS la tranzacția inițială pentru a stabili mandatele de plată.
A short scoping call, then a written plan for your MIDs.
Întrebări despre Suport pentru abonamente WooCommerce
Cum gestionează integrarea autentificarea puternică a clienților pentru plățile recurente?
Conform PSD2, configurarea inițială a abonamentului este tratată ca o tranzacție inițiată de titularul cardului și trebuie să treacă prin SCA, de obicei prin 3D Secure.
Odată ce aceasta este autentificată cu succes și mandatul este stabilit, plățile ulterioare din serie sunt clasificate ca tranzacții inițiate de comerciant (MIT).
Aceste MIT-uri sunt, în general, în afara domeniului de aplicare al cerințelor SCA, cu condiția să fie semnalizate corect cu ID-ul tranzacției originale.
Integrarea asigură că aceste semnalizări sunt prezente, permițând comerciantului să proceseze reînnoirile fără a cere clientului să revină pe site pentru fiecare ciclu de facturare.
Ce se întâmplă când expiră cardul de credit al unui abonat?
Sistemul poate utiliza serviciile de actualizare a contului furnizate de schemele de carduri pentru a gestiona expirarea cardului. Când un emitent înlocuiește un card, detaliile actualizate sunt preluate prin achizitor și tokenul din seif este reîmprospătat.
Pentru emitenții care nu acceptă acest lucru, logica de dunning din plugin oferă notificări automate prin e-mail către client, solicitându-i să furnizeze o nouă metodă de plată înainte ca abonamentul să fie suspendat sau anulat de sistem.
Pot oferi perioade de probă cu aceste setări de abonament?
Da, logica acceptă perioade de probă în care se efectuează inițial o autorizare cu sumă zero sau cu o taxă nominală pentru a valida cardul și a stabili mandatul. Odată ce perioada de probă expiră, sistemul trece automat la suma integrală de facturare.
Integrarea asigură că trecerea de la probă la plata integrală este comunicată corect emitentului pentru a evita declanșatorii de fraudă sau refuzurile neașteptate în timpul primului eveniment de facturare integrală.
Sunt acceptate mai multe metode de plată pentru facturarea recurentă?
În timp ce cardurile de credit și de debit sunt cele mai comune, infrastructura acceptă diverse metode de plată alternative (APM) care permit mandate recurente, cum ar fi SEPA Direct Debit. Disponibilitatea acestor metode depinde de capacitățile achizitorului și de reglementările regionale specifice.
Integrarea organizează aceste diverse metode în cadrul procesului de finalizare a comenzii, asigurând că clientul își poate selecta metoda preferată, în timp ce sistemul menține documentația necesară a mandatului.
Este posibil să întrerup un abonament în loc să-l anulez?
Cadrul tehnic permite suspendarea declanșatorului de facturare fără a șterge tokenul de plată sau înregistrarea mandatului. Când un comerciant sau un client întrerupe un abonament, cererile de facturare programate sunt oprite.
La reactivare, sistemul reia ciclul utilizând tokenul existent. Acest lucru menține continuitatea acordului original și evită necesitatea unei noi provocări 3DS, cu excepția cazului în care suma de facturare sau termenii s-au modificat semnificativ.
Cum sunt clasificate și gestionate refuzurile de către plugin?
Gateway-ul returnează coduri specifice de refuz pentru fiecare tranzacție eșuată. Sistemul le clasifică în refuzuri soft, cum ar fi „fonduri insuficiente”, și refuzuri hard, cum ar fi „card furat”.
Pentru refuzurile soft, comercianții pot defini un program automat de reîncercare, cum ar fi încercarea de a efectua din nou plata după 24 sau 72 de ore.
Refuzurile hard opresc imediat încercările de reîncercare pentru a evita taxele de schemă sau penalitățile din partea achizitorului pentru autorizări eșuate excesive.
Funcționalități similare.
Ești pregătit pentru viteză?
Spuneți-ne despre afacerea dvs. Vă vom potrivi cu partenerii de achiziție potriviți și cu ruta corectă, de obicei în mai puțin de o săptămână.