Outcome. Once a week, the admin team gets one Slack message listing which workflows had errors in the past week, so a broken action gets caught during a routine check instead of only when someone complains a record was missed.
flowchart TD
A[Scheduled trigger: Monday 08:00] --> B[Custom code: fetch all flows]
B --> C{Per-flow error signal available?}
C -->|yes| D[Sort by error count, keep errors > 0]
C -->|no| E[Fallback: list flows, flag stats unavailable]
D --> F{Any flows with errors?}
F -->|yes| G[Format error list]
F -->|no| H[Format: no workflow errors this week]
G --> I[Post to Slack]
H --> I
E --> I

When to use it, when not to
- UseUse it on a portal with more than a handful of active workflows, where nobody has time to open each one's History tab weekly.
- UseUse it as a companion to reporting-alerts-006 (disabled workflow inventory) and reporting-alerts-007 (duplicate trigger detection) for a fuller monthly-plus-weekly automation hygiene routine.
- SkipDo not treat the error counts here as a full incident report. This digest tells admins WHICH workflows had errors, not the individual failed record or the root cause; both still need a manual look in that workflow's own History.
- SkipDo not use it if the portal's error rate is already visible another way, for example an existing BI pipeline exporting workflow execution logs.
or the reporting and alerts pack, 39 EUR
One-time, excl. VAT. 30-day refund, no questions asked. Founding prices until 31 October, then 199 and 59 EUR. Includes every spec added later, up to the full 500, and the one-click installer on the full library. Building on client portals? The agency licence at 449 EUR covers unlimited client portals.





