Cash Flow
You can read the plan in another currency, and you know that conversion happens at the very end.
**Currency** in the rail re-reads the whole plan in another currency. The grid heading names the one you are in — *Cash Flow (EUR)*.
This is worth knowing because it is not the obvious design. The plan does **not** convert each amount as it is read and then add up converted figures; it assembles the plan in its own terms and converts the finished figures at the display step.
The practical consequence is that the rows stay internally consistent. Income minus expenses still equals Cash Flow, the cumulated row still adds up, and no rounding drift appears between a row and its total — which is what happens when many small amounts are each converted and then summed.
The display currency is a view, like the period granularity. Amounts keep the currencies they were authored in, in the budget and the financing plan, and switching back gives you exactly what you had.
So it is safe mid-conversation: show a French co-producer the plan in euros and a US distributor the same plan in dollars, without touching anything.
The budget's currency settings — one set of rates for the whole project. Correct a rate there and every converted figure here moves with it.
Check which currency the heading names, and whether you are in **Separate companies** or combined. A number read out of the wrong combination of the two is the standard way to alarm somebody over nothing — see [view one company, or all of them](/kb/article/view-one-company-or-all-of-them).
Markdown