> ## Documentation Index
> Fetch the complete documentation index at: https://docs.cfo.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Scenarios, Snapshots, and version history

> Scenario, Snapshot, or version history: which one to use to test a decision, keep a plan as it was, or undo a change. How Main, Scenarios, and Snapshots relate, and what flows between them.

A Scenario answers a "what if" question, such as "What if we hire two engineers in Q1?", without changing Main, the plan your team relies on. A Snapshot pins a plan at one moment, such as the budget your board approved, so later syncs and later edits to that plan do not reach it. Version history records every change, yours or Ari's, so you can undo any of it, and nothing you try is permanent by accident.

## Main is the plan

Every Model has one **Main Scenario**, Main for short. Main holds the numbers your team treats as the current plan, and it is what Pages show unless you pick another Scenario.

## A Scenario holds only what is different

A Scenario branches from Main. It stores only what differs from Main, such as values, formulas, Variables, Pages, and blocks, and reads everything else from there. A Page you add in a Scenario stays in that Scenario until you merge it.

Take a hiring Scenario in which two engineers start in January. When QuickBooks syncs new Actuals overnight, Main updates, and so does the hiring Scenario, because it reads those Actuals from Main. The two extra salaries stay in the Scenario alone. You never have to copy new data into your Scenarios by hand.

Two consequences follow:

* A value that the Scenario inherits from Main changes when Main changes. If you set a cell in a Scenario to the value it already inherits, nothing is saved, and the cell keeps following Main. To make a number hold still while Main moves, give the Scenario a different value.
* Connected data is shared. A Scenario changes Model formulas, values, and presentation; it never makes a private copy of an integration. Saved queries that read your connections also belong to Main, so every ordinary Scenario sees the same imported rows.

## A copy starts where another Scenario is

A new Scenario normally starts from Main. When you want to try a second version of a plan you already built, start from that plan instead: duplicate the Scenario, or ask Ari for "a new Scenario from the Hiring plan". The copy is a regular Scenario with the same base as the original, Main for every Scenario created from Main, and it begins with everything the original changed: its values, formulas, Variables, Pages, and tables, with the sharing settings the original set on its Pages. From then on the two are independent. An edit to one stays in that one, and both keep receiving Main's updates where neither overrides them.

A copy is not a Snapshot. A Snapshot is pinned to one moment and stops following its source; a copy keeps following Main and is listed beside the original, not under it. You can also duplicate a Snapshot: the copy is a regular Scenario on Main that starts with the Snapshot's pinned numbers and any edits made in the Snapshot since, so you can work from the plan the board approved while the Snapshot itself stays as it was. Where the copy's values match Main they follow Main from then on; where they differ, the copy keeps its own.

## Merging brings a Scenario into Main

When you decide to adopt a Scenario, you merge it. Merging applies every change the Scenario holds to Main, then deletes the merged Scenario. The merge shows in Main's version history, and undoing it takes the changes back out and brings the merged Scenario back. A Snapshot taken from the Scenario does not block the merge.

## A Snapshot pins a moment

A **Snapshot** pins Main or a Scenario at one point in its history. After that point, nothing from the source reaches it:

* Integration syncs. When QuickBooks syncs, Main updates and the Snapshot keeps the numbers it had.
* Edits. A formula or value someone changes in the source later stays out of the Snapshot.
* Table setup. Later changes to a table's settings or column widths in the source do not carry over.

Use a Snapshot to keep the budget you submitted, the plan your board approved, or a reporting baseline you will compare against later.

A Snapshot is not read-only. You and Ari can still type values over its numbers, and those edits save, so treat a Snapshot as a copy your team agrees not to touch. A Snapshot cannot be merged into Main, cannot be restored to an earlier point, and cannot itself be snapshotted, and its version history offers no **Undo**. To pin an earlier moment of a Scenario, take the Snapshot from that point in its version history.

## Version history records every change

Every write to a Scenario is recorded, whether you made it or Ari did. Version history gives you two ways to go back:

* **Undo** reverses one change, or one related batch of changes, and puts back only the fields that change wrote. Later changes to other fields stay, even on the same Page or Variable. When a later change edited one of those same fields, such as the same Page's name, the undo is refused and names that later change, so nothing is silently replaced.
* **Restore** returns the whole Scenario to an earlier point and rolls back every change made after it. The restore is itself a recorded change, so you can undo it too. Ari calls this a revert.

A change a Scenario inherited from Main cannot be undone from inside the Scenario. Undo it in Main.

## Scenario, Snapshot, or version history: which one to use

| You want to | Use |
| - | - |
| Try a change and maybe adopt it | A Scenario, then merge it |
| Compare a plan with the current one | A Scenario, shown side by side with Main on a table |
| Try a second version of a plan you already built | A duplicate of that Scenario |
| Keep a plan exactly as it was on a date | A Snapshot |
| Take back a change you or Ari just made | Undo in version history |
| Go back to how Main or a Scenario looked last week | Restore it in version history |

## Where Scenarios show up

* A Page shows the Scenario you are viewing in the sidebar's Scenario picker.
* A Table block can show other Scenarios beside its own, and a Canvas block can read up to three Scenarios at once.
* A share link shows the one Scenario you choose for it. See [Sharing and access](https://docs.cfo.ai/concepts/sharing-and-access.md).
* Ari makes changes in the Scenario you are viewing when you send your message, unless you name another one. Switch Scenarios between messages and Ari follows. Ari also knows that Main is the plan of record, so when you ask for a new Page or table without naming a Scenario while another Scenario is open, its first sentence says whether the work goes in Main or in the open Scenario, or asks you, before it builds. A report built in the wrong Scenario is otherwise missing from Main.

So if a Page or a change seems to be missing, check the Scenario picker: it may be in another Scenario.

## Related

* [Test a decision in a Scenario](https://docs.cfo.ai/guides/test-a-decision-in-a-scenario.md)
* [Compare Scenarios side by side](https://docs.cfo.ai/guides/compare-scenarios.md)
* [Merge a Scenario into Main](https://docs.cfo.ai/guides/merge-a-scenario.md)
* [Save a plan as a Snapshot](https://docs.cfo.ai/guides/save-a-snapshot.md)
* [Undo a change or restore a version](https://docs.cfo.ai/guides/undo-changes.md)
* [Scenario and version history controls](https://docs.cfo.ai/reference/scenarios-and-history.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.