Forum Discussion
Query for Salesforce API connection
- 3 months ago
Hi,
Bad Request on the token endpoint almost always means Salesforce is rejecting the request itself (not a Power BI connectivity issue), so I'd look at these first:
1. Check the Connected App is actually set up for Client Credentials Flow This is the most common gotcha — just having a Client ID/Secret isn't enough. In Salesforce Setup, on your Connected App, you need "Enable Client Credentials Flow" explicitly turned on under OAuth settings, and there needs to be a "Run As" user assigned to it. If that's not configured, you'll get a Bad Request even with correct credentials.
2. Try capturing the actual error body, not just the status Right now you won't see Salesforce's actual error message because Power Query throws before you can inspect the response. Add ManualStatusHandling = {400} to your Web.Contents options so you can capture the response body:
TokenResponse = Web.Contents(SalesforceUrl & "/services/oauth2/token", [ Content = Text.ToBinary("grant_type=client_credentials&client_id=" & ClientId & "&client_secret=" & ClientSecret), Headers = [#"Content-Type"="application/x-www-form-urlencoded"], ManualStatusHandling = {400} ]), ResponseText = Text.FromBinary(TokenResponse)Then just output ResponseText on its own to see what Salesforce is actually telling you (usually something like invalid_client_id or unsupported_grant_type which narrows it down immediately).
3. Double check there's no IP restriction issue If the Connected App or your Salesforce org has IP allowlisting/login IP ranges enforced, requests coming from Power BI's service (if this is going through the Power BI service rather than just Desktop) can get blocked at a level that also shows up as a generic Bad Request.
4. Confirm you're not mixing up Consumer Key/Secret with something else Sounds basic, but worth confirming ClientId/ClientSecret in your code are the actual Consumer Key and Consumer Secret from the Connected App's "Manage Consumer Details" page, not the connected app's Salesforce record Id or anything else.
Once you get the actual error text back from step 2, that'll tell you exactly which of these it is rather than guessing. Post that response back if you're still stuck and it'll be much easier to pin down.
Hi,
Bad Request on the token endpoint almost always means Salesforce is rejecting the request itself (not a Power BI connectivity issue), so I'd look at these first:
1. Check the Connected App is actually set up for Client Credentials Flow This is the most common gotcha — just having a Client ID/Secret isn't enough. In Salesforce Setup, on your Connected App, you need "Enable Client Credentials Flow" explicitly turned on under OAuth settings, and there needs to be a "Run As" user assigned to it. If that's not configured, you'll get a Bad Request even with correct credentials.
2. Try capturing the actual error body, not just the status Right now you won't see Salesforce's actual error message because Power Query throws before you can inspect the response. Add ManualStatusHandling = {400} to your Web.Contents options so you can capture the response body:
TokenResponse = Web.Contents(SalesforceUrl & "/services/oauth2/token", [
Content = Text.ToBinary("grant_type=client_credentials&client_id=" & ClientId & "&client_secret=" & ClientSecret),
Headers = [#"Content-Type"="application/x-www-form-urlencoded"],
ManualStatusHandling = {400}
]),
ResponseText = Text.FromBinary(TokenResponse)Then just output ResponseText on its own to see what Salesforce is actually telling you (usually something like invalid_client_id or unsupported_grant_type which narrows it down immediately).
3. Double check there's no IP restriction issue If the Connected App or your Salesforce org has IP allowlisting/login IP ranges enforced, requests coming from Power BI's service (if this is going through the Power BI service rather than just Desktop) can get blocked at a level that also shows up as a generic Bad Request.
4. Confirm you're not mixing up Consumer Key/Secret with something else Sounds basic, but worth confirming ClientId/ClientSecret in your code are the actual Consumer Key and Consumer Secret from the Connected App's "Manage Consumer Details" page, not the connected app's Salesforce record Id or anything else.
Once you get the actual error text back from step 2, that'll tell you exactly which of these it is rather than guessing. Post that response back if you're still stuck and it'll be much easier to pin down.
- gilmore_staci3 months ago
Helper III
#1 box is checked and user assigned is an api only salesforce integrated user
#2 i added the code to my query, cleared permissions and now when it asks how to connect it doesn't like the Anonymous i was using before. Says its can't authenticate with the credentials provided
#3 this is a desktop connection, does the IP still apply?
#4 I re-entered the key and secret, using the copy button on salesforce instead of copy and pasting
Any suggestions on #2?
- v-abhinavmu3 months ago
Community Support
Hi gilmore_staci,
Thanks for reaching out to the Microsoft Fabric Community forum. and thanks to Prince0011 & Murtaza_Ghafoor for sharing valuable insights.
Based on the official documentation, when the Content option is specified, the request is sent as an HTTP POST, and POST requests may only be made anonymously.
The documentation also explains that ManualStatusHandling only changes how Power Query handles the specified HTTP status codes. Instead of immediately raising a DataSource.Error, it allows the response to be processed so you can inspect details such as the response status.
Since Power BI is now indicating that it can't authenticate using Anonymous after adding
ManualStatusHandling and clearing the data source permissions, could you share the exact authentication error message (or a screenshot with any sensitive information removed)? That additional detail would help the community better understand what Power BI is reporting and assist with further troubleshooting.
For more details, please refer to the official documentation:
- Web.Contents (Power Query M): Web.Contents - PowerQuery M | Microsoft Learn
- Wait-Retry Pattern (ManualStatusHandling): Using the wait-retry pattern in Power Query connectors - Power Query | Microsoft Learn
I hope this helps. Please feel free to reach out if you have any further questions.
Thank you.
- Prince00113 months ago
Memorable Member
Hi,
For #2, that's actually progress, Power BI is now treating the URL as needing real credentials since ManualStatusHandling changes how it handles the response. Try setting the connection to "Anonymous" again but do it through Data source settings (File > Options > Data source settings > find the URL > Edit Permissions), not the popup prompt, sometimes the popup defaults to a credential type that conflicts with what the query expects.
If that still fails, try clearing the cached credentials for that URL entirely first, then re-run the query so it prompts fresh.
On #3, yes, IP restrictions still apply even from Desktop if your org enforces login IP ranges at the org or profile level, not just for server-side calls, so worth ruling out