noombat posts its alerts — Snout's Daily Catch, accounts turning hot, meetings booked — straight into a Teams channel of your choice. No app install, no admin rights, no cost: one workflow link, about five minutes.
Alerts read best in a channel of their own — most customers create one called noombat in the team where the go-to-market people live. An existing standard channel works just as well.
the team > ⋯ > Add channel
Teams ships a built-in automation template that receives noombat's alerts and posts them as cards. Adding it takes two clicks and creates the link we'll connect to.
the channel > ⋯ > Workflows — type webhook in “Find templates” and pick “Send webhook alerts to a channel”. Your team and channel are pre-selected on the next screen — click Save.

The workflow's page opens (it's also where its delivery run history lives — worth remembering). Click Copy webhook link: that link is what you'll send us in step 3. It's never shown on screen — treat it like a password from here on.

One thing to verify before the link leaves your hands — Microsoft's setup occasionally saves a broken channel selection (the fields show a lone @ instead of your team and channel), and when it does, every post fails while everything looks fine from the outside. Thirty seconds now saves a support round-trip later:
the workflow's page > EditLook at the Team and Channel fields. If they show your team and channel by name — you're done, click Back without saving. If either shows @ or is empty: re-select your team and channel from the dropdowns, then Save.

Share the link securely — never in a plain email
integrations@noombat.ai. Also good: a self-destructing link (e.g. onetimesecret.com). If it ever leaks, delete the workflow — the link dies with it — then re-add and send us the new one.Once the link arrives we send a test card the same day and confirm back to you — then you choose which alerts the channel gets, and they simply start arriving.
Cards, not walls of text — each one led by the noombat mark, with the facts that matter and a button back into your workspace. Here's Snout's Daily Catch, the morning digest of accounts worth a call:

Real failure modes we've hit while building this — with the exact fix. If yours isn't here, send it over.
| What you see | Why | Fix |
|---|---|---|
| Cards never arrive, but noombat reports alerts as sent | Microsoft's webhook accepts every request the moment it arrives and only then tries to post — so delivery failures are invisible to the sender. Every failed attempt IS recorded on your side, in the workflow's run history. | In Teams: the channel's ⋯ → Workflows → your workflow — its page shows the run history. Click a failed run and the red step names the cause; the rows below cover the ones we've seen. (The same history is at make.powerautomate.com, environment picker on Default.) |
| Run history says: “The sender … is not a member or an owner of the team or channel” | Misleadingly worded — the real cause we've verified is a broken saved Team/Channel selection (a literal “@” instead of your choices), so posts are addressed to a team that doesn't exist. | Do step 3 of this guide: the workflow's page → Edit → re-select the Team and Channel from the dropdowns → Save. If the simple Edit view doesn't clear it, fix both posting actions in the advanced editor — full walkthrough with screenshots below this table. Delivery starts on the next alert. |
| Run history says the bot “is not part of the conversation roster” | The target is a private (or shared) channel — Microsoft's Workflows bot can only post to standard channels. A private team is fine; a private channel is not. | Point the workflow at a standard channel (create one for noombat if needed — step 1). If a private channel is a hard requirement, talk to us about the service-account setup. |
| It worked, then stopped after someone opened the workflow in the full Power Automate editor | The advanced editor at make.powerautomate.com can corrupt the workflow's internals when an edit session is abandoned midway — it keeps accepting requests while every post fails. (The simple Edit view in Teams is safe.) | Fastest fix: delete the workflow, re-add it from the channel (two minutes), and send us the new link. The old link dies with the deleted workflow. |
| Teams' own Power Automate tab says “You don't have any flows” | That tab often opens a different Power Platform environment than the one Teams-created workflows live in. The workflow exists and runs — you're just looking in the wrong place. | Manage it at make.powerautomate.com with the environment picker on the Default environment. Nothing needs fixing — delivery is unaffected. |
| Your organisation is on GCC / GCC High / DoD | Microsoft doesn't provide the Workflows posting bot in US Government clouds. | Tell us — there's a fallback setup (posting via a dedicated account) that works there. |
For the “sender is not a member or an owner” failure: the workflow is addressed to a broken target (a lone @ where your team and channel should be), and re-selecting them is the whole fix. The workflow posts from two places internally — both need the fix.
make.powerautomate.com > My flows > the workflow > Edit (keep the environment picker, top right, on your Default environment). Expand everything — the flow ends in a fork with a posting action on each side:
@ or is empty, open the dropdown and pick them. Don't touch the Adaptive Card field — the pink token in it is correct.

The questions IT and security people ask us about this setup, answered the way we answer them.
Post cards into that one channel — nothing else. It cannot read messages, files, or members; it grants noombat no access to your tenant, and nothing is ever read back. It is also the only credential in this setup, and it is post-only: the worst anyone holding it could do is post a message into that channel. That's why we still treat it like a password.
Microsoft fixes the sender identity of webhook workflows — every one posts as the Workflows app, and that name can't be changed. The noombat mark and name lead every card instead, so there's never a doubt who it's from. (A full Teams app would change the sender name, but it needs an app install and admin consent in your tenant — we deliberately keep this integration lighter than that.)
Whatever you subscribe the channel to: Snout's Daily Catch (the morning digest of accounts worth a call), an account turning hot, a meeting getting booked, a lead being routed to someone, a scheduled automation finishing, or a data sync failing. Each is a card with a link back into your noombat workspace — the same alerts Slack customers get.
Delete the workflow (in the channel's Workflows list, or at make.powerautomate.com) — the link dies with it, instantly and permanently. Nothing on our side can restore it. Re-adding the workflow creates a fresh link, which is also the rotation procedure: delete, re-add, send us the new one.
Not directly — Microsoft's Workflows bot can only post to standard channels (this is a platform limitation, not ours). The pattern that works: a standard channel inside your team — the team itself being private is completely fine, and that already limits the audience to team members. If a private channel is a hard requirement, ask us about the service-account setup.
Nothing. The Workflows app ships with Teams on every Microsoft 365 business plan, the webhook template uses only standard connectors (no premium Power Automate license), and no user seat is consumed.
Yes — each channel gets its own workflow and its own link, and each link is bound to exactly one noombat workspace on our side, so one client's alerts are structurally incapable of landing in another's channel. Repeat this guide per channel and send us each link, telling us what should go where.
Anything unclear, or an IT policy in the way? integrations@noombat.ai — or we'll do the whole thing together on a call, it's a five-minute screen share.