Financial Analysis & Modelling

Chapter 7
Financial Model Architecture and Spreadsheet Engineering

Bachelors Program in Banking Finance and Insurance
Financial Analysis & Modelling   •   Bachelor

Financial Model Architecture and Spreadsheet Engineering

Introduction and Context

A financial model is a structured representation of a business, investment, project, or financial institution expressed through assumptions, calculations, and outputs. In banking, finance, and insurance, models support budgeting, valuation, capital planning, credit analysis, liquidity management, forecasting, stress testing, and strategic decisions. A model is therefore more than a spreadsheet containing formulas: it is an information system with a purpose, architecture, data flows, controls, users, and governance requirements.

Poorly engineered spreadsheets can produce materially incorrect decisions even when individual formulas appear reasonable. Common causes include inconsistent timelines, hard-coded numbers, broken links, circular references, duplicated assumptions, unclear units, hidden calculations, and inadequate review procedures. Spreadsheet engineering applies principles from accounting, software design, information systems, and internal control to reduce these risks.

The central design principle is separation of:

  1. Inputs or assumptions—values supplied by users, management, market data, or approved policies.
  2. Calculations—transparent transformations of inputs into schedules and financial statements.
  3. Outputs—reports, ratios, valuation results, dashboards, and decision indicators.

A well-designed model is modular, integrated, auditable, understandable, and robust under change.

Learning Objectives

By the end of this chapter, a student should be able to:

  • explain the architecture of a professional financial model;
  • design consistent historical and forecast timelines;
  • distinguish assumptions, calculations, and outputs;
  • construct integrated income statement, balance sheet, and cash-flow schedules;
  • apply spreadsheet engineering conventions, controls, and documentation;
  • identify and prevent common spreadsheet errors;
  • manage versions, review changes, and govern model use; and
  • evaluate the limitations and ethical implications of financial models.

1. Financial Models as Structured Systems

1.1 Purpose and scope

Before building a model, the modeller should define its purpose. A loan-pricing model, a three-statement corporate forecast, an insurance solvency model, and a discounted-cash-flow valuation model require different structures. The purpose determines the required granularity, forecast horizon, frequency, scenarios, outputs, and level of review.

A model specification should state:

  • the decision the model will support;
  • the intended users and their level of technical expertise;
  • the entity, business units, products, and currencies covered;
  • the historical period and forecast period;
  • the reporting frequency, such as monthly, quarterly, or annual;
  • accounting policies and regulatory definitions used;
  • required scenarios and sensitivities;
  • data sources and update responsibilities; and
  • materiality, review, and approval requirements.

A model without a defined purpose tends to accumulate unnecessary detail while failing to answer the decision-maker’s actual question.

1.2 The model architecture

A typical integrated model has the following layers:

LayerMain contentDesign question
Data and inputsHistorical accounts, operational data, market dataIs the source reliable and documented?
AssumptionsGrowth, margins, rates, tax, working-capital daysCan users identify and change assumptions safely?
Operating schedulesRevenue, costs, fixed assets, debt, tax, working capitalAre drivers calculated once and reused?
Financial statementsIncome statement, balance sheet, cash flowDo the statements integrate and balance?
AnalysisRatios, valuation, covenants, sensitivitiesAre outputs linked to approved calculations?
Controls and documentationChecks, warnings, change log, instructionsCan another person review and operate the model?

The flow should generally proceed from source data and assumptions to calculations and then to outputs. Outputs should not feed back into inputs except through explicitly designed scenario or iterative mechanisms.

1.3 Modularity and single source of truth

A modular model divides a complex problem into logical components. For example, a corporate model may contain modules for revenue, operating expenditure, capital expenditure, depreciation, working capital, financing, tax, financial statements, valuation, and reporting.

Each important assumption should normally have one authoritative location. If the corporate tax rate is entered separately in five worksheets, the values may diverge. A single source of truth reduces duplication and makes review easier. Other sheets should link to the central assumption rather than retype it.

Modularity does not mean unnecessary fragmentation. A module should have a clear purpose, defined inputs, defined outputs, and limited dependence on unrelated cells. Excessive cross-sheet links create a model that is technically separated but difficult to understand.

2. Timeline Design and Model Conventions

2.1 The timeline is the model’s backbone

Every calculation must correspond to a period. A typical timeline includes historical actuals, the latest actual period, a forecast start date, and forecast periods. The model should define whether figures represent a point in time or a flow during a period.

  • Balance-sheet items, such as cash and debt, are generally measured at a period end.
  • Income-statement and cash-flow items, such as revenue and capital expenditure, are generally measured over a period.
  • Average balances may be required for interest or performance ratios.

A useful timeline includes period number, year, quarter or month, start date, end date, days in period, historical/forecast status, and scenario status.

2.2 Period consistency

If revenue is forecast monthly but debt interest is calculated annually, the model must specify how the annual amount is allocated or how average debt is determined. Mixing periods without a stated convention creates timing errors.

For a simple monthly interest calculation, if opening debt is 1,000 currency units, the annual interest rate is 6%, and the month has 30 days in a 365-day convention, interest is:

Interestt = OpeningDebtt × AnnualRate × Dayst ÷ 365

Here, Interestt and OpeningDebtt are measured in currency units, AnnualRate is a decimal annual rate, and Dayst is the number of days in month t. This convention assumes simple accrual and no intra-month changes in debt. If debt changes materially during the month, average or daily balances may be more appropriate.

2.3 Sign conventions and units

The model should document whether expenses, cash outflows, and debt repayments are shown as positive or negative numbers. Either convention can work; inconsistency cannot. A common convention is:

  • revenue and cash inflows: positive;
  • operating expenses: negative;
  • capital expenditure: negative in the cash-flow statement;
  • debt borrowing: positive cash flow;
  • debt repayment: negative cash flow.

Units should also be explicit: currency units, thousands, millions, percentages, basis points, days, tonnes, or customer accounts. A formula combining values in different scales is invalid unless conversion is performed. For example, 2.5% should be entered as 0.025 when multiplied by a currency amount, not as 2.5.

2.4 Formula conventions

Professional conventions often use:

  • blue font for hard-coded inputs;
  • black font for formulas;
  • green font for links to other worksheets or files;
  • consistent decimal places;
  • parentheses for negative values;
  • clear date formats; and
  • comments or source notes for externally supplied assumptions.

These conventions are aids, not substitutes for controls. Colour should never be the only means of identifying an input or error because it may be lost in printing, accessibility tools, or alternative spreadsheet software.

3. Building the Three-Statement Model

The three-statement model integrates the income statement, balance sheet, and cash-flow statement. Integration means that a change in an assumption flows through the relevant schedules and produces logically consistent effects across all statements.

3.1 Income statement

A simplified income statement may be expressed as:

EBITt = Revenuet + OperatingCostst

where operating costs are negative under the stated sign convention. Earnings before tax are:

EBTt = EBITt + NetInterestt

and net income is:

NetIncomet = EBTt + TaxExpenset

Tax expense is negative when tax is paid or accrued. A simple tax assumption may be:

TaxExpenset = −MAX(0, EBTt × TaxRatet)

This formula assumes tax is payable only on positive pre-tax earnings, ignores loss carry-forwards, and treats the tax rate as applicable to the relevant taxable base. Real tax models may require deferred tax, differing statutory and effective rates, withholding taxes, and jurisdictional rules.

3.2 Balance sheet

A simplified balance sheet contains assets, liabilities, and equity. Its fundamental identity is:

TotalAssetst = TotalLiabilitiest + Equityt

The balance-sheet check is:

BalanceCheckt = TotalAssetst − TotalLiabilitiest − Equityt

A correctly integrated model should produce zero, subject to rounding tolerance. A non-zero balance check is not an inconvenience to be hidden; it is evidence requiring investigation.

Equity commonly rolls forward as:

Equityt = Equityt−1 + NetIncomet + NewEquityt − Dividendst

The formula assumes that net income is transferred to retained earnings and that other equity movements are separately represented. Share repurchases, foreign-exchange reserves, fair-value reserves, and accounting adjustments may require additional lines.

3.3 Cash-flow statement

Under the indirect method, cash flow from operations begins with net income and adjusts for non-cash items and working-capital movements:

CFOt = NetIncomet + NonCashChargest − IncreaseInOperatingAssetst + IncreaseInOperatingLiabilitiest

Depreciation is commonly added back because it reduces accounting profit without being a current-period cash payment. An increase in accounts receivable is normally a use of cash, whereas an increase in accounts payable is normally a source of cash.

Total change in cash is:

ChangeInCasht = CFOt + CFIt + CFFt

where CFIt is cash flow from investing and CFFt is cash flow from financing. Closing cash is:

ClosingCasht = OpeningCasht + ChangeInCasht

Closing cash must agree with the cash balance on the balance sheet. This is a separate and important integration check.

3.4 Operating schedules

The financial statements should be driven by schedules rather than by arbitrary direct plugs. Examples include:

Revenue schedule

Revenuet = Customerst × AverageRevenuePerCustomert

This driver-based approach is more transparent than applying an unexplained growth percentage to total revenue. If growth is used, it should be defined:

Revenuet = Revenuet−1 × (1 + GrowthRatet)

Working-capital schedule

For accounts receivable based on a 365-day convention:

AccountsReceivablet = Revenuet × ReceivableDayst ÷ 365

For inventory based on cost of sales:

Inventoryt = |CostOfSalest| × InventoryDayst ÷ 365

The absolute value is used because cost of sales is negative under the stated sign convention. These formulas assume relatively stable daily activity and are approximations; seasonal businesses may require monthly or daily calculations.

Fixed-asset schedule

ClosingPPEt = OpeningPPEt + CapitalExpendituret − Depreciationt − Disposalst

The signs must be defined. If capital expenditure and depreciation are stored as positive schedule values, the formula is appropriate as written. If cash-flow expenditure is stored as negative, a sign conversion is necessary. Depreciation should reflect the chosen accounting policy, useful lives, residual values, and in-service dates.

Debt schedule

ClosingDebtt = OpeningDebtt + NewBorrowingt − PrincipalRepaymentt

Interest may be calculated on opening debt, average debt, or another contractual basis. A debt schedule should also include maturity, interest rate, repayment terms, covenants, and currency where relevant.

4. The Circularity Problem and Financing Logic

Circularity occurs when a calculation depends, directly or indirectly, on its own result. A common example is interest expense depending on debt balance while debt balance depends on cash flow after interest expense.

There are several legitimate approaches:

  1. Use opening balances. Interest is calculated on opening debt. This is simple and avoids circularity but may be less precise.
  2. Use average balances with a controlled approximation. Average debt may be estimated from opening debt and scheduled repayment before final cash sweeps.
  3. Separate mandatory and discretionary financing. Mandatory debt movements are calculated first; a financing plug is applied only under clearly stated rules.
  4. Use iterative calculation deliberately. If the spreadsheet engine supports iteration, the model must document the circularity, iteration limit, convergence tolerance, and consequences of non-convergence.

A financing plug should not conceal a broken model. For example, cash available before financing may be calculated as:

CashBeforeFinancingt = OpeningCasht + CFOt + CFIt − MinimumCasht

If positive, excess cash may repay debt; if negative, borrowing may be required. The policy must state whether debt repayment is limited by outstanding debt and whether minimum cash is mandatory.

5. Spreadsheet Engineering and Auditability

5.1 Cell discipline

A cell should have one clear purpose. Avoid mixing hard-coded numbers and formulas in the same expression when the hard-coded number is an assumption that should be visible elsewhere. For example, a formula containing “× 1.08” hides an 8% growth assumption. It is preferable to reference a named or clearly labelled assumption cell.

Avoid merged cells in calculation areas, excessive hidden rows, unexplained formatting, and formulas copied beyond the intended forecast period. Use consistent row labels and place units beside line items.

5.2 Controls

Controls should detect errors early and communicate their severity. Useful controls include:

  • balance-sheet check equals zero;
  • cash-flow closing cash agrees with balance-sheet cash;
  • opening balance equals prior-period closing balance;
  • debt does not become negative unless permitted;
  • depreciation does not exceed depreciable asset base;
  • percentages remain within reasonable limits;
  • required inputs are populated;
  • dates are sequential and non-duplicated;
  • scenario selection is valid; and
  • formulas are present in all expected forecast cells.

A control can be represented conceptually as:

Status = IF(|Check| ≤ Tolerance, "OK", "ERROR")

where Check is the difference being tested and Tolerance is a documented rounding threshold. A tolerance should be small relative to the scale and materiality of the model. It must not be used to suppress a meaningful imbalance.

5.3 Error types

Spreadsheet errors are both technical and conceptual.

ErrorExamplePrevention
Input error25 entered instead of 2.5%Validation, units, source review
Formula errorWrong row or period referencePeer review and formula inspection
OmissionA debt facility excludedCompleteness checklist
Timing errorAnnual cost charged in one monthExplicit period conventions
Sign errorRepayment increases cashSign policy and cash-flow checks
Link errorFormula points to obsolete fileControlled file paths and link review
Structural errorFormula not copied into a forecast periodFormula pattern tests
Logic errorTax applied to revenue rather than taxable incomeWritten calculation specification
Model-use errorUser changes an output instead of an assumptionProtection, labels, instructions

5.4 Documentation

Documentation should enable an informed reviewer to understand and reproduce the model. At minimum, document the purpose, scope, ownership, version, update date, data sources, key assumptions, sign convention, unit convention, scenario definitions, known limitations, circularities, controls, and approval status.

Important assumptions should include a source and rationale. For example, a forecast interest rate might cite a contractual term sheet, a central bank scenario, or an approved treasury assumption. “Management estimate” is not sufficient documentation without an owner and date.

5.5 Version management

A file name should communicate identity and status, for example: CompanyForecast_FY2027_v03_Reviewed.xlsx. A version register should record the version number, date, author, changes, reviewer, and approval status.

Good practice includes:

  • preserving an immutable approved version;
  • storing source data with a clear date and provenance;
  • avoiding uncontrolled overwriting;
  • recording material changes in a change log;
  • testing revised models against prior outputs; and
  • restricting access according to role.

Version control is especially important when models are used in lending, regulatory reporting, investment committees, or financial statements.

6. Applied Case: Illustrative Integrated Forecast for Meridian Foods Ltd.

Background

Meridian Foods Ltd. is an illustrative manufacturing company preparing a two-year forecast for a bank loan renewal. Management wants to demonstrate adequate liquidity and covenant compliance. The model must connect operating assumptions to financial statements and identify the effect of a proposed production expansion.

Problem

The existing spreadsheet has revenue typed directly into the income statement, interest calculated from an unexplained percentage of revenue, and no balance-sheet check. The bank requires a transparent forecast with base and downside scenarios.

Analysis and approach

The modelling team defines annual periods for Year 1 and Year 2, with the prior year as historical. Revenue is driven by units sold and price per unit:

Revenuet = UnitsSoldt × PricePerUnitt

Base-case assumptions are 100,000 units in Year 1, 110,000 units in Year 2, prices of 20 and 21 currency units, operating costs equal to 70% of revenue, capital expenditure of 300,000 in Year 1, and opening debt of 1,000,000. The annual interest rate is 8%, calculated on opening debt. The company maintains minimum cash of 150,000.

Revenue is therefore 2,000,000 in Year 1 and 2,310,000 in Year 2. Year 1 operating costs are negative 1,400,000, so EBIT is 600,000 before depreciation and other specified items. Interest is 80,000 under the opening-debt convention. If tax is 25% of positive pre-tax income, tax expense is negative 130,000 and net income is 390,000, assuming no depreciation or other adjustments in this simplified illustration.

The model then adds schedules for capital expenditure, depreciation, working capital, debt, and cash. The balance sheet is not completed by inserting a balancing figure into equity. Instead, equity rolls forward from opening equity, net income, new equity, and dividends. Cash is determined by the cash-flow statement and linked to the balance sheet.

Outcome

The redesigned model contains separate input, operating schedule, financing, statements, analysis, and control sheets. The base case balances in both forecast years. The downside case reduces unit sales and increases input costs; the model shows lower operating cash flow and a potential minimum-cash breach in Year 2. This result prompts management to consider delaying capital expenditure or arranging a committed credit facility.

The bank can inspect the revenue drivers, debt roll-forward, cash balance, and covenant calculations rather than relying on unexplained outputs.

Learning points

  1. Operational drivers make forecasts more explainable.
  2. A three-statement model reveals liquidity consequences that profit alone may conceal.
  3. A downside scenario is useful only when assumptions flow through all relevant schedules.
  4. A balance-sheet check and cash reconciliation are essential controls.
  5. A financing solution should be analysed as a policy decision, not hidden as a plug.

7. Scenarios, Sensitivity, and Decision Use

A scenario changes a coherent set of assumptions, such as base, downside, and upside economic conditions. Sensitivity analysis changes one or a small number of variables to show exposure. These are different purposes.

Examples of sensitive variables include sales volume, price, gross margin, interest rate, foreign-exchange rate, loss ratio, claims frequency, or customer default rate. A one-way sensitivity table can show the effect of revenue growth on net income, while a two-way table can show debt-service coverage under different growth and interest-rate combinations.

A model should distinguish:

  • scenario assumptions, which represent internally consistent states of the world;
  • sensitivities, which isolate exposure to selected variables; and
  • stress tests, which may apply severe but plausible conditions to evaluate resilience.

Users should not interpret a modelled result as a forecast certainty. It is conditional on assumptions, accounting policies, data quality, and model structure.

8. Governance, Ethics, Regulation, and Technology

Financial models influence lending decisions, capital allocation, insurance pricing, employment, and reporting. Ethical modelling therefore requires transparency, fair treatment, traceability, and avoidance of deliberate bias. A modeller must not manipulate assumptions to obtain a preferred outcome without disclosure.

Governance should assign roles for model development, review, approval, use, and maintenance. Material models may require independent validation, especially when used for regulatory capital, credit decisions, impairment, stress testing, or solvency assessment. Relevant requirements vary by jurisdiction, but common expectations include documentation, data lineage, validation, change control, access control, and evidence of review.

Artificial intelligence and automation can assist with anomaly detection, formula comparison, data classification, and documentation. They do not remove the need for human accountability. AI-generated formulas or transformations must be tested against accounting logic, source data, privacy requirements, and explainability expectations. Sensitive financial data should not be transferred to an unapproved service.

Contemporary spreadsheet practice increasingly includes cloud collaboration, controlled templates, automated testing, data connections, business-intelligence dashboards, and code-based model components. These tools can improve reproducibility but may introduce new risks, including access misconfiguration, opaque transformations, broken application programming interfaces, and uncontrolled refreshes.

9. Limitations and Best-Practice Checklist

A model is a simplified representation. It may omit behavioural responses, structural breaks, nonlinear relationships, regulatory changes, liquidity constraints, and operational disruptions. Historical relationships may not persist. Precision in a spreadsheet does not imply precision in the underlying forecast.

Before release, the modeller should ask:

  • Is the purpose and scope clearly stated?
  • Are assumptions separated from formulas and outputs?
  • Are units, signs, dates, and frequency consistent?
  • Are all major schedules linked to the statements?
  • Does the balance sheet balance without an unexplained plug?
  • Does closing cash reconcile across statements?
  • Are formulas complete and consistent across forecast periods?
  • Are scenarios and sensitivities documented?
  • Are external links, circularities, and manual overrides identified?
  • Has an independent person reviewed the model?
  • Is the version approved and the change history recorded?
  • Can a new user understand and operate the model safely?

Chapter Summary

Financial model architecture organizes a model into inputs, assumptions, operating schedules, financial statements, analysis, and controls. Modularity and a single source of truth improve maintainability, while a consistent timeline prevents timing and unit errors. A three-statement model integrates profit, financial position, and cash movements through schedules for revenue, working capital, fixed assets, debt, tax, and equity. Balance-sheet and cash reconciliations are fundamental integrity checks.

Spreadsheet engineering requires disciplined cell design, documented sign and unit conventions, validation, formula review, error checks, version management, and independent review. Circularity must be understood and controlled rather than concealed. Scenarios, sensitivities, and stress tests support decision-making but remain conditional representations rather than certainties. Because financial models can affect important economic and regulatory decisions, transparency, governance, ethics, data lineage, and human accountability are essential.

Key Terms

Financial model: A structured quantitative representation of a business, transaction, or financial system.

Model architecture: The arrangement of data, assumptions, calculations, outputs, controls, and documentation.

Assumption: A user-supplied or externally sourced value used to drive calculations.

Operating schedule: A detailed calculation supporting a financial-statement line item.

Three-statement model: An integrated income statement, balance sheet, and cash-flow statement.

Timeline: The ordered set of historical and forecast periods used by a model.

Single source of truth: One authoritative location for an important assumption or data item.

Modularity: Division of a model into logical components with defined inputs and outputs.

Circularity: A direct or indirect dependency of a calculation on its own result.

Balance-sheet check: A test that total assets equal total liabilities plus equity.

Cash reconciliation: A test that closing cash from the cash-flow statement agrees with balance-sheet cash.

Working capital: Current operating assets minus current operating liabilities.

Scenario: A coherent set of assumptions representing a possible state of the world.

Sensitivity analysis: Analysis of output changes resulting from changes in selected inputs.

Stress test: Evaluation of resilience under severe but plausible conditions.

Model validation: Independent assessment of a model’s data, logic, implementation, and outputs.

Version control: Procedures for identifying, preserving, reviewing, and approving model changes.

Data lineage: The documented origin and transformation path of data.

Spreadsheet engineering: Application of structured design, testing, controls, and governance to spreadsheets.

Review Questions

Short Answer Questions

  1. What are the three principal layers of a financial model?
  2. Why should important assumptions have a single authoritative location?
  3. State the fundamental balance-sheet identity.
  4. What is circularity in a financial model?
  5. Distinguish a scenario from a sensitivity analysis.

Long Answer Questions

  1. Explain how a three-statement model integrates the income statement, balance sheet, and cash-flow statement.
  2. Discuss the importance of timeline, sign, and unit conventions in spreadsheet engineering.
  3. Describe the main schedules required to support a corporate financial forecast.
  4. Explain common spreadsheet errors and the controls that can prevent or detect them.
  5. Evaluate the role of documentation, independent review, and version management in model governance.

Analytical / Application Questions

  1. A company’s revenue grows by 10%, but accounts receivable days increase from 30 to 45. Analyse the likely effect on cash flow and identify the schedules that must change.
  2. A forecast balances only after a large “other assets” plug is inserted. Diagnose why this is poor modelling practice and propose a systematic investigation.
  3. Interest expense depends on average debt, while debt repayment depends on cash after interest. Compare two defensible methods for handling this circularity and explain the trade-offs.

Multiple Choice Questions with Answers

Question 1

Which design best represents the normal flow of a professional financial model?

A. Outputs → assumptions → source data

B. Assumptions and data → calculations → outputs

C. Calculations → hard-coded outputs → assumptions

D. Outputs → calculations → documentation

Correct Answer: B. Assumptions and data → calculations → outputs

Question 2

What does the balance-sheet check test?

A. Revenue equals expenses

B. Closing cash equals opening cash

C. Total assets equal total liabilities plus equity

D. Debt equals interest expense

Correct Answer: C. Total assets equal total liabilities plus equity

Question 3

Under a convention in which expenses are negative, revenue is 2,000 and operating costs are −1,400. What is EBIT before other items?

A. −3,400

B. −600

C. 600

D. 3,400

Correct Answer: C. 600

Question 4

Which item is normally added back to net income in an indirect-method cash-flow statement because it is non-cash?

A. Depreciation

B. Cash revenue

C. Debt repayment

D. Capital expenditure

Correct Answer: A. Depreciation

Question 5

Which practice best supports a single source of truth?

A. Typing the tax rate separately in every worksheet

B. Linking all tax calculations to one documented assumption

C. Hiding the tax rate in a formula

D. Replacing the tax rate with a balancing plug

Correct Answer: B. Linking all tax calculations to one documented assumption

Question 6

If revenue is 1,460,000 and receivable days are 30 using a 365-day convention, approximate accounts receivable is:

A. 40,000

B. 120,000

C. 438,000

D. 1,430,000

Correct Answer: B. 120,000

Question 7

Which is an example of a timing error?

A. Using a documented tax rate

B. Applying a full annual cost in one month without justification

C. Checking that assets equal liabilities plus equity

D. Recording a source for an assumption

Correct Answer: B. Applying a full annual cost in one month without justification

Question 8

What is the main risk of an unexplained balancing plug?

A. It guarantees model accuracy

B. It can conceal an omitted or incorrect calculation

C. It prevents all circularity

D. It automatically improves auditability

Correct Answer: B. It can conceal an omitted or incorrect calculation

Question 9

Which statement correctly distinguishes a stress test from a normal base case?

A. A stress test evaluates resilience under severe but plausible conditions

B. A stress test contains no assumptions

C. A stress test changes only formatting

D. A stress test must always be the most likely forecast

Correct Answer: A. A stress test evaluates resilience under severe but plausible conditions

Question 10

Which control most directly tests continuity between periods?

A. Opening balance equals the prior period’s closing balance

B. Font colour is blue

C. The worksheet has a title

D. The file name contains a date

Correct Answer: A. Opening balance equals the prior period’s closing balance

Financial Analysis & Modelling
Chapter 7 of 15