Skip to content

Financial modelling study guide for the CA Program

  • Elective subject
  • Build a model (80%) and present it (20%)
  • 4 chapters
Financial modelling study guide header, an analyst building a forecast model at her desk in an Australian office, checking a printed page of assumptions against the screen.

Financial Modelling in the CA Program is the elective where you build something rather than write about it. Four chapters take you from what a model is, through the best-practice principles good models share, to reviewing one and then designing and building your own. There is no exam. You scope, design and build a working model, worth 80 per cent, and present it to an identified stakeholder for the remaining 20. You are marked on the model itself.

On this page
  1. What you are up against
  2. Where the hours go
  3. You are marked on the model
  4. The rule the whole subject rests on
  5. Reviewing, and breaking your own model
  6. How to study this subject
  7. Traps that cost easy marks
  8. Questions people ask about Financial modelling

The short version

  • This is the only elective where you hand in something you built rather than something you wrote.
  • Four chapters: what a model is, the principles good models share, how to review one, then design and build.
  • One rule underlies almost everything: keep inputs, calculations and outputs apart.
  • You do not need advanced Excel. You need to be comfortable in it and willing to apply structure.
  • No exam. You build a working model worth 80 per cent, then present it to a stakeholder for 20.
Jump to the checklist

What you are up against

Every other subject asks you to write about the work. This one asks you to do it, then hand over the thing you made.

That changes what good looks like. A model that gets the right answer and only you can follow is not a good model, because a model exists to be opened, trusted and used by someone who was not there when you built it. The discipline this subject teaches is the difference between a working model and a spreadsheet that happens to work.

It is also why the marking is unusual. You are marked on the model itself, not on an essay about it. Structure, flexibility and transparency are the things being assessed, and they are visible in the file the moment someone opens it.

Four chapters, running in build order. What a model is and where the field is going, then the principles good models share, then how to review one, then designing and building your own from a blank sheet. The third of those is the one people underrate, and the section below says why.

Financial modelling is an elective, so you have chosen it. All thirteen CA Program subjects are set out together if you are still deciding the rest.

Where the hours go

The three signals in this subject agree more cleanly than in most, which makes the ordering easy at the top and the bottom.

The build is first by every measure: it is the largest chapter, it takes the last three of six teaching weeks, and it is the eighty per cent. Best practice sits immediately behind it, because the assessment writes it into the brief with the words “to best-practice standards”. And the introductory chapter comes last, despite having plenty of topics, because nothing in it is assessed.

Relative emphasis across the modelling topics, based on the subject structure

Design, build and outputs
Best-practice structure: inputs, calculations, outputs
Model reviews, and the checks that survive into the build
Building for flex: scenarios and sensitivities
Excel functionality that supports structure
Types of model, and where modelling is heading
Our study priority

Where we would spend the study hours, based on the subject structure. Not published assessment data.

Model reviews are the row worth arguing about, because no review is directly marked. They sit at the top anyway, for the same reason a proofread is not marked in an essay subject: reviewing is how you protect the eighty per cent. The subject’s own plan gives a whole step to running a review checklist over your own model before you hand it in, and five of its six named traps are exactly the faults a review is designed to find.

You are marked on the model

There is no exam. One submission in two parts, handed in together in the final week.

The eighty per cent is the model. You are given case study data, and you scope, design and build a working model to best-practice standards. Note the order of those three verbs. Scoping comes first and it is a real decision: what the model is for, what it needs to answer, what it does not need to do. Models get unwieldy because nobody decided where they stopped.

The twenty per cent is presenting and explaining that model to an identified stakeholder, and communicating the insights it produces. Two jobs in one, and the second is easy to skip. Walking someone through the structure shows the model works. Telling them what it says is what makes it useful. A presentation that explains every tab and never states what the numbers mean has done half of it.

Tip

Build for the walk-through from the start. If you know you will have to explain the model to someone in a few minutes, you will name things sensibly, keep the layout readable and put the outputs where a stranger would look for them. The presentation marks and the model marks reward the same choices, so you are not preparing twice.

The rule the whole subject rests on

Almost every principle in this subject reduces to one separation, and almost every trap is a breach of it.

Inputs, calculations and outputs, and what belongs in eachThree bands read downward in build order. Inputs holds every assumption, entered once, in one place and flagged as an input: if it can change, it lives here. Calculations, the pivotal band, holds consistent logic across every row with no typed numbers hiding inside a formula. Outputs pull from the calculations and do no new work, plus checks that speak up when a total does not tie. A number typed into a formula is the hardest error to find.InputsEvery assumption, entered once, in one place, flagged as an input.If it can change, it lives here.CalculationsConsistent logic across every row.No typed numbers hiding inside a formula.OutputsPull from calculations and do no new work.Plus checks that speak up when a total does not tie.A number typed into a formula is the hardest error to find
Inputs, calculations and outputs, and what belongs in eachA high-level illustration of the structure, not a substitute for the subject materials.

The separation is not tidiness. It is what makes a model reviewable, because a reviewer can check the assumptions in one place, follow the logic in another, and read the results in a third. It is also what makes a model flexible: if every assumption is entered once, changing one changes everything that depends on it, which is the whole basis of scenario and sensitivity work.

Consistency across a row is the second habit and it is worth more than it sounds. When every cell in a row does the same thing to a different period, a reviewer can check one cell and trust the row. When one cell in the middle is different, nothing in the row can be trusted without checking all of it, and that single cell is nearly invisible.

Exam trap

A number typed into the middle of a formula is the hardest error to find in a review and the easiest to create while building. It looks like working code, it produces a plausible answer, and it silently stops responding when the assumption it duplicates is changed somewhere else. If a value can ever change, it is an input, and it belongs in the input section with everything else.

Reviewing, and breaking your own model

The review chapter teaches you to find errors in a model before a stakeholder does. It covers why reviews happen, the types of review, and the Excel tools that automate parts of one.

The part to actually practise is running a review on something broken. Reading about review types teaches you the vocabulary; hunting an error someone planted teaches you where errors hide. The subject’s own study plan puts this near the end, as a step where you run your checklist over your own model and then deliberately break something to confirm your checks catch it.

That last move is the one worth adopting permanently. A model without checks cannot tell you it is wrong. A model with checks that have never fired is a model whose checks are untested, and an untested check is decoration. Break something on purpose, watch the check turn, put it back.

Where the marks are
The build, the structure it follows, and the review that protects itScoping, designing and building to best practice is the eighty per cent. Reviews are not marked separately, but they are how you find the faults that would have been.
Solid coverage
Flex, and the Excel that supports structureScenario and sensitivity work is what a well-structured model gives you almost for free. The Excel side is about the features that hold structure together, not obscure functions.
Cover it properly, then move
Model types, and where modelling is headingUseful framing and a quick read. None of it is assessed, so give it an early pass and put the hours into the build.

How to study this subject

Build small models often rather than reading about big ones. The structure has to become automatic, and it only does that through repetition. A short model built properly end to end, four or five times, teaches more than one large model built once.

Get the scoping right before the building each time. Write down what the model is for and what question it answers before you open anything. That is the habit the assessment tests first, and it is the one most likely to be skipped under time pressure.

On Excel: you need to be comfortable, not expert. The subject is explicit that it is about design decisions rather than obscure functions, and the toolkit points at the features that support structure, like consistent formulas, named ranges and controls. Nobody is marking you on knowing a rare function.

Tip

Keep a build checklist and a review checklist as two separate pages, and use them at two separate times. Building while reviewing is how faults get argued away instead of fixed. Build the thing, then come back to it as a reviewer who did not write it.

Your Financial modelling study checklist

0 of 8 done

The structure has to become automatic. Progress saves in your browser.

Nice. That is the hard thinking done.

Traps that cost easy marks

The four that catch people

Mixing an input into a formula, so an assumption lives in two places and only one of them changes. Inconsistent logic across a row, which makes the whole row untrustworthy rather than one cell. Outputs that do new work, when a summary should pull from calculations and calculate nothing. And a model only its author can follow, which loses marks in both halves of the assessment at once.

A model exists to be opened by someone who was not there when you built it. Everything the marking rewards follows from that.

Questions people ask about Financial modelling

Is there an exam?
No. You build a working model from case study data, which is worth eighty per cent, and present it to an identified stakeholder for the remaining twenty. Both parts go in together in the final week.
Do I need advanced Excel?
No. You need to be comfortable in it and willing to apply structure. The subject is about design decisions rather than obscure functions, and the features it points at are the ones that hold a model together, like consistent formulas, named ranges and controls.
Which modelling standard does it teach?
It teaches best-practice principles rather than mandating one house style. Those principles line up with the recognised standards, and the common thread across all of them is the same: separate inputs, calculations and outputs, and keep the logic consistent and readable.
What do I need before I start?
An ethics subject is the prerequisite. Beyond that the subject assumes financial accounting, management accounting and general IT knowledge, because the model you build has to be right as accounting as well as sound as a spreadsheet.
How much time should I budget?
The subject runs over a seven-week study period and expects about ninety-five hours, roughly fifteen hours a week across six teaching weeks plus the assessment. The last three teaching weeks are build time.

Want the build checklist when it lands?

The Financial modelling pack is in production. It will put the build checklist and the review checklist on a page, with worked examples showing structure, checks and output layout. Join the list and we will email you the day it launches.

Get notified

If this helped, three more will too. Start with the Data analytics and insights study guide, the other quantitative elective, then how to find the topics that carry the marks, and the last seven days before your exam when a deadline is close.