Policy Acknowledgement Ошибка подтверждения и отсутствие уведомления могут возникать независимо. У сотрудника может быть действующее назначение без полученного письма, а запрос подтверждения может записать доказательство до сбоя на следующем шаге. Установите, какая операция завершилась ошибкой, прежде чем повторять попытку или менять режим записи.
Сохранение контекста ошибки
Запишите центр, учётную запись сотрудника, версию политики, идентификатор назначения, текст ошибки и примерное время. Уточните, видел ли сотрудник квитанцию или сообщение об успехе до ошибки. Перезагрузите My Policies и снова откройте назначение для проверки текущего состояния. Избегайте повторных нажатий, пока обрабатывается первый запрос.
Для проблем уведомлений определите, какое сообщение ожидалось: ручное напоминание, автоматическое письмо или уведомление Teams. Запишите предполагаемого получателя, кампанию и время. Эти способы не обязательно используют одного отправителя или одну реализацию.
Диагностика ошибки подтверждения
В прямом режиме браузер читает предыдущий хеш, добавляет запись подтверждения и затем обновляет назначение. Эти записи выполняются отдельно. Ошибки разрешений, подключения или списков могут прервать последовательность, оставив доказательство без ожидаемого статуса назначения.
В сервисном режиме браузер отправляет запрос на настроенную конечную точку /api/acknowledge, используя подключение к сервису, а затем читает созданную запись из SharePoint. Запрос может завершиться ошибкой из-за доступности сервиса, аутентификации, согласия, формата ответа или доступа к сохранённой записи. Ошибка чтения после успешной записи сервисом отличается от запроса, который до сервиса не дошёл.
Администратору следует сопоставить ссылку на подтверждение и статус назначения с соответствующей записью доказательства, используя учётную запись, версию политики и время. Не изменяйте хеши доказательств и не удаляйте запись ради внешне чистой повторной попытки. Если подтверждено частичное сохранение, согласуйте контролируемое исправление с ответственным за центр или сервис.
❗ Важно
Ошибка запроса к сервису не вызывает автоматического перехода к прямой записи. Смена режима изменяет разрешения и путь записи доказательств; это не безобидный вариант повтора. Повторная отправка также может создать дополнительное доказательство, если первая операция частично выполнилась.
Диагностика отсутствующих ручных напоминаний
Ручные напоминания о просрочке отправляются через почтовый ящик текущего пользователя. Проверьте возможность отправки писем этой учётной записью и, где доступно, её отправленные сообщения. Настроенный отправитель автоматических уведомлений и часы тишины не управляют этим ручным способом.
Сообщения отправляются последовательно для назначений. Массовая операция может отправить часть сообщений и затем завершиться ошибкой; запись аудита также может не выполниться после отправки. Перед повтором всего действия определите уже обработанных получателей или назначения. Процесс ручных напоминаний и его ограничения описаны в KB10524. Как отправлять команде напоминания о политиках вручную.
Диагностика отсутствующих автоматических сообщений
- Убедитесь, что ожидаемое назначение существует; предварительный просмотр аудитории не означает завершённый запуск.
- Проверьте соответствующие настройки уведомлений по почте или в Teams и настроенные часы тишины.
- Подтвердите URL сервиса и состояние согласия администратора.
- Просмотрите сведения о последнем запуске, затем попросите владельца сервиса проверить фактическое задание и результаты доставки.
- Проверьте учётную запись получателя и исследуйте доставку отдельно от создания назначения.
Конечная точка состояния может сообщать о согласии и последнем запуске, но успешная проверка не доказывает, что задание уведомлений выполнилось для этой кампании или доставило сообщение. Сохранение параметров уведомлений не развёртывает внешний сервис. Поставляемое персональное приложение Teams само по себе не подтверждает установку бота уведомлений.
Согласуйте наблюдаемый результат перед повтором
| Наблюдение | Что проверить администратору |
|---|---|
| Сотрудник получил квитанцию, но счётчик кампании устарел | Сначала состояние назначения и доказательства; обновление счётчика — отдельная операция. |
| Событие доказательства есть, назначение открыто | Не завершилось ли ошибкой обновление назначения после записи доказательства. |
| Сервис сообщает о сохранённой записи, страница — об ошибке | Возвращённый идентификатор записи и возможность её чтения клиентом. |
| Часть ручных напоминаний пришла до массовой ошибки | Какие сообщения назначений отправлены до сбоя. |
| Назначение существует, автоматическое сообщение не пришло | Выполнение сервиса и доставку отдельно от создания назначения. |
Не выводите завершение всей транзакции из одного признака. Успех в журнале сервиса, строка SharePoint, квитанция браузера и обновлённый счётчик описывают разные этапы. Сопоставляйте их по назначению, версии, учётной записи и времени, не опираясь только на название политики, общее для нескольких выпусков.
Если повторная отправка уже выполнялась, сообщите администратору этот факт и примерное время. Сохраняйте записи во время исследования последовательности. Удаление внешне дублирующего события доказательства может нарушить цепочку или убрать контекст, необходимый для понимания исходного сбоя.
Подготовьте точное обращение в поддержку
Укажите сбойную операцию, режим записи, центр и страницу, затронутую учётную запись, версию политики и идентификатор назначения. Приложите точную ошибку и сведения о том, читался ли источник, стала ли доступна кнопка и появилась ли квитанция. Для сервисных случаев попросите владельца сервиса сопоставить время с запросом и результатом; не включайте токены аутентификации или секреты.
Для отсутствующих сообщений определите ожидаемый путь: ручное напоминание, автоматическое письмо или Teams. Укажите проверенные сведения о назначении и отправителе либо запуске сервиса. Сохранённый параметр уведомления не доказывает доставку, а сообщение в одном канале — успех другого.
После исправления выявленного сбоя проверьте одну контролируемую операцию и её полный результат до повторного массового действия. Это подтверждает восстановление, сохраняя понятность причины и оставшихся частичных записей. Сохраните исходные сведения инцидента, чтобы успешный повтор не стёр объяснение предыдущих событий.
Проверка восстановления
На одном известном назначении убедитесь, что успешное подтверждение создаёт ожидаемую квитанцию и статус назначения. Для уведомлений проверьте предполагаемый способ доставки с владельцем сервиса или отправителем, затем проверьте доступ сотрудника к назначению. Сохраните исходную ошибку и сведения о частичной записи в материалах расследования. Настройка сервиса описана в KB10525. Как подключить службу политик и настроить автоматические уведомления, интерпретация квитанций — в KB10526. Как просмотреть прежние подтверждения политик и квитанции.
