E-Invoicing and Peppol for Swedish Suppliers
By CodexierPublished 6 min read
If you sell to a municipality, a region or a government agency in Sweden, you have been asked for an e-invoice, and possibly had a PDF rejected. The requirement is real, it is law, and it is easier to meet than most suppliers expect, because the accounting systems Swedish companies already use can send through Peppol with a few settings. This guide explains what is required, how it works, and what to set up.
The public-sector e-invoice requirement
The law on electronic invoices from public procurement requires suppliers to send e-invoices for goods and services bought under procurement rules, and requires the public body to be able to receive them. The Agency for Digital Government, DIGG, supervises it. The practical reason behind the law is simple: a structured invoice lands in the customer's system with the amounts, VAT, references and line items already in fields, so nobody retypes it and it is paid on time. That is also why suppliers who comply tend to get paid faster.
What Peppol is
Peppol is an international network for exchanging business documents, originally built for public procurement in Europe and now used widely between private companies too. It has two parts: a standard format for the invoice itself, so every recipient's system understands it, and a network of access points that deliver documents between participants, a little like email providers delivering mail between domains.
- Every participant has a Peppol ID. In Sweden it is usually built on the organisation number, so a customer's ID is easy to find or ask for.
- You connect through an access point, which is normally provided by your accounting system or an operator it partners with. You do not run one yourself.
- The invoice travels as structured data. Attachments such as a timesheet or a specification can be included.
- Delivery is confirmed by the network, so a lost invoice is no longer a matter of asking whether it arrived.
Sending from your accounting system
For most Swedish small companies, sending an e-invoice is a matter of configuration rather than integration. The system you already invoice from either has Peppol built in or connects to an operator that does.
| Situation | What to do | Watch out for |
|---|---|---|
| Fortnox, Visma or similar cloud system | Activate e-invoicing, register your Peppol ID, add the customer's Peppol ID and send | The customer often requires a reference code or order number in a specific field |
| Older on-premise system without Peppol | Connect an operator that converts your invoice file and delivers it | Conversion errors on VAT lines and rounding; test with one invoice first |
| Invoices generated by your own software | Produce the Peppol BIS format and send through an access point API, or export to the accounting system first | Validate against the format rules before going live |
| Handful of public-sector invoices a year | Use the free web portal some public bodies offer for manual entry | Slow and error-prone; fine only at very low volume |
Each public body publishes its invoicing requirements, including mandatory references. Read them before the first invoice; a missing reference is the most common rejection reason.
When invoices originate in your own system, such as a booking platform or a customer portal, the clean route is to create the invoice in the accounting system through its API and let it handle Peppol. That is the kind of work an integration project covers, and it avoids maintaining your own invoice format.
Receiving e-invoices
Receiving is where the everyday savings are. When your suppliers send Peppol invoices to your Peppol ID, they arrive in your accounting system as ready-to-approve records, with the lines and VAT filled in and the PDF attached for reference. No scanning, no interpretation software guessing at amounts, no invoices lost in someone's inbox. Register your ID in the Peppol directory, tell your larger suppliers, and set an approval flow in the system so the right person sees each invoice. Combine it with a rule that supplier invoices go to one address, and paper and PDF invoices dwindle on their own.
Private-sector adoption
Large Swedish companies increasingly require e-invoices from suppliers for the same reason the public sector does, and EU-level rules on digital VAT reporting are pushing the same way. A company that can already send and receive Peppol invoices meets these requirements when they arrive instead of scrambling. The practical advice is to enable both directions now, while it is optional and calm, and to make Peppol the default for every customer who has an ID.
When you do not need help with this: if you invoice from Fortnox or Visma and your only need is to send to a few public customers, the built-in function and the customer's requirements page are enough. Help is worth buying when invoices are born in your own systems, when volumes are high, or when a rejected invoice has already cost you a payment cycle. A free call will tell you which case you are in, and our packages are on the pricing page.
Frequently asked questions
Is a PDF invoice sent by email an e-invoice?
No. An e-invoice is structured data in an agreed format that the recipient's system reads automatically. A PDF is an image of an invoice, and public-sector customers are entitled to reject it for procured purchases. Many still accept it during a transition, but the law does not require them to.
Do I need a separate Peppol operator if I use Fortnox?
Usually not. The common cloud accounting systems either include Peppol sending or partner with an operator behind the scenes. Check the settings for e-invoicing in your system; the operator relationship is normally handled there without a separate contract.
Does an e-invoice have to contain anything a normal invoice does not?
The content rules for invoices in the VAT Act are the same. What changes is that references the customer requires, such as a purchase order number or a cost centre code, must go in the correct structured field rather than free text, or the invoice is rejected automatically.
Had an invoice rejected, or want invoices to flow straight from your system?
Tell us which system you invoice from and who your public-sector customers are. In fifteen minutes we can say whether you need settings, an operator or an integration, and what each involves.
Book a free 15-minute call