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

Community site session details

Session Id :
Copilot Studio - Building Copilot Studio Chatbo...
Suggested Answer

Get notification in Microsoft Agent App in teams instead of workflows teams notification

(1) ShareShare
ReportReport
Posted on by 2
Scenario:
 
I have copilot studio agent and published in teams and 365 app. Any message it will send to topic or flow and get response show in team message.
 
In some topic the request message is send to http action of power automate flow where it has two inputs one is requestor email and user query, it pass these two inputs invoking post method of http action flow and once that http response send back requestor email and query results and these two results sending to teams webhook http power automate flow and from body of webhook itnhas email and query results I'm passing it to post a message in a chat or channel action in flow where currently I chose flow bot and recipient is requestor email from webhook body and in message body is query results from the webhook body.
 
Now expected notification:
Above flow of output is sending workflow notification to user in personal chat instead I want to send this notification to copilot studio agent app which we installed 
 
I tried this in proactive message in chat action by choosing agent bot name which I created it shows errors bad gateway or kind of not support 
 
 
What is best approach to achieve above usecase? Looking for assistance on this 
 
 
Categories:
I have the same question (0)
  • Suggested answer
    Sam_Fawzi Profile Picture
    720 Super User 2025 Season 2 on at
    Get notification in Microsoft Agent App in teams instead of workflows teams notification
     
    What you are seeing is mostly a channel / bot-identity limitation, not a configuration bug.
    Right now:
    • Your Copilot Studio agent is one bot in Teams (the “agent app”).
    • Power Automate flows that “Post a message in a chat or channel” use the Power Automate (Flow) bot or a Teams app/bot configured for that action.
    • You cannot arbitrarily “impersonate” your Copilot Studio agent from a standard Power Automate Teams connector call.
    That’s why trying to send a proactive message and selecting the Copilot agent as the bot results in errors such as “Bad Gateway / not supported”.

    What is supported
    To send notifications that appear to come from your Copilot Studio agent (not the Flow bot), the supported patterns are:
    1. Use Copilot Studio’s built-in “Proactive message” / “Send message” capability
      • The agent itself calls Power Automate (HTTP action or Power Automate action) to do the work.
      • When the flow finishes, it returns the result to the agent.
      • The agent then sends the response back to the user in the same conversation.
      • In this pattern, the user always sees messages from the agent app, not from the Flow bot.
    2. Keep Power Automate for background work, but let the agent control the user-facing messages
      • Flow does the processing and returns a simple result (e.g., via HTTP response or a Dataverse/SharePoint update).
      • A topic in Copilot polls or is triggered to read that result and respond to the user.
      • Again, only the agent is talking to the user in Teams.
    3. If you need out-of-band notifications (later / async)
      Copilot Studio today has limited support for truly asynchronous proactive messages into Teams. The safest, supported approach is:
      • Use the Flow bot or an Azure Bot Framework bot for proactive notifications,
      • Or redesign the experience to have the user come back to the agent and ask, “What’s the status of X?” so the agent pulls and shows the latest result.

    What you cannot reliably do (today)
    • Use a generic “Post message in chat or channel” Power Automate action and make it appear as if it is the Copilot Studio agent app.
    • Use Teams webhook → Flow → “Proactive message” to directly address the Copilot Studio agent as the sender (this is what’s giving you Bad Gateway / unsupported errors).
    Those paths are not supported for Copilot Studio agents currently.

    Recommended approach for your scenario
    Given your description (HTTP-triggered flow, requestor email, query results):
    1. Keep the HTTP flow to do the heavy work.
    2. Have the flow return the result back to the agent instead of posting through the Flow bot.
    3. Let the agent surface the response to the user in the same conversation (or on next turn) using a normal message node.
    That way, all visible messages stay inside the Copilot Studio agent app, and you avoid unsupported bot-impersonation patterns.
     

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

Coming soon: forum hierarchy changes

In our never-ending quest to improve we are simplifying the forum hierarchy…

Chiara Carbone – Community Spotlight

We are honored to recognize Chiara Carbone as our Community Spotlight for November…

Leaderboard > Copilot Studio

#1
Romain The Low-Code Bearded Bear Profile Picture

Romain The Low-Code... 304 Super User 2025 Season 2

#2
Michael E. Gernaey Profile Picture

Michael E. Gernaey 224 Super User 2025 Season 2

#3
Sam_Fawzi Profile Picture

Sam_Fawzi 78 Super User 2025 Season 2

Last 30 days Overall leaderboard

Featured topics