1
File
Upload a PDF, PNG, JPEG, WebP, or a ZIP of those files. HEIC is not supported.
E-invoicing
A document arrives as a PDF, scan, or photo. Bizalma extracts the data, builds a canonical EN 16931 model, validates it, and returns JSON, UBL XML, a validation report, CSV, and the original file.
1
Upload a PDF, PNG, JPEG, WebP, or a ZIP of those files. HEIC is not supported.
2
Automated reading of parties, amounts, dates, and lines from the file.
3
A canonical invoice model aligned to the semantic standard.
4
Checked against EN 16931 and, if selected, Peppol BIS. The report lists each rule that did not pass, with IDs tied to business terms.
5
Download JSON, UBL XML (the electronic invoice), the validation report, CSV, and the original file.
Ambiguous cases go to you or a supervisor. Review is part of the service, not an add-on.
We do not send documents to Peppol, eAddress, or VID. The service produces files and data; delivery stays with you.
You choose the output level for the organisation. Each document keeps the level in force at upload. A later change applies only to new files.
Level 1
The default. The XML conforms to the schema and to EN 16931 business rules. Use it for incoming invoices you import into an accounting system.
Level 2
Opt-in. The instance additionally conforms to Peppol BIS rules. Reaching this level depends on data that a PDF usually does not contain — the electronic addresses of the parties and a buyer or order reference. We derive what we can. We do not warrant that any document will reach Level 2.
Every processed document includes a validation report stating the level actually reached. JSON, UBL XML, and CSV are available only where the document reached at least EN 16931 core. A document outside the scope of EN 16931 — a cash receipt or a delivery note — receives a verdict of not applicable. That is a valid outcome, not a failure.
| Limit | Value |
|---|---|
| Maximum size per file | 25 MB |
| Accepted formats | PDF, PNG, JPEG, WebP, ZIP archive (HEIC is not supported) |
| Maximum extracted content per archive | 1 GB |
| Maximum files per upload batch | 500 |
| Maximum documents per export package | 500 |
Processing capacity is shared and rate-limited per organisation. Sustained throughput is not guaranteed.
We produce files and data. Sending the electronic invoice through Peppol, eAddress, or VID is yours.
The service is not an archive. Statutory retention of source documents remains yours.
On incoming invoices, the extracted data and the XML are a derived representation. The authoritative version is the source file.
Extraction can produce errors. You must verify the result before relying on it — in accounting, tax, payment, or onward sending.
Accounting firms
Incoming invoices in every format — PDF, scans, photos — into one organisation. Served companies live inside the firm, not as separate logins.
Companies invoicing the public sector
When a public-sector buyer needs a structured electronic invoice, we produce the EN 16931 file. You keep issuing PDFs.
Companies with a legacy ERP
When a counterparty requires a structured invoice and replacing the ERP is expensive, we produce the file from the PDF you already issue.