web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

News and Announcements icon
Community site session details

Community site session details

Session Id :
Power Platform Community / Forums / Copilot Studio / WhatsApp channel fails...
Copilot Studio
Suggested Answer

WhatsApp channel fails with "no WhatsApp accounts associated" despite correctly linked ACS resource

(0) ShareShare
ReportReport
Posted on by 2

I'm trying to connect a Copilot Studio agent to WhatsApp via Azure Communication Services (ACS). The ACS side confirms the WhatsApp Business Account is correctly linked, but Copilot Studio's Channels > WhatsApp screen reports "There are no WhatsApp accounts associated with the selected Azure Communication Services resource" when selecting the subscription and ACS resource. The same agent connects successfully to the Microsoft 365 and Teams channel without any issue, which rules out a broken bot registration.

Environment details

  • Environment type: Developer
  • Region: Europe
  • Environment URL: trd-blog-deve.crm4.dynamics.com
  • Environment ID: 5907187c-555a-ee2c-a6ce-321c4307b551
  • Organization ID: c70c3aef-a55d-f111-9bb3-000d3adc9f5f
  • Tenant ID: b1578f2c-f814-4f0c-a2c6-c4a382ed34c9
  • Agent (bot) schema name: trd_AgentTRDProspection

What's already verified/configured correctly on the Azure side

  • ACS resource "ACS-For-Agent-TRD" exists in the same tenant as the Copilot Studio environment
  • WhatsApp Business Account ("The Rational Developer") is linked to the ACS resource, Channel ID and Sender ID (+33 7 59 22 11 38) are populated and visible in the Azure portal
  • Contributor role assigned to both "Power Virtual Agents" and "Microsoft Copilot Studio Service" enterprise applications, at the resource, resource group, AND subscription level (tested progressively widening scope)
  • My own account has Owner role on the subscription (not just Contributor) - Microsoft.EventGrid resource provider is Registered on the subscription
  • Same agent's Microsoft 365/Teams channel connects and works correctly (confirmed via "Added successfully" and direct chat in Teams)

Steps to reproduce

  1. Open the agent in Copilot Studio > Settings > Channels > WhatsApp
  2. Select the Azure subscription (1 of 1 available)
  3. Select the ACS resource "ACS-For-Agent-TRD"
  4. Error appears: "There are no WhatsApp accounts associated with the selected Azure Communication Services resource. Please select a different resource or subscription." This has persisted for over 24 hours, ruling out normal Azure RBAC propagation delay.

Console evidence

When the WhatsApp channel panel is open, the following request returns 404: powervamg.eu-il109.gateway.prod.island.powerapps.com/chatbotmanagement/tenants/b1578f2c-f814-4f0c-a2c6-c4a382ed34c9/environments/5907187c-555a-ee2c-a6ce-321c4307b551/bots/trd_AgentTRDProspection/api/channels/whatsapp Failed to load resource: the server responded with a status of 404 () Note the gateway hostname includes "island" (eu-il109.gateway.prod.island.powerapps.com) - flagging in case this cluster type has any relevant limitation for WhatsApp channel provisioning.

Question

Given that ACS-side configuration is confirmed correct and the same agent works fine on other channels, is this a known issue with WhatsApp channel discovery on Developer-type environments, or specific to this "island" cluster? Is there a way to confirm which cluster/backend is expected to serve this bot, or to move the agent to a different one?

  • Suggested answer
    M Bilal Khan Profile Picture
    376 on at

    Based on what you've already checked, I would focus less on Azure RBAC at this point and more on whether the Copilot Studio environment is eligible to provision/discover the WhatsApp channel.

    A few observations:

    1. The Teams/Microsoft 365 channel working does not validate WhatsApp provisioning

    Those channels use a different provisioning path. So the fact that the agent works in Teams confirms that the agent itself is healthy, but it doesn't necessarily prove that the environment can enumerate WhatsApp accounts through Azure Communication Services.

    The key failure appears to be here:

    .../api/channels/whatsapp
    

    returning 404.

    If the Copilot Studio backend endpoint responsible for the WhatsApp channel is returning 404, that would explain why the UI falls back to:

    There are no WhatsApp accounts associated with the selected Azure Communication Services resource.

    In other words, the message may be misleading: the issue may not actually be that ACS cannot see the WhatsApp Business Account.

    2. I would specifically test this in a non-Developer environment

    This is the first thing I would try.

    Create or use a sandbox/production environment in the same region, create a minimal test agent, and attempt to connect the exact same ACS resource.

    If:

    Developer environment → WhatsApp channel API returns 404
    Sandbox/Production → WhatsApp account is discovered
    

    then you have a strong reproducible case that the issue is related to environment type or backend rollout/provisioning, rather than the ACS configuration.

    I would not spend more time repeatedly changing Contributor/Owner assignments if the ACS resource is already visible to Copilot Studio and the WhatsApp account is correctly configured in Azure.

    3. Check that the ACS resource meets the Power Platform integration requirements

    In addition to RBAC, verify the exact prerequisites required for the Copilot Studio ↔ Azure Communication Services WhatsApp integration, including:

    • Same Microsoft Entra tenant
    • Supported ACS/WhatsApp configuration
    • Correct Azure subscription visibility
    • Required enterprise application permissions
    • Required Azure resource provider registration
    • Supported Power Platform region/environment configuration

    The official setup documentation is the best checklist for this because the required service principals and permissions can change. I would compare the configuration line by line rather than relying only on the fact that the WhatsApp sender is visible in the Azure portal.

    4. The island hostname is probably not something you can or should change

    The gateway hostname is part of Microsoft's managed Power Platform infrastructure. There is no supported mechanism to manually select the Copilot Studio backend cluster or move an existing agent from an island gateway to another cluster.

    Therefore, I would treat:

    powervamg.eu-il109.gateway.prod.island.powerapps.com
    

    as a useful diagnostic detail for Microsoft Support, but not as something that can be manually reconfigured by the customer.

    5. The 404 is worth escalating

    Since:

    • the ACS resource is discoverable in the UI,
    • the WhatsApp Business Account and sender are visible in ACS,
    • the required tenant relationship has been verified,
    • RBAC has been tested at wider scopes,
    • the issue persists beyond normal permission propagation,
    • and the Copilot Studio WhatsApp backend request itself returns 404,

    I think this has moved beyond normal configuration troubleshooting.

    My recommended next step would be to open a Microsoft support request and include:

    • Environment ID
    • Environment type and region
    • ACS resource ID
    • Approximate timestamps in UTC
    • The exact WhatsApp Business Account/Sender configuration
    • The failing /api/channels/whatsapp request and 404 response
    • A HAR file if Support requests it
    • Confirmation that the same ACS resource was tested against another supported Power Platform environment, if possible

    I would also include the comparison result if you test the same ACS resource from a Sandbox environment. That would be particularly valuable because it would help separate an ACS discovery problem from a Developer-environment/backend provisioning limitation or service regression.

    So, based on the evidence provided, I would not assume that the WhatsApp Business Account is missing or incorrectly linked. The 404 from the Copilot Studio WhatsApp channel backend suggests the channel discovery/provisioning path itself may not be available for that environment.

    At this point, testing the same ACS resource against a supported Sandbox/Production environment and then raising a Microsoft support case with the 404 evidence would be the most useful next step.

  • Suggested answer
    Daniyal Khaleel Profile Picture
    31 on at
    this does not look like an ACS/RBAC issue.
    `eu-il109.gateway.prod.island.powerapps.com` is a valid Power Platform infrastructure endpoint;“island” is not itself a problem.Microsoft does not document WhatsApp as unsupported in Developer environments.
    The 404 on `/api/channels/whatsapp`strongly suggests a Copilot Studio backend/environment provisioning issue.
    Don't change Azure permissions further.
    Best test: create a new Sandbox environment + new test agent and connect the same ACS resource.
    Sandbox works → likely Developer environment/backend issue.
    Sandbox also fails → likely Copilot Studio/tenant/region service issue.
    You cannot manually move the environment to another `island` cluster; Microsoft would need to handle that.
  • Suggested answer
    Valantis Profile Picture
    7,545 Super User 2026 Season 2 on at
     
     

    My recommendation would be to test the same ACS resource in a Sandbox or Production environment. If it works there, that strongly points to a Developer environment or backend issue. If it fails there too, then it is likely a tenant or service-side issue and a Microsoft support ticket is the right next step.


       Best regards,

    Valantis   ✅ If this helped solve your issue, please Accept as Solution so others can find it quickly.

    ❤️ If it didn’t fully solve it but was still useful, please click “Yes” on “Was this reply helpful?” or leave a Like :).

    🏷️ For follow-ups  @Valantis.

    📝 https://valantisond365.com/ 💼 LinkedIn   ▶️ YouTube
  • AC-08052055-0 Profile Picture
    2 on at
    Follow-up: I tested this exact scenario as suggested. I created a new Trial (Sandbox-type) environment in a different Power Platform region (Switzerland instead of Europe), created a minimal agent, published it successfully (confirmed "Published" status, not mid-publish this time), and attempted the same WhatsApp channel connection to the same ACS resource.
     
    Result: identical failure.
    Same "no WhatsApp accounts associated" error, same 404s on:
    - powervamg.ch-il101.gateway.prod.island.powerapps.com/api/botauthoring/v1/auth/authorization
    - powervamg.ch-il101.gateway.prod.island.powerapps.com/chatbotmanagement/.../api/channels/whatsapp
     
    This rules out "Developer environment type" as the cause, since Trial/Sandbox fails identically. The common factor across both failing environments: both gateway hostnames belong to the "island" cluster family (eu-il109 and ch-il101 respectively), just in different regions.
     
    This looks less like an environment-type limitation and more like a broader issue affecting "island" cluster provisioning for the WhatsApp/botauthoring backend specifically, since the same agents work fine on Teams in both environments.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Season of Sharing Community Challenge Winners!

Congratulations to our community stars!

Kudos to our 2025 Community Spotlight Honorees

Expanding mentorship, skilling, and AI innovation

Leaderboard > Copilot Studio

#1
Mohsin Ali Profile Picture

Mohsin Ali 360

#2
Valantis Profile Picture

Valantis 253 Super User 2026 Season 2

#3
11manish Profile Picture

11manish 184 Super User 2026 Season 2

Last 30 days Overall leaderboard