Automating bank reconciliation: what to buy
To automate bank reconciliation, first check what your accounting system already handles. If several sources need matching, compare specialist software with a scoped integration. Your transactions, data access and ownership of exceptions should determine the choice. Ask for an end-to-end matching test before buying: equal amounts do not prove that two records describe the same transaction.
Three options before commissioning development
Reconciliation compares bank transactions with internal records and identifies differences. The purchasing problem starts when a team downloads files, reshapes them and tracks unmatched items without knowing what its current system can handle. Separate data collection, matching and approval of the result.
Xubio describes Excel or Interbanking imports and suggestions based on dates and amounts; plan and connection requirements need checking. Zoho Books offers reconciliation within its accounting software. These are examples of existing capabilities, not proof of compatibility with your accounts. Sources reviewed October 15, 2026.
| Option | When to evaluate it | Evidence to request |
|---|---|---|
| ERP or accounting module | Required accounts and records are already in the system | Your formats and matching cases work without parallel spreadsheets |
| Specialist platform | Multiple sources, entities or reconciliation types exceed the current module | Actual coverage, exception handling, exports and accountable owners |
| Custom integration | The reconciliation function works, but data needs connecting or transforming | The missing step works without duplicating the engine or losing traceability |
An integration can also connect a purchased platform to your ERP. Ask which component owns each transaction’s status and which can close the reconciliation. If both can do so without coordination, reconstructing the approved state becomes harder.
Where AI helps and where explicit rules belong
As a design criterion, use explicit rules for currency, sign, account, tolerances and reuse of a transaction. AI can propose relationships when descriptions are ambiguous, but proposals should show their sources and allow abstention. A fluent explanation or high score does not establish a match.
Microsoft’s Business Central documentation describes automatic matching first, followed by additional Copilot proposals for review. Availability and limits depend on version and language; do not assume your installation includes this feature. It illustrates the distinction between proposing and accepting a match, not a reason to migrate ERPs.
Fictional example: two customers transfer the same amount on the same day, and the statement has an incomplete reference. Amount and date leave several candidates. The expected test result is an open exception with available evidence, unless another verifiable reference resolves it. Picking a candidate to increase the matching rate would conceal uncertainty.
Finance should define which cases may be accepted automatically and which need review. Matching records, proposing a journal entry and executing a payment are separate actions with separate scope and permissions. Read access to bank data does not authorize movement of funds.
What a first integration can include
A first scope could import a statement and ledger for one account, normalize fields and produce proposed matches with an exception queue. This is a way to bound the work, not a bank product already implemented by Duotach. Accounting rules and closing approval remain with the company’s authorized team.
Agree on transaction identifiers, currency, date conventions, signs and file periods. Keep links to original records. A replacement file or revised export must be distinguishable from a new transaction.
An exception needs a reason, evidence, owner and status. If corrected data arrives later, identify which proposals require reevaluation. The first stage can produce a reviewable report without writing to the ERP. Automatic entries or updates need their own agreed scope and tests.
Before sharing real statements, define access, storage, retention and who may view them. A commercial inquiry only needs a description of formats and systems. Do not send credentials or bank transactions through the contact form.
The acceptance test to request
These are proposed cases to agree with the supplier and accounting team. They are evaluation criteria, not a completed pilot or proof of accuracy. Prepare test data with expected results, including items that should remain open. Avoid evaluating only files the supplier already knows.
| Test case | Expected evidence |
|---|---|
| Equal date and amount, different references | Ambiguity remains open without additional evidence |
| One deposit covers several entries | Each relationship and grouping rule is visible; entries are not reused |
| Net amount with a documented fee | Difference explained by an approved rule or document, without invented adjustments |
| Import the same file twice | No duplicate transactions or approvals |
| Previous-period item appears later | Original reference and status remain traceable across periods |
| Incomplete file or changed format | Input is stopped or isolated with an alert and owner; no false complete status |
Measure correct matches, false matches, open cases and review time against the current process using the same data. A high matching rate can conceal incorrect decisions. Keeping an ambiguous case open may be the correct outcome.
Also test rejecting a suggestion and processing corrected input. The record should explain what changed and who approved it. A demonstration using selected data still leaves your own acceptance criteria to agree.
Compare proposals without buying unnecessary scope
Separate product licensing, configuration, integration and ongoing operations. For each source, identify the bank or system, account, format, frequency, access method and owner when it changes. A claim of supporting every bank does not replace testing your actual file or connection.
If the ERP already matches correctly and downloading or reshaping files is the bottleneck, first scope that connection. If exceptions lack agreed rules, another engine will not define them for your team. If you need several sources and centralized control, compare specialist software before maintaining your own engine.
Agree what remains available when the service ends: data, rules, approved relationships, open items and change history in a usable format. Include support ownership, incident reporting and recovery. Initial price is not a comparable total if one option excludes these responsibilities.
When formats, permissions or rules remain unknown, paid discovery may be the appropriate next step. Our n8n automation quote guide helps separate scope and recurring costs. There is no universal cost or saving to promise before understanding the process.
Ask about the missing connection
Duotach offers process automation and integrations with n8n. For this inquiry, the possible service is connecting sources, transforming data and organizing a review workflow within an agreed scope. It does not replace accounting decisions or imply that everything needs custom development.
Describe your accounting system, input format and the step where work currently stops. The inquiry starts a conversation to define the service; it does not include a diagnosis or a demonstration built with your data. Timing, scope, acceptance tests and support are agreed in the proposal.
Connect the missing step
Describe systems, formats and the review step. Do not include credentials or confidential documents.
