Terug naar Blog
WHMCS-betaalmachtigingen: controle vóór de migratie
Facturatie

WHMCS-betaalmachtigingen: controle vóór de migratie

Controleer opgeslagen betaalkaarten, accounts bij betalingsproviders en doorlopende machtigingen voordat u de facturering vanuit WHMCS overzet. Gebruik een voorbereidingswerkblad en plan de herautorisatie van klanten.

7 oktober 20269 min lezen
P
PayRequest Team
Team facturatiecontent

Een WHMCS-klantenexport is geen overdraagbare betalingsmachtiging. Voordat je terugkerende facturering migreert, moet je de provideraccount, de opgeslagen betalingsreferentie en de machtiging die door elke dienst wordt gebruikt, identificeren. Controleer vervolgens of de bestemming die regeling kan gebruiken of dat de klant een nieuwe machtiging nodig heeft. Factuurgegevens en toestemming om te incasseren zijn verschillende records.

Deze handleiding helpt hostingproviders bij het plannen van die beslissing. Het biedt geen script voor het kopiëren van tokens en belooft geen automatische overdraagbaarheid van betaalmethoden. Het onderstaande originele voorbereidingswerkblad kan worden ingevuld zonder ruwe kaartgegevens te verzamelen. Voor de uitgebreidere migratie begin je met de ‘Checklist voor WHMCS-migratie’.

Wat vertegenwoordigt een opgeslagen betaalmethode in WHMCS?

Een opgeslagen betalingsreferentie identificeert een relatie binnen een bepaalde gateway en een provideraccount. De betekenis ervan hangt af van de module. Het kan verwijzen naar een klant, een opgeslagen betaalmethode of een externe doorlopende overeenkomst. Het label alleen geeft geen uitsluitsel of het nieuwe platform betalingen mag verwerken.

De officiële ‘Documentatie van de WHMCS Stripe-module’ beschrijft tokenized opslag en modulespecifieke referenties. Controleer welke module je installatie daadwerkelijk gebruikt. Een Stripe-klant-ID is geen volledig abonnementsschema, en een schema duidt op zichzelf niet op een bruikbare kaart.

Sommige gateways maken terugkerende overeenkomsten buiten WHMCS om. De aparte Documentatie over abonnementsbeheer in WHMCS beschrijft gateway-annuleringshooks voor dergelijke regelingen. Dat is een ander mechanisme dan wanneer een applicatie bepaalt wanneer een factuur moet worden gegenereerd en om betaling moet worden gevraagd.

Noteer de daadwerkelijke naam en versie van de gateway, het account van de provider en de eigenaar van de incasso. Vraag wie elke verlenging initieert: WHMCS, het abonnementssysteem van de provider of een andere integratie. Zonder dat antwoord is het gemakkelijk om één schema uit te schakelen terwijl een onafhankelijke overeenkomst doorgaat met het in rekening brengen.

Beschouw de eerste inventarisatie als het verzamelen van bewijsmateriaal. Wijzig geen live-verwijzingen terwijl je ze in kaart brengt. Een stabiele momentopname stelt het factureringsteam in staat de oude regeling te vergelijken met de beoogde bestemming en accounts te identificeren die speciale behandeling nodig hebben vóór de volgende verlenging.

Scheid klantgegevens, autorisatie en verlengingsschema’s

Klantgegevens helpen je bij het matchen van identiteiten. Autorisatie zorgt voor een geldige manier om te incasseren. Het schema bepaalt wanneer en hoeveel er moet worden gefactureerd. Houd deze als drie afzonderlijke controles, zelfs als de oude interface ze op één pagina weergeeft.

Download het CSV-bestand met betalingsgereedheid. Het Engelse sjabloon registreert verificatieresultaten en fictieve referenties. Het is een planningswerkblad, geen importbestand voor mandaten van providers. Vermeld hierin geen kaartnummers, veiligheidscodes, wachtwoorden of API-geheimen.

RecordPlanningsvraagVoorbeeldresultaat
KlantkoppelingBehoort deze referentie tot de beoogde klant?Identiteit geverifieerd
Account van de aanbiederVan welk account is de opgeslagen methode?Bestaand account geregistreerd
BetalingsautorisatieKan de bestemming deze gebruiken voor deze dienst?In afwachting van bevestiging
VerlengingsschemaVoor welke periode is al betaald?Oktober betaald; november volgt
Verantwoordelijke voor incassoWelk systeem initieert de betaling vandaag?Bestaande gateway-workflow
BestemmingskoppelingIs daar een ondersteunde referentie geverifieerd?Niet klaar voor automatische incasso

Voor een fictieve klant A kunnen alle contactgegevens correct worden overgedragen, terwijl de betalingskoppeling nog niet is bevestigd. Die klant is niet klaar voor automatische incasso. Het markeren van het record als „geïmporteerd“ mag niet betekenen dat alle drie de controles worden samengevoegd tot één groene status.

Voor klant B kan de betalingsregeling weliswaar bevestigd zijn, maar is de volgende periode al betaald. Een correcte autorisatie rechtvaardigt geen nieuwe afschrijving. Combineer dit werkblad met de ‘overdrachtsverslag bij verlenging’ vóór activering.

Controleer of je van betalingsprovider verandert

Overstappen naar een nieuwe factureringsinterface en overstappen naar een nieuwe betalingsprovider zijn twee verschillende projecten. Bij dezelfde aanbieder blijven kan wat werk besparen, maar het betekent niet dat twee integraties dezelfde klant- en betalingsreferenties kunnen gebruiken.

Als het account van de aanbieder hetzelfde blijft, vraag dan aan de doelintegratie welke referentietypen deze accepteert, hoe het eigendom wordt geverifieerd en welke instellingen vereist zijn. Bevestig dit met een kleine, geautoriseerde testgroep. Verwissel de daadwerkelijke ondersteuning van de incassoroute niet voor een bekende accountnaam.

Als de aanbieder verandert, vraag dan beide aanbieders naar het ondersteunde migratieproces. Handleiding van Mollie voor het importeren van kaartmandaten beschrijft een gecoördineerde aanbiederoverstap en toewijzing aan nieuwe referenties. Het maakt expliciet onderscheid tussen de migratie van kaartgegevens en de abonnementslogica. Dat onderscheid staat centraal bij het plannen van de overstap van de facturering.

Het kaartproces van Mollie is geen universele methode voor elk betalingstype. In de documentatie wordt een onderscheid gemaakt tussen kaartmigratie en SEPA- en PayPal-mandaatroutes. Plan op basis van je daadwerkelijke methode, account en integratie, in plaats van elke opgeslagen betalingsregel als inwisselbaar te beschouwen.

Houd de coördinatie met de aanbieder gescheiden van een belofte over de klantervaring. Totdat de toewijzing naar de bestemming en de eerste incassoroute zijn geverifieerd, is de eerlijke status „wordt gecontroleerd“. Een migratiedatum moet de gereedheid weerspiegelen, niet een algemene aanname dat alle opgeslagen methoden worden overgedragen.

Bepaal wanneer herautorisatie door de klant de duidelijkere route is

Wanneer een bestaande regeling niet als bruikbaar kan worden bevestigd, plan dan een nieuwe autorisatie door de klant in in plaats van een niet-ondersteunde referentiekopie te proberen. Vertel de klant welke actie nodig is, welke dienst hieronder valt en wanneer toekomstige incasso’s zullen beginnen.

Bij herautorisatie mag de klant niet worden gevraagd om kaartgegevens per e-mail door te sturen. Leid de klant door de geconfigureerde, beveiligde betalingsprocedure. Medewerkers mogen geen kaartnummer of veiligheidscode via een supportticket verzamelen om een onvolledige integratie te omzeilen.

Gebruik verschillende berichten voor bevestigde en onbevestigde accounts. Een klant wiens betalingskoppeling gereed is, mag geen onnodig verzoek ontvangen om nog een kaart toe te voegen. Een klant wiens koppeling nog niet gereed is, mag geen geruststellend bericht ontvangen met de tekst „geen actie vereist“, louter omdat zijn e-mailadres succesvol is geïmporteerd.

Een herbruikbaar bericht is: „De facturering voor [dienst] wordt vanaf [periode] overgezet naar [portaal]. Je dient de betaalmethode vóór [datum] te autoriseren via [geverifieerde configuratielink]. Uw huidige betaalde dekking eindigt op [datum]. We zullen het volgende geplande bedrag bevestigen voordat we met de nieuwe incasso beginnen.”

Vervang elk veld door de daadwerkelijke gegevens en gebruik de geverifieerde bestemmings-URL. Controleer wie vragen van klanten kan beantwoorden en hoe een onvolledige autorisatie wordt afgehandeld. Herhaalde herinneringsmails kunnen een niet-ondersteunde betalingsregeling niet geldig maken.

Inzicht in automatische en handmatige abonnementsfacturering via PayRequest

De documentatie van PayRequest (documentatie over abonnementsbetalingen) beschrijft automatische incasso met behulp van een toegewezen geldig mandaat en handmatige terugkerende facturering. De gedocumenteerde mandaatworkflow maakt gebruik van Mollie. Beschouw de aanwezigheid van een Stripe-koppeling elders niet als bewijs dat elke WHMCS Stripe-referentie aan deze workflow kan worden toegewezen.

Controleer de betaalmethode die bij het daadwerkelijke abonnement wordt weergegeven. Bevestig het eigendom van de klant en de geldige status van de machtiging via de ondersteunde interface. Een bekende referentie die in een niet-gerelateerd veld is gekopieerd, bewijst niet dat een incassoroute werkt of dat de klant hiervoor toestemming heeft gegeven.

Handmatige terugkerende facturering kan geschikt zijn voor klanten die via bankoverschrijving betalen, mits het product en de configuratie dit toestaan. Hierbij ontvangt de klant een te betalen factuur in plaats van dat het bedrag automatisch wordt geïnd. Dit verandert de werkwijze: iemand moet de factuur en het betalingsresultaat controleren voordat het saldo als voldaan wordt beschouwd.

Kies de methode weloverwogen. Handmatige facturering mag geen onzichtbare noodoplossing zijn nadat een beloofde automatische incasso is mislukt. Vertel klanten of het geld wordt geïnd of dat zij de factuur moeten betalen, en zorg ervoor dat die instructie consistent is met de status op het portaal.

De klantenportaal maakt deel uit van de ervaring, maar het portaal alleen is geen betalingsautorisatie. Gebruik de demo van het portaal om klanttaken te evalueren, terwijl de betalingskoppeling afzonderlijk wordt beoordeeld.

Test de referentietoewijzing vóór de eerste live verlenging

Stel voor elk proefaccount een kort verificatierapport op. Hierin moeten de oude servicereferentie, de doelklant, de volgende periode, de betalingswijze en de persoon die de controle heeft uitgevoerd worden vermeld. Leg observaties en resultaten vast zonder gevoelige betalingsgegevens te verzamelen.

Bij een automatische route moet je de geldige betalingsregeling en het verschuldigde bedrag bevestigen voordat een geautoriseerde incassocontrole plaatsvindt. Controleer het daadwerkelijke resultaat van de aanbieder en de status van de factuur. Een abonnement dat als actief wordt weergegeven, is geen vervanging voor het verifiëren van de betreffende betaling.

Bij een handmatige route moet je de factuurinstructies controleren en nagaan hoe de betaling wordt verrekend. Het ontbreken van een machtiging kan opzettelijk zijn. De vraag is of de geselecteerde workflow overeenkomt met de productconfiguratie en de belofte die aan de klant is gedaan.

Controleer ook of de oude incassobeheerder dezelfde periode niet kan factureren. Een juiste betalingsmethode van de ontvanger kan dubbele incasso’s vergemakkelijken als de oude gateway nog steeds onafhankelijk functioneert. Lees de ‘handleiding voor migratie waarbij dubbele facturering voorkomt’ voordat je een oude taak opnieuw activeert na een mislukte controle.

Gebruik een go-live-voorwaarde op basis van bewijs: ondersteunde referentie, juiste klant, juist bedrag en datum, één incasso-eigenaar en een gecontroleerd resultaat. „Alle rijen geïmporteerd“ is een mijlpaal in de gegevensverwerking. Het is niet de volledige test voor betalingsacceptatie.

Ga om met onvolledige betalingsgereedheid zonder de controle te verliezen

Houd onbevestigde rekeningen in een aparte groep. Wijs aan elk een actie toe: bevestiging door de aanbieder, herautorisatie door de klant, een expliciet overeengekomen handmatige factureringsroute of een uitgestelde overdracht. Vermijd het activeren van de hele groep in de hoop dat mislukte betalingen de uitzonderingen later aan het licht brengen.

Houd bij tijdgevoelige verlengingen de oude regeling alleen verantwoordelijk zolang deze nog de overeengekomen facturatieverantwoordelijke is. Documenteer de herziene overdrachtsdatum. Als het nieuwe systeem al een poging heeft ondernomen, controleer dan het resultaat voordat je het oude systeem opnieuw laat incasseren.

Bewaar historische betalingsgegevens en ondersteuningsnotities. Een providertoewijzing is handig voor het matchen van referenties, maar klanten kunnen nog steeds vragen stellen over een oude terugbetaling, factuur of omschrijving op een afschrift. Geef medewerkers een manier om die vragen te traceren zonder onnodige kopieën van inloggegevens te bewaren.

Neem het ingevulde voorbereidingswerkblad mee naar de Beoordeling van de WHMCS-migratie. Beschrijf je provider, methoden en serviceautomatisering. Dit geeft het team een concrete opzet om te beoordelen, in plaats van een verzoek om „alle abonnementen over te zetten“ zonder te definiëren wat daar precies onder valt.

PayRequest Business kost € 20 per maand en omvat het klantenportaal en terugkerende facturering. De standaard betalingskosten van het platform bedragen 0% zolang het betaalde abonnement actief is. Verwerkingskosten van de aanbieder worden apart in rekening gebracht; voor commissiebetalingen geldt een afzonderlijk tarief. Voltooi de accountconfiguratie en activeer Business bij het afrekenen. Het selecteren van Business tijdens de aanmelding verleent op zichzelf nog geen betaalde toegang. Raadpleeg huidige prijzen voordat je je configuratie kiest.

Redactionele opmerking: AI heeft bijgedragen aan dit artikel en de illustratieve omslagafbeelding. De officiële documentatie is op 7 oktober 2026 gecontroleerd. Werkbladen en klantberichten zijn originele planningssjablonen. Alle voorbeelden zijn fictief; er zijn voor dit artikel geen daadwerkelijke afboekingen, klantmigraties of beëindigingen van hosting uitgevoerd.

Veelgestelde vragen

Kan ik WHMCS Stripe-tokens kopiëren naar PayRequest?

Ga er niet zomaar vanuit dat deze overdraagbaar zijn. Controleer het account van de aanbieder, het eigendom van de klant, de autorisatie en de integratie met het doelplatform. PayRequest documenteert een Mollie-mandaatworkflow voor automatische incasso van abonnementen; een Stripe-koppeling elders betekent niet dat er ondersteuning is voor het importeren van tokens.

Worden bij een migratie van kaartmandaten ook de abonnementsdata overgedragen?

Nee. Mollie maakt een onderscheid tussen de migratie van kaartgegevens en de abonnementslogica. Bedragen, serviceperiodes, schema’s en de eigenaar van de incasso moeten afzonderlijk worden gekoppeld en geverifieerd.

Wat als een klant vóór de migratiedatum geen machtiging kan verlenen?

Houd dat account buiten de groep voor automatische incasso. Spreek een ondersteunde handmatige factureringsroute af of stel de overdracht uit, en leg vast welk systeem verantwoordelijk is voor de volgende serviceperiode.

Deel dit artikel