Een klant komt een bestelling ophalen en zegt dat het sms bericht nooit is aangekomen. Nog een bericht sturen lijkt snel, maar kan een tweede fout, een dubbele conversatie of een misleidend rapport veroorzaken.
Onderzoek daarom één poging vanaf de zakelijke gebeurtenis tot het toestel van de klant. In Dynamics 365 beschrijven verzonden, mislukt en geen antwoord verschillende momenten. Ze vragen om verschillende beslissingen. Begin met één klant, één bericht, één tijdvak en één eigenaar.
Begin bij één klantbelofte
Achter een sms zit meestal een concrete belofte: een afspraakherinnering, een afhaalbericht, een betaalverzoek of een dringende servicewijziging. Leg vast wat de klant uiterlijk wanneer had moeten ontvangen. Bewaar het berichtnummer, conversatienummer, afzendernummer, bestemmingsnummer, verzendtijdstip, versie van sjabloon of flow en de gebeurtenis die het bericht startte.
Doe dit voordat iemand de automatisering wijzigt of opnieuw verstuurt. Verandert het bewijs tijdens het onderzoek, dan kun je de oorspronkelijke oorzaak niet meer scheiden van latere acties. De fout kan bij de trigger, het platform, de provider, de telecomaanbieder of de bestemming liggen.
Houd de conclusie klein. Eén klacht bewijst geen kanaalstoring. Meerdere vergelijkbare fouten van dezelfde afzender in hetzelfde tijdvak kunnen dat wel doen. De vraag is niet of zakelijke sms kapot is, maar waar deze ene belofte stopte. Zo krijgt het supportteam een bruikbare status in plaats van een vaag technisch bericht.
Lees de uitkomst letterlijk
De actuele Microsoft uitleg over proactieve engagementuitkomsten maakt onderscheid tussen statussen die gemakkelijk door elkaar lopen.
- 1Vind één pogingBewaar klant, bericht, conversatie, afzender en tijd.
- 2Lees de uitkomstScheid verzonden, mislukt, timeout en actieve conversatie.
- 3Volg de grensGa van workflow naar Dynamics, provider en carrier.
- 4Bescherm de belofteKies één veilig herstel of een toegestaan alternatief.
- 5Controleer sluitingNoteer klantresultaat en omvang van een bredere controle.
MessageSent betekent dat het bericht aan de sms provider of telecomaanbieder is overgedragen. Het bewijst niet dat het toestel van de klant is bereikt. MessageFailed betekent dat de provider of aanbieder niet kon afleveren. ResponseTimeout betekent alleen dat de klant niet binnen het eerste ingestelde venster antwoordde. Dat is geen bewijs van een bezorgfout. ConversationExists voorkomt verzending wanneer dezelfde afzender en ontvanger al een actieve conversatie hebben. EngagementAbandoned kan ontstaan wanneer een nieuw uitgaand bericht vertrekt voordat de klant antwoordt.
Wie een ResponseTimeout als bezorgfout behandelt, kan een klant lastigvallen die het bericht al heeft gelezen. Wie ConversationExists omzeilt, werkt tegen de bescherming tegen overlappende gesprekken. Gebruik de uitkomst als begin van het onderzoek.
Volg het bewijs tot de grens
Dynamics 365 Contact Center update 26092 verbetert de tracering van niet bezorgde sms berichten en de koppeling van vastgelopen berichten aan carrierinformatie. Gebruik dat spoor om de grens te vinden. Ontstond er geen uitgaande poging, onderzoek dan de workflow. Droeg Dynamics het bericht over maar ontbreekt de eindstatus, volg dan provider en carrier. Bewaar bij afwijzing eerst de reden voordat je iets corrigeert.
Geef elke bewijsgrens één eigenaar.
| Bewijsgrens | Primaire eigenaar | Te bewaren gegevens | Te nemen beslissing |
|---|---|---|---|
| Zakelijke trigger | Proceseigenaar | Gebeurtenis, toelatingsregel, flowversie | Had er een bericht moeten ontstaan |
| Dynamics record | Platformbeheerder | Berichtnummer, uitkomst, tijden, conversatiestatus | Is verwerking gestart en afgerond |
| Provider en carrier | Messagingeigenaar | Providerreferentie, carrierspoor, foutdetail | Is herstel mogelijk of is configuratie nodig |
| Klantbelofte | Service eigenaar | Uiterste tijd, urgentie, toestemming, alternatief | Hoe helpen we de klant nu |
| Incidentrecord | Operationsleider | Omvang, getroffen groep, actie, verificatie | Is dit een los of systemisch probleem |
Deze verdeling voorkomt een overleg vol screenshots zonder eigenaar van de klant. Technisch bewijs en serviceherstel moeten samen bewegen.
Herstel zonder een tweede incident
Laat het bewijs de actie bepalen. Corrigeer een ongeldig nummer voor een herhaling. Herstel verlopen inloggegevens of configuratie voordat wachtende berichten vrijkomen. Houd het incident open wanneer het carrierspoor onvolledig is en escaleer met de al verzamelde nummers. Gebruik bij tijdkritische beloften een toegestaan alternatief kanaal of een menselijke oproep in plaats van herhaald te sturen.
Voer hoogstens één gecontroleerde herhaling uit nadat de oorzaak bekend is of een veilige hypothese getest kan worden. Koppel de nieuwe poging aan het oorspronkelijke incident. Stop bij een actieve conversatie, een afmelding of een bevestiging langs een ander kanaal.
Automatiseringsregels kunnen de stopvoorwaarde bewaken. Een gedeelde teaminbox houdt uitleg en eigenaarschap zichtbaar. Geen van beide vervangt het carrierspoor.
Maak van de fout een bruikbare controle
Sluit pas wanneer het team kan uitleggen wat er gebeurde, wat de klant merkte, wat veranderde en hoe het resultaat is gecontroleerd. Alleen “opnieuw verzonden” is geen goede afsluiting. Noteer oorspronkelijke status, grens, herstelactie, klanteffect en eindcontrole.
Zoek patronen per afzender, provider, regio, sjabloon, flowversie en tijdvak zonder elke losse klacht tot platformprobleem te maken. Bewaar kanaalvoorkeur en resultaat in het klantrecord. Stel bij herhaling een bewaakte drempel en een benoemd draaiboek in.
DripTell kan sms gesprekken, proceseigenaarschap en klantcontext verbinden. De praktische toets is of de volgende behandelaar ziet wat is geprobeerd, waarom het misging en wie herstel bezit. Voor dat model kun je een gerichte demonstratie aanvragen.
Veelgestelde vragen
Betekent MessageSent dat de klant het bericht ontving
Nee. Het betekent overdracht aan provider of carrier. Een latere bezorguitkomst of trace moet de toestelgrens bevestigen.
Is geen antwoord hetzelfde als niet bezorgd
Niet noodzakelijk. Een timeout zegt alleen dat er binnen het ingestelde venster geen antwoord kwam. De klant kan het bericht hebben ontvangen.
Wanneer is opnieuw sturen veilig
Na het bewaren van het oorspronkelijke bewijs en het oplossen van een bekende oorzaak, of als één gecontroleerde test met eigenaar en stopvoorwaarde.
Wat hoort in het incidentrecord
Bewaar bericht en conversatienummers, afzender, bestemming, tijden, uitkomst, providerbewijs, klantimpact, herstelactie en eindcontrole.
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
