Banking · Automated month-end close

Reducing manual reconciliation of intercompany financial flows

A bank subsidiary struggled with the monthly reconciliation of more than 3,000 intra-group postings until an automated workflow eliminated media breaks and noticeably eased the monthly closing.

  • Financial services
  • Accounting

Key metric

Time spent on intercompany reconciliation

5030hrs

Time needed for intercompany reconciliation per month

At a glance

Initial problem

Time-consuming intercompany reconciliation in the monthly closing

Solution type

Automated workflow for reconciliation processes

Complexity

Expansion

Key metric

Time needed for intercompany reconciliation per month

User group

Group accounting and general ledger team

Implementation time

3-6 months

Operating model

Operated on premises by the bank's IT

Starting point

The subsidiary of a banking group runs its own business unit with several product lines. Around 3,000 intra-group postings arise every month, such as allocations of IT costs, transfer prices and internal refinancing. These are transferred from various upstream systems into the general ledger and have to be reconciled on time for the consolidated financial statements. Until now, the team exported data from the core banking system, the general ledger and several secondary systems into Excel, performed the matching there and emailed lists to counterparties. Responses came in with a delay, sometimes in their own Excel formats, so reconciliation often dragged on until just before the group deadline and noticeably increased the pressure during the monthly closing.

3,000+
intercompany postings/month
8
employees in the closing

The challenge

Manual intercompany reconciliation was error-prone and hard to manage. Different posting logic in the entities involved led to discrepancies that were often noticed late. The accounting team had to export data from three systems, consolidate it in Excel and match it with complex formulas. Every adjustment required new exports and manual rework, which cost time and increased the risk of errors. At the same time, the group's deadlines were strict: late submissions led to queries and escalations. There was no transparency on progress; the team lead only saw shortly before the cut-off dates which counterparties were still open. Responsibilities in the business units changed, so knowledge of posting logic often depended on individual people.

Typical symptoms in the organization

“We spend days maintaining Excel lists instead of questioning the figures.”

“I often only find out on the last day which intercompany partners haven't been reconciled yet.”

“When a colleague is on vacation, nobody understands her Excel logic and we lose time.”

“We're afraid a discrepancy will slip through and the group will come back with questions.”

Why this remained unsolved

The process had grown historically and only just worked, which is why larger IT projects were reserved for other topics. Replacing the general ledger or the core banking application was out of the question, and the department did not want to introduce another rigid piece of specialist software that would immediately require IT changes whenever the process changed. Earlier attempts were limited to new Excel templates and checklists. These reduced individual errors but did nothing about media breaks and the dependence on manual email loops. It was also unclear how an automated workflow would fit into the bank's strict authorization and compliance requirements.

Standardized Excel templates

The department introduced uniform Excel templates with predefined columns and formulas. This reduced variation but did not solve the problem of multiple data exports and manual matching.

Manual team checklists

For better control, checklists of open intercompany partners were kept. These were maintained manually and offered no reliable, up-to-date view of progress.

Our solution

Together with the department, an automated workflow for intercompany reconciliation was built. The core idea is a central reconciliation hub that regularly reads in posting data from the general ledger and relevant secondary systems, matches it according to defined rules and assigns open discrepancies as tasks to the responsible people. The workflow recognizes which counterparties and posting types belong together and automatically creates suggestions for matches and offsetting entries without posting them directly. Employees review the suggestions in an interface, add justifications and mark items as resolved. Status information is updated continuously, so the team lead can see at any time which partners are still open and where things are stuck. Escalation rules ensure that critical discrepancies are addressed in time. The workflow remains configurable: new posting types or partners can be added without major IT projects, so the process grows with the group's requirements.

Building blocks
  • Automated import of posting data from the general ledger and secondary systems with regular runs and plausibility checks to ensure a consistent and complete data basis.
  • Rule-based matching of intercompany items by partner, account, product line and period, including flagging of discrepancies and suggestions for offsetting entries.
  • Task-based workflow with a role and permission concept that assigns open discrepancies to the responsible people, monitors deadlines and escalates automatically when a deadline is at risk.
How it works

Automated reconciliation in four steps

  1. Process analysis and target picture

    Together with accounting and group financial reporting, reconciliation paths, posting types and deadlines were documented. This resulted in a target picture for the future workflow with roles, statuses and escalation rules.

  2. Data integration and rule set

    The relevant data sources from the general ledger and secondary systems were connected. Based on past closings, matching rules and plausibility checks were defined and validated together with the department.

  3. Pilot with selected partners

    The workflow was first introduced for two large intercompany partners. The team tested import, matching and task management in parallel operation and adjusted rules and interfaces based on the feedback.

  4. Rollout and training

    After a successful pilot, further partners and posting types were added. Training sessions and short guides helped establish the new process and replace the previous Excel lists.

Impact

Measured: across three monthly closings

Period: measured across three monthly closings.

MetricValueBasis
Time spent on intercompany reconciliationKey metricReduced by around 40%Time tracking before/aftermeasured
Share of discrepancies shortly before the deadlineDown from approx. 30% to 10%System measurementmeasured
Share of items correctly matched automaticallyQuality metricBetween 70% and 80%Samplemeasured

Cost-effectiveness

Effort class

Standard (60-150 person-days)

Payback period

6-12 months

Main lever

Lead time

Ongoing costs

Ongoing costs arise mainly from maintaining the interfaces, adjusting rules for new products and occasional training for new employees.

Limitation

The solution deliberately covers only the reconciliation process and replaces neither the general ledger nor group reporting. Changes in the group structure or new products require timely maintenance of the matching rules; otherwise the degree of automation drops.

Integration and operation

Connected systems

The workflow is connected to the existing general ledger, selected secondary systems and the group-wide reporting tool. Data is imported via existing interfaces, without changing posting logic or responsibilities in the source systems.

Operation

The solution runs on the bank's internal infrastructure. The application server runs in the bank's data center and is connected to the existing identity and authorization systems.

Compliance

Access follows the existing authorization concept for financial systems. Logging of access and changes supports internal audit and external auditors. No additional personal data is collected.

Traceability

All matches and processing steps are logged. Historical states can be traced for audits, including the responsible person and the time of the decision.

Operational roles

The main users are accounting staff, supplemented by roles for the team lead and group financial reporting. IT is responsible for operation and interfaces, while the department maintains rules and matching logic.

Transferability

The pattern of an automated reconciliation workflow transfers well to other industries where large volumes of internal or external transactions have to be matched regularly. The key is that data from several systems is brought together, matched according to clear rules and open discrepancies are worked through in a structured way.

Reconciling intra-group service charges at a mechanical engineering company

Automated matching of store sales and central deliveries in retail

Internal charging for IT services between departments in a public administration

A similar case in your organization? Let's talk.

Briefly describe your process. We'll get back to you with an initial assessment of whether the pattern can be transferred and what it would realistically take.

Apply to izz.ai

PDF, DOC or DOCX · up to 3 files, max. 10 MB each

I accept the privacy policy

Get in touch

A friendly pink robot opens a door behind which lies a futuristic world