Collection
Business Central approvals — native limits and real alternatives
Business Central ships with a working Approvals feature. It also ships with real limits: no native Microsoft Teams approval card, routing rules that don't flex by amount or department without customization, and notifications that silently stop the moment the job queue goes down.
Most teams patch this with Power Automate — Microsoft's own suggested workaround. It works, until the person who built the flow leaves and nobody else knows which SharePoint list it's watching.
The piece below covers both ends: where Business Central's native approval engine actually breaks down, and what a governed alternative looks like when licensing cost and continuity risk both matter.
Why this cluster exists
Business Central's approval engine is often treated as a solved problem — it exists, it technically routes approvals, so the conversation moves on. In practice, most mid-market teams running BC hit the same three walls: no native way to approve from Microsoft Teams, routing logic that requires developer time to change, and notifications that depend entirely on a background job queue nobody watches until it's already broken.
The default fix is Power Automate — reasonable, since Microsoft recommends it. But a workaround built by one person, undocumented, and never reviewed for what happens when that person leaves is not a governance model. It's a new single point of failure wearing the old one's clothes. This cluster covers what actually breaks, what the workaround costs at scale, and what a named-owner, audited approval layer looks like instead.