Hello Divya Gilla,
Greetings! Thanks for raising this question in the Q&A forum.
The stack trace you shared (BatchARMResponseError originating from oai.azure.com) combined with error code 715-123420 is a well documented and currently recurring issue across many Azure AI Foundry customers, not a misconfiguration on your side. This is not a quota, region, RBAC, or content-policy problem. It happens because Azure's backend Real-Time Fraud Protection (RTFP) system has placed a subscription-level hold on deployment requests. Because the block is applied before provisioning even starts, it explains why the failure is immediate and consistent across models and regions, and why nothing you change in the portal (resource group, region, SKU) will resolve it on its own.
Here is how to get this unblocked.
Confirm this is the platform-level block, not something else Since the error appears the instant you try to deploy or update any model, and the message text matches "715-123420: An error occurred. Please reach out to support for additional assistance," this strongly points to RTFP rather than a per-resource issue. You do not need to recreate resource groups, switch regions, or change SKUs, since none of those actions clear the hold.
Open an Azure Support request (Technical issue type) In the Azure Portal, go to Help + support > Create a support request.
- Issue type: Technical
- Service: Azure AI Foundry (or Azure OpenAI / Cognitive Services, whichever shows in your subscription)
- Problem type: Deployment or provisioning issue Note that a Basic (free) support plan generally only permits billing and subscription-management requests, not technical tickets. If ticket creation is blocked for you, you will need at least a Developer support plan to open a technical case for this.
Include these details in the ticket description
- Explicitly mention error code **715-123420**
- State that this matches the Real-Time Fraud Protection (RTFP) pattern reported in other Microsoft Q&A threads
- Include your Subscription ID, the affected resource name(s), region(s), and the exact model/deployment you attempted (in your case the deployment that produced the BatchARMResponseError)
- Include a Correlation ID or Trace ID if the Foundry portal surfaced one alongside the error, since this speeds up the backend lookup
**Ask for escalation to the Fraud Protection & Security review team** In the description, request that the ticket be routed for manual review by the internal Fraud Protection & Security team, since this specific error code requires that team to clear the subscription-level hold. Front-line support cannot lift this themselves; it needs backend confirmation that your usage is legitimate.
**What to expect afterward** Once the backend team completes review, they typically confirm the tenant or subscription has been added to an allow list and that deployments can proceed normally. This can take some time depending on ticket volume, so keep the support request open and respond promptly if the support engineer asks for additional non-sensitive identifying details.
If this answer helps you kindly accept the answer which will help others who have similar questions.
Best Regards,
Jerald Felix.