Contents
1. Why do differences appear? (They are normal)2. First the distinction: the "Banks" screen or the "Reconciliation" screen?3. What does the service do? (A five-step pipeline)4. What you see on the screen5. The account status panel (detection) — reading the badges6. It says "investigate" — what does the gap mean?7. What do "card batch" and "non-card" mean?8. Step by step: the monthly reconciliationDownload the statement and load itPress [Parse] and check the account suggestionsClear the red list (missing in HNR) one by oneRead the amber list (extra movements) but leave it aloneRepeat until you see "account reconciled ✓"9. Uploading a statement by hand — which file works?10. A ten-minute weekly routine11. Frequently asked questionsThe Receivables Ageing tab: every account in one tableOpening the tabThe columns: five buckets and two totalsWorking the table: search, sort, double-click, CSVSearchingSortingDouble-clicking a rowThe totals strip and CSV12. GlossaryHelp › Reconciliation
Reconciliation — Comparing Your Records with the Bank Statement
"Reconciliation" sounds daunting, but its job is one sentence: does what the bank says match what you wrote? At month end you download the statement from the bank, paste it into the program, and the program puts the two lists side by side and shows the difference. This page teaches what that difference means — because the real work is not finding it but understanding it.
Relax: the reconciliation screen is read-only. Pasting a statement, parsing it, comparing lists — none of it creates a record. The program states it plainly: "This screen writes NO records." Any movement you find missing is posted by you in the relevant window (Cash/Bank → voucher). This read-only rule covers the Reconciliation screen only; items you approve on the Banks › Mail tab are written into HNR as vouchers — see section 2.
1. Why do differences appear? (They are normal)
A newcomer's first reaction is "so there is a mistake". Usually there is none — the two ledgers run on different clocks. The bank credits your account on its calendar; you record the entry on the day the business happened. The three most common causes:
Timing difference
You handed the cheque in on 30 August, the bank collected it on 2 September. It is missing from the August statement but present in your books. It closes itself next month.
Bank charges
Transfer fees, account maintenance, commission… The bank took it and you never recorded it because you did not know. This is a genuine gap — you must post it with a voucher.
Card (POS) batch payment
You took ten card payments during the day; the bank sends them as one lump sum line. Ten entries on your side, one line on theirs — as long as the totals agree there is no problem.
2. First the distinction: the "Banks" screen or the "Reconciliation" screen?
Two different screens are fed by the same service, and mixing them up sends people hunting for a button in the wrong place. The difference is one sentence: the Banks › Mail tab can write an item into HNR; the Reconciliation screen cannot.
| Banks › Mail tab | The Reconciliation screen | |
|---|---|---|
| The question it asks | "Has this bank movement been entered into HNR? If not, against which account?" | "Does this account's balance agree with the statement? If not, where is the gap?" |
| Its scale | Individual movements (items) | The account's bottom line, then items if needed |
| Does it write to HNR? | Yes — when you press [Approve], the supported types (incoming/outgoing transfer, bank charge, DBS cheque collection, internal transfer, card debt) are written straight in as vouchers | No — never. [Accept] only leaves a note in a local approval queue |
| When you open it | Daily or every few days — so incoming money gets recorded | At month end, or when something does not add up |
3. What does the service do? (A five-step pipeline)
Bank reconciliation is not a screen inside HNR but a small service that runs on its own and talks through its own door (local port 8094). Keeping it separate is deliberate: a program that looks into a mailbox should not sit inside the accounting core. In order, it does the following:
-
It reads the mailbox (IMAP, read-only)
The statement and advice e-mails banks send are scanned at regular intervals; the Scan now button starts it by hand. The service reads a mail and leaves it there — it does not delete, move, reply or send anything to anyone. That is why the mail account it uses should preferably be a separate, limited mailbox.
-
It parses the attachment (a separate reader per bank)
Every bank's statement has a different shape, so there is a separate reader for each bank. If a mail matches none of them it is counted as "unrecognised" and a sample is kept — it is not silently dropped, because a silent loss is the most dangerous thing in reconciliation.
-
It matches movements against HNR (SELECT only)
For every movement in the statement its counterpart is looked up in HNR. That lookup only reads: not a single row is written to the database. Each item then lands in a state — "to be entered", "already entered", "unclear, needs a human", "wrong bank", "POS settlement"…
-
It leaves the decision to a human (the approval queue)
The service processes nothing on its own. Items are listed on screen; who approved, and when, is recorded. The missing movements you [Accept] on the reconciliation screen also land in this queue and wait there: the queue is a to-do list, not an accounting record.
-
It writes only from the Mail tab — with your approval
When you approve a mail item on the Banks › Mail tab, for the supported types a real voucher is written into HNR and the item is stamped "written, voucher no…". The same item is never written twice. This path does not pass through the reconciliation screen — a line you [Accept] there is entered into HNR through its twin on the Mail tab, or by hand.
While the service is not running the screen tells you "Cannot reach the bank service (:8094) — the service may be down"; it does not show a meaningless error code. What to do is clear: tell your system administrator so the service is started. Refreshing the screen or picking another account changes nothing — and no data has been lost; when the service returns it carries on scanning the mail that piled up.
4. What you see on the screen
🗺 What each field does Figure 1 — Loading a statement is not mandatory: if Bank › Mail has been scanned, account states appear here by themselves.
5. The account status panel (detection) — reading the badges
When you open the reconciliation window, the left panel lists your accounts with a badge next to each. This panel is a cheap pre-check that runs before you upload any statement: the last stored statement closing balance is compared with HNR's balance at the end of that same day. Its purpose is to tell you where to look — accounts that do not agree are at the top of the list.
| Badge | What it says | What you do |
|---|---|---|
| reconciled ✓ | The bottom line agreed — the gap between the statement closing and the HNR balance is within tolerance | Nothing. Item matching was not even run — there was no need |
| watching | There is a gap but it is fresh: not enough business days have passed since the last statement; the value date is expected to settle | Wait a couple of days. It usually reconciles itself |
| investigate | There is a gap and it is no longer fresh — it will not close by itself | Upload this account's statement — only then does the item inspection run |
| FX | A foreign-currency account; no rate conversion is done, so it is out of the gate's scope | Compare this account by hand — the program will not manufacture a false green |
| no closing | No closing balance could be read from the statement — the comparison cannot be set up. It means "no gate", not "reconciled" | Upload the full statement by hand |
| not in HNR | There is no movement at all under this account number — the account card is probably not opened in HNR, or the code differs | Check the account code with your accountant |
| no mail statement — manual upload | This bank does not e-mail you a statement, so the program has nothing to wait for | Download the statement from internet banking and upload it by hand — the reconciliation then runs |
| unknown / error | HNR could not be read at that moment, or the gate hit an error | Refresh; if it persists tell your administrator |
A stale warning beside an account means many business days have passed since its last statement. That lowers the trustworthiness even of a "reconciled ✓" badge: the green belongs to an old day. The usual cause is that the bank's mail stopped arriving (an address changed, the bank turned the notification off, the mailbox filled up). Have the statement flow checked — because hearing nothing from a bank does not mean nothing happened there.
6. It says "investigate" — what does the gap mean?
"Investigate" is not an accusation but an address: "something here is missing or extra, come and look". The program tells you the gap as a number and points, as far as it can, at where to look. There are three typical meanings:
| What the program says | Likely cause | First move |
|---|---|---|
| "The closing did not agree (gap …)" | One or a few movements in the period were never entered into HNR (most often bank charges) | Upload the statement and read the "missing record" list |
| "The opening anchor has drifted too … the gap may have started before this statement" | The problem did not start in this period but in an earlier one | Upload the previous month's statement too — carry the anchor back |
| "statement inconsistent" | The statement does not agree with itself: closing − opening is not the sum of the movements. Usually a missing page or a truncated PDF | Download the statement from the bank again and upload it |
Do not panic over a small gap: the program applies a tolerance and treats a deviation below it as green. That keeps rounding to the cent from sending people on errands. Both the gap and the tolerance are printed on screen — so you can see for yourself "how close we are".
7. What do "card batch" and "non-card" mean?
You will see these two terms on the screen, and without an explanation they mean nothing. Simply:
| Term | Meaning | How it is checked |
|---|---|---|
| Card batch | The sum of card payments the bank sends as one line | Your individual card collections must add up to this figure |
| Non-card | Everything that is not a card: transfers, cheque collections, charges | Must match line by line — a gap here is a genuinely missing entry |
The cause is almost always the same: bank commission. The customer paid 1,000; 982 landed in your account; the 18 is commission. The correct fix is to post the difference as an expense voucher — not to reduce the customer's payment to 982. The customer really did pay 1,000.
8. Step by step: the monthly reconciliation
-
Download the statement and load it
Download the period statement from your online banking as PDF or Excel and drag it onto the drop area. Pasting the text works too. If you have several accounts, load them one account at a time — mixed together, finding a difference becomes impossible.
-
Press [Parse] and check the account suggestions
The program parses the lines and suggests which account each might belong to, from the description text ("ARDA FURN. TRANSFER" → ARDA MOBİLYA). The suggestion may or may not be right — do not skip past it. This step demands the most attention in the whole process.
-
Clear the red list (missing in HNR) one by one
For each line ask: what is this money for? Then cut the matching voucher in the relevant window — collection, payment, bank charge, note. The reconciliation screen does not do it for you, and deliberately so: only a human can decide which account it belongs to.
-
Read the amber list (extra movements) but leave it alone
These exist in your books but not on the statement, and they are not deleted. Most are transactions made in the last days of the month that will reach the bank next month. Watch only for one thing: a line left over from the previous month is a genuinely lost transaction — investigate it.
-
Repeat until you see "account reconciled ✓"
After posting the gaps, parse the statement again. When the program says "Account reconciled ✓ — the statement and HNR agree for this period (nothing missing or extra, the card batch matched)", you are done. Seeing that line once a month is proof that your financial records are sound.
9. Uploading a statement by hand — which file works?
Once you have picked the account you can drag and drop the file onto the area on the right, or choose it with Select file. What is accepted and what is not is clear-cut:
| Format | Status | Note |
|---|---|---|
| ✔ Accepted | The period statement you download from internet banking — the most common route | |
| XLS / XLSX | ✔ Accepted | The Excel statement; the main route for accounts that never arrive by mail |
| CSV | ✘ Not supported | Open it in Excel, save as .xlsx and upload that |
| MT940 / SWIFT | ✘ Not supported | Ask the bank for the same period as PDF or Excel |
Have an MT940 or CSV file? The Reconciliation screen compares balances; if you want to turn the transactions into receipts one by one, load the same file into the Bank Transactions window — it reads MT940, CSV/XLSX and DBS lists, matches them to business partners and invoices and writes the receipts. Details: Bank Transactions guide.
You may drop several periods for the same account at once. The program takes the opening balance of the oldest statement as the anchor and the closing balance of the newest as the bottom line, merging the movements in between. If two PDFs overlap, a movement is not counted twice — duplicates are filtered out and the program tells you how many it removed. This is the standard cure for "the gap comes from the previous month": go back a month and upload both statements together.
This message says one of two things: the file's format was not recognised, or the account you picked is not in that statement. The second is very common: with a bank holding several accounts you picked the wrong one. Check the selected account first, then the file. The program does not invent a format it does not recognise — rather than produce a wrong number it produces none.
10. A ten-minute weekly routine
- Open the reconciliation window and look at the left panel. The list is already sorted for you: investigate at the top, watching below it, reconciled ✓ further down. Do not even read the greens.
- Select the first "investigate" account and hover the badge to read the reason — the program writes the gap and its reasoning there in a full sentence.
- Upload that account's statement. When the result appears, read the one-line verdict at the top first: reconciled ✓, missing record, extra record or statement inconsistent.
- Mark the missing list. Tick the "in the statement, not in HNR" rows and press [Accept] — they leave a note in the local queue; nobody writes a record in your name. [Reject] takes rows you do not care about out of sight.
- Read the extra list but do not touch it. "In HNR, not in the statement" rows are information only; most of the time they are records whose value date has not arrived yet and that settle by themselves in the next statement.
- Empty the queue. Getting the items you accepted into HNR is a separate job: approve the twin item on the Banks › Mail tab, or write the voucher by hand. Do not skip this step before closing the reconciliation screen — an item waiting in the queue is a job not yet done.
11. Frequently asked questions
It says "no stored statement balance".
No statement has been loaded for this account yet. With no second list to compare against, the program cannot say anything. Load the statement, or run the Bank › Mail scan.
I cannot create records from the reconciliation screen — is it incomplete?
No, that is deliberate. Deciding which account and which document type a statement line belongs to is a judgement; a system that posts automatically could open thousands of entries against the wrong accounts. The program shows you the difference; you make the call. Rows you [Accept] land in the local approval queue; they enter HNR through their twin item on the Banks › Mail tab, or through a voucher you cut by hand.
Can I also reconcile with a customer (mutual)?
To reconcile with a customer you take a PDF statement from Account Card → Statement and send it. Remember: the PDF is always the pure statement — uninvoiced orders are excluded, because paper going to a customer must contain no projections.
The Receivables Ageing tab: every account in one table
This window does two jobs. Everything above was the bank reconciliation: matching the bank statement against HNR's records. The second job is a different thing altogether and opens from the view switch at the top: Alacak Yaşlandırma (Receivables ageing). Here you are not looking at a bank but at your customers — who owes you how much, and how long that debt has been sitting there.
Opening the tab
At the very top, just right of the word "Mutabakat", sits a small two-button switch: Banka and Alacak Yaşlandırma. Banka is the screen described in sections 1-5 of this guide. Press Alacak Yaşlandırma and the statement-loading area gives way to a table — you load no file at all, because the data is already inside HNR.
The columns: five buckets and two totals
Every row is one account. The first column shows the title with the account code in small type beneath it; the next five columns split that account's open receivable by due date. The logic is simple: a document falls into the bucket matching how many days it is overdue today.
| Column | What it holds |
|---|---|
| Vadesi gelmemiş — not yet due | Documents due today or later. This is not lateness — it is ordinary trade. |
| 0-30 | Between 1 and 30 days overdue. |
| 31-60 | Between 31 and 60 days overdue. |
| 61-90 | Between 61 and 90 days overdue. |
| 90+ | Past ninety days. This column prints in red; when it is zero the cell is left blank so the eye catches only the ones that matter. |
| Vadesi geçen — overdue | The four overdue buckets added up. The table is sorted by this column, largest first, by default — the riskiest account is at the top. |
| Toplam — total | All five buckets: the account's entire open receivable. |
From two sources, both HNR's own records — nothing is typed by hand:
- The remainder of open sales invoices. Not the whole invoice — the unpaid part. Its age counts from the invoice's payment (due) date if there is one, otherwise from the invoice date. Cancelled invoices never enter.
- Pending customer cheques and notes. Paper in your hands, paper sent to a bank for clearing, and bounced paper; age counts from the due date. Only real portfolio paper attached to a slip counts.
Not counted: paper you endorsed to someone else, and paper already collected. The first is no longer your receivable, the second has already turned into money. This set is identical to the one the cheque-collection screen uses, so the two screens can never contradict each other.
Working the table: search, sort, double-click, CSV
-
Searching
Type part of an account code or title into the "Cari ara…" (search account) box above the table; the list narrows as you type. Search filters the table, it does not recompute it — the totals strip at the foot always describes the whole table.
-
Sorting
The table opens sorted by Vadesi geçen (overdue), largest first. Click another header and the sort moves there; click the same header again to flip the direction. The two most useful: sorting by 90+ (to see the oldest bad debt) and by Toplam (to see the biggest customers).
-
Double-clicking a row
If a row catches your eye, double-click it: that account's card opens. Its Reports → Finance → Receivables ageing view shows the same buckets plus an open documents breakdown — so the answer to "which invoice is that 90+ figure?" is two clicks away.
-
The totals strip and CSV
The strip under the table gives the number of accounts, then the totals bucket by bucket, then the grand total. The CSV button on its right downloads the rows currently visible with the currently visible columns — the file is called
alacak-yaslandirma.csv. Narrow the list with the search box and the file narrows with it; with no rows on screen the button is disabled.
Open this tab on Monday morning. Where the 90+ column shows red, double-click those accounts, look at their open documents and take a decision: a payment plan, collateral, or stopping new sales. Then look at 31-60 and write this week's call list. Download the CSV and send it to the sales team and everyone works from the same list — "nobody told me" ends.
The balance on the account card is the sum of all movements: invoices, vouchers, notes, the opening carry-over… Ageing looks only at open invoice remainders plus pending cheques. The two figures are usually close but need not be equal, and the gap is not an error. Use the balance for "how much does this account owe me", and ageing for "how much of that is late".
12. Glossary
| Türkçe | English | Bahasa Indonesia |
|---|---|---|
| Mutabakat | Reconciliation | Rekonsiliasi |
| Ekstre | Bank statement | Rekening koran |
| Hesap durumu (tespit) | Account state (finding) | Status rekening (temuan) |
| HNR'de yok | Missing in HNR | Tidak ada di HNR |
| Fazla hareket | Extra movement | Pergerakan lebih |
| POS toplu | Card batch | POS massal |
| POS-dışı | Non-card | Non-POS |
| Dekont | Bank slip / note | Nota bank |
| Komisyon / masraf | Commission / charge | Komisi / biaya |
| Mutabık | Reconciled | Cocok / sesuai |
| Onay kuyruğu | Approval queue | Antrean persetujuan |
| Tolerans | Tolerance | Toleransi |
| Bayat ekstre | Stale statement | Ekstre basi |
| Devir çapası | Opening anchor | Jangkar saldo awal |
| Dip toplam | Bottom line | Angka akhir |
| İzleniyor | Watching | Dipantau |
To post a missing movement see Finance (voucher types); for the customer statement Account Card; for the MT940 format Cockpit.