A fully managed end-to-end service for digitally signing code, documents, and applications. (formerly Trusted Signing)
Based on the documented Artifact Signing guidance, the supported recovery path is:
- Do not retry the same failed request. For failed identity validation, the guidance is to start a new identity validation request rather than reuse the failed one.
- Create a new Organization/Public identity validation request. Artifact Signing guidance states that if identity validation fails, a new request must be initiated. The documentation also states that if changes are needed after creation, a new identity validation request is required.
- Correct organization and representative information before creating the new request. Ensure the organization details and the representative’s first and last name exactly match the legal entity records and the government-issued identification used in the verification flow. For public identity validation, the documentation emphasizes providing correct information and notes that changes after creation require a new request.
- If Microsoft requests more documentation, upload it through the Azure portal on the request. When more documentation is required, the request status changes to Action Required and an email is sent. The documents are uploaded in the Azure portal. The documentation must be current and meet the stated requirements.
- Use Microsoft support for assistance with identity validation. For Artifact Signing identity validation questions, the documented support paths are Azure Support or Microsoft Q&A with the artifact-signing tag.
- Do not expect the failed request to be recoverable through AU10TIX. AU10TIX support is specifically for issues in the AU10TIX identity-verification experience, such as document upload, facial verification, or use of the AU10TIX flow. The Artifact Signing identity validation outcome and onboarding assistance are handled through Microsoft support channels.
Additional notes relevant to the current state:
- Since this was not an expired or missed email-verification-link case, the specific “missed email” recovery guidance does not apply.
- If the failed request was due to inaccurate information or verification mismatch, the documented pattern is to submit a new request with corrected information.
- If the request had reached Action Required because more documents were needed, the supported path is to provide those documents through the Azure portal when prompted.
- If the request is already in Failed state, the documentation supports creating a new request rather than waiting for the same failed request to resume.
A practical next step sequence is:
- Review the organization and representative details for exact accuracy.
- Check whether the failed request included any documentation request email or portal prompt that was not completed.
- If the request is already definitively Failed, create a new Organization/Public identity validation request with corrected information.
- If any uncertainty remains about whether another request for the same organization should be created, open an Azure Support case before submitting another request.
References: