Organization identity validation: AU10TIX returns NOT_MEET_REQUIREMENTS after ID scan

What is happening

An Organization / Public identity validation for a Danish company (ApS) has been sitting in Action Required since submission. The organization review itself appears to have gone through; the blocker is the individual Verified ID step.

Walking the documented flow:

1. Follow "Please complete your verification here" from the identity validation blade. This opens credentials.microsoft.com and correctly shows Present your Verified ID.
2. No credential exists yet, so follow "Get verified here through our trusted ID-verifiers" into AU10TIX.
3. Email approval, PIN and phone number all succeed.
4. The government-ID scan completes on the mobile device.
5. Immediately afterwards AU10TIX redirects to vc.au10tixservices.com/error showing "Sorry, you do not meet requirements to create a Verified ID at this time".

The underlying API response is:

{
  "status": "canceled",
  "errorMessage": "NOT_MEET_REQUIREMENTS",
  "redirect": false,
  "supportUrl": "https://learn.microsoft.com/partner-center/get-verifiable-credentials"
}

Because no credential is ever issued, scanning the presentation QR in Microsoft Authenticator fails with "VerifiableCredential - missing card", and Face Check has nothing to match against. This has now happened on more than one attempt.

Already ruled out

• The name on the government-issued ID matches the name on the validation request exactly.
• The document is valid and unexpired, scanned in good light per the AU10TIX guidance.
• Microsoft Authenticator is installed and current.
• The signed-in account matches the primary email on the validation request.
• The refusal is not the Entra "create a Verified ID" licensing gate - it comes from AU10TIX itself, after the document has been read.

This does not look account-specific

Identity validation failed for Artifact Signing reports the identical error on the same day, also on an organization identity validation - but from the United States, using a U.S.-issued government ID. That rules out country, document origin and the US/Canada individual-developer restriction as explanations.

That reporter also deleted their validation request and created a new one with corrected names, and hit the same error again. So recreating the request is not a workaround, and it costs the completed organization review.

Two further identity-validation reports appeared on this tag within the same 48 hours (a postal-code mismatch, and an organization verification stuck in "In Progress"), which suggests something broader rather than a set of unrelated user errors.

Questions

1. Is there a known issue affecting AU10TIX Verified ID issuance for Artifact Signing identity validations at the moment? Two independent organization validations on different continents failing identically on the same day points that way.
2. What is the underlying decline reason behind NOT_MEET_REQUIREMENTS? The API exposes no sub-code and the error page gives no detail, so there is no way to tell whether this is a document, geographic or policy decision. Without it, retrying just burns the attempt limit.
3. Can the AU10TIX voucher / attempt count be reset on the existing request? Creating a new identity validation request discards the completed organization review and restarts a multi-week process - and per the report above, it does not resolve the error anyway.

Happy to share the identity validation ID, subscription ID, correlation ID, gateway request ID, AU10TIX session ID and the mscvid by private message.