Tas pats PDF failas nereiškia to paties „Peppol“ el. kvito.

Peppol (Eiropas škelas e-rēķinu uttässäs tīkls) patvirtina struktūrizuotus paskyros duomenis, kaip atrodo PDF faile. Prieš siunčiant turi būti patikrinti trys atskiri sluoksniai: XML failo struktūra, saturatība standartam EN 16931 (Eiropas e-rēķina satur standarts, kas nakama, kādiem datam irīkā ir kūbā), un Peppol paše biznesa taisyklės, kas surinktos į BIS Billing 3.0 speikātācijai. Anot „ar openPeppol“. dokumentacija, pranešimas laikomas tinkamu ir pagal šiuo metu galiojančias taisykles neaptikta jokių kritinių klaidų. Brīdinājums neturi įtakos atitikčiai. Tikpat väyätä sädäties, too patvirtinimo įrankių patikra tikika pashu rēķina ľišu, nevis to, vai pirceja sistema to gebässä akceptēs vai apmaksās. Starp zaļo innuu validationācīje un „rēķins ir apmaksāts” ir dar keli soļi.

Kaip atrodo penkių druskų testas, kai paspaudžiate mygtuką „Sūtīt”?

Procesas, nepriklausomai nuo to, ar naudojate ERP sistemą, apskaitos programinę įrangą ar operatoriaus portalą:

  • Eksportuoti XML: Nereikia ieškoti failų UBL arba CII formatu. Patvirtinimas visiškai neįmanomas.
  • Paleiskite schemos ir verslo taisyklių patikrinimą: first strukturs kontrolle, tad Schematron noteikumi (valoda, ar patikrina XML vidiniuose sasaistes), ar patikrina sumoje, home un lauku savstarpējo atitikties.
  • Pašalinkite lemtingas klaidas: pagal „openPeppol“ taisyklės Klientas negali siųsti pranešimo, jei jis neatitinka BIS. Tas ir strings noteikums, nevis ieteikums.
  • Patikrinkite gavėjo „Peppol“ pasirengimą: 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.
  • Išsaugokite patvirtinimo rezultatą: paturiet ataskaita ir pristatymo patvirtinimas. Tas ir prīms, ko jums prasīs, ja rēķins „pazūd”.

Kurie validatoriai tinkami naudoti?

XSD arba XML schema patikrina, ar XML yra teisingas, ar ne. 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, pvz. vai rindu sum sakrīt ar skaito kūpsummu. Pasak Eiropas Komisijas paaiškinimas, Šiuo tikslu Komisija siūlo nemokama patvirtinimo paslauga, kuram nav navkuma registracija un kuru Latvijas VID tiesiogiai rekomenduoja VID sistemoje naudoti XML rēķiną. Ja rēķinus sūtāt caur operatoru vai kontaktijas programinė įranga, kas validationāciu veic veikārī, katru rēķinu manualu rīkā verkater nav nav nejat. Tai priimtina kasdienėse situacijose, tačiau testuojant naują XML kartos logiką verta naudoti atskirą, niekuo neišsiskiriantį įrankį.

Praneškime: fatala saksa põis, säytäjums pös

Jei rezultatas neatitinka BIS ir mähä säutä. Pirkėjo atveju, jei rezultatas yra techninis ir sīmās, atkreipkite dėmesį. Praktiškai dažniausiai problemos kyla penkiose vietose: pirkėjo ir pirkėjo identifikatoriuje (neteisinga schema arba neteisingas registracijos kodas), PVM kategorijoje, pavadinime, kopsummas vertėse (peilio klaidos lengvai ištaisomos), mokėjimo sumoje su valiutos kodu ir mokant mokesčių deklaraciją. Sąskaitos eilutėje buvo nurodyta 100 eurų plius 22% PVM, tačiau bendroje sumoje validatorius ras lemtingą klaidą, ir tai pateisinama, nes būtent ši suma patenka į pirkėjo apskaitą.

Kaip tikrinate prekės pristatymą?

Pasak Saturos, teisingas rėķins nereiškia, kad jis taip pat pasiekia savo paskirties vietą. Peppol saturą ir biznesa tetu ir viena lieta ir viena lieta, maršrutizavimas pa Peppol nettu ir cita. Prieš siunčiant verta patikrinti, ar pirkėjo galutinis taškas palaiko būtent tokį dokumento tipą, kokį norite siųsti. Peppol katalogas ir publiski šečijams registrerto sāniņu sarakts, tā tā pīvlšana ir tēljum pērējēju felelősség, nevis pienākumu. Todėl nėra visiško gavėjos rinkos teisingumo. Ir jei jums įdomu, jūs tiksliai klausiate, kas yra Peppol identifikatorius, nevis paluäties uz to, taip pat Directory parādīs visu.

Ar tai pasikeis 2026 m. rugpjūtį?

BIS Billing 3.0 versija 3.0.20 (darbo ar karštųjų pataisų versija) ir sādībām buvo paskelbta 2026-02-23, bet nauja versija 3.0.21 tampa privaloma 2026-08-17. Izmainas labo elektroniskās adreses škemas (EAS - kods, kas nadara, kura sistema 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 resultu. Šī 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 (atsakymas į sąskaitą) dħu tam nekuma sīdga SMP registracija, un tas teīd automikāt adjoats katram rēķinam. Jei naudojate paruoštą sprendimą, raštu kreipkitės į savo operatorių, kad tas artefaktas pagamintas iš jano versijų; ir XML veiduotai, atnaujinkite patvirtinimo taisykles iki 2026-08-17, kitaip jūsų programinė įranga patvirtins paskyrą pagal taisykles, kurių „Peppol“ nebepriima.

Estija ir Latvija: vietiniai testai

Kiekviena įmonė yra įtraukta į komercinį registrą kaip e-registro gavėja., nuo 2025 m. liepos 1 d. var projat no pärdeväja e-rēķinu standartā EN 16931-1. Rēķins ar atitinka šim standartą, tiek sūtān par tinkamai paruošta. Tai nereiškia, kad Peppol Igaunijā ir obligāts katram B2B sąskaitam. Tai reiškia vien to, ka registrertais saimečeks var projat šo formatu.

Latvijoje „Laika“ grafika yra sudėtinga. VID paaiškinti, taip pat e-rēķini B2G, G2B un G2G transaktionās ir sāmābī no 2025 01 01, un e-rēķina datu iesneštīga VID tapo privaloma no 2026 01 01, dati jēiēssīd ne vėliau kā piecu darba diena. B2B segmente duomenų teikimas yra savanoriškas iki 2027 m. pabaigos, tačiau VID rekomenduoja prieš pateikiant XML failą jį patikrinti toje pačioje Europos Komisijos nemokamoje patvirtinimo tarnyboje, kurią naudojate ir kaip Peppol paskyrą. 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 automatically.

DUK

Ar galiojantis PDF failas reiškia, kad „Peppol“ el. sąskaita faktūra yra patvirtinta ir tinkama siųsti?

Ne. „Peppol“ patvirtina struktūrizuotus el. sąskaitos faktūros duomenis (XML), o ne PDF išvaizdą. Prieš siunčiant reikia atskirai patikrinti XML struktūrą, EN 16931 turinį ir „Peppol“ / „BIS Billing 3.0“ verslo taisykles.

Kokie yra 5 žingsniai prieš siunčiant „Peppol“ el. sąskaitą faktūrą?

Pirmiausia eksportuokite sąskaitą faktūrą į XML (UBL arba CII). Tada atlikite schemos ir verslo taisyklių patikrinimą. Ištaisykite kritines klaidas pagal BIS atitiktį, patikrinkite gavėjo „Peppol“ galimybes ir išsaugokite patvirtinimo ataskaitą bei patvirtinimą.

Kuo skiriasi schemos (XSD) ir verslo operacijų (Schematron) patvirtinimas?

XSD tikrina, ar failas yra teisingas. XML: privalomi elementai ir struktūra. „Schematron“ tikrina verslo taisykles ir ryšius tarp elementų, pavyzdžiui, ar eilutės ir bendros sumos sutampa.

Kas pasikeis su nauja „BIS Billing 3.0“ versija nuo 2026 m. rugpjūčio 17 d.?

Naujoji „BIS Billing 3.0“ 3.0.21 versija taps privaloma nuo 2026 m. rugpjūčio 17 d. Pakeitimas ištaiso klaidą elektroninės adresavimo schemos (EAS) kodų sąraše ir pašalina 14 neveikiančių kodų, kurie, naudojant senąją patvirtinimo logiką, galėjo pateikti neteisingą rezultatą.