A board pack that someone assembles by hand from several systems is the kind of mechanical work AI handles well.
Assembling a monthly or quarterly board pack takes a large share of finance time in collection, formatting and drafting, and most of it is mechanical. Automating that assembly frees the finance team for analysis and shortens the gap between period end and the board being informed.
Automated assembly and drafting
Where data sources are connected, the pack can be generated, with financial statements, KPI dashboards, variance tables and segment analysis populated automatically. AI can then draft commentary explaining what moved and why from the underlying data. Finance reviews and corrects that draft instead of writing from a blank page, and the draft remains a starting point.
Bilingual reporting
For Saudi boards this is a practical gain. Producing Arabic and English versions of the same pack has meant duplicated effort or translation, with the risk that a late adjustment updates one version and not the other. Generating both from the same data removes that risk. It connects to Arabic financial reporting configuration.
What must remain human
Deciding what the board needs to know is a matter of judgment. So is any commentary on outlook, risk or management intent, because a model cannot source those from historical data. Numbers are verified against source before anything goes to the board, since a plausible but wrong figure in a board pack is a governance failure however it was produced.
A hypothetical example
Consider a Riyadh group whose board pack is assembled across several entities and two languages. Automating the assembly and the first-draft commentary would be the starting point, with finance reviewing every draft and verifying every figure against source before the pack is issued.
Design before automation
Automating a board pack nobody reads carefully produces the wrong thing faster. The first step is to review what the pack contains against what the board discusses, and only then automate what remains. This is a reporting design exercise as much as a technology one, and it draws on the same data foundations as executive dashboards.
Version control and the audit trail
Board packs get revised, sometimes late and sometimes after distribution. Automated generation must handle versioning explicitly: which version went to the board, what changed between versions and who approved the final. Without this, a board can end up discussing different numbers in the same meeting, which is a governance problem. Where the pack draws on consolidated figures, the version of the consolidation behind each number is recorded as well. Automated outputs used in formal decisions also fall under AI governance.
Reviewing the content with the board
The best source for what a board pack should contain is the board itself. It helps to ask which sections members read, which they skip, and which questions keep recurring without being answered by the current pack. This conversation often reshapes the pack more than any technical improvement.
Aligning definitions before automation
If revenue is calculated in different ways in two entities, automation will show that inconsistency in every pack instead of hiding it as manual assembly did. Key metric definitions are aligned across entities before the automated reports are built, because an automated pack with conflicting numbers loses the trust of its readers faster than a slow manual process.