Skip to main content

Automation for Finance Teams: What Accountants Need to Understand About Systems, Controls and AI

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:

  1. Configuration: Is the automated rule designed correctly?
  2. Access: Who can create, change or disable the rule?
  3. Change management: Are configuration changes approved and tested?
  4. Overrides: Can users bypass the automation, and are overrides reviewed?
  5. Interfaces: Are records transferred completely and only once between systems?
  6. Master data: Are customer, vendor, account and tax mappings controlled?
  7. Exceptions: Who investigates transactions the system cannot process normally?
  8. Evidence: Is there an audit trail showing what happened and why?
  9. Reconciliation: Is the output compared with an independent source?
  10. 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.

RoleUseful technology capability
Junior accountantReliable use of the accounting system, spreadsheets, document workflows, reconciliations, audit trails and basic data validation.
Senior accountant / supervisorUnderstanding interfaces, exception handling, data quality, approval workflows, report logic and access controls.
Finance manager / controllerProcess design, system configuration implications, segregation of duties, change control, reconciliations, reporting architecture and automation risk.
CFO / finance leaderTechnology 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:

  1. Is the process understood and documented?
  2. Are the data and master records reliable?
  3. Are the approval and control rules clear?
  4. 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:

  1. Map the current process from source document to financial report.
  2. Remove unnecessary steps and duplicate data entry.
  3. Clarify ownership, approval limits and segregation of duties.
  4. Clean master data and resolve recurring reconciliation issues.
  5. Design the control points and evidence requirements.
  6. Automate the stable and repetitive steps.
  7. Define an exception queue and escalation process.
  8. Test the end-to-end result, not only the software function.
  9. Monitor performance, overrides and configuration changes.
  10. 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

This article provides general educational information. Technology, accounting, control and regulatory conclusions depend on the organisation's systems, processes, reporting framework and applicable requirements.

Free tools

Use an FGL calculator

Open the calculator directly instead of navigating through a separate tools page.

Continue with FGL

Practical resources
Discussion

Questions, corrections or another perspective?

Join the conversation below. Keep comments constructive, relevant and free of confidential information.

Popular posts from this blog

Ernst & Young v URA: VAT on Imported Services and the UGX 3.48 Billion Assessment

Jurisdiction: Uganda · Decision: Commercial Court, Civil Appeal No. 26 of 2022 · Judgment date: 11 June 2026 · FGL review: September 2026 Uganda's Commercial Court has upheld a VAT assessment of UGX 3,482,492,210 against Ernst & Young Uganda in a dispute over services received from non-resident group entities and other foreign service providers. The decision is important because it gives businesses a current judicial example of how Uganda's imported-services VAT rules can apply to cross-border support, technology and professional-service arrangements. What the case was about In Ernst and Young v Uganda Revenue Authority , Civil Appeal No. 26 of 2022, the dispute concerned services obtained from entities outside Uganda, including members of the wider EY network and third-party foreign suppliers. URA treated the services as imported services and assessed VAT for the period January 2014 to June 2018. EY challenged the treatment, including arguments about where the s...

Reconciling ERP Sales, EFRIS, VAT and Income Tax Returns: A Practical Guide

Scope: Uganda · Topic: Revenue reconciliation across ERP, EFRIS, VAT and income tax · FGL review: September 2026 Sales should be explainable across every system a business uses, but they will not always be numerically identical. An ERP may record invoices and journals, EFRIS records fiscal documents, VAT follows statutory supply rules, financial statements apply accounting standards, and the income-tax return applies tax rules to annual business income. The control objective is therefore not to force all four numbers to match. It is to build a documented bridge that explains why they differ, whether each difference is valid, and what evidence supports it. Why the numbers can legitimately differ A difference can arise from timing, classification, system configuration or tax treatment. Common examples include advance billings, deferred income, unbilled revenue, credit notes, exempt or zero-rated supplies, manual journals, foreign-currency treatment, customer-contra...

Stanbic-URA Transfer-Pricing Dispute: What Finance Teams Should Learn While the Case Is Pending

Jurisdiction: Uganda · Topic: Transfer pricing and tax dispute management · Status: Pending before the Tax Appeals Tribunal at the time of this FGL review · FGL review: 21 September 2026 Stanbic Bank Uganda Limited and Stanbic Uganda Holdings Limited are contesting a major transfer-pricing assessment by the Uganda Revenue Authority (URA). Public reporting places the working dispute figure at approximately UGX 117.8 billion , and the Tax Appeals Tribunal listed TAT Application No. 170 of 2025 for conferencing in June 2026. This article does not attempt to decide who is right. The dispute is still being litigated. Instead, it uses the publicly available record to explain what finance teams can learn about related-party charges, evidence, tax governance and the management of unresolved assessments. What the dispute is about The dispute arises from URA's review of related-party transactions involving Stanbic's Ugandan operations and entities within the wider...