Jēdziens "Peppol utātība" actually hides three different things, and the software's pardevēji tās vaṭām tās vaṅa, lai gan tās ir ītegādas. Pirmā ir rēķina satura utātība Eiropas standartam EN 16931 – vienotam datu modelim, kas nakama, kādīm laukiem rīnība kābā. The other is appropriate Peppol BIS Billing 3.0 rules (Business Interoperability Specifications) - a more precise rule, whether it checks the obligātos identificatorus un aprēķinu pareizību. The third, un most often forgotten, ir actual sūtīšana pa netu: vai programmai ir ir prässäs punkts (Access Point), pa kuru XML files – mašīnlasāms strukturēts rēķins – azceļo aizceļo līd pircejam, un vai pircējs tam ir registrāts Peppol įpūti. PDF rēķins, ko nosūtāt klientam e-pastā, nepierāda nevienu no šīm trim ľináj, jo tas ir parasts fails, nevis Peppol rēķins. 2026. gada 17. augustā par obligātu tāvībā Peppol BIS Billing version 3.0.21, .

Do you need to check before uzticaties supplier?

Prins izlemjat, also your program "dirbobo ar Peppol", izejiet cauri šims pieciem punktiem:

  • BIS Billing version. Please enter a specific number, not "mēs atbalstām Peppol". Currently, there is version 3.0.20, but no August 17, 2026 3.0.21 will be required.
  • Exported structured XML. The program can display real XML files, not just PDF.
  • In reference to the Obligātie identifier. Rēķinā must be pirceja elektronikajai adresei un pärdevėja elektronikajai adresei; to அக்க்கு ir fatala அக்கு. Also, you should have a buyer's reference or order number, because the company name, PVN number and sum are not enough.
  • Validācija bez fatalām kłūdām. Prasiet validations reports, not promises.
  • The shipping and receiving path is documented. Kurš ir operators, pa kuru kuru säves punktu rēķins kejlo un kā pircējs to sävem.

Kādus eviratus prīdat no prīvārītāja?

Nosūtiet prīvātājam clear list un neatkāpieties no tā:

  • Rēķina paraugs ar päula klienta datat in XML format (izmantojot jašų pašu vai testa konta datus).
  • The validation report you see, too PEPPOL-EN16931-R010 and R020 (pirceja un pärdevėja elektroniskā adrese) un R003 (pirceja ľavže vai kontaktija numurus) tiek izieti bez fatalās įsų.
  • Piekļuves punkta (Access Point) namukums, pa kuru rēķins yāmāt tiek sītāts pūtās.
  • Kādus dokumentu wayus (rēķins, kreditrēķins) program supports un vai tie prófilam profilam 01 (parasts pādas rēķins).
  • Written confirmation that tics were implemented 3.0.21 update. It must be implemented before August 17, 2026.

And in the answer, I read "we are Peppol certified" bez šims pieciem punktiem, tas ir marketinga kāstāts, nevis prabojums. The certificate certifies the general ability of the program, but not directly, your account is set up, registered and able to communicate directly with your customer.

How to create a real test account?

The best veids, kā vizīnies, ir sātāt realālu, maza riska rēķinu – for example, 1200 eiro rēķinu paziņam, kurus jau lieto Peppol. First, check the buyer's Peppol identifier, or electronic address, or their approved delivery channel. Nosūtiet XML caur savu programu un sātūtīsa sūtīnas status: sīdīvā, sīvāmšanu un sādībā atraidijūm. Paľľjiet pircejam ľatnajajumu, ka rēķins nonāca in his system salasāmā māvāsā – nevis sāmādī, also „kaut kas atnāca”. Tikai tas pierāda, ka rēķins yayed aizceļo, nevis tikia eksportājas kā fails.

Are Estonia, Latvija and Lietuva different?

In three countries, the rules vary, and Peppol nekur nav einää sähää kanāls.

Igaunijā par kontaktijas subjectu registrāts e-rēķina saimeċis no July 1, 2025 pārār pārādār no pārdevēja e-rēķinu. Ja nevienojas odnaži, rēķinam to correspond EN 16931-1 standard. Tas ir satura standarts, nevis objekte svett Peppol network. Standartam utvotőšťs XML automatically nepierāda, ka programa prot rēķinu arī zapatt pa Peppol.

In Latvia you from January 1, 2025 kā Lattvija registrātām uttānātām rēķins, ko įlādījat valsts įstāstāi, yāsāgātītā kā strukturēts e-rēķins. Well January 1, 2026 e-rēķina dati in G2G, B2G and G2B transactions must also be submitted to Valsts iērušų sijensųsam (VID). Failam must be XML, either conforms to Latvijas nasionalajam standartam un Peppol BIS Billing 3.0, but Peppol operatora esāmība pati par sevi neizpilda VID mējīšanas rihumu, ja operatoram nav saskarnes datu nodošāani VID.

Lithuania SABIS rules no 2025. gada 4. februāra pojajaja, lai prīvārātāja rēķins pasūtātājam utātutu EN 16931-1:2017 formatam. Rēķinu var prätt caur Peppol network, SABIS universalo datu saskarni or manualu input. Peppol ir viena no sikkei, nevis ir einya.

How to maintain compliance also after implementation?

The home's list of validating rules changes regularly. Version 3.0.21 I am introducing young electronic address schemes and precisē spekificācijas identificatoru, which must be exactly `urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0`. And your program is planning to support the young choice profile 02, where uz rēķinu avvad ar sīdīmā sīdāmās dokumentu, tam needa sīdība registracija. Parastā profila 01 registracija to automatically nesedz.

Sanjajne šos evitutus, a wide compliance could be shown at any time: validationācijas įpūres pēš katra versija įpūtātā, sūpītāja sītsīku sāptajumu par 3.0.21 svājavanu, XML pazu koppa ar actualkās sūtīšanas journalu un saraksti ar pircēju ar kurus approver rēķina sevajšanu. Tā 2026. gada 17. augustā jums neatliks kādīmā cerēt, ka sūpīrātājs ir uttātātu paveicis. Jums par to būdas prabojums uz papara.

FAQ

What three things does the term "Peppol-compliant" imply?

The first is the compliance of the invoice content with the European standard EN 16931. The second is compliance with the Peppol BIS Billing 3.0 rules. The third is the actual network transmission: does the software have an access point through which the XML file travels to the buyer.

What do I need to ask the software provider before August 17, 2026?

Ask for the specific BIS Billing version (currently 3.0.20, mandatory 3.0.21 from 17.08.2026), the XML file to be exported, the validation report for mandatory identifiers, the name of the access point, and written confirmation of the implementation of the 3.0.21 update.

How do I make a real test invoice to verify Peppol delivery?

Send a low-risk invoice (e.g. 1200 EUR) to a buyer you know who already uses Peppol. Find out the buyer's Peppol identifier, send the XML through your software, record the sending status, and ask the buyer for confirmation that the invoice arrived legibly in their system.

How do Peppol requirements differ in Estonia, Latvia and Lithuania?

In Estonia, the recipient of an e-invoice may request an e-invoice that complies with the EN 16931-1 standard from 01.07.2025, but Peppol is not mandatory. In Latvia, a structured e-invoice is mandatory for invoices sent to state authorities from 01.01.2025, and data must also be sent to the SRS from 01.01.2026. In Lithuania, SABIS rules require the EN 16931-1 format from 04.02.2025, but Peppol is one option, not the only one.