Een reisbureau kan de juiste WhatsApp-betalingsherinnering stoppen wanneer een geverifieerd Stripe-event overeenkomt met dezelfde klant, boeking, bedrag en valuta. Het event moet in DripTell een zichtbare workflowstatus veranderen, niet alleen een bericht verzenden of alle boekingen als betaald markeren.
Begin bij de boekingsregistratie
Geef elke betalingsverplichting een stabiele boekingsreferentie voordat de automatisering start. Bewaar klantidentiteit, referentie, verschuldigd bedrag, valuta, vervaldatum, betalingsdoel en eigenaar bij elkaar. Een aanbetaling en eindsaldo blijven afzonderlijke verplichtingen, ook voor dezelfde reis.
De actieve DripTell-integratie met Stripe kan betalingsevents aan de klantregistratie koppelen en de betalingsstatus in een workflow gebruiken. Zij vervangt het boekingssysteem niet en beslist niet of leverancier, ticket of reisschema is bevestigd. Is de boekingsreferentie niet beschikbaar, dan kan de koppeling veldtoewijzing of maatwerk via API of webhook op het ontwikkelaarsplatform vereisen.
De actuele webhookdocumentatie van Stripe zegt dat een ontvanger de handtekening aan de hand van de onbewerkte requestbody moet verifiëren en snel een succesvol antwoord moet geven vóór langzamer werk. Ook toont zij een sandboxtest voor payment_intent.succeeded. Dat zijn implementatiecontroles; willekeurige inkomende JSON wordt daarmee geen betalingsbewijs.
| Ontvangen bewijs | Wat de workflow weet | Besluit over herinnering |
|---|---|---|
| Geverifieerd succes en exacte boekingsmatch | Deze betaling hoort bij deze verplichting | Stop die herinnering en leg de reden vast |
| Geverifieerd succes zonder betrouwbare match | Betaling kan echt zijn, bestemming is onzeker | Houd vast en wijs controle toe |
| Onvolledig of niet geverifieerd event | Betaling is niet vastgesteld | Laat status gelijk en onderzoek |
| Event is al verwerkt | Er is geen nieuwe zakelijke wijziging | Negeer duplicaat veilig |
Laat DripTell één smal besluit nemen
Stripe blijft de bron van het betalingsevent. Het boekingssysteem blijft leidend voor de reis. DripTell verbindt het event met het klantgesprek en beslist alleen of één communicatiestap moet stoppen.
Verifieer eerst het event en bewaar de event-ID, zodat een nieuwe bezorgpoging de herinnering niet tweemaal stopt. Koppel vervolgens de Stripe-klant of betalingsmetadata aan één DripTell-klantrecord en één boekingsverplichting. Vergelijk daarna bedrag en valuta met de openstaande post waarop de herinnering betrekking heeft.
Pas na die controles mag DripTell-automatisering de herinnering van actief naar gestopt verplaatsen. Leg een duidelijke reden vast, bijvoorbeeld “geverifieerde Stripe-betaling gekoppeld aan eindsaldo”. In de gedeelde inbox moet een collega dezelfde klant, boekingsreferentie, gestopte herinnering en elk openstaand uitzonderingsgeval kunnen zien.
Houd berichttoestemming los van betaling
Een betalingsevent geeft geen toestemming om WhatsApp-berichten te sturen. Het huidige WhatsApp Business Messaging Policy vereist dat het bedrijf het nummer en de opt-in van de ontvanger heeft, stopverzoeken respecteert en goedgekeurde sjablonen gebruikt voor gesprekken die het bedrijf begint.
Configureer het WhatsApp-kanaal afzonderlijk. Een saldoherinnering kan vóór betaling toegestaan zijn, maar een bevestiging heeft nog steeds het juiste doel, een werkend kanaal en geldige toestemming nodig. Zet nooit kaartgegevens, geheime sleutels of ruwe inloggegevens in het gesprek, een notitie of automatiseringslog.
Houd de bevestiging bescheiden. Ze kan melden dat een betaling aan een genoemde boekingsreferentie is gekoppeld en aangeven wat het bureau daarna controleert. Beloof geen ticketafgifte, hotelbevestiging of leveranciersbetaling zolang het boekingssysteem die afzonderlijke uitkomst niet heeft bevestigd.
Test de uitzonderingen vóór lancering
Gebruik eerst synthetische boekingen en de testtools van Stripe. Test een aanbetaling die alleen haar eigen herinnering stopt, een eindsaldo, twee boekingen voor één klant, een andere valuta, een ontbrekende referentie, een duplicaat en een vertraagd event nadat een medewerker al heeft ingegrepen.
Maak ook de foutafhandeling zichtbaar. Een event zonder match hoort in één beoordelingswachtrij bij een eigenaar, niet in een verborgen log. Een medewerker moet de koppeling kunnen corrigeren zonder het betalingsbewijs te wijzigen. Omdat Stripe de aflevering opnieuw kan proberen, moet de workflow dezelfde event-ID herkennen in plaats van de klantactie te herhalen.
Begin met één betalingssoort en één herinnering. Een goede pilot bewijst vier zaken: het event is echt, de boekingsmatch is betrouwbaar, de juiste herinnering stopt en een mens kan elke uitzondering oplossen. Breid pas uit als alle vier duidelijk blijven.
Veelgestelde vragen
Verwerkt DripTell de reisbetaling
Nee. Stripe verwerkt de betaling. DripTell gebruikt het geverifieerde event als klantcontext en workflowsignaal. Boekings- en financiële systemen blijven verantwoordelijk voor boeking, afstemming en leveranciersadministratie.
Kan één betaling alle herinneringen van een reiziger stoppen
Dat hoort niet. Stop alleen de herinnering die bij de gematchte boekingsverplichting hoort. Andere aanbetalingen, saldi of boekingen hebben eigen bewijs en status nodig.
Wat gebeurt er wanneer de boeking niet kan worden gematcht
Houd de automatisering vast en wijs een menselijke controle toe. Stuur geen bevestiging, markeer de boeking niet als betaald en gok niet op basis van alleen een naam.
Is de koppeling met Stripe altijd voldoende
De Stripe-integratie is actief, maar deze workflow is afhankelijk van de inrichting. Staat de boekingsreferentie elders of is transformatie nodig, implementeer dan eerst een beoordeelde API- of webhookkoppeling voordat je het besluit automatiseert.
Hulp nodig bij deze handleiding?Vraag het DripTell-team
Van lezen naar doen
Hulp nodig om dit voor jouw bedrijf toe te passen?
Laat je gegevens achter. We nemen dit artikel als context en beginnen met een bruikbaar antwoord voor je team.
DripTell Editorial
Praktische uitleg, gecontroleerd door het product- en klantworkflowteam van DripTell.
Lees hoe DripTell productclaims controleert, primaire bronnen gebruikt en correcties verwerkt.
Redactioneel en bronnenbeleid
