Asana

Asana Rules and Automations Not Triggering: What’s Actually Going Wrong

Updated 2026 · 7 min read

I set up a rule in Asana that was supposed to auto-assign tasks the moment they moved into our “In Review” column. It worked perfectly for two weeks, then quietly stopped. Nobody noticed until a task sat unassigned for four days. Turned out the trigger condition I’d written was more fragile than I realized. Here’s what I learned fixing it.

Why Rules Silently Stop Working

Asana doesn’t always alert you when a rule fails to run — it just quietly doesn’t fire, and unless you’re checking the rule’s activity log, you won’t know. In my experience, this usually comes down to one of a few things: the trigger condition is more specific than you think (like requiring an exact section name that got renamed), the rule depends on a custom field that was deleted or edited, or you’ve hit your plan’s monthly automation limit without realizing it.

Another sneaky cause is permissions. If the rule is set to perform an action (like assigning a task) using a specific person’s account, and that person loses project access, the rule can fail silently from that point on.

How to Actually Fix It

  1. Check the rule’s run history. Open the rule from Project Settings → Rules, and look for a small activity or run log. It often tells you exactly why the last trigger didn’t fire.
  2. Re-verify every condition manually. Open the rule builder and re-select the section, tag, or field it’s watching, even if it looks correct. Renamed sections or fields can leave a rule pointing at something that technically no longer exists.
  3. Check your automation usage. Free and lower-tier plans have a monthly cap on rule runs. If you’re hitting that limit, rules simply stop running until the next cycle.
  4. Re-save the rule from scratch if needed. Sometimes simply re-saving an existing rule (even without changes) resolves a stuck state, especially after Asana pushes an update.
  5. Test with a dummy task. Create a throwaway task and manually trigger the condition to confirm the rule fires before trusting it with real work again.

Building Rules That Don’t Break

After this happened to me, I started keeping automations as simple as possible — one clear trigger, one clear action — instead of chaining several conditions together. Complex multi-condition rules are exactly the ones that break quietly when something upstream changes. I also do a quick monthly check of all active rules, just scrolling through and confirming each one still makes sense.

A Habit I’ve Kept Since

Whenever I now rename a section, a tag, or a custom field that I know an automation depends on, I make it a rule to go check every rule that touches it before moving on. It only takes a minute, but skipping that step is exactly how a working automation quietly turns into a broken one without anyone noticing for days.

Conclusion

Automation failures in Asana are almost never random — they’re usually tied to something specific that changed elsewhere in the project. The fix is rarely complicated once you find the actual mismatch, but you do have to go looking for it since Asana won’t always tell you it happened.

Frequently Asked Questions

How many rules can I have running in Asana?

This depends on your plan tier — free and Starter plans have a monthly limit on automation actions, while Advanced and Enterprise plans have much higher or unlimited caps.

Can a deleted custom field break a rule permanently?

Yes. If a rule depends on a custom field that gets deleted, the rule will typically stop functioning until you edit it to reference a valid field.

Do rules work across multiple projects?

Standard rules are scoped to a single project by default, though some plans support cross-project automation through more advanced workflow rules.

Can I get notified if a rule fails to run?

Asana doesn’t always send a direct alert for a failed rule, which is why periodically reviewing the rule’s activity log manually is worth doing for anything business-critical.