Error 715-123420 when deploying any model in Microsoft Foundry

保元 駿 0 Reputation points
2026-08-14T08:24:34.0866667+00:00

I am unable to deploy models in Microsoft Foundry.

Error:

715-123420

Our system has detected this request as unusual activity for your account.

If you are confident this is in error, please contact support.

I have already tested:

  • Different Foundry resources
  • Different regions (East US 2 and Japan West)
  • Different models

All deployments fail with the same 715-123420 error.

Azure Support informed me that technical support requires a paid support plan.

Similar Microsoft Q&A cases indicate that this error may be caused by

a fraud/risk signal and require backend review.

Could a Microsoft moderator please help escalate this to the appropriate

Foundry backend / PG team?

I can provide the following information via private message:

  • Subscription ID
  • Foundry Resource ID
  • Client Request ID
  • Trace ID
  • Service Request ID

error.png

Foundry Models
Foundry Models

A catalog of AI models in Microsoft Foundry that you can discover, compare, and deploy using Azure’s built‑in tools for evaluation, fine‑tuning, and inference

0 comments No comments

3 answers

Sort by: Most helpful
  1. Karnam Venkata Rajeswari 5,255 Reputation points Microsoft External Staff Moderator
    2026-08-24T18:30:06.31+00:00

    Hello @保元 駿 ,

    Welcome to Microsoft Q&A .Thank you for reaching out to us.

    The current behavior suggests that the deployment request may be failing during an earlier validation stage before the model provisioning process begins. The error message itself does not expose the exact validation reason, so confirmation requires additional backend investigation.

    Possible areas that may require review include:

    • Subscription eligibility validation
    • Subscription-level authorization checks
    • Automated risk or trust validation controls
    • Model deployment access validation

    Regarding the request for an RTFP review, the available information does not conclusively confirm that an RTFP restriction is present. However, the observed pattern is consistent with scenarios where additional backend validation may be required to determine whether a subscription-level condition is preventing deployments from completing.

    The following checks can help rule out common deployment blockers before backend investigation.

    1. Confirming Model Availability Verify that the selected models are supported in the intended region and deployment type. Checks:
      • Confirm model availability for the selected Azure region.
      • Confirm that the selected deployment type (for example, Global Standard) is supported for the model.
    2. Validating Quota and Capacity Availability Confirm that sufficient quota is available for:
      • Subscription
      • Region
      • Selected model deployment
      Quota or capacity issues normally return more specific quota-related messages. However, validating quota helps eliminate standard deployment limitations.
    3. Verifying Resource Provider Registration Confirm that the required resource providers are registered and in a healthy state:
    • Microsoft.CognitiveServices
      • Microsoft.MachineLearningServices Expected status: Registered
    1. Reviewing Governance and Policy Restrictions Review Azure Policy assignments that may restrict:
      • AI model deployments
      • Allowed regions
      • Resource types
      • Deployment configurations
    2. Performing Additional Deployment Validation To determine whether the issue is limited to a specific deployment method or occurs at the service level:
      • Retry after a short interval to rule out temporary service behavior.
      • Attempt a deployment with a new deployment name to exclude deployment-specific inconsistencies.
      • Test deployment through Azure AI Foundry portal.
      • If possible, test through Azure CLI or ARM/Bicep to confirm whether the failure occurs at the service layer.

    As an additional verification , please note that

    For sponsored subscriptions, it may also be useful to confirm that the selected models appear under the appropriate model collection in Azure AI Foundry, as model eligibility and billing behavior can vary depending on the model source.

    The following references might be helpful , please check them out

    We have reached out to you on private messenger for further assistance

     

    Thank you

    Was this answer helpful?

    0 comments No comments

  2. 保元 駿 0 Reputation points
    2026-08-15T11:43:58.6733333+00:00

    Thank you for your response.

    I will stop any further deployment attempts as recommended.

    Azure Support informed me that I would need a paid technical support plan, so I am currently unable to open the required technical support case myself.

    Could you please help escalate error 715-123420 to the appropriate Microsoft Foundry / Risk Protection backend team for review?

    I have the following information ready:

    • Subscription ID
    • Foundry Resource ID
    • Client Request ID
    • Trace ID
    • Service Request ID
    • UTC timestamp of the failed deployment

    I can provide these details via private message. Please let me know how I should proceed or send me a private message if possible.

    Was this answer helpful?


  3. Allan Solomon Mejia 7,585 Reputation points
    2026-08-14T19:18:10.11+00:00

    Hello @保元 駿

    Based on what you've already tested, this does not look like a model, region, quota, or Foundry-resource configuration issue. You reproduced the same 715-123420 error across different resources, regions, and models.

    Microsoft moderators have confirmed in several recent Q&A cases that 715-123420 is associated with a service-side fraud/risk protection hold and requires review by the appropriate Microsoft internal team. It isn't normally something that can be cleared by changing deployment settings.

    I would not keep retrying deployments, recreating Foundry resources, or switching regions. Those steps generally don't remove this type of restriction and can make troubleshooting noisier.

    Since Azure Support is directing you to a paid technical plan, I would ask a Microsoft Q&A moderator to assist with escalation/private-message collection for the backend review. Similar 715-123420 cases have been handled this way when the customer could not open the required support case directly.

    You already have the right information ready:

    • Subscription ID
    • Foundry Resource ID
    • Client Request ID
    • Trace ID
    • Service Request ID
    • UTC timestamp of a failed deployment

    Please don't post those identifiers publicly; provide them only through private message or a secure support channel.

    At this point, the next useful action is backend review of the subscription/account risk flag, not additional deployment troubleshooting.

    Please "Accept the Answer" if this information helped you. This will help us and others in the community as well.

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.