Policy Acknowledgement Een mislukte bevestiging en ontbrekende melding kunnen onafhankelijk optreden. Een medewerker kan een geldige toewijzing hebben zonder e-mail te ontvangen, en een bevestigingsverzoek kan bewijs schrijven voordat een latere stap mislukt. Stel vast welke bewerking mislukte voordat u opnieuw probeert of de schrijfmodus wijzigt.
De foutcontext bewaren
Leg hub, medewerkeraccount, beleidsversie, toewijzingsidentificatie, fouttekst en geschat tijdstip vast. Vraag of de medewerker vóór de fout een ontvangstbewijs of succesmelding zag. Laad My Policies opnieuw en open de toewijzing om de huidige status te bekijken. Vermijd herhaald klikken terwijl het eerste verzoek nog wordt verwerkt.
Bepaal bij meldingsproblemen of het verwachte bericht een handmatige herinnering, automatische e-mail of Teams-melding was. Leg bedoelde ontvanger, campagne en tijdstip vast. Deze paden gebruiken niet allemaal dezelfde afzender of implementatie.
Een mislukte bevestiging onderzoeken
In directe modus leest de browser de voorgaande hash, voegt een bevestigingsrecord toe en werkt daarna de toewijzing bij. Deze schrijfbewerkingen staan los van elkaar. Machtigings-, verbindings- of lijstfouten kunnen de reeks onderbreken, waardoor bewijs zonder de verwachte toewijzingsstatus achterblijft.
In servicemodus verstuurt de browser via de serviceverbinding een POST naar het ingestelde /api/acknowledge-eindpunt en leest daarna het resulterende record uit SharePoint. Het verzoek kan mislukken door servicebeschikbaarheid, authenticatie, toestemming, antwoordindeling of toegang tot het opgeslagen record. Een leesfout na geslaagde serviceopslag verschilt van een verzoek dat de service nooit bereikte.
Een beheerder moet bevestigingsverwijzing en status op de toewijzing vergelijken met het bijbehorende bewijsrecord en account, beleidsversie en tijdstip gebruiken voor onderzoek. Bewerk geen bewijshashes en verwijder geen record om een nieuwe poging schoon te laten lijken. Als gedeeltelijke opslag is bevestigd, spreekt u een beheerste correctie af met de verantwoordelijke voor hub of service.
❗ Belangrijk
Een mislukt serviceverzoek valt niet automatisch terug op direct schrijven. Moduswisseling verandert machtigingen en het schrijfpad voor bewijs; het is geen onschuldige optie om opnieuw te proberen. Een tweede indiening kan ook extra bewijs creëren als de eerste bewerking gedeeltelijk slaagde.
Ontbrekende handmatige herinneringen onderzoeken
Handmatige herinneringen voor te late toewijzingen worden via het postvak van de aangemelde gebruiker verstuurd. Controleer of dat account e-mail mag verzenden en bekijk indien beschikbaar de verzonden berichten. De ingestelde afzender voor automatische meldingen en stille uren besturen dit handmatige pad niet.
Berichten worden achtereenvolgens per toewijzing verstuurd. Een bulkbewerking kan enkele berichten verzenden en daarna mislukken; ook een auditregistratie kan na verzending mislukken. Bepaal welke ontvangers of toewijzingen al zijn verwerkt voordat u de hele actie herhaalt. Zie KB10524. Handmatige beleidsherinneringen naar uw team sturen voor de werkwijze en beperkingen van handmatige herinneringen.
Ontbrekende automatische berichten onderzoeken
- Controleer of de verwachte toewijzing bestaat; een doelgroepvoorbeeld is geen voltooide start.
- Controleer de relevante e-mail- of Teams-meldingsinstellingen en ingestelde stille uren.
- Controleer service-URL en status van beheerderstoestemming.
- Bekijk de gerapporteerde laatste uitvoerinformatie en vraag daarna de service-eigenaar de werkelijke taak- en afleveringsresultaten te onderzoeken.
- Controleer het ontvangeraccount en onderzoek aflevering los van het aanmaken van toewijzingen.
Het statuseindpunt kan toestemming en een laatste uitvoerwaarde rapporteren, maar een geslaagde controle bewijst niet dat een meldingstaak voor deze campagne is uitgevoerd of een bericht afleverde. Meldingsvoorkeuren opslaan implementeert de externe service niet. De meegeleverde persoonlijke Teams-app stelt op zichzelf niet vast dat een meldingsbot is geïnstalleerd.
De zichtbare uitkomst afstemmen vóór herhaling
| Wat u ziet | Wat de beheerder moet onderzoeken |
|---|---|
| De medewerker kreeg een ontvangstbewijs maar een campagneteller is oud | Eerst toewijzings- en bewijsstatus; tellervernieuwing is een aparte bewerking. |
| Een bewijsgebeurtenis bestaat maar de toewijzing blijft open | Of toewijzingsbijwerking na de bewijsschrijfopdracht mislukte. |
| De service meldt een opgeslagen record maar de lezer toont een fout | De teruggegeven recordidentificatie en of de client die kan lezen. |
| Enkele handmatige herinneringen kwamen vóór een bulkfout aan | Welke toewijzingsberichten vóór de fout zijn verzonden. |
| Een toewijzing bestaat maar geen automatisch bericht kwam aan | Service-uitvoering en aflevering, los van toewijzingsaanmaak. |
Leid geen volledige transactie uit één indicator af. Succes in het servicelogboek, een SharePoint-rij, een ontvangstbewijs in de browser en een bijgewerkt campagneaantal beschrijven verschillende fasen. Koppel ze met toewijzing, beleidsversie, account en tijdstip in plaats van alleen op een beleidstitel te vertrouwen die meerdere uitgaven delen.
Vertel de beheerder als al een tweede indiening is geprobeerd en geef de geschatte tijdstippen door. Bewaar records terwijl de reeks wordt onderzocht. Een ogenschijnlijk dubbele bewijsgebeurtenis verwijderen kan de keten verbreken of context wegnemen die nodig is om de oorspronkelijke fout te begrijpen.
Een gerichte ondersteuningsoverdracht voorbereiden
Geef de mislukte bewerking, schrijfmodus, hub en pagina, getroffen account, beleidsversie en toewijzingsidentificatie door. Vermeld de exacte fout en of de bron leesbaar was, de indienknop beschikbaar werd en een ontvangstbewijs verscheen. Vraag bij servicekwesties de service-eigenaar het tijdstip met verzoek en resultaat te correleren; neem geen authenticatietokens of geheimen op in de overdracht.
Identificeer bij ontbrekende berichten het verwachte pad: een handmatige herinnering, automatische e-mail of Teams-aflevering. Vermeld wat over toewijzing en afzender of service-uitvoering is gecontroleerd. Een opgeslagen meldingsvoorkeur is geen afleveringsbewijs en een bericht in één kanaal bewijst niet dat het andere kanaal slaagde.
Test na correctie van de gevonden fout één beheerste bewerking en bekijk het volledige resultaat voordat u een bulkactie herhaalt. Dit controleert herstel en houdt oorzaak en eventuele resterende gedeeltelijke records begrijpelijk. Bewaar oorspronkelijke incidentdetails zodat een geslaagde herhaling de verklaring van eerdere gebeurtenissen niet uitwist.
Herstel controleren
Gebruik één bekende toewijzing om te bevestigen dat een geslaagde bevestiging het verwachte ontvangstbewijs en de verwachte toewijzingsstatus oplevert. Controleer voor meldingen het bedoelde afleveringspad met service-eigenaar of afzender en controleer daarna de toegang van de medewerker tot de toewijzing. Bewaar de oorspronkelijke fout en bevindingen over gedeeltelijke opslag in het onderzoeksdossier. Zie KB10525. De beleidsservice verbinden en automatische meldingen instellen voor serviceconfiguratie en KB10526. Eerdere beleidsbevestigingen en ontvangstbewijzen bekijken voor interpretatie van ontvangstbewijzen.
