1. Etusivu
  2. Tietopankki
  3. Peppol
  4. Miten Peppol-validointi toimii

Miten Peppol-validointi toimii

Miten Peppol-validointi toimii

Peppol-validoinnissa tarkistetaan, noudattaako liiketoimintadokumentti kyseisen dokumentin määrittelemiä syntaksia ja sääntöjä. Peppol- BIS Billing-standardin osalta validointiohjelma tarkistaa yleensä viisi käytännön osa-aluetta. Dokumentin on läpäistävä kaikki siihen sovellettavat kriittiset säännöt. Epäonnistunut tarkistuspiste auttaa selvittämään, johtuuko virhe virheellisestä XML-muodosta, puuttuvista tai epäjohdonmukaisista laskutiedoista, tuottamattomasta elementistä, Peppol-spesifisestä rajoituksesta vai kansallisesta vaatimuksesta.

VahvistusalueMitä se tarkistaaMiten virheet tunnistetaan
XML-skeemaAsiakirja on muodoltaan oikea ja noudattaa tuettua UBL 2.1- tai CII-skeemaaParseri- tai skeemaviestit Peppol-sääntökoodien sijaan
EN 16931 -standardin liiketoimintasäännötVaaditut liiketoimintatermit, laskelmat, koodiluettelot ja arvonlisäverologiikkaBR-, BR-CO-, BR-CL-, BR-DEC- ja VAT-sääntöryhmät
Syntaksin sidontaValitussa XML-syntaksissa sallitut elementit, polut ja kardinaalisuudetUBL-SR-, UBL-CR- ja CII-SR-
Peppol BIS -säännötMuut Peppol-rajoitukset, mukaan lukien erittely-, profiili- ja tunnistevaatimuksetPEPPOL-EN16931-R ja PEPPOL-COMMON-R
Maakohtaiset säännötToimittajamaan asettamat vaatimuksetEsimerkiksi SE-R-, DK-R-, DE-R- ja NL-R-

Kriittiset virheet ja varoitukset

OpenPeppolin BIS-vaatimustenmukaisuussääntöjen mukaan asiakirja on vaatimustenmukainen, kun nykyisissä validointituloksissa ei ilmoiteta vakavia virheitä. Asiakirja, jossa on vain varoituksia, on edelleen vaatimustenmukainen, mutta varoitukset on syytä selvittää. Ne viittaavat usein tietojen laatuun liittyviin ongelmiin tai sääntöihin, jotka saattavat tiukentua myöhemmässä release-versiossa.

Sääntöjen vakavuusaste voi muuttua eri julkaisujen välillä. Peppol- BIS Billing -versiossa 3.0.21 säännöt PEPPOL-COMMON-R052 ja PEPPOL-COMMON-R053 muuttuivat varoituksista vakaviksi virheiksi. Myös tanskalaiset säännöt DK-R-003 ja DK-R-017 muuttuivat vakaviksi virheiksi. Sääntö release tuli pakolliseksi 17. elokuuta 2026. release -muutos voi siten aiheuttaa sen, että asiakirjat, jotka läpäisivät vanhemman validointityökalun, hylätään nykyisten validointityökalujen perusteella.

Missä validointi tapahtuu

Lähettäjä ei saa lähettää asiakirjaa, joka ei ole sovellettavan BIS-standardin mukainen. Käytännössä lähetysohjelmisto tai Peppol-palveluntarjoaja tarkistaa asiakirjan yleensä ennen lähetystä. Jos tässä vaiheessa ilmenee virhe, lähettäjän oma integraatiojärjestelmä tai palveluntarjoaja palauttaa asiakirjan yleensä ennen kuin se ehtii vastaanottajalle.

Vastaanottava järjestelmä voi tarkistaa asiakirjan uudelleen ja soveltaa omia liiketoimintavalvontamenettelyjään. Nämä ovat erillisiä Peppol-tarkistuksesta. Vastaanottaja voi esimerkiksi tarkistaa, onko ostotilaus olemassa, onko laskun numero jo käytetty, ovatko toimittajan tiedot sovitun mukaiset tai vastaako tavaravastaanotto Peppol-asiakirjan läpäistyä teknisen tarkistuksen.

Mitä validointi ei osoita

Teknisesti kelvollinen lasku on ilmoitettujen vaatimusten ja siihen sovellettavien sääntöjen mukainen. Kelpoisuuden tarkastaminen ei tarkoita, että laskun taustalla oleva liiketoimi olisi kaupallisesti asianmukainen, että tavarat olisi toimitettu, että laskusta ei ole erimielisyyttä tai että ostaja hyväksyisi sen maksettavaksi. Nämä päätökset kuuluvat vastaanottamisen jälkeiseen liiketoimintaprosessiin.

Kuinka tulkita vahvistusvirhettä

  1. Tarkista virheiden vakavuus. Korjaa vakavat virheet ennen lähettämistä. Kirjaa varoitukset muistiin ja arvioi, viittaavatko ne mahdollisiin tuleviin yhteensopivuusongelmiin.
  2. Tunnista sääntöryhmä. Etuliitteestä näet, johtuuko virhe standardista EN 16931, syntaksin rajoituksista, Peppolista vai kansallisesta sääntökokonaisuudesta.
  3. Lue sääntökuvaus ja XML-konteksti. Validaattorit voivat antaa XPath-polun, elementin nimen tai liiketoimintatermin, kuten BT-24. Käytä sitä virheen jäljittämiseen lähdekenttään ja vastaavuuteen asti.
  4. Korjaa lähdetiedot tai muunnos. Älä muuta pelkästään luotua XML-tiedostoa, sillä silloin syntyy jälleen sama virheellinen arvo.
  5. Tarkista koko asiakirja uudelleen. Yksi taustalla oleva ongelma voi laukaista useita sääntöjä. Korjaa ensin rakenne- ja tunnistevirheet ja tarkista sitten loput tulokset.

Miten maakohtaiset säännöt otetaan käyttöön

Maakohtaisia sääntöjä ei valita pelkästään ostajan määränpään perusteella. Peppol- BIS Billing -versiossa 3.0 toimittajan maa määritetään ensisijaisuusjärjestyksessä seuraavasti: myyjän ALV-tunnisteen (BT-31) maakoodi, myyjän verotuksellisen edustajan ALV-tunnisteen (BT-63) maakoodi ja lopuksi myyjän maakoodi (BT-40). Vain asiaankuuluva kansallinen sääntökokoelma otetaan käyttöön.

Tämä tarkoittaa, että toimittajan verotietojen muutos voi vaikuttaa siihen, mitkä säännöt otetaan käyttöön, vaikka postiosoite pysyisikin samana. Kansalliset säännöt sisältyvät yhteisiin Peppol BIS -validointimateriaaleihin. Ne eivät vaadi erillistä spesifikaatiotunnistetta tai SMP-rekisteröintiä.

Uusien Peppol-versioiden testaaminen

OpenPeppol julkaisee spesifikaation, sääntötaulukot, koodiluettelot, Schematron-tiedostot, esimerkit sekä release -ohjeet. Järjestelmäintegraattoreiden tulisi pitää validointituotteen versio selkeästi määriteltynä sekä testaus- että tuotantoympäristöissä, suorittaa regressiotestejä sekä laskuille että hyvityslaskuille sekä testata tulevia versioita ennen niiden pakollista käyttöönottopäivää. Uusia varoituksia tulisi käsitellä suunniteltuina korjaustoimenpiteinä sen sijaan, että niitä sivuutettaisiin, kunnes ne muuttuvat kriittisiksi.

Yleisiä virheitä

  • PEPPOL-EN16931-R004. Määrittelyn tunniste on virheellinen tai sisältää versio-tietoja, joita ei sallita.
  • Raha-erien summat eivät ole yhdenmukaisia. Rivien summat, alennukset, maksut, arvonlisäveron erittelyt ja asiakirjojen kokonaissummat on laskettu tai pyöristetty eri tavoin.
  • Tunniste- ja koodiluettelovirheet. Tunnisteessa on käytetty väärää järjestelmää, sen muoto on virheellinen tai arvoa ei enää löydy käytössä olevasta koodiluettelosta.
  • Tuettamattomat elementit tai toistokertojen määrät. XML-tiedosto voi olla kelvollinen koko UBL- tai CII-skeeman mukaisesti, mutta siinä saatetaan silti käyttää elementtiä tai toistokertaa, jota Peppol-syntaksin sidonta ei salli.

Normatiiviset lähteet

OpenPeppol julkaisee Peppol- BIS Billing -määrityksen, voimassa olevat validointisäännöt, BIS-vaatimustenmukaisuusvaatimukset sekä release -ohjeet. Nämä lähteet ovat normatiivisia. Tässä esitetyt selitykset ovat Qvalian laatimia.

Kuvaus Peppol- BIS Billing -versiosta 3.0.21 ja validointimateriaaleista 1.3.16. Viimeksi tarkistettu 28. syyskuuta 2026.

Oliko tästä artikkelista apua?

Aiheeseen liittyvät artikkelit