Daily fit
SMEFor a bookkeeper keeping the wheels turning
- Daily bank feed import Daily
- Automated transaction matching Every feed
- Exception queue grouped by cause On raise
- GST output from the reviewed position Per period
71 Robinson Road, #14-01, Singapore 068895
+65 6853 4011 [email protected]
Monday to Friday, 9:00 AM – 6:00 PM (SGT)
Features · Singapore finance teams
A feature list is only useful if it maps to work you recognise. Everything below is work a finance lead touches in a normal week — imports, matching, exceptions, GST output, the cash view.
Bank feed
Ledger
What you get in the workspace
Each of the eight jobs below exists because a three-person finance team asked for it. None of them are decorative; each one saves a step that currently eats a Saturday morning.
Bank feed sources
A week at a Singapore desk
The work runs left to right: a statement arrives, matching scores it, exceptions surface grouped by cause, GST review happens at the row, the cash view refreshes, a named reviewer approves, an adjustment finds its reason code, and a monthly report closes the loop. Scroll the strip sideways to follow it.
Cadence you can plan around
Daily fit
SMEClose fit
Finance leadBoth sides run on the same workspace; the split above shows where the daily load lands and where the monthly close tightens. If you need to compare the plans themselves, the pricing page carries the tiers and terms.
Exception handling
Unmatched items collect in one place. Grouping by cause, not by date, changes the work: instead of clearing forty rows one at a time, you clear one coding problem that produced forty rows.
Typical causes: split payments, bank charges not yet in the ledger, FX differences, duplicate entries, and references that do not correspond to anything.
Open this week
Grouping by cause is the moment the queue stops feeling like a punishment and starts feeling like a checklist.
Feature register
Bank feed import
Transactions arrive from connected Singapore bank accounts on a daily schedule. You set which accounts feed in, which start date to use on first import, and whether historical months are pulled for a parallel run. Statement import covers everything the feed does not — supplementary accounts and the occasional file from a bank that needs a manual download. Either way, the data lands in the same reconciliation workspace.
Automated matching
Each statement line is scored against open ledger entries on amount, date proximity, reference similarity, and counterparty name. High-confidence pairs queue up first; ambiguous ones are grouped for a decision rather than guessed at. The scoring is transparent — you can open any suggested match and see which signals carried it, which is how a reviewer builds trust in the automation instead of accepting it blindly.
Multi-currency
Accounts held in USD, MYR, HKD, or EUR reconcile against SGD books using the rate on the transaction date. The platform keeps the original amount, the converted amount, and the applied rate on the matched entry, so a reviewer can retrace the conversion months later. Realised and unrealised FX gain and loss are separated, so the FX line in your reporting reflects what actually happened rather than a plug figure.
GST output
GST treatment is attached at the transaction level and reviewed as part of matching. Standard-rated, zero-rated, and out-of-scope entries stay distinguishable in the working view. Reporting draws from that reviewed ledger, so a return traces back to specific entries when someone asks, months later.
Cash management
A consolidated position across connected accounts, updated as feeds land. It is not a forecasting tool and does not pretend to be one, but it answers the question a finance team asks every morning. Filter by account, currency, or date range, and jump straight from a cash line into the reconciliation for that entry.
Review & approval
Every match is approved by a named user. The workspace records who confirmed what and when, along with any amount adjustment made at the point of approval. This matters when two people share the reconciliation and one of them is on leave: the state of the close is visible without a handover call.
Adjustments
When a difference is genuine and needs a correcting entry, the adjustment is created inside the reconciliation with a reason code attached, and the reason codes roll up into a report you can review monthly. Over a quarter, that report tells you where the upstream problems live: a payment type that always splits, a supplier whose references never match, a bank charge pattern nobody coded.
Scope
Purchase-order matching against invoices is a controls-heavy capability, and it shows up in ERP-grade tools like NetSuite Account Reconciliation because larger finance teams need it. It is a different discipline from bank reconciliation: it protects the payables workflow rather than closing the bank statement. If your procurement volume justifies that control, you need an ERP-class workspace. Reconcilia Cloud stays focused on the bank and ledger layer and will not overstate its reach into procurement.
Four views, each answering a question that comes up in a monthly review: matched volume by week, exception count by category, unreconciled items aged by days, and GST position by period. No dashboard for its own sake — if a report does not change a decision, it does not earn a screen.
Where to go next
Tell us which accounts feed into your reconciliation and how many people share the work. We will walk through the workflow that matters to you — imports, matching exceptions, GST review, or the monthly close — and tell you honestly if the platform is not the right fit yet.