cancel
Showing results for 
Search instead for 
Did you mean: 
Generative AI
Explore discussions on generative artificial intelligence techniques and applications within the Databricks Community. Share ideas, challenges, and breakthroughs in this cutting-edge field.
cancel
Showing results for 
Search instead for 
Did you mean: 

Voice Interface for Genie via Azure AI Foundry – 400 Bad Request with Cross-Subscription Setup

Ale_Armillotta
Contributor III

Hi everyone,

I'm building a voice-enabled solution on Azure AI Foundry that allows users to interact with Genie using speech instead of text. The architecture involves exposing a Genie Space as a tool within Foundry, which works perfectly in my own environment.

However, when deploying the same solution in a customer tenant, I consistently get a 400 Bad Request error — even when calling the Genie tool directly, without any voice layer involved.

What I've ruled out: The configuration steps are identical. The Genie Space is created and registered as a tool in Foundry without any issues.

The key difference I noticed:

  • My environment: Single subscription hosting both Azure AI Foundry and Azure Databricks
  • Customer environment: Two separate subscriptions — one for Azure Databricks, one for Azure AI Foundry

This is the only meaningful difference I can identify between the two setups.

My question: Has anyone encountered this issue before? Is there a known limitation or additional configuration required when Foundry and Databricks live in different Azure subscriptions? Could this be a networking/identity issue (e.g., managed identity permissions, private endpoints, or CORS policies across subscriptions)?

Any guidance would be greatly appreciated. Thanks in advance! 🙏

1 ACCEPTED SOLUTION

Accepted Solutions

Ale_Armillotta
Contributor III

I found the issues.

the resources were deployed into different tenant and subscriptions. Seems now it's possible only to autentificate with PAT and not with other auth. So for now I can use only my account and not a Service Principal

View solution in original post

1 REPLY 1

Ale_Armillotta
Contributor III

I found the issues.

the resources were deployed into different tenant and subscriptions. Seems now it's possible only to autentificate with PAT and not with other auth. So for now I can use only my account and not a Service Principal