Terug naar Blog
Een abonnement stoppen na een vast aantal betalingen
Facturatie

Een abonnement stoppen na een vast aantal betalingen

Stel een vast aantal abonnementsbetalingen in en onderscheid betalingen van pogingen. Controleer afronding en toegang met een overzicht van zes betalingen.

8 oktober 20265 min lezen
P
PayRequest Team
Redactie productworkflows

Om abonnementsfacturering na een vast aantal betalingen te stoppen, stel je een eindige betaallimiet in en controleer je de geslaagde betalingen op het individuele abonnement. Houd die grens apart van het einde van het programma of de toegang. Zes pogingen, zes verstreken maanden en zes geslaagde betalingen zijn verschillende gegevens.

Deze checklist is voor een opleidingsbedrijf dat een vaste programmavergoeding in een beperkte reeks int. Het is geen opzegbeleid en geen advies om een eindig aanbod als onbeperkt lidmaatschap te verkopen. Leg totaal, planning en eindvoorwaarden vóór checkout uit.

Wat bepaalt de betaallimiet?

De PayRequest-documentatie over Billing Cycles beschrijft Payments Made, Payments Total en Remaining. Na het ingestelde aantal geslaagde betalingen krijgt het abonnement status Completed en stopt gewone toekomstige facturering. Toegang volgt afzonderlijk de bedrijfsworkflow.

De op 8 oktober 2026 bekeken productcode neemt de limiet van een eindig product over in het betalingstotaal van een nieuw abonnement. De methode voor een geslaagde betaling verhoogt de teller; afronding wist de volgende factuurdatum. Controleer het individuele record. Veronderstel niet dat een productwijziging ieder bestaand contract aanpast.

Leg het eindige aanbod vast vóór de teller

Eigen fictief voorbeeld: één opleidingsprogramma kost €600, geïnd via zes terugkerende betalingen van €100. Veronderstel dat dit totaal alles in het voorbeeld omvat, zonder aparte startkosten, korting of belastingcorrectie. Zes maal €100 is €600. Dit is geen PayRequest-planprijs of klantresultaat.

Noteer programma, valuta, totaal, termijnbedrag, interval, startdatum en betaallimiet. Houd servicedatums en toegangsvoorwaarden apart. Bij een proefperiode, eerste betaling of startkosten controleer je eerst hoe die worden geregistreerd voordat je belooft wat meetelt.

Tel geslaagde betalingen, niet pogingen

Veronderstel dat de vierde inning één keer mislukt en later slaagt. Onderstaand eigen overzicht bevat zeven pogingen en zes geslaagde betalingen. Het beschrijft geen providerplanning voor herpogingen.

GebeurtenisResultaatGeslaagde tellerGeïnd bedrag in voorbeeld
Betaling 1Geslaagd1 van 6€100
Betaling 2Geslaagd2 van 6€200 totaal
Betaling 3Geslaagd3 van 6€300 totaal
Eerste poging betaling 4MisluktNog 3 van 6Nog €300
Latere poging betaling 4Geslaagd4 van 6€400 totaal
Betaling 5Geslaagd5 van 6€500 totaal
Betaling 6Geslaagd6 van 6€600 totaal

Een lopende transactie blijft apart totdat de uitkomst vaststaat. Verhoog de teller niet handmatig omdat een kalenderdatum verstreek. Koppel iedere getelde betaling aan de echte registratie en tel dezelfde betaling niet dubbel. Dit is een illustratief controleblad; providers kunnen herpogingen verschillend afhandelen.

Houd afronding en toegang gescheiden

Betaalafronding zegt of het afgesproken aantal is bereikt. Het zegt niet of een deelnemer het programma voltooide of materiaal nog mag bekijken. Ook WooCommerce onderscheidt betaalperioden en lidmaatschapseinddatums. De specifieke instellingen daar zijn geen PayRequest-belofte.

Gebruik twee overdrachtsvelden: “facturering afgerond na zes gecontroleerde betalingen” en “service/toegang eindigt volgens de programmavoorwaarden”. De datums kunnen verschillen. Controleer een gekoppelde cursus, community of externe toegangsdienst in plaats van aan te nemen dat een Completed-label alles automatisch beëindigt.

Controleer de laatste betaling en uitzonderingen

Controleer ingesteld totaal, geslaagde teller, bedragen, valuta, Completed-status en toekomstige planning. Een al lopende provideractie vraagt een aparte controle; lokale afronding bewijst niet dat alle externe acties klaar zijn.

Terugbetalingen, geschillen en correcties krijgen eigen referenties. Veronderstel niet dat een refund de teller verlaagt of vervangende inning toestaat. Zes ontvangsten van €100 en een latere refund van €50 betekenen €550 netto kasontvangst, maar die berekening beslist niet wat contractueel openstaat. Onderzoek dit vóór een nieuwe afschrijving.

Kies een eindgrens voor betalingen

De WooCommerce-gids voor abonnementsproducten toont eindinstellingen van een ander product. Vergelijk de taak, maar kopieer geen labels of gedragsaannames naar PayRequest.

Voor een tijdelijke onderbreking gebruik je de pauze- en hervatchecklist. Voor de keuze tussen termijnfactuur, pakket en doorlopende facturering zie je lesfactureringsmodellen. Controleer daarna één eindig product en het individuele record met PayRequest Subscriptions.

Redactionele toelichting: AI hielp bij artikel en cover. Gepubliceerde documentatie en relevante productcode zijn op 8 oktober 2026 bekeken. Het overzicht is fictief; geen live abonnement, herpoging of toegangsintegratie is getest.

Veelgestelde vragen

Zijn zes betaalpogingen gelijk aan zes betalingen?

Nee. Houd geslaagde betalingen apart van mislukte of lopende pogingen. De gedocumenteerde Payments Made-teller van PayRequest vertegenwoordigt geslaagde betalingen.

Beëindigt Completed automatisch cursus- of communitytoegang?

Ga daar niet van uit. Afronding van de facturering en toegang tot de dienst zijn aparte beslissingen. Controleer de echte toegangsflow en aangeboden voorwaarden.

Leidt een terugbetaling automatisch tot een extra geplande inning?

Leid dat niet af uit de betaallimiet. Controleer teller, status, betaalregistratie en het toegestane correctieproces vóór een nieuwe inning.

Deel dit artikel