> For the complete documentation index, see [llms.txt](https://docs.fabricplan.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.fabricplan.com/resources/faq.md).

# FAQ

This FAQ addresses common questions and clarifications that arise while working with plan. It covers environment setup and interface navigation.

### What permissions do I need to create a plan app?&#x20;

You need Contributor or higher access to the Fabric workspace and at least Build access to the semantic model you want to connect.&#x20;

### Can I connect one plan app to multiple semantic models or change the semantic model after the plan app is created?&#x20;

No — each plan app connects to one semantic model, and it cannot be changed once it is connected. If you need to plan against different data sources, you will have to create separate plan apps.&#x20;

### What happens if my semantic model is not visible in the connection dialog?&#x20;

Ensure that you have at least Viewer access to the workspace where the semantic model is published — the semantic model doesn't need to live in the same Fabric workspace as your report or item, since it can be accessed across workspaces. Still, you do need at least viewer-level permissions on its host workspace to see it in the dialog. If it still doesn't appear, try refreshing the connection or signing out and back in.&#x20;

### As a contributor, can I create my own semantic model connection?&#x20;

No, contributors cannot create a semantic model connection directly. If you only have contributor access, the workspace admin should create the connection, and the contributor can use it.&#x20;

### What is the Fabric SQL database used for?&#x20;

The Fabric SQL database is where Fabric Planning stores all plan data — inputs, forecasts, scenarios, and writeback entries. It is separate from the semantic model so that plan data can be written back without affecting the underlying actuals or reporting layer.&#x20;

### What's the difference between the semantic model connection and the SQL database connection?&#x20;

The semantic model connection pulls your actuals/reporting data in for planning, whereas the SQL database connection is a separate connection that enables collaboration — it's what allows the plan to be saved and shared and is set up after the planning sheet is built.&#x20;

### Can an existing connection be reused instead of creating a new one?&#x20;

Yes. In the connection dropdown, an existing connection can be selected instead of choosing **Create a new connection**, provided it meets the [prerequisites](/documentation/plan/prerequisites-for-plan.md).&#x20;

### Does the plan app need to be created before or after the SQL database?&#x20;

The SQL database is created first in this flow, but the two are independent items — creating one doesn't depend on the other. However, the SQL database should exist before writeback is attempted, since planning data can only be written back to a Fabric SQL database, not any other data source.&#x20;

### What is the difference between semantic model data and From Sheets data in the Data pane?&#x20;

Semantic model data is read-only actuals and reference data pulled directly from your Power BI dataset — historical revenue, dates, and product hierarchies. From Sheets data is data created within Fabric Planning (forecasts, targets, sales plans) and made available for use in other sheets.&#x20;

### Can I add dimensions from different tables to the same planning sheet?&#x20;

Yes — as long as the tables are related in the semantic model, you can combine dimensions from different tables in the rows, columns, and values of a single planning sheet. If the tables are not related, the values will not cross-filter correctly.&#x20;

### If I change the field assignments on a planning sheet - for example, moving a dimension out of Rows or removing a measure from Values — does it affect the underlying data?&#x20;

No - field assignments are a display configuration only. Adding, removing, or rearranging what appears in **Rows**, **Columns**, and **Values** on a planning sheet does not alter the data in the semantic model or the Fabric SQL database. It only changes what is shown on that sheet.&#x20;

### What is the difference between a visual-level filter and a global filter?&#x20;

A visual-level filter applies only to the current planning sheet and does not affect other sheets in the plan app. A global filter applies across all sheets.

### How do I navigate a sheet with a large number of rows?&#x20;

Use the footer's **Settings** control to configure how many rows are displayed per page, then use the page navigation controls - first, previous, next, and last - to move between pages. For columns that extend beyond the visible area, use the horizontal scrollbar at the bottom of the canvas or reduce the zoom level using the zoom slider in the footer. Collapsing the **Explorer** pane and sidebar panels also gives the canvas more space.&#x20;

### Can I export to PDF or CSV as well as Excel?&#x20;

Yes - the **Export** dialog offers PDF, Excel, and CSV.&#x20;

* PDF produces a fully formatted, paginated export preserving layout, cell values, number formatting, notes, filters, and calculated rows and columns. Advanced options let you configure page size, orientation, content order, scaling, margins, and whether to include comments, filter information, or a logo.&#x20;
* Excel export is for further analysis and data manipulation, with three export modes: Fully Expanded (all hierarchy levels expanded flat), With Expand/Collapse (hierarchy grouping controls preserved in Excel), and Current State (exports exactly what's currently visible on screen, including applied filters and expanded levels).&#x20;
* CSV is a flat data export useful for downstream processing, but it does not preserve hierarchy, formatting, or layout.&#x20;

### What actions can be performed and saved while in reading mode?&#x20;

Viewing mode isn’t purely static. While it locks down the core design of your report, it keeps the planning sheet highly interactive for day-to-day work. However, there is a clear distinction between temporary visual changes and saved planning actions. &#x20;

1. Temporary Actions (Not Saved)&#x20;

&#x20;You can customize your view on the fly by changing sheet layouts, updating number formatting, applying Top N rules, or filtering data. However, these visual adjustments are strictly temporary and will not be saved when you exit or refresh the report.&#x20;

2. Saved Actions&#x20;

The following core planning and data entry actions are fully saved and committed while working in viewing mode:&#x20;

* Data Inputs: Type numbers directly into cells, as well as bulk edit, allocate, and distribute values across rows and columns.&#x20;
* Forecasts: Change planning assumptions and distribute the updated impacts across your forecast columns.&#x20;
* Comments: Add, update, and manage commentary.&#x20;
* Writeback: Commits your data changes back to the backend database—provided an active writeback destination has already been configured by the report author.&#x20;


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.fabricplan.com/resources/faq.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
