How do you connect Sally AI with Power Automate?
To connect Sally with Power Automate you use a webhook. Sally sends the results of a meeting to an address of your choice, and your cloud flow picks up from there.
The setup has three parts, and the order matters. Power Automate only generates the address once the flow is saved, so you build the flow first. Then you set up the webhook in Sally with that address and copy the example body there. With that body, Power Automate generates the schema in the last step, so you can work with the individual fields inside the flow. If you have not worked with webhooks before, read the webhook guide first.
Quick navigation
- Build the flow in Power Automate
- Configure the webhook in Sally
- Add the schema to the flow
- Check the webhook activity in the log
1. How do you build the flow in Power Automate?
First you need a flow in Power Automate with a trigger that waits for incoming data, and with at least one action. Power Automate only saves a flow once both are in place, and the address for Sally only appears when you save.
- In Power Automate, click Create and choose Automated cloud flow, the flow that is triggered by an event.
- Enter a meaningful name under Flow name, Sally, send e-mail for instance. Then click Skip to choose the trigger yourself.
- In the new flow, click Add trigger.
- Search for HTTP and select When an HTTP request is received.
- Now add an action to the flow.
- In this example it is Send an email notification (V3), to send the meeting information by e-mail. A Planner task, a Teams message or a new row in Excel works just as well.
-
Configure the details of the action, in this example the e-mail:
- To: where the output should go.
- Subject: a meaningful label, Meeting tasks for instance.
- Body: a short message, into which you can insert the dynamic fields from Sally later.
- Click Save.
- Saving is what makes Power Automate generate the address. Open the trigger; the address sits under HTTP URL. Copy it with the icon on the right of the field.
Leave Request Body JSON Schema in the trigger empty for now. You need the example body from Sally for it, which you get in the next section. After that you add the schema.
2. How do you create the webhook in Sally?
Now you put the copied address into Sally.
- In Sally, open Settings from the bottom-left corner of the sidebar.
- Under Configuration, select Integrations and open the Webhooks tab. Click Create webhook under Webhooks (Personal).
Webhooks (Personal) fire after your own meetings are summarized. Webhooks (Organization) apply to the entire organization account and are managed by administrators. For your own flow, use the personal section.
- Fill in the upper part of the Create webhook dialog: Name, an optional Description, the Trigger, the Language, the address from Power Automate under Webhook URL, and the Authentication.
- Scroll down in the dialog. Body contents defines what Sally sends along, Options defines when the webhook fires. Then click Create.
The table below explains every field of the dialog.
| Field | What it does |
|---|---|
| Name | Required. The display name of the webhook. Pick something you will recognize later, for example "CRM entry via Power Automate". |
| Description | Optional. A note on what the webhook is triggered for. Useful once several webhooks run side by side. |
| Trigger | Required. Defines when Sally sends. Automatically after every summary runs the webhook after every transcription, which means after a video or audio upload and after a meeting Sally attended. |
| Trigger for all languages | When enabled, the webhook fires no matter which language the summary was created in. |
| Webhook URL | Required. The address from the trigger of your flow. |
| Authentication | Defines how Sally identifies itself to the target system. For an open HTTP trigger, None is enough. The webhook guide covers the other methods. |
| Custom headers (optional) | Add header lets you send extra headers, an API key for instance. |
| Body contents | Defines which fields end up in the POST body: Summary, Section content, Objections, Conversation goals and Transcript. Only enabled fields are sent on each trigger, and the less you send, the smaller and faster the request. |
| Preview and Copy example body | Shows the body Sally would send with the toggles you set, and copies it. That body is exactly what you need for the schema in the next section. |
| Re-trigger on re-summarization | When off, the webhook fires only the first time. When on, Sally sends again whenever a summary is regenerated. |
| Webhook active | Switches the webhook on. Turning it off leaves it in place without deleting it. |
- The webhook you created then sits under Webhooks (Personal).
- Open the webhook with the pencil icon in its row and click Copy example body. The create dialog does not have the body ready yet, which is why this extra step is needed. You need the body for the schema in the next section.
Every webhook in the list carries its body version. Sally creates new webhooks on the current version, older ones are marked Outdated or Expiring. If an old webhook is still running, recreate it with the same settings. The version determines how the body is built, so after recreating it you have to generate the schema in the flow again.
3. How do you add the schema to the flow?
Given the example body from Sally, Power Automate learns the structure of the incoming data. Only then can you work with individual fields inside the flow.
- Open the trigger in your flow and click Use sample payload to generate schema under Request Body JSON Schema.
- Paste the body you copied in Sally and click Done.
- The schema now sits in the Request Body JSON Schema field. Also check under Who can trigger the flow? who may run the flow.
With the schema, Power Automate knows the structure of the incoming data. That is what lets you pick dynamic fields such as summary, tasks or decisions in the action.
- Finally, click Save again.
That completes the path: Sally sends after every summary, and your flow carries on with the fields from the schema.
4. How do you inspect and debug webhook logs?
Finally, check that Sally is actually sending. Sally logs every trigger, so you can see what went to Power Automate and how Power Automate answered.
- In Sally, open the Webhooks tab and click the document icon on your webhook. In the row it sits directly to the right of the switch.
Once the trigger has fired, the entries show up in the log. The list shows Status with the HTTP code Power Automate returned, Time of the delivery, Message when something failed, and the Request URL from your flow. The arrow on the right opens the entry with the full Request body and the Response body. The icon next to it sends the same record again.
4.1. What do the HTTP status codes mean?
The status comes from Power Automate, not from Sally. It tells you whether the request arrived and where to look when it did not.
| Status | What it means | What you can do |
|---|---|---|
| 200 OK, 202 Accepted | Power Automate accepted the request and runs the flow. | Nothing. If the flow still does nothing, check its run history. |
| 400 Bad Request | The body does not match the schema in the trigger. | Generate the schema again from the current example body. You also need this after changing the body contents in Sally. |
| 401 Unauthorized, 403 Forbidden | Power Automate rejects the request. | Check in the trigger who may run the flow, and whether the Sally webhook carries matching authentication. |
| 404 Not Found | There is no flow at that address any more. | Most common cause: the flow was deleted or switched off. Check it and put the address in again if needed. |
| 429 Too Many Requests | Too many requests arrive in a short time, or a limit of your Power Platform environment is reached. | Send less content or check the limits of your environment. |
| 500, 502, 503, 504 | Power Automate was unreachable, or the flow failed with an error. | Trigger again later and check the run history of the flow. |
If nothing arrives in the flow, check the log in Sally first. No entry means the trigger did not fire, which points back at Sally. An entry with an error status points at the flow: the address, the permissions or the schema.



















