SYSTEM CONTROLLER
Browse masterclass series in this domain. Open any module to view the PDF.
The Controller as Enterprise Systems Architect
The foundation determines whether the finance function operates as a system or as a collection of tasks performed by individuals. Part One establishes the controller's role as an enterprise systems architect, introduces the System Controller Framework that governs every subsequent module, designs the finance organization with the right roles at the right stage, and builds the high-performance team through the PERFORM Model. These four modules answer the question every new controller faces: what should I build first? The answer is the team, the structure, and the operating model that make everything else possible. Controllers who skip the foundation and jump to the processes discover that processes without the right people and the right structure produce compliance without capability.
The System Controller Framework
The foundation determines whether the finance function operates as a system or as a collection of tasks performed by individuals. Part One establishes the controller's role as an enterprise systems architect, introduces the System Controller Framework that governs every subsequent module, designs the finance organization with the right roles at the right stage, and builds the high-performance team through the PERFORM Model. These four modules answer the question every new controller faces: what should I build first? The answer is the team, the structure, and the operating model that make everything else possible. Controllers who skip the foundation and jump to the processes discover that processes without the right people and the right structure produce compliance without capability.
Designing the Finance Organization: Roles by Stage
The foundation determines whether the finance function operates as a system or as a collection of tasks performed by individuals. Part One establishes the controller's role as an enterprise systems architect, introduces the System Controller Framework that governs every subsequent module, designs the finance organization with the right roles at the right stage, and builds the high-performance team through the PERFORM Model. These four modules answer the question every new controller faces: what should I build first? The answer is the team, the structure, and the operating model that make everything else possible. Controllers who skip the foundation and jump to the processes discover that processes without the right people and the right structure produce compliance without capability.
Building the High-Performance Finance Team: The PERFORM Model
The foundation determines whether the finance function operates as a system or as a collection of tasks performed by individuals. Part One establishes the controller's role as an enterprise systems architect, introduces the System Controller Framework that governs every subsequent module, designs the finance organization with the right roles at the right stage, and builds the high-performance team through the PERFORM Model. These four modules answer the question every new controller faces: what should I build first? The answer is the team, the structure, and the operating model that make everything else possible. Controllers who skip the foundation and jump to the processes discover that processes without the right people and the right structure produce compliance without capability.
Chart of Accounts Design: The LEDGER Design Principles
Architecture is the design layer that sits between the organizational foundation and the operational processes. Part Two builds the chart of accounts using the LEDGER Design Principles, designs the multi-entity and multi-currency consolidation framework, documents the accounting policies through the POLICY Lifecycle, and introduces the JUDGMENT Protocol for technical accounting decisions that require professional judgment. These modules produce the infrastructure the auditor will evaluate and the board will rely on. A chart of accounts that cannot segment revenue by product, a consolidation that cannot eliminate intercompany transactions, or a judgment memo that does not exist when the auditor asks for it are architectural failures that no amount of operational effort can overcome. Build the architecture before building the operations.
Multi-Entity and Multi-Currency Consolidation
Architecture is the design layer that sits between the organizational foundation and the operational processes. Part Two builds the chart of accounts using the LEDGER Design Principles, designs the multi-entity and multi-currency consolidation framework, documents the accounting policies through the POLICY Lifecycle, and introduces the JUDGMENT Protocol for technical accounting decisions that require professional judgment. These modules produce the infrastructure the auditor will evaluate and the board will rely on. A chart of accounts that cannot segment revenue by product, a consolidation that cannot eliminate intercompany transactions, or a judgment memo that does not exist when the auditor asks for it are architectural failures that no amount of operational effort can overcome. Build the architecture before building the operations.
Accounting Policy Documentation: The POLICY Lifecycle
Architecture is the design layer that sits between the organizational foundation and the operational processes. Part Two builds the chart of accounts using the LEDGER Design Principles, designs the multi-entity and multi-currency consolidation framework, documents the accounting policies through the POLICY Lifecycle, and introduces the JUDGMENT Protocol for technical accounting decisions that require professional judgment. These modules produce the infrastructure the auditor will evaluate and the board will rely on. A chart of accounts that cannot segment revenue by product, a consolidation that cannot eliminate intercompany transactions, or a judgment memo that does not exist when the auditor asks for it are architectural failures that no amount of operational effort can overcome. Build the architecture before building the operations.
Technical Accounting Decisions: The JUDGMENT Protocol
Architecture is the design layer that sits between the organizational foundation and the operational processes. Part Two builds the chart of accounts using the LEDGER Design Principles, designs the multi-entity and multi-currency consolidation framework, documents the accounting policies through the POLICY Lifecycle, and introduces the JUDGMENT Protocol for technical accounting decisions that require professional judgment. These modules produce the infrastructure the auditor will evaluate and the board will rely on. A chart of accounts that cannot segment revenue by product, a consolidation that cannot eliminate intercompany transactions, or a judgment memo that does not exist when the auditor asks for it are architectural failures that no amount of operational effort can overcome. Build the architecture before building the operations.
The Month-End Close: The CLOSE Operating Model
Core Cycles is the operational heart of the masterclass. Eight modules govern every major transaction cycle the controller manages. The CLOSE Operating Model accelerates the month- end close to seven business days. The REVENUE CYCLE Architecture and the RECOGNIZE Checklist govern order-to-cash and ASC 606 revenue recognition. The PURCHASE CYCLE Architecture governs procure-to-pay with three-way matching and fraud prevention. The MARGIN Architecture connects product cost to customer profitability. The PEOPLE COST Architecture governs payroll, benefits, and the fully loaded cost that every hiring decision should reference. The EQUITY Governance Model addresses stock compensation, 409A valuations, and cap table management. And the CASH Governance Model designs the treasury function with the 13-week cash forecast. Each module produces a Controller Lab artifact that the controller can implement within days of completing the module.
Order-to-Cash: The REVENUE CYCLE Architecture
Core Cycles is the operational heart of the masterclass. Eight modules govern every major transaction cycle the controller manages. The CLOSE Operating Model accelerates the month- end close to seven business days. The REVENUE CYCLE Architecture and the RECOGNIZE Checklist govern order-to-cash and ASC 606 revenue recognition. The PURCHASE CYCLE Architecture governs procure-to-pay with three-way matching and fraud prevention. The MARGIN Architecture connects product cost to customer profitability. The PEOPLE COST Architecture governs payroll, benefits, and the fully loaded cost that every hiring decision should reference. The EQUITY Governance Model addresses stock compensation, 409A valuations, and cap table management. And the CASH Governance Model designs the treasury function with the 13-week cash forecast. Each module produces a Controller Lab artifact that the controller can implement within days of completing the module.
ASC 606 Revenue Recognition: The RECOGNIZE Checklist
Core Cycles is the operational heart of the masterclass. Eight modules govern every major transaction cycle the controller manages. The CLOSE Operating Model accelerates the month- end close to seven business days. The REVENUE CYCLE Architecture and the RECOGNIZE Checklist govern order-to-cash and ASC 606 revenue recognition. The PURCHASE CYCLE Architecture governs procure-to-pay with three-way matching and fraud prevention. The MARGIN Architecture connects product cost to customer profitability. The PEOPLE COST Architecture governs payroll, benefits, and the fully loaded cost that every hiring decision should reference. The EQUITY Governance Model addresses stock compensation, 409A valuations, and cap table management. And the CASH Governance Model designs the treasury function with the 13-week cash forecast. Each module produces a Controller Lab artifact that the controller can implement within days of completing the module.
Procure-to-Pay: The PURCHASE CYCLE Architecture
Core Cycles is the operational heart of the masterclass. Eight modules govern every major transaction cycle the controller manages. The CLOSE Operating Model accelerates the month- end close to seven business days. The REVENUE CYCLE Architecture and the RECOGNIZE Checklist govern order-to-cash and ASC 606 revenue recognition. The PURCHASE CYCLE Architecture governs procure-to-pay with three-way matching and fraud prevention. The MARGIN Architecture connects product cost to customer profitability. The PEOPLE COST Architecture governs payroll, benefits, and the fully loaded cost that every hiring decision should reference. The EQUITY Governance Model addresses stock compensation, 409A valuations, and cap table management. And the CASH Governance Model designs the treasury function with the 13-week cash forecast. Each module produces a Controller Lab artifact that the controller can implement within days of completing the module.
Product Cost to Customer Profitability: The MARGIN Architecture
Core Cycles is the operational heart of the masterclass. Eight modules govern every major transaction cycle the controller manages. The CLOSE Operating Model accelerates the month- end close to seven business days. The REVENUE CYCLE Architecture and the RECOGNIZE Checklist govern order-to-cash and ASC 606 revenue recognition. The PURCHASE CYCLE Architecture governs procure-to-pay with three-way matching and fraud prevention. The MARGIN Architecture connects product cost to customer profitability. The PEOPLE COST Architecture governs payroll, benefits, and the fully loaded cost that every hiring decision should reference. The EQUITY Governance Model addresses stock compensation, 409A valuations, and cap table management. And the CASH Governance Model designs the treasury function with the 13-week cash forecast. Each module produces a Controller Lab artifact that the controller can implement within days of completing the module.
Payroll, Benefits, and Fully Loaded Cost: The PEOPLE COST Architecture
Core Cycles is the operational heart of the masterclass. Eight modules govern every major transaction cycle the controller manages. The CLOSE Operating Model accelerates the month- end close to seven business days. The REVENUE CYCLE Architecture and the RECOGNIZE Checklist govern order-to-cash and ASC 606 revenue recognition. The PURCHASE CYCLE Architecture governs procure-to-pay with three-way matching and fraud prevention. The MARGIN Architecture connects product cost to customer profitability. The PEOPLE COST Architecture governs payroll, benefits, and the fully loaded cost that every hiring decision should reference. The EQUITY Governance Model addresses stock compensation, 409A valuations, and cap table management. And the CASH Governance Model designs the treasury function with the 13-week cash forecast. Each module produces a Controller Lab artifact that the controller can implement within days of completing the module.
Stock Compensation, 409A, and Cap Table: The EQUITY Governance Model
Core Cycles is the operational heart of the masterclass. Eight modules govern every major transaction cycle the controller manages. The CLOSE Operating Model accelerates the month- end close to seven business days. The REVENUE CYCLE Architecture and the RECOGNIZE Checklist govern order-to-cash and ASC 606 revenue recognition. The PURCHASE CYCLE Architecture governs procure-to-pay with three-way matching and fraud prevention. The MARGIN Architecture connects product cost to customer profitability. The PEOPLE COST Architecture governs payroll, benefits, and the fully loaded cost that every hiring decision should reference. The EQUITY Governance Model addresses stock compensation, 409A valuations, and cap table management. And the CASH Governance Model designs the treasury function with the 13-week cash forecast. Each module produces a Controller Lab artifact that the controller can implement within days of completing the module.
Treasury and the 13-Week Forecast: The CASH Governance Model
Core Cycles is the operational heart of the masterclass. Eight modules govern every major transaction cycle the controller manages. The CLOSE Operating Model accelerates the month- end close to seven business days. The REVENUE CYCLE Architecture and the RECOGNIZE Checklist govern order-to-cash and ASC 606 revenue recognition. The PURCHASE CYCLE Architecture governs procure-to-pay with three-way matching and fraud prevention. The MARGIN Architecture connects product cost to customer profitability. The PEOPLE COST Architecture governs payroll, benefits, and the fully loaded cost that every hiring decision should reference. The EQUITY Governance Model addresses stock compensation, 409A valuations, and cap table management. And the CASH Governance Model designs the treasury function with the 13-week cash forecast. Each module produces a Controller Lab artifact that the controller can implement within days of completing the module.
ERP and Finance Systems: The SYSTEMS Lifecycle Model
Systems and data are the infrastructure that every process in Parts Two and Three depends on. Part Four addresses three capabilities: ERP and finance systems selection, implementation, and lifecycle management through the SYSTEMS Lifecycle Model; data governance, metric definitions, and analytical practices through the DATA Authority Model; and AI-enabled automation with the governance framework (the AUTOMATE Decision Model) that ensures automation is governed before it is deployed. These modules are relevant to every controller who manages a system migration, defines a KPI, or evaluates an AI tool. The central insight is that technology without governance produces output at machine speed, and ungoverned output that is wrong is worse than manual output that is right.
Data Governance and Metric Definitions: The DATA Authority Model
Systems and data are the infrastructure that every process in Parts Two and Three depends on. Part Four addresses three capabilities: ERP and finance systems selection, implementation, and lifecycle management through the SYSTEMS Lifecycle Model; data governance, metric definitions, and analytical practices through the DATA Authority Model; and AI-enabled automation with the governance framework (the AUTOMATE Decision Model) that ensures automation is governed before it is deployed. These modules are relevant to every controller who manages a system migration, defines a KPI, or evaluates an AI tool. The central insight is that technology without governance produces output at machine speed, and ungoverned output that is wrong is worse than manual output that is right.
AI-Enabled Automation: The AUTOMATE Decision Model
Systems and data are the infrastructure that every process in Parts Two and Three depends on. Part Four addresses three capabilities: ERP and finance systems selection, implementation, and lifecycle management through the SYSTEMS Lifecycle Model; data governance, metric definitions, and analytical practices through the DATA Authority Model; and AI-enabled automation with the governance framework (the AUTOMATE Decision Model) that ensures automation is governed before it is deployed. These modules are relevant to every controller who manages a system migration, defines a KPI, or evaluates an AI tool. The central insight is that technology without governance produces output at machine speed, and ungoverned output that is wrong is worse than manual output that is right.
Internal Control and SOX Readiness: The CONTROL ENVIRONMENT Architecture
Control and assurance is the verification layer that confirms every process in the prior modules is working as designed. Part Five builds the internal control framework and SOX readiness through the CONTROL ENVIRONMENT Architecture, governs the external audit relationship through the AUDIT Relationship Model, manages tax and regulatory compliance through the COMPLY Governance Model (including multi-state nexus, income tax provision, and transfer pricing), and designs the enterprise risk program through the RISK Governance Model covering fraud prevention, cybersecurity, insurance governance, and board-level risk reporting. These four modules produce the governance infrastructure that the auditor tests, the board oversees, and the IPO requires. The controller who builds this infrastructure two years before the IPO avoids the five-month delay that the controller who builds it during the IPO invariably encounters.
Governing the External Audit: The AUDIT Relationship Model
Control and assurance is the verification layer that confirms every process in the prior modules is working as designed. Part Five builds the internal control framework and SOX readiness through the CONTROL ENVIRONMENT Architecture, governs the external audit relationship through the AUDIT Relationship Model, manages tax and regulatory compliance through the COMPLY Governance Model (including multi-state nexus, income tax provision, and transfer pricing), and designs the enterprise risk program through the RISK Governance Model covering fraud prevention, cybersecurity, insurance governance, and board-level risk reporting. These four modules produce the governance infrastructure that the auditor tests, the board oversees, and the IPO requires. The controller who builds this infrastructure two years before the IPO avoids the five-month delay that the controller who builds it during the IPO invariably encounters.
Tax and Regulatory Compliance: The COMPLY Governance Model
Control and assurance is the verification layer that confirms every process in the prior modules is working as designed. Part Five builds the internal control framework and SOX readiness through the CONTROL ENVIRONMENT Architecture, governs the external audit relationship through the AUDIT Relationship Model, manages tax and regulatory compliance through the COMPLY Governance Model (including multi-state nexus, income tax provision, and transfer pricing), and designs the enterprise risk program through the RISK Governance Model covering fraud prevention, cybersecurity, insurance governance, and board-level risk reporting. These four modules produce the governance infrastructure that the auditor tests, the board oversees, and the IPO requires. The controller who builds this infrastructure two years before the IPO avoids the five-month delay that the controller who builds it during the IPO invariably encounters.
Enterprise Risk, Fraud, and Cybersecurity: The RISK Governance Model
Control and assurance is the verification layer that confirms every process in the prior modules is working as designed. Part Five builds the internal control framework and SOX readiness through the CONTROL ENVIRONMENT Architecture, governs the external audit relationship through the AUDIT Relationship Model, manages tax and regulatory compliance through the COMPLY Governance Model (including multi-state nexus, income tax provision, and transfer pricing), and designs the enterprise risk program through the RISK Governance Model covering fraud prevention, cybersecurity, insurance governance, and board-level risk reporting. These four modules produce the governance infrastructure that the auditor tests, the board oversees, and the IPO requires. The controller who builds this infrastructure two years before the IPO avoids the five-month delay that the controller who builds it during the IPO invariably encounters.
Budgeting, Rolling Forecasts, and Scenarios: The PLAN Governance Model
Parts One through Five built the backward-looking and governance capabilities. Part Six builds the forward-looking and advisory capabilities that transform the controller from a reporter into a strategic partner. The PLAN Governance Model designs the annual budget in six weeks, builds the rolling forecast that updates monthly, and introduces scenario analysis with trigger points. The PARTNER Influence Model builds the cross-functional relationships that ensure the controller is consulted before decisions are made, not informed after. And the BRIEF Communication Model redesigns the board package from a forty-page data dump into a fifteen- page decision tool that the board reads, discusses, and acts on. These three modules address the capabilities that separate the controller who reports the numbers from the controller who shapes the decisions that produce them.
Cross-Functional Business Partnering: The PARTNER Influence Model
Parts One through Five built the backward-looking and governance capabilities. Part Six builds the forward-looking and advisory capabilities that transform the controller from a reporter into a strategic partner. The PLAN Governance Model designs the annual budget in six weeks, builds the rolling forecast that updates monthly, and introduces scenario analysis with trigger points. The PARTNER Influence Model builds the cross-functional relationships that ensure the controller is consulted before decisions are made, not informed after. And the BRIEF Communication Model redesigns the board package from a forty-page data dump into a fifteen- page decision tool that the board reads, discusses, and acts on. These three modules address the capabilities that separate the controller who reports the numbers from the controller who shapes the decisions that produce them.
The Board Package Redesign: The BRIEF Communication Model
Parts One through Five built the backward-looking and governance capabilities. Part Six builds the forward-looking and advisory capabilities that transform the controller from a reporter into a strategic partner. The PLAN Governance Model designs the annual budget in six weeks, builds the rolling forecast that updates monthly, and introduces scenario analysis with trigger points. The PARTNER Influence Model builds the cross-functional relationships that ensure the controller is consulted before decisions are made, not informed after. And the BRIEF Communication Model redesigns the board package from a forty-page data dump into a fifteen- page decision tool that the board reads, discusses, and acts on. These three modules address the capabilities that separate the controller who reports the numbers from the controller who shapes the decisions that produce them.
Scaling for Acquisition, Expansion, and IPO: The SCALE Readiness Model
The final part prepares the controller and the function for the next stage. The SCALE Readiness Model assesses whether the function can handle an acquisition, an international expansion, or an IPO. The LEAD Operating Model builds the leadership capability that produces a team rather than a dependency on one person. The ASCEND Readiness Model maps the controller-to-CFO transition with the specific skills, experiences, and mindset shifts the CFO role requires. And the capstone laboratory tests the full curriculum through a comprehensive case that requires the participant to apply every module to a single company under real constraints. Part Seven answers the question that every ambitious controller asks: what comes next? The answer is scale, succession, and the transition from operating the financial system to leading the financial strategy.
Leading the Finance Team: The LEAD Operating Model
The final part prepares the controller and the function for the next stage. The SCALE Readiness Model assesses whether the function can handle an acquisition, an international expansion, or an IPO. The LEAD Operating Model builds the leadership capability that produces a team rather than a dependency on one person. The ASCEND Readiness Model maps the controller-to-CFO transition with the specific skills, experiences, and mindset shifts the CFO role requires. And the capstone laboratory tests the full curriculum through a comprehensive case that requires the participant to apply every module to a single company under real constraints. Part Seven answers the question that every ambitious controller asks: what comes next? The answer is scale, succession, and the transition from operating the financial system to leading the financial strategy.
The Controller-to-CFO Transition: The ASCEND Readiness Model
The final part prepares the controller and the function for the next stage. The SCALE Readiness Model assesses whether the function can handle an acquisition, an international expansion, or an IPO. The LEAD Operating Model builds the leadership capability that produces a team rather than a dependency on one person. The ASCEND Readiness Model maps the controller-to-CFO transition with the specific skills, experiences, and mindset shifts the CFO role requires. And the capstone laboratory tests the full curriculum through a comprehensive case that requires the participant to apply every module to a single company under real constraints. Part Seven answers the question that every ambitious controller asks: what comes next? The answer is scale, succession, and the transition from operating the financial system to leading the financial strategy.
Capstone Laboratory: The Integrated System Controller Case
The final part prepares the controller and the function for the next stage. The SCALE Readiness Model assesses whether the function can handle an acquisition, an international expansion, or an IPO. The LEAD Operating Model builds the leadership capability that produces a team rather than a dependency on one person. The ASCEND Readiness Model maps the controller-to-CFO transition with the specific skills, experiences, and mindset shifts the CFO role requires. And the capstone laboratory tests the full curriculum through a comprehensive case that requires the participant to apply every module to a single company under real constraints. Part Seven answers the question that every ambitious controller asks: what comes next? The answer is scale, succession, and the transition from operating the financial system to leading the financial strategy.