Galiojantis PDF nereiškia galiojančių Peppol ďŹĂŁi faktų

Peppol (visos Europos elektroninių sąskaitų faktūrų tradų klanlas) tikrina sąskaitos struktūrą, tai PDF failo vaizdas. Prieš siunčiant būtina pasitikrinti trimis atskirais lygiais: XML failo struktūra, turinio turinys, EN 16931 standartas (Europos e. sąskaitų faktūrų tūrija, nurodantis, kokije datas sąskaitoje faktūroje turi būti), ir paties Peppol verslo krėgumas, surinktas BIS Billing 3.0 speksionijoje. Pagal openPeppol dokumentacija, pranešimas laikomas atitinkančiu, jei pagal šõu metu galiojantis krėkus nerandama nē jēnos fatalinės trēgi. Įspėjimai Įspėlių Įspėmaių nepalių. Bet svarbu tiksliai suprasti, ar ne? patvirtinimo įrankių patikra tik ħiţiţi faktūros ġiħu, o ne tai, ar kūtūro sistema jį iš principo priims ar apmokės. Tarp žalios svetės pasirinktivime ir „sąskaita faktūra apmokėta“ dar yra keli žingsniai.

Kokia yra penkus žingsnių patikra prieš spaudžiant "Siųsti"?

Šis procesas veikia nepriklausomai nuo to, ar naudojate ERP sistemą, apskaitos programinę įrangą ar operatoriaus portalą:

  • Eksportuokite XML failą: sukurusetu kontiti faktūros failas UBL arba CII formatu - be jo validavimas tiesiog neįmanoma.
  • Įjungti schemos ir verslo reguliuoti patikrą: firstly strukturinė patikra, tada Schematron taisyklis (kalba, skirta XML failo vidinių sąsajų tikrinimui), kurios tikrina sumas, namuose ir laukų sėnų svetų.
  • Ishtaisykite'o lemtingoje klaidoje: blogas „openPeppol“ taisyklės šuntējas neuri sūnīta sīnāmā, kuri neatitinka BIS specifikacijos. Tailando sariga taisyklė, ne rekomendacija.
  • Peržiūrėkite „Peppol“ siūlomas parinktis: įsitikinkite, kad užsiregistravote tinkle ir gali primiit konkretų dokumento tipą.
  • Išsaugokite patvirtinimo rezultatą: pasilikit report ir prädsö otäpäämämä. Pirmas dalykas Tailande, kurio ještų polakus, kai sukta faktūra "pasimeta".

Curis validatorius tinka curiam darbui?

XSD, arba XML schema, tikrina, ar failas iš principo yra taisyklingas XML: lažtiniai skliaustai atitinkamose vietose, yra privalomi elementai. Schematron tikrina kisų dalyką – verslo krėgums ir elemenų įsų svetų svetų, pvz., ar eilučių sumos sutampa su bendra įsų faktūros suma. Kieme Europos Komisijos paaiškinimas, Komisija rekomenduoja, kad nemokama patvirtinimo paslauga, prieš pateikiant XML sąskaitas faktūras, nereikia registruotis, kurią Latvijos mokesčių administratorius tiesiogiai rekomenduoja naudoti VID sistemą. Jei siunčiate sąskaitas faktūras pagal operatorių arba apskaitos programinę įrangą, patvirtinimas atliekamas viduje, kiekviena sąskaita faktūra papildomai tikrinama rankiniu būdu. Tai arzsanas sprendimas įprastu sprendimu, tačiau testuojant naują XML generatoriaus logiką, geriau naudoti atskirą, nepriklausomą įrankį.

Skaitykite pranešimą: fatalinė klaida prieš advādītsą

Lemtinga klaida reiškia, kad sąskaita faktūra neatitinka BIS specifikacijos ir negali būti išsiųsta. Įgalimas reiškia kad utsana faktūra techniškai praimtina, bet verta atkreipti dėmesį. Praktikoje daugiausia problemų yra penkiose vietose: vetdejojo ir kuturo identifikatoriai (netinkama schema ar neteisingas registras name), PVM kategorija ir tarifas, eilučių ir bendros sumos vertes (apvalinimo klaidas lengva atskirti), teuttona suma su valuutos kode, ir mokėjimo ikkeja su apmokėjimo terminalu. Jei sąskaitoje nurodyta 100 eurų plius 22 % PVM, bet bendros sumos lauke stovi neďųsųs įdų, validatorius tlliai fatalinę klaidą - ir arządtai, nes ta suma ħiġi patene į kūptoro kapstą.

Kaip atskirai patikrinti pristatymą?

Turiniu täsätäga säätä faktūra sätätinai pasieks gavėją. Peppol's content ir verslo reguli patikra yra viena, marshrutizavimas per Peppol nettuk - kita. Prieš siųsdami patikrinkite, ar galutinis taškas palaiko jūsų siunčiamo dokumento tipą. Peppol kataloguotas yra viešai prieinamų gavėjų sąrašas, bet už jo pildymų odds šąlų telia – tai jos pareigos, ne šąlka. Štai kodėl visiškai tvarkingi katalogai ne visada būdavo vienodi. Jei turite abejonių, tiesiog paklauskite pirkėjo arba „Peppol“ identifikatorių arba nelaukite, kol kataloge bus rodoma visa informacija.

Is pasikeičiai 2026 m. regbio žaidėjas?

„BIS Billing 3.0“ 3.0.20 versija (jūsų karštoji pataisa) yra privaloma nuo 2026 m. Vasario 23 d., tačiau nauja versija 3.0.21 Tampa privalomas 2026 m. rugpjūčio 17 d. Pakeitimas ištaiso elektroninio adreso schemas (EAS - kodas, rodantis, kruje sistema yra registruotas kompanijos identifikatorius) kodų sąrašo klaidą ir pasirenka 14 neoperačních kodų, todėl senu validatorium atlikta patikra gali duoti neteisingą rezultatą. Ši versija turi pasirenkamą profilį, kuris leidžia gauti oficialų sąskaitos faktūros atsakymą (sąskaitos faktūros atsakymą), tačiau jai nereikia SMP registracijos (SMP - metaduomenų valdymo langelis, kuriame nurodoma, kuriuos dokumentus galima priimti konkrečiame dalyvyje) ir ji automatiškai neapdoroja kiekvienos sąskaitos faktūros. Jei naudojate paruoštą sprendimą, paprašykite savo operatoriaus atnaujinti įrankį į naują versiją. Jei XML kuriate patys, patvirtinate validatavimo procesą iki 2026 m. Rugpjūčio 17 d. – அத்தியியை மியியியு பெர்பியுக்க்க்க்க்க்க்க்யியியு திர்ப்பு தியுக்க்க்கு பாட்டு காட்காட்க க்குக்கு, குர்ப்பு குப்பு nebepriima.

Estija ir Latvija: vietinės patikros

Estijoe įmonė, įregistruota verslo registre kaip e. sąskaitų faktūrų gavėjas, nuo 2025 m. liepos 1 d. Pardavėjas privalo pateikti sąskaitą faktūrą standarto EN 16931-1 formatu. Sąskaita faktūra, atitinkanti standartą, laikoma tinkamai išrašyta, tačiau pasitaiko atvejų, kai ji negalioja. Tai nereiškia, kad „Peppol Estijoe“ yra įpareigota išduoti kiekvieną B2B sąskaitos faktūrą – tik tai, kad registruota sąskaita faktūra gali būti išrašyta šiuo formatu.

Latviajoje terminalai söhdingesni. VID (Latvijos mokesčių administracija) paaiškinti, kad e. B2G, G2B ir G2G sąskaitos faktūros yra privalomos nuo 2025 m. sausio 1 d., o e. teikimas faktūros daetų teikimas VID sistemos sistemos nuo 2026 m. sausio 1 d. – duomenys turi būti pateikti ne vėliau kaip per penkias darbo dienas po išsiuntimo faktūros išsiuntimo. B2B segmento duomenų teikimas iki 2027 metų pabaigos yra savanoriškas, tačiau VID rekomenduoja prieš pateikiant XML failą, jį patikrina Europos Komisijos nemokamos patvirtinimo paslaugų pagalba, kurią naudojate ir Peppol atiţi faktūros. Verta šios dvi dīgīkās sārašus – kābūtūra atitiktī ir savalaikių peteikimā VID sistemai – tikrinti pagal dīgīkus sărašus, o ne concereka kad viena operatoriaus patikra automatiškai apima abu.

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