FGL review: September 2026 · Topic: finance automation, systems and controls · Audience: accountants, finance teams and reviewers
Does an accountant need IT knowledge to perform effectively?
Yes—but not because every accountant needs to become a software engineer. The more useful standard is whether the accountant understands enough about systems, data flows, automation and controls to explain how financial information is created, challenge what a system produces and recognise when technology is creating rather than reducing risk.
That distinction matters because finance automation is no longer limited to macros and recurring journals. Finance teams now work with ERP workflows, automated bank feeds, invoice capture, robotic process automation, dashboards, system integrations and increasingly AI-enabled tools. Professional bodies are responding to the same shift: IFAC describes automation and AI as tools that can move accountants away from repetitive rule-based work toward insight and judgment, while ICAEW stresses that digital skills do not mean deep technical expertise for everyone—they mean being an informed and confident user of technology.
What finance automation actually means
Finance automation is the use of technology to perform or assist repetitive, rules-based finance activities with less manual intervention. In practice, that can include:
- automatic invoice capture and approval routing;
- bank feeds, transaction matching and reconciliation rules;
- recurring journals and allocation routines;
- automated tax or payroll calculations;
- customer billing and payment matching;
- workflow reminders and exception queues;
- management dashboards and reporting pipelines;
- robotic process automation for repetitive screen-based tasks; and
- AI-assisted anomaly detection, document review, forecasting or narrative analysis.
The objective should not simply be speed. ICAEW's finance-automation guidance notes that successful automation is usually part of broader process improvement rather than a technological patch placed over a weak process. ACCA similarly frames automation as a way to improve finance efficiency while relying on robust processes and clean data.
What accountants need to understand—and what they do not
An accountant does not normally need to know how to build an ERP from scratch, administer a network or write production software. But a modern accountant should be able to answer questions such as:
- Where did this number come from?
- Which source system created the transaction?
- Which interface moved it into the ledger?
- Which rule, tax code or mapping determined the posting?
- Who can change that rule?
- What happens when the automated process fails?
- Can someone override the control, and is that override visible?
- How do we reconcile the output to an independent source?
That is practical digital literacy. The accountant does not need to own the technology stack; the accountant does need to understand the financial consequence of how the stack behaves.
Accounting knowledge still comes first
Automation does not make accounting principles optional. It makes poorly designed accounting logic capable of operating faster and at greater scale.
A system can post a transaction instantly and still:
- use the wrong account;
- apply an outdated tax treatment;
- recognise revenue in the wrong period;
- duplicate an interface posting;
- exclude a valid transaction from a report;
- permit an inappropriate override; or
- produce a polished dashboard from incomplete data.
This is why automation should augment professional judgment rather than replace it. IFAC's work on intelligent automation emphasises the continuing role of accountants in controls, data integrity and the quality of automated inputs and outputs. The IIA makes a similar point for automated controls: consistency is valuable, but a misconfigured automated control can expose every transaction passing through it.
The control questions behind an automated process
When a finance process becomes automated, some controls disappear, some move into the system and some become more important. A useful control review should therefore ask:
- Configuration: Is the automated rule designed correctly?
- Access: Who can create, change or disable the rule?
- Change management: Are configuration changes approved and tested?
- Overrides: Can users bypass the automation, and are overrides reviewed?
- Interfaces: Are records transferred completely and only once between systems?
- Master data: Are customer, vendor, account and tax mappings controlled?
- Exceptions: Who investigates transactions the system cannot process normally?
- Evidence: Is there an audit trail showing what happened and why?
- Reconciliation: Is the output compared with an independent source?
- Continuity: What happens if the system, integration or automation is unavailable?
COSO's current guidance on internal control over both robotic process automation and generative AI reinforces the same underlying point: technology changes the risk environment, but it does not remove the need for governance, control activities, monitoring and reliable information.
What level of technology knowledge is enough?
The answer depends on the role.
| Role | Useful technology capability |
|---|---|
| Junior accountant | Reliable use of the accounting system, spreadsheets, document workflows, reconciliations, audit trails and basic data validation. |
| Senior accountant / supervisor | Understanding interfaces, exception handling, data quality, approval workflows, report logic and access controls. |
| Finance manager / controller | Process design, system configuration implications, segregation of duties, change control, reconciliations, reporting architecture and automation risk. |
| CFO / finance leader | Technology strategy, implementation governance, business cases, data ownership, cybersecurity implications, AI governance and whether systems support reliable reporting and decision-making. |
Skills such as Power BI, SQL, Python, workflow tools or robotic process automation can be very useful. They are not prerequisites for being a competent accountant. The more fundamental capability is being able to understand the process, interrogate the data and work effectively with IT professionals, vendors and system implementers.
What should finance teams automate first?
The best first candidates are usually stable, repetitive, rules-based activities with clear inputs and outputs. Examples include recurring journals, payment matching, expense approvals, standard reconciliations, accounts-receivable reminders, document routing and recurring management reports.
Before automating a process, ask four questions:
- Is the process understood and documented?
- Are the data and master records reliable?
- Are the approval and control rules clear?
- Can exceptions be identified and assigned to a responsible person?
If the answer is no, the process is not ready simply because a technology tool exists. Automating a broken process can make the broken process faster.
A safer sequence for finance automation
A practical sequence is:
- Map the current process from source document to financial report.
- Remove unnecessary steps and duplicate data entry.
- Clarify ownership, approval limits and segregation of duties.
- Clean master data and resolve recurring reconciliation issues.
- Design the control points and evidence requirements.
- Automate the stable and repetitive steps.
- Define an exception queue and escalation process.
- Test the end-to-end result, not only the software function.
- Monitor performance, overrides and configuration changes.
- Reassess whether the automation is still achieving the intended result.
This same logic is visible in FGL's ERP go-live case brief: implementation risk is not confined to whether software technically launches. Control ownership, reconciliations, data integrity and reporting continuity matter just as much.
AI changes the question, but not the accountability
Generative AI introduces another layer. A finance team may use AI to summarise documents, draft commentary, detect patterns or support analysis, but the output still requires validation against underlying evidence.
COSO's 2026 GenAI guidance highlights risks including cyber exposure, prompt-based manipulation, opaque reasoning, model drift and frequent configuration changes. These risks are particularly relevant where AI output influences financial reporting, control decisions or management information.
The practical rule is simple: a tool can assist the analysis; the accountable finance professional must still understand the data, the assumptions and the conclusion well enough to defend the result.
Why reconciliations become more important—not less
Automation often creates more system-to-system movement. That increases the importance of reconciliations because the finance team must prove that data moved completely and correctly from source to destination.
For example, an automated sales process may connect a customer platform, billing engine, EFRIS, ERP revenue ledger and management dashboard. A clean interface does not by itself prove that the accounting, VAT or reporting treatment is correct. FGL's revenue reconciliation guide shows why system records, tax records and accounting revenue must be bridged rather than assumed to be identical.
The same principle applies to IFRS 15 revenue recognition: billing automation cannot decide when revenue has been earned unless the underlying contract logic and performance evidence have been translated correctly into the system.
The accountant's role in an automated finance function
Automation changes where accountants spend their time. Routine transaction handling can reduce, while review, interpretation, control design, exception management and business partnering become more important.
That does not make technology expertise more important than accounting. It makes the combination more valuable: accounting knowledge, business understanding, professional judgment, control awareness, data literacy and practical confidence with systems.
An accountant should not be a passive recipient of system output. The stronger role is to understand how the number was produced, whether the process is controlled and whether the result makes sense.
Practical questions for a finance-team automation review
- Which repetitive finance activities consume the most time?
- Which processes generate the most recurring errors or exceptions?
- Where is data entered more than once?
- Which reconciliations depend on manual manipulation?
- Which system rules can materially affect financial reporting?
- Who can change those rules?
- Which automated outputs are independently reviewed?
- Are exception logs complete and assigned to owners?
- Can each material transaction be traced from source to ledger and report?
- Is there a documented fallback when the technology fails?
These are as much governance questions as technology questions. Explore more on FGL's Systems & Automation desk and Governance & Controls desk.
Sources
- IFAC — AI & Intelligent Automation: Disrupting Business; Elevating the Work of Accounting & Finance Professionals
- ICAEW — Automation in finance functions
- ACCA — Robotic Process and Intelligent Automation for Finance
- The IIA — Automation Basics
- COSO — Achieving Effective Internal Control Over Generative AI
This article provides general educational information. Technology, accounting, control and regulatory conclusions depend on the organisation's systems, processes, reporting framework and applicable requirements.
Use an FGL calculator
Open the calculator directly instead of navigating through a separate tools page.
Questions, corrections or another perspective?
Join the conversation below. Keep comments constructive, relevant and free of confidential information.
Post a Comment