Galiojantis PDF failas nereiškia galiojančios „Peppol“ el. sąskaitos faktūros.

„Peppol“ (visos Europos elektroninių sąskaitų perdavimo tinklas) tikrina struktūrizuotus sąskaitos faktūros duomenis, o ne PDF išvaizdą. Prieš siunčiant, turi būti patikrinti trys atskiri sluoksniai: XML failo struktūra, turinio atitiktis EN 16931 (Europos elektroninių sąskaitų faktūrų turinio standartas, kuriame nurodoma, kokie duomenys turi būti sąskaitoje faktūroje) ir pačios „Peppol“ verslo taisyklės, kurios apibendrintos BIS Billing 3.0 specifikacijoje. openPeppol'i pagal dokumentaciją Pranešimas laikomas atitinkančiu reikalavimus, jei pagal dabartines taisykles nerandama kritinių klaidų. Įspėjimai nepažeidžia atitikties reikalavimų. Tačiau lygiai taip pat svarbu, kad patvirtinimo artefaktų patikra sąskaitos faktūros pranešimas, o ne tai, ar pirkėjo sistema ją patvirtina ar apmoka. Tarp patvirtinimo ir “apmokėtos sąskaitos faktūros” vis dar yra keli žingsniai.

Koks yra penkių žingsnių patikrinimas prieš paspaudžiant siuntimo mygtuką?

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

  • Eksportuoti XML: sukurti failą iš sąskaitos faktūros UBL arba CII formatu, be kurio patvirtinimas iš viso neįmanomas.
  • Atlikite schemos ir verslo taisyklių patikrinimą: pirmiausia struktūrinis patikrinimas, tada „Schematron“ taisyklės (kalba, skirta tikrinti vidinius XML ryšius), kurios nagrinėja sumas, kodus ir ryšius tarp laukų.
  • Ištaisykite kritines klaidas: pagal „openPeppol“ taisyklę Siuntėjas negali siųsti pranešimo, kuris neatitinka BIS reikalavimų. Tai griežta taisyklė, o ne rekomendacija.
  • Patikrinkite gavėjo „Peppol“ funkcionalumą: Įsitikinkite, kad pirkėjas yra užsiregistravęs internete ir gali priimti konkretų dokumento tipą.
  • Išsaugoti patvirtinimo rezultatą: Išsaugokite ataskaitą ir pristatymo patvirtinimą. Tai pirmas dalykas, kurio paprašysite, kai sąskaita faktūra “dingsta”.

Kuris validatorius tinka kuriam darbui?

XSD, arba XML schema, tikrina, ar failas yra apskritai teisingas (XML): laužtiniai skliaustai tinkamose vietose, ar yra būtini elementai). „Schematron“ tikrina kai ką kita: verslo taisykles ir ryšius tarp elementų, pavyzdžiui, ar eilučių suma lygi bendrai sąskaitos faktūros sumai. Remiantis Europos Komisijos paaiškinimu „Schematron“ savarankiškai netikrina XML struktūros, todėl naudokite jį kartu su atitinkama schema arba įrankiu, kuris atlieka abu šiuos veiksmus. Komisija siūlo nemokama patvirtinimo paslauga, kur nereikia registruotis ir kurią Latvijos mokesčių valdyba tiesiogiai rekomenduoja prieš pateikiant XML sąskaitą faktūrą VID. Jei sąskaitas faktūras siunčiate per operatorių arba apskaitos programinę įrangą, kuri jau atlieka vidinį patvirtinimą, nereikia rankiniu būdu tikrinti kiekvienos sąskaitos faktūros įrankyje. Įprastomis situacijomis tai yra pagrįsta, tačiau testuojant naują XML generavimo logiką verta naudoti atskirą įrankį.

Perskaitykite ataskaitą: lemtinga klaida prieš, įspėjimas po

Lemtinga klaida reiškia, kad sąskaita faktūra neatitinka BIS reikalavimų ir neturėtų būti siunčiama. Įspėjimas reiškia, kad sąskaita faktūra techniškai yra priimtina, tačiau ją verta atidžiau išnagrinėti. Praktiškai dažniausiai problemos kyla penkiose vietose: pardavėjo ir pirkėjo identifikatoriuose (neteisinga schema arba neteisingas registro kodas), PVM kategorijoje ir tarife, eilutės sumose ir bendrose vertėse (apvalinimo klaidos lengvai išsprendžiamos), mokėtinoje sumoje su valiutos kodu ir registracijos numeryje su mokėjimo terminu. Jei sąskaitos faktūros eilutėje nurodyta 100 eurų plius 22% PVM, bet bendros vertės lauke yra neteisingas skaičius, validatorius pateiks lemtingą klaidą, ir teisingai, nes ši suma patenka tiesiai į pirkėjo apskaitą.

Kaip patikrinti pristatymą atskirai nuo galiojimo?

Iš esmės teisinga sąskaita faktūra dar nereiškia, kad ji bus pristatyta. „Peppol“ turinio ir verslo taisyklių tikrinimas yra viena, o nukreipimas per „Peppol“ tinklą – visai kas kita. Prieš siunčiant verta patikrinti, ar pirkėjo galinis taškas palaiko konkretų siunčiamo dokumento tipą. Peppol katalogas yra viešai ieškomas registruotų gavėjų sąrašas, tačiau jį tvarkyti yra paslaugų teikėjų atsakomybė, o ne pareiga. Todėl visiškai teisingas gavėjas gali būti neįtrauktas į sąrašą. Kilus abejonių, paklauskite pirkėjo tiesiogiai jo „Peppol“ identifikatoriaus, o ne tikėkite, kad kataloge bus rodoma visa informacija.

Kas pasikeis 2026 m. rugpjūtį?

„BIS Billing 3.0“ 3.0.20 versija (su karštosiomis pataisomis) yra privaloma nuo 2026 m. vasario 23 d., tačiau nauja versija 3.0.21 taps privalomas nuo 2026 m. rugpjūčio 17 d. Pakeitimas ištaiso klaidą Elektroninių adresų schemos (EAS – kodas, nurodantis, kurioje sistemoje registruotas įmonės identifikatorius) kodų sąraše ir pašalina 14 neveikiančių kodų, todėl patikrinimas su senuoju validatoriumi gali duoti neteisingą rezultatą. Toje pačioje versijoje pridedamas pasirenkamas profilis, leidžiantis gauti oficialų sąskaitos faktūros patvirtinimą (atsakymą į sąskaitą faktūrą), tačiau tam reikalinga atskira SMP registracija ir jis nėra automatiškai įtraukiamas į kiekvieną sąskaitą faktūrą. Jei naudojate paruoštą sprendimą, raštu paklauskite savo operatoriaus, kada jie perkels artefaktus į naują versiją; jei XML kuriate patys, atnaujinkite patvirtinimo taisykles iki 2026 m. rugpjūčio 17 d., kitaip jūsų programinė įranga pradės tvirtinti sąskaitas faktūras pagal taisykles, kurių „Peppol“ nebepriima.

Estija ir Latvija: vietinė kontrolė

Estijoje įmonė, kuri yra įtraukta į komercinį registrą kaip elektroninių sąskaitų gavėja, gali:, nuo 2025 m. liepos 1 d. reikalauti, kad pardavėjas pateiktų elektroninę sąskaitą faktūrą pagal EN 16931-1 standartą. Sąskaita faktūra, atitinkanti šį standartą, laikoma teisingai suformatuota, tačiau šalys gali susitarti ir dėl kito tinkamo standarto. Tai nereiškia, kad „Peppol“ yra privalomas kiekvienai B2B sąskaitai faktūrai Estijoje, o tik tai, kad registruotas gavėjas gali prašyti tokio formato.

Latvijoje laikas sudėtingesnis. VID (Latvijos mokesčių valdyba) paaiškina, kad nuo 2025 m. sausio 1 d. elektroninės sąskaitos faktūros yra privalomos B2G, G2B ir G2G sandoriuose, o elektroninių sąskaitų faktūrų duomenų teikimas VID tapo privalomas nuo 2026 m. sausio 1 d. – duomenys turi būti pateikti ne vėliau kaip per penkias darbo dienas nuo sąskaitos faktūros išsiuntimo. B2B segmente duomenų teikimas yra savanoriškas iki 2027 m. pabaigos, tačiau VID rekomenduoja prieš pateikiant XML failą, jį patikrinti per tą pačią nemokamą Europos Komisijos patvirtinimo paslaugą, kurią naudojate ir „Peppol“ sąskaitai faktūrai. Verta patikrinti du atskirus įsipareigojimus (turinio atitiktį ir savalaikį pateikimą VID) atskiruose sąrašuose ir nesitikėti, kad operatorius viską padengs automatiškai.

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ą.