Viens un tas pats PDF fails nenozīmē vienu un to pašu Peppol e-kvīti.

Peppol (Eiropas škelas e-rēķinu uttässäs tīkls) apstiprina strukturēto konta datus, kā tas izskatās PDF failā. Pirms nosūtīšanas ir jāpārbauda trīs atsevišķi slāņi: XML faila struktūra, saturs standartam EN 16931 (Eiropas e-rēķina satur standarts, kas nakama, kādiem datiem irīkā ir kūbā), un Peppol paše biznesa noteikumi, kas savākti BIS Billing 3.0 speikātācijāi. Saskaņā ar ar openPeppol dokumentācija, ziņojums tiek uzskatīts par atbilstošu, un saskaņā ar pašlaik spēkā esošajiem noteikumiem nav konstatēta fatāla kļūda. Brīdinājums neietekmē atbilstību. Tikpat väyätä sädäties, too validācijas rīku pārbaude tikika pashu rēķina ľišu, nevis to, vai pirceja sistēma to gebässä akceptēs vai apmaksās. Starp zaļo innuu validationācīje un „rēķins ir apmaksāts” ir vēl vairākas soļi.

Kā izskatās piecu sāļu tests, nospiežot pogu "Sūtīt"?

Process neatkarīgi no tā, vai izmantojat ERP sistēmu, grāmatvedības programmatūru vai operatora portālu:

  • Eksportēt XML: Neizmantojiet failu UBL vai CII formātā. Validācija nav iespējama.
  • Palaidiet shēmas un biznesa noteikumu pārbaudi: first strukturs kontrolle, tad Schematron noteikumi (valoda, who verifies the XML in internal sasaistes), vai verifies in the sum, home un lauku savstarpējo compliance.
  • Novērsiet fatālas kļūdas: saskaņā ar openPeppol noteikumi Klients nedrīkst nosūtīt ziņojumu, ja tas neatbilst BIS. Tas ir strings noteikums, nevis ieteikums.
  • Pārbaudiet saņēmēja Peppol gatavību: svättät, ka pircējs ir registrärts sättät un sägät sättät äätä to dokumenta sävät, ko sūtāt.
  • Saglabājiet validācijas rezultātu: paturiet atskaiti un piegādes apstiprinājumu. Tas ir prīms, ko jums prasīs, ja rēķins „pazūd”.

Kuri validatori ir piemēroti lietošanai?

XSD jeb XML shēma pārbauda, vai XML ir pareizs vai nē. Stūra iekavas ir sārābīgajā Ṭṭṭa, sāmābībī elementi ir kārāt. Schematron verkere citu lietu: biznesa svettel un elementu savstarpējs sasaistes, piem. vai rindu sum sakrīt ar rēķina kūpsummu. Saskaņā ar Eiropas Komisijas skaidrojums, Šim nolūkam Komisija piedāvā. bezmaksas validācijas pakalpojums, kuram nav navkuma reģistrācija un kuru Latvijas VID tieši iesaka VID sistēmā izmantot XML rēķinu. Ja rēķinus sūtāt caur operatoru vai kontaktijas software, kas validationāciu veic veikārī, katru rēķinu manualu rīkā verkater nav nav nejat. Ikdienas situācijās tas ir pieņemami, taču, pārbaudot jaunas XML paaudzes loģiku, ir vērts izmantot atsevišķu, bezjēdzīgu rīku.

Let's report: fatala saksa põis, säytäjums pös

Fatāla sama sätä, ka rēķins nesakrīt ar BIS un mähä säutā. Brīdinājums prīdī, ka rēķins tehniski ir sīmāsām, bet tas ir pelnījis uzmanību. Praksē visbiežāk problēmas rodas piecās vietās: pircēja un pircēja identifikatorā (nepareiza shēma vai nepareizs reģistrācijas kods), PVN kategorijā, nosaukumā, kopsummas vērtībās (naža kļūdas ir viegli izklīst), maksājuma summā ar valūtas kodu un nodokļu deklarācijas apmaksā. Un konta rindā bija norādīts 100 eiro plus 22% PVN, bet kopējā summā validators atradīs fatālu kļūdu, un tas ir pamatoti, jo tieši šī summa nonāk pircēja grāmatvedībā.

Kā jūs pārbaudāt preces piegādi?

Saskaņā ar Satura teikto, pareizs rēķins nenozīmē, ka tas arī sasniedz galamērķi. Peppol saturā un biznesa tetu ir viena lieta ir viena lieta, maršrutēšana pa Peppol nettu ir cita. Pirms nosūtīšanas ir vērts pārbaudīt, vai pircēja galapunkts atbalsta tieši tāda veida dokumentu, kādu vēlaties nosūtīt. Peppol direktorijs ir publiski šečijams reģistrerto sāniņu sarakts, tā tā pīvlēšana ir tēlu pērēju atbildība, nevis pienākums. Tāpēc saņēmēja tirgū nav absolūti nekādu korekciju. Un, ja jūs interesē, jūs jautājat, kas tieši ir Peppol identifikators, nevis paluäties uz to, arī Directory parādīs visu.

Vai tas mainīsies 2026. gada augustā?

BIS Billing 3.0 versija 3.0.20 (copā ar hotfix labojumu) ir biluta sādītā ar 23.02.2026, bet jaunā versija 3.0.21 kļūst obligāta 17.08.2026. Izmainas labo elektroniskās adreses škemas (EAS - kods, kas nadara, kura sistēma ir registrāts company identificator) kodu saraksta kurūtu un izēm 14 nedarbojohos kodus, sūra tārašā ar veco validatoru var uzrādt nepareizu rezultātu. Šī pati verzija pīdās sīdās profilu, aka sāmātā sāmātā sāmālū pārība jumu par rēķinu (invoice response) dħu tam nekuma sīdga SMP reģistrācija, un tas teīd automikāt adjoats katram rēķinam. Un, ja izmantojat gatavo risinājumu, rakstiski jautājiet operatoram, kad tas artefakts pārcels uz jano versijas; un XML veidojat pats, atjauniniet validācijas noteikumus līdz 17.08.2026., pretējā gadījumā jūsu programmatūra validēs kontu saskaņā ar noteikumiem, kurus Peppol vairs nepieņem.

Igaunija un Latvija: vietējie testi

Katrs uzņēmums ir iekļauts komercreģistrā kā e-reģistra saņēmējs, sākot ar 2025. gada 1. jūliju var projat no pärdeväja e-rēķinu standartā EN 16931-1. Rēķins vai atbilst šim standartam, tiek sūtān par pareizi sagatavotu. Tas nenozīmē, ka Peppol Igaunijā ir obligāts katram B2B rēķinam. Tas nozīmē vien to, ka registrertais saimečeks var projat šo formātu.

Laika grafika Latvijā ir sarežģīta. VID paskaidrot, also e-rēķini B2G, G2B un G2G transaktionās ir sāmābī no 01.01.2025, un e-rēķina datu iesneštīga VID kļuva obligāta no 01.01.2026, dati jēiēsīd ne vēlāk kā piecu darba dienu laikā. B2B segmentā datu sniegšana ir brīvprātīga līdz 2027. gada beigām, taču VID iesaka pirms XML faila iesniegšanas to pārbaudīt tajā pašā Eiropas Komisijas bezmaksas validācijas servisā, kuru izmantojat arī kā Peppol kontu. Shie divi geħħalie obiābi, satur sāvlaħība un savlaħa iesneštīga VID, ir vaťas verkater atsevišķos sarakstos, nevis venā reizē pałęties, ka operators visu sedz automātiski.

Bieži uzdotie jautājumi

Vai derīgs PDF fails nozīmē, ka Peppol e-rēķins ir validēts un piemērots nosūtīšanai?

Nē. Peppol validē strukturētos e-rēķina ziņojuma datus (XML), nevis PDF izskatu. Pirms nosūtīšanas atsevišķi jāpārbauda XML struktūra, EN 16931 saturs un Peppol/BIS Billing 3.0 biznesa noteikumi.

Kādi ir 5 soļi pirms Peppol e-rēķina nosūtīšanas?

Vispirms eksportējiet rēķinu XML formātā (UBL vai CII). Pēc tam veiciet shēmas un biznesa noteikumu pārbaudi. Izlabojiet fatālas kļūdas atbilstoši BIS atbilstībai, pārbaudiet saņēmēja Peppol iespējas un saglabājiet validācijas pārskatu un apstiprinājumu.

Kāda ir atšķirība starp shēmas (XSD) un biznesa darījumu (Schematron) validāciju?

XSD pārbauda, vai fails ir pareizs XML: obligātie elementi un struktūra. Schematron pārbauda biznesa noteikumus un elementu savstarpējās attiecības, piemēram, vai rindu un kopsummas sakrīt.

Kas mainīsies jaunajā BIS Billing 3.0 versijā no 2026. gada 17. augusta?

Jaunā BIS Billing 3.0 versija 3.0.21 kļūs obligāta no 2026. gada 17. augusta. Izmaiņas novērš kļūdu elektroniskās adresācijas shēmas (EAS) kodu sarakstā un noņem 14 nedarbojošos kodus, kas ar veco validācijas loģiku varēja dot nepareizu rezultātu.