E-invoicing, explained

What an e-invoice actually is, how it differs from fiscalization, and what changes for businesses in Slovenia and Croatia. No jargon, we promise (well, there's a glossary).

What is an e-invoice?

An e-invoice is an invoice issued, sent and received as structured data, usually an XML file, that the recipient's software can read on its own. A PDF sent by email is an electronic invoice in the everyday sense, but it is not an e-invoice: a person still has to read it and type it into their accounting system.

Because every field (seller, buyer, VAT number, lines, VAT rates, totals, payment details) sits in a defined place, an e-invoice can be checked, booked, approved and paid automatically. That is why governments across the EU are making them mandatory between businesses.

PDF by email

Easy to send, but the recipient retypes it. Fine where it's still allowed, and Paply sends these today.

Structured e-invoice

Machine-readable XML, delivered through an exchange network straight into the recipient's system.

E-invoicing vs fiscalization

The two are often confused, but they are separate obligations with different purposes:

  • Fiscalization reports an invoice to the tax authority at the moment it is issued. The authority confirms it with a unique code that must appear on the invoice. In Slovenia this is FURS with the ZOI and EOR codes; in Croatia, the Tax Administration with ZKI and JIR.
  • E-invoicing is about how the invoice itself travels from seller to buyer: as structured data over an exchange network rather than on paper or as a PDF.

One invoice can be subject to both. A good invoicing tool handles them in the same flow, so you never have to think about which rule applies.

Formats and standards

The EU defined a common semantic model for e-invoices, EN 16931, so that invoices from different countries carry the same information. Each country then uses one or more technical formats built on it:

  • eSLOG 2.0, the Slovenian national XML format, compliant with EN 16931.
  • UBL 2.1, an international XML format used for Croatian e-invoices.

You don't need to know any of this to use Paply: you fill in an ordinary invoice form and Paply produces the right format for the country.

Country guides

Serbia has its own national e-invoicing system with different rules from both. Support for Serbia is on Paply's roadmap for a later phase.

How Paply helps

  • AvailableFiscalization with FURS (Slovenia) and the Tax Administration (Croatia), with the verification QR code on the invoice
  • AvailableInvoices by email with a PDF, from Paply or your own mailbox
  • AvailableUPN QR payment codes, bank reconciliation and a statutory archive
  • Coming soonSending and receiving structured e-invoices (eSLOG 2.0, UBL 2.1) over the exchange network
  • RoadmapSerbian e-invoicing

Glossary

EN 16931
The European standard that defines what information an e-invoice must contain, so invoices can be read across borders.
eSLOG 2.0
The Slovenian XML e-invoice format, aligned with EN 16931.
UBL 2.1
Universal Business Language, an international XML format for business documents, used for Croatian e-invoices.
FURS
The Financial Administration of the Republic of Slovenia, which verifies invoices paid in cash or by card.
ZOI
Protective mark of the issuer (zaščitna oznaka izdajatelja), a code calculated when a Slovenian invoice is issued.
EOR
Unique invoice identifier (enkratna identifikacijska oznaka računa) returned by FURS once it confirms the invoice.
Porezna uprava
The Croatian Tax Administration, which fiscalizes Croatian invoices.
ZKI
Protective code of the issuer (zaštitni kod izdavatelja) calculated for every fiscalized Croatian invoice.
JIR
Unique invoice identifier (jedinstveni identifikator računa) returned by the Croatian Tax Administration.
OIB
The Croatian personal identification number used for both people and companies.
KPD
The Croatian classification of products and services, used to classify items on e-invoices.
UPN QR
The Slovenian payment QR code. Scanning it in a banking app fills in the amount, IBAN and reference.
HUB3
The Croatian payment slip standard, printed as a 2D barcode that banking apps can scan.
CAMT.053 / MT940
Bank statement file formats. Import one into Paply and payments are matched to invoices.
pain.001
The SEPA payment order file format. Paply creates one to pay several supplier bills at once in your online bank.

FAQ

Is a PDF sent by email an e-invoice?

Not in the legal sense. An e-invoice is structured data, such as eSLOG or UBL XML, that software can process without a person retyping it. A PDF can still be used wherever the law doesn't require a structured e-invoice.

What is the difference between e-invoicing and fiscalization?

Fiscalization reports an invoice to the tax authority, which confirms it with a unique code printed on the invoice. E-invoicing sends the invoice itself to your customer as structured data instead of a PDF. They are separate obligations, and Paply is built to handle both.

Do I need technical knowledge to send e-invoices?

No. In Paply you fill in a normal invoice form. Paply produces the right format for the country and keeps the archive for you, and once network exchange launches, it delivers the e-invoice for you too.

This guide is general information, not legal or tax advice. Rules and deadlines can change, so check your obligations with your accountant or the tax authority.

Ready to make invoicing the easy part?

Set up your company and draft your first invoice in minutes. The Free plan needs no credit card.