Get AI summaries of any video or article — Sign up free
Advanced Notion Rollups & Formulas for System Automation thumbnail

Advanced Notion Rollups & Formulas for System Automation

August Bradley·
5 min read

Based on August Bradley's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Use rollups of checked/unchecked tasks to drive an automated task progress bar, but remember it measures “task completion ratio,” not weighted project progress.

Briefing

Notion rollups can’t be stacked directly—but a practical workaround makes multi-level performance metrics possible, especially for numbers. The system being built uses daily-to-weekly rollups for things like sleep averages, then mirrors those rollup results with formulas so monthly views can aggregate again. That approach sidesteps Notion’s limitation on “rollup of a rollup,” while still producing clean, usable monthly statistics.

The walkthrough starts with a set of advanced automation upgrades inside the “alignment zone” and then drills into three rollup/formula techniques. First, an automated “task progress bar” replaces a more manual progress assessment. It calculates progress from two rollups in the project database: remaining actions (count of unchecked “done” tasks linked to a project) and completed actions (count of checked “done” tasks). A formula then turns those counts into a percentage so the progress bar updates automatically as tasks are checked off. The tradeoff is accuracy: every task is weighted equally, so a trivial task counts the same as a major deliverable, and the percentage can look misleading when new tasks get added midstream. Still, the progress bar functions as a management trigger—near 90–100%, it signals that more tasks may need to be added or the project may be ready to close.

Second, the project “active” checkbox is automated using a formula instead of manual toggling. The formula checks the project’s status field: if status is “active,” the checkbox becomes true (checked); otherwise it’s false (unchecked). That reduces clutter and makes goal-level rollups cleaner because the goal outcomes can count active projects automatically. The tradeoff is speed: changing a checkbox is one click, while switching a status may take extra interaction—so the automation is applied where it matters most (projects) rather than where it would slow down daily task checking.

Third—and most important for the rollup-of-rollup problem—the system demonstrates how to mirror numeric rollups. In the weekly review, sleep time is rolled up from daily tracking. Since that rollup can’t be rolled up again to the monthly review, a formula property is added that mirrors the weekly rollup value and rounds it to a tidy decimal format using a Notion-specific rounding pattern (multiplying/dividing by powers of 10). Once the weekly value is represented as a formula (not a rollup), the monthly database can roll up the formula across linked weeks and compute an average for the month.

The workaround works well for numbers, but the transcript flags a limitation for text. Mirroring rollups that produce text (like “pillars” linked through a hierarchy) ends up as unusable URLs, and there’s no equivalent “two text” conversion to strip the URL into readable text. The presenter invites community solutions, but the current conclusion is that the mirroring technique is functional mainly for numeric rollups.

Overall, the upgrades emphasize a consistent theme: automation reduces manual upkeep, but each method carries costs—field clutter, interaction speed, and measurement fidelity. After trying these alternatives for weeks, the system’s final design choice is left open, with the next phase shifting toward a “vault” series aimed at knowledge management and distillation into reusable knowledge products.

Cornell Notes

The system improves Notion automation by replacing manual progress tracking with formula-driven rollups, automating project “active” status, and using a mirroring workaround to enable rollup-like aggregation across multiple levels. A key limitation—no direct rollup-of-rollup—is handled for numeric metrics by copying a rollup result into a formula (then rounding it), which can then be rolled up again to higher timeframes like monthly views. The automated task progress bar updates from counts of checked/unchecked tasks, but it measures “percent of tasks done,” not weighted project completion, and can look off when tasks are added later. Automation for project activity uses a status-triggered formula checkbox to keep goal-level counts accurate with less clutter. Text rollups can’t be mirrored cleanly because they come through as URLs, limiting the workaround to numbers.

How does the automated “task progress bar” compute project completion in this system?

It relies on two rollups in the project database: one counts remaining actions by rolling up linked action items where the “done” checkbox is unchecked, and another counts completed actions by rolling up linked action items where “done” is checked. The formula for the progress bar then uses those two rollup values (completed vs. total) to produce an automatically updating percentage. The user doesn’t manually edit the progress bar fields; they only manage tasks and check them off, and the progress updates via the rollups.

Why is the automated progress percentage considered imperfect compared with a manual progress assessment?

The percentage treats every task as equal weight. A large, complex task and a small trivial task both count as one item, so the metric reflects “percent of tasks finished,” not true progress toward deliverables. It also becomes misleading when tasks are added during execution: the denominator (total tasks) can increase after the project starts, making earlier progress look lower than it would have if the final task list were known from day one. The system still treats the progress bar as a useful management trigger near the end (e.g., 90–100%).

What’s the formula-based alternative for the project “active” checkbox, and what does it improve?

Instead of manually checking a project’s “active” box, the system uses a formula checkbox that evaluates the project’s status field. If status equals “active,” the formula returns true (checked); otherwise it returns false (unchecked). This keeps goal-outcome rollups accurate because higher-level counts can roll up the formula checkbox across projects. It also reduces visible clutter by allowing the status selector to drive the checkbox automatically.

How does the system work around Notion’s inability to roll up a rollup for numeric metrics?

It mirrors the rollup result into a formula property. For example, weekly sleep averages are computed from daily tracking via a rollup, but monthly views can’t roll up that rollup directly. The workaround adds a formula that copies the weekly rollup value, then rounds it to a clean decimal using a Notion rounding pattern (wrapping the value with a multiply/divide by powers of 10). Because the monthly aggregation rolls up a formula (not a rollup), it can compute averages across linked weeks.

Why does the mirroring workaround fail for text rollups like “pillars” in the pillar-to-pipeline hierarchy?

When the rollup produces text, mirroring it via a formula returns a URL rather than readable text. Unlike numeric rollups (where a “two number” conversion can make the value math-ready), there’s no equivalent “two text” conversion to strip the URL into usable text. The transcript concludes the workaround is currently functional mainly for numbers, and it invites community input for a text-safe solution.

Review Questions

  1. What two rollup counts feed the automated task progress bar, and what does that percentage actually measure?
  2. Describe the mirroring workaround that enables monthly aggregation of weekly numeric metrics despite Notion’s rollup-of-rollup limitation.
  3. What specific limitation prevents mirroring text rollups cleanly, and why does it produce URLs instead of readable values?

Key Points

  1. 1

    Use rollups of checked/unchecked tasks to drive an automated task progress bar, but remember it measures “task completion ratio,” not weighted project progress.

  2. 2

    Automate project “active” checkboxes with a status-triggered formula to keep goal-level rollups accurate while reducing manual toggling and clutter.

  3. 3

    Notion can’t roll up a rollup directly, but numeric rollups can be mirrored into formula properties to enable higher-level aggregation.

  4. 4

    Round mirrored numeric formula values using Notion’s multiply/divide rounding pattern to avoid messy decimal precision.

  5. 5

    The mirroring workaround works well for numbers but breaks for text rollups because mirrored values arrive as URLs with no clean “two text” conversion.

  6. 6

    When tasks are added mid-project, automated progress percentages can look misleading; treat late-stage percentages as prompts to audit the task list.

Highlights

A “rollup of a rollup” isn’t supported directly, but numeric metrics can be rolled up again by mirroring the rollup into a formula and then aggregating that formula.
The automated progress bar updates from counts of checked vs. unchecked tasks—useful for execution management, but it weights every task equally.
Rounding mirrored values in Notion requires a multiply/divide pattern (e.g., times 10 and divide by 10) to get clean decimals.
Text rollups can’t be mirrored into readable text because the formula output becomes a URL, not the underlying label.

Topics

  • Notion Rollups
  • Formula Automation
  • Task Progress
  • Mirroring Rollups
  • Knowledge Vaults

Mentioned