When Power Automate Is the Wrong Choice: 7 Exclusion Criteria
Power Automate doesn't always fit. 7 exclusion criteria from official Microsoft docs, honest instead of sold.
n8n isn't always the right choice. These scenarios honestly show when cloud limits, governance, or operations speak against it.
At NordFlux, we build many automations with n8n, because in most projects the tool offers the right balance of flexibility, control, and cost. That's exactly why it's worth taking an honest look at the other side too: there are real situations where n8n isn't the right choice, and that's not down to bad marketing but to understandable limits that n8n itself describes in its own documentation.
This article collects exactly these scenarios, backed by sources from the official n8n documentation and the current pricing page. Not sales content, but a sober checklist that lets you check in advance whether n8n fits your situation before you invest time in building it.
Self-hosted n8n means: you decide on infrastructure, updates, and security, and you also bear the responsibility for it. The official decision guide Choose how to use n8n makes this clear: n8n Cloud requires no installation and maintenance is handled by the n8n team, whereas with a self-hosted instance, infrastructure, security updates, and operations are your own responsibility.
That's not a flaw in the product, but a deliberate design decision. With self-hosting you retain full control over your data, but that control isn't a side task that gets handled along the way. If nobody on your team wants to apply patches, check backups, or trigger a restart at night, the free Community Edition quickly becomes a cost factor, just in work hours instead of license fees. In that case, either the managed cloud plan or a different automation model is the more honest choice.
Single sign-on via SAML or LDAP, granular roles and projects, separate environments, and external secret stores are completely missing from the free Community Edition. The documentation on the Community Edition Features explicitly lists these as features that are unlocked only with Business or Enterprise plans. Sharing workflows and credentials between multiple people is also restricted in the Community Edition: by default, only the instance owner and the person who created a workflow can see it.
For a small team or an individual freelancer, that's often not a problem. But as soon as regulatory requirements, for example from the finance or healthcare sector, demand centralized user management with single sign-on from the outset, that can't be simulated with the free version. Anyone who ignores this requirement and starts with the Community Edition anyway is building a pilot project that will need to be rebuilt from scratch when moving into production.
The n8n pricing page tiers the cloud plans among other things by monthly executions and concurrently running processes: the entry-level plan is calculated for a moderate volume, higher plans significantly expand the execution limit, concurrent runs, and the number of shared projects, but also at a noticeably higher price. The exact figures change occasionally, so before making a decision it's always worth checking the current pricing page instead of older screenshots or blog posts.
In practice, this means: anyone planning webhook-heavy processes with very high execution counts per day, for example in e-commerce or IoT integrations, either quickly ends up in a significantly more expensive cloud tier or has to self-host. And self-hosting at high volume leads directly to the next point.
Self-hosted n8n scales via what's called queue mode, and that's not a one-click feature. According to the documentation on Enabling Queue Mode, the main instance hands the execution ID to a message broker called Redis, which manages the queue, and you additionally have to start your own worker processes that process this queue. Optionally, dedicated webhook processors for incoming requests can be added, and according to the documentation, multiple concurrently running main processes for high availability are an Enterprise feature with automatic leader election.
The documentation also explicitly warns against combining low concurrency values with a large number of workers, because this can exhaust the database's connection pool and lead to delays or errors. That's classic infrastructure operations, no longer a no-code setup. Without someone on the team who understands Redis, database connections, and load distribution, a growing execution volume becomes a real risk instead of a convenience feature.
Native Git synchronization via source control, which automatically syncs workflows with a repository, is, according to the documentation on Source Control and Environments, explicitly restricted to Business and Enterprise plans. Anyone working with the Community Edition can export workflows as JSON at any time and manually check them into their own repository, but an automatic, verified sync between environments is missing.
For teams that need a seamless, traceable change history across multiple environments for compliance reasons, a manual workaround is often not enough, no matter how disciplined it's maintained. Here it's worth taking an honest look at the budget before relying on a compliance promise that the free version technically can't deliver.
For most plans, including the self-hosted Business tier, support runs through the community and the forum, without fixed response times. According to the pricing page, dedicated support with an SLA and a direct point of contact is only available with the Enterprise plan. If an n8n outage directly affects your revenue or critical processes and you need a guaranteed response time, a forum, as helpful as it is day to day, is no substitute for a real support contract.
With a manageable execution volume, a team that either wants to handle maintenance itself or deliberately chooses the cloud plan, and without strict governance requirements from day one, n8n is in practice often the most cost-effective and flexible option overall. The limits mentioned mainly concern growth beyond a certain size, not getting started.
For individual workflows with standard connectors, yes, the visual interface significantly lowers the entry barrier. But as soon as it comes to self-hosting, scaling via queue mode, or complex data processing in the Code node, a basic technical understanding is required. Anyone who doesn't have that on their team should rely on the managed cloud plan or get support.
That depends on your actual needs. As long as roles, single sign-on, separate environments, and native Git synchronization aren't mandatory, the Community Edition, according to Community Edition Features, covers almost the entire feature set. As soon as one of these requirements becomes concrete, there's no way around a paid plan.
Yes, according to Choose how to use n8n, this is a common path. You start in the cloud with no installation effort, gain experience with your own workflows, and later migrate to a self-hosted instance once control, costs at high volume, or specific compliance requirements justify it.
Comparable platforms tier Enterprise features like SSO, governance, and dedicated support in a very similar way by plan. What's special about n8n is rather that the free, self-hostable version still comes with an unusually large feature set. The limits mainly concern scaling, governance, and support, not the underlying automation logic.
Whenever at least one of the points mentioned is a hard requirement for you: binding governance requirements, an execution volume beyond the cloud entry plans, or the desire for native Git synchronization instead of manual JSON export. For everything below that, it's worth starting with the free or smaller plan first, with the option to upgrade later in a targeted way.
Founder of NordFlux. Spent four years automating processes at enterprise scale at Dräger, and now brings that depth to the mid-market — pragmatic and with full data sovereignty.
Certifications
Power Automate doesn't always fit. 7 exclusion criteria from official Microsoft docs, honest instead of sold.
The Recorder in Power Automate Desktop captures clicks as flow actions. What it can do, how UIA and MSAA work, and where it hits its limits.
By default, n8n runs in America/New_York instead of Europe/Berlin. Here is how to correctly set GENERIC_TIMEZONE and the workflow timezone.
Sometimes the best automation decision is not to use n8n at all. NordFlux advises vendor-neutrally and will tell you plainly when another tool, or no automation at all, is the better fit. You get a recommendation based on your case, not on a licence sale.