Automated accounting

Accounting that closes itself.

Bilantum takes bank statements, invoices and payroll straight from their sources, posts them in a PostgreSQL ledger by fixed rules, and renders the statements live. Nobody types a number twice.

Data in by APILedger in PostgreSQLStatements as HTML

Principles

No data entry. One ledger. Every change logged.

Most accounting software is a form you fill in. Bilantum has no forms. Documents arrive from the systems that already hold them, rules decide where they are posted, and people are asked only about the exceptions.

01

Data arrives by API

Bank statements, sales and supplier invoices, payroll and FX rates are fetched from their source systems on a schedule. What the source says is what the ledger gets — character for character, with the fetch logged.

02

Posted by rules, in PostgreSQL

Depreciation, interest, FX revaluation, VAT and payroll are posted by database procedures, the same way every period. A posting checks for an existing booking first, and a locked period refuses everyone — users and programs alike.

03

Read live, never retyped

Balance sheet, P&L, cash flow and the VAT return are rendered from the ledger when you open them, on any device. There are no report files to version, email or reconcile against each other.

How it works

How a period closes

The close is a fixed sequence. Each step is a named procedure that can be run, undone and marked done — from a desk or from a phone.

Step 1

Sync

Sources are fetched and compared with the ledger. New records are staged; nothing is posted yet.

Step 2

Post

Recurring entries run in order: depreciation, interest, FX revaluation, payroll, VAT. Each one is skipped if it already exists.

Step 3

Review

Open receivables, payables and unmatched items are listed with Claude's commentary. Questions are answered here, inside the close.

Step 4

Approve

The approver signs off the review. Supplier invoices are released only by an explicit approval — there is one route and no side door.

Step 5

Lock

The period is locked for every login. Statements and the VAT return are read live from the locked ledger from then on.

Architecture

Sources in. Statements out. One ledger between them.

Data sources

Bank statementsAPI · EMI
Sales invoicesInvoicing system
Supplier invoicesApproval workflow
PayrollPayroll provider
FX ratesCentral bank
Documents and e-mailRead by Claude
Bilantum mark
The ledger
PostgreSQL
Posting procedures
Period lock
Change log

Outputs

Balance sheet, P&L, cash flowLive
Monthly management P&LLive
VAT return and supporting documentsPer period
General ledger and audit trailEvery entry
Receivables and payables reviewLive
Claude commentaryEach close

Claude in the close

An analyst that has read every entry.

Claude reads the ledger, the bank statements and the invoices, writes the commentary for the period and flags what does not add up: a duplicated invoice, a receipt with no counterpart, a balance that moved for no booked reason.

It works under its own login. Everything it does is in the same change log as everything else, and a locked period is locked for it too.

Claude commentary
Generated 01 Oct 2026, 07:12

Q3 closed with revenue of €1,284,300, up 6.2% on Q2. Two August contracts account for most of the increase. Operating expenses rose 1.8%, in line with the new headcount booked in July. Cash fell €21,600 because the September VAT liability was settled on the 28th rather than in October. Receivables over 60 days fell to €38,700 after the two oldest items were collected.

Flagged for review
Supplier invoice 2026-0912 appears in two entities€4,180
Bank receipt 24 Sep without matching invoice€12,000
Depreciation on asset 0142 posted twice€1,350
Sample data

Control

Built the way an auditor would build it.

Change log on every entry

Who, from which application, and why — written by the database itself, not by the screen that asked for the change.

Period lock for everyone

A closed period cannot be changed by any user, any sync or any job. Reopening it is itself a logged, named action.

Read-only by default

Screens read with a login that can only read. Every change goes through a fixed list of named procedures. There is no free SQL and no form that writes to a table.

Your PostgreSQL

The ledger is a plain PostgreSQL database you control, backed up nightly. Groups run one database per entity set, in EUR, USD or any other currency.

Early access

Bilantum is in development.

It runs the books of a real group today and is being opened to finance teams in Cyprus and the EU in [QUARTER]. Leave an address and we will write once, when access opens.

No newsletter. One message when access opens.