Что проверить при Failed, Action Required или FaceCheck fail в Azure Artifact Signing: статус заявки, роль, адрес почты, Verified ID и безопасный порядок повторения без параллельных запросов и раскрытия документов.
Начните со статуса одной заявки
Откройте Identity validations в нужной учётной записи Artifact Signing и запишите тип проверки, состояние и время последнего изменения. In Progress означает, что процесс ещё идёт; Action Required требует указанного действия или документа; Failed — завершившийся неуспех. Не создавайте параллельный запрос только потому, что интерфейс некоторое время не меняется: FAQ прямо предупреждает, что дополнительные заявки для той же сущности не ускоряют незавершённую проверку. Для диагностики используйте обезличенный номер обращения, но не публикуйте request ID, документы или снимки удостоверения.
Отделите роль от самой проверки личности
Неактивная кнопка New identity может быть связана с отсутствием роли Artifact Signing Identity Verifier, тогда как FaceCheck fail возникает уже на другом этапе. Проверьте назначение роли в области нужной учётной записи и отдельно — адрес, под которым открыт проверочный переход. Microsoft указывает, что адрес в индивидуальной заявке должен совпадать с адресом входа для доступа к проверке. Наличие Owner не следует считать автоматическим доказательством нужной специализированной роли; зафиксируйте фактическое назначение, не расширяя права сверх необходимого.
Проверьте почту и точность исходных данных
Для организационной проверки ссылка приходит на основной адрес и действует ограниченное время; почтовый ящик должен принимать внешние сообщения и ссылки. Сверьте написание юридического имени, адреса и персональных полей с допустимыми подтверждающими документами, не пересылая их по электронной почте без запроса официального защищённого канала. Если статус Action Required, выполняйте именно указанное действие, а не повторяйте съёмку наугад. Расхождение имени, адреса или почты — отдельная ветвь от качества камеры и освещения при Face Check.
Повторяйте Face Check по документированному пути
Для индивидуальной проверки с ошибками address does not match, name not matched или FaceCheck fail официальный FAQ рекомендует удалить существующую неуспешную identity validation, удалить связанный Verified ID из Microsoft Authenticator, затем создать новую заявку и новый Verified ID с точными данными и подходящим освещением. Выполняйте этот путь только когда состояние действительно Failed и сообщение соответствует перечисленной категории. Если заявка ещё In Progress или запрашивает документы, удаление изменит состояние процесса и не является нейтральной диагностикой.
Эскалируйте без раскрытия чувствительных материалов
Если повтор по официальному сценарию снова завершился неудачей, создайте обращение Azure Support с tenant ID в защищённом поле, регионом учётной записи, типом validation, временными отметками и точным сообщением. Не прикладывайте удостоверение личности, селфи, Verified ID или request ID к публичной ветке. Укажите, проверены ли роль, совпадение адреса входа, срок почтовой ссылки и статус заявки. Просите проверить серверное состояние конкретного процесса, а не подтвердить предположение о причинах биометрической проверки, которые локальные данные не раскрывают.
Материал подготовлен самостоятельно с автоматизацией и редакционно проверен 29 июля 2026 года по обезличенному сигналу Microsoft Q&A и официальным материалам Microsoft; персональные и биометрические данные не использовались.
Источники и проверка
- Microsoft Learn — настройка Artifact Signing проверено 2026-07-29
- Microsoft Learn — Artifact Signing FAQ проверено 2026-07-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.