Kelvollinen PDF-tiedosto ei tarkoita kelvollista Peppol-verkkolaskua

Täydellisen näköinen PDF-tiedosto voi silti epäonnistua Peppolin validoinnissa, koska Peppol (eurooppalainen verkkolaskujen toimitusverkosto) tarkistaa laskun taustalla olevat strukturoidut tiedot, ei sitä, miltä se näyttää näytöllä. Ennen lähettämistä sinun on tarkistettava kolme erillistä tasoa: XML-tiedoston rakenne, se, täyttääkö sen sisältö standardin EN 16931 (eurooppalainen verkkolaskujen sisältöstandardi, joka määrittää laskun sisältämät tietokentät), ja Peppolin omat liiketoimintasäännöt, jotka sisältyvät BIS Billing 3.0 -spesifikaatioon. openPeppolin mukaan... dokumentaatio, viesti lasketaan vaatimustenmukaiseksi, jos aktiiviset säännöt eivät löydä kohtalokkaita virheitä. Varoitukset eivät riko vaatimustenmukaisuutta. Yhtä tärkeää on: validointiartefaktien tarkistus itse laskuviesti, ei se, hyväksyykö tai maksaako ostajan järjestelmä sen. Vihreä valo vahvistuksen yhteydessä ja "lasku on maksettu" ovat silti useiden vaiheiden päässä toisistaan.

Miltä näyttää viisivaiheinen tarkistus ennen lähetyspainikkeen painamista?

Tämä prosessi toimii samalla tavalla riippumatta siitä, käytätkö toiminnanohjausjärjestelmää, kirjanpito-ohjelmistoa vai operaattorin portaalia:

  • Vie XML: luoda UBL- tai CII-tiedoston (kahdessa strukturoidussa muodossa, joissa laskut vaihdetaan). Ilman sitä ei ole mitään validoitavaa alun perinkään.
  • Suorita skeema- ja liiketoimintasääntöjen tarkistus: ensin rakenteellinen validointi ja sitten Schematron-säännöt (kieli XML-tiedoston kenttien välisten suhteiden tarkistamiseen), jotka tarkastelevat summia, koodeja ja sitä, miten kentät liittyvät toisiinsa.
  • Korjaa kohtalokkaat virheet: openPeppolin sääntö on, että lähettäjä ei saa lähettää viestiä, joka ei ole BIS-yhteensopiva. Se on ehdoton vaatimus, ei ehdotus.
  • Tarkista vastaanottajan Peppol-kyky: varmista, että ostaja on rekisteröitynyt verkkoon ja voi vastaanottaa lähettämäsi asiakirjatyypin.
  • Säilytä validointitulos: Säilytä raportti ja toimitusvahvistus. Se on ensimmäinen asia, jonka kaikki kysyvät, kun lasku "katoaa".“

Mikä validaattori tekee mitäkin työtä?

XSD eli XML-skeema (tiedosto, joka määrittää, mikä lasketaan kelvolliseksi XML:ksi) tarkistaa, onko tiedostossa lainkaan oikeaa XML:ää: elementit oikeassa paikassa ja pakolliset kentät. Schematron tarkistaa jotain aivan muuta: liiketoimintasäännöt ja elementtien väliset suhteet, esimerkiksi vastaako rivikohtien summa laskun loppusummaa. Euroopan komission selitys, Schematron ei tarkista XML-rakennetta itsessään, joten käytä yhdessä skeematarkistuksen kanssa tai työkalua, joka suorittaa molemmat samanaikaisesti. Komissio tarjoaa ilmainen validointipalvelu Juuri tätä varten ei rekisteröintiä tarvita, ja Latvian veroviranomainen ohjaa yritykset suoraan siihen ennen kuin ne lähettävät XML-laskun VID:lle. Jos lähetät laskut operaattorin tai kirjanpito-ohjelmiston kautta, joka jo validoi sisäisesti, sinun ei tarvitse ajaa jokaista laskua erillisen työkalun läpi manuaalisesti. Tämä sopii jokapäiväiseen käyttöön. Mutta kun testaat uutta XML-luontilogiikkaa, aja se joka tapauksessa erillisen validaattorin läpi.

Raportin lukeminen: kohtalokas virhe ennen, varoitus jälkeen

Vakava virhe tarkoittaa, että lasku ei ole BIS-yhteensopiva eikä sitä saa lähettää. Varoitus tarkoittaa, että lasku on teknisesti hyväksyttävä, mutta se kannattaa tarkistaa uudelleen. Käytännössä ongelmat keskittyvät viiteen kohtaan: myyjän ja ostajan tunnisteet (väärä järjestelmä tai väärä rekisterikoodi), ALV-luokka ja -kanta, rivi- ja kokonaissummat (pyöristysvirheet livahtavat helposti mukaan), maksettava summa valuuttakoodineen sekä viitenumero eräpäivän vieressä. Jos laskurivillä lukee 100 € + 22% ALV, mutta kokonaissummakentässä näkyy eri luku, validointiohjelma heittää vakavan virheen, ja syystäkin, koska luku menee suoraan ostajan kirjanpitojärjestelmään.

Miten tarkistat toimituksen erikseen voimassaolosta?

Rakenteellisesti oikean laskun saapuminen perille ei ole taattua. Peppolin sisällön ja liiketoimintasääntöjen tarkistaminen on yksi asia; reititys Peppolin verkossa on toinen. Ennen lähettämistä tarkista, tukeeko ostajan päätelaite todella lähetettävääsi asiakirjatyyppiä. Peppol-hakemisto on julkisesti haettavissa oleva luettelo rekisteröidyistä vastaanottajista, mutta merkinnän pitäminen ajan tasalla on palveluntarjoajan vastuulla, ei laillinen velvoite, joten täysin kelvollinen vastaanottaja voi silti puuttua siitä. Jos olet epävarma, kysy Peppol-tunnistetta suoraan ostajalta sen sijaan, että luottaisi siihen, että hakemisto näyttää kaiken.

Mitä muutoksia elokuussa 2026?

BIS Billing 3.0 -versio 3.0.20 (korjauksineen) on ollut pakollinen 23. helmikuuta 2026 lähtien, mutta versio 3.0.21 tulee pakolliseksi 17. elokuuta 2026. Päivitys korjaa virheen sähköisen osoitejärjestelmän (EAS, koodi, joka näyttää, mihin järjestelmään yrityksen tunniste on rekisteröity) koodilistassa ja poistaa 14 koodia, jotka eivät enää toimi. Tämä tarkoittaa, että vanhaa validaattoria vasten suoritettu tarkistus voi nyt antaa väärän tuloksen. Sama versio lisää valinnaisen profiilin, jonka avulla lähettäjä voi saada virallisen laskuvastauksen, mutta tämä vaatii erillisen SMP-rekisteröinnin (Service Metadata Publisher, hakemistomerkintä, joka kertoo verkolle, minne yrityksen laskut reititetään) eikä saavu automaattisesti jokaiselle laskulle. Jos käytät valmista ratkaisua, kysy operaattoriltasi kirjallisesti, milloin he siirtävät validointitiedostonsa uuteen versioon. Jos luot oman XML-tiedoston, päivitä validointisääntösi ennen 17. elokuuta 2026. Muuten oma ohjelmistosi hyväksyy laskuja jatkuvasti sääntöjen perusteella, joita Peppol ei enää hyväksy.

Viro ja Latvia: paikalliset tarkastukset

Virossa yritys aloitti kaupparekisteri Verkkolaskun vastaanottaja on voinut 1. heinäkuuta 2025 alkaen vaatia myyjiä lähettämään laskut EN 16931-1 -standardin mukaisesti. Standardin mukainen lasku katsotaan oikein muotoilluksi, vaikka osapuolet voivat silti sopia toisesta sopivasta standardista. Tämä ei tee Peppolista pakollista kaikille Viron yrityslaskuille; se tarkoittaa vain sitä, että rekisteröitynyt vastaanottaja voi vaatia muotoa.

Latvian aikajana kulkee useammalla tasolla. VIDEO (Latvian veroviranomainen) selittää, että sähköiset laskut ovat olleet pakollisia B2G-, G2B- ja G2G-transaktioissa (yritysten ja viranomaisten väliset, viranomaisten väliset ja viranomaisten väliset) 1. tammikuuta 2025 alkaen, ja verkkolaskutietojen toimittaminen VID:lle itselleen tuli pakolliseksi 1. tammikuuta 2026. Tiedot on toimitettava VID:lle viiden arkipäivän kuluessa laskun lähettämisestä. Yritysten välisessä segmentissä tietojen toimittaminen on vapaaehtoista vuoden 2027 loppuun asti, mutta VID suosittelee edelleen XML-tiedoston ajamista saman ilmaisen Euroopan komission validointipalvelun kautta, jota käyttäisit Peppol-laskulle ennen sen lähettämistä. Nämä ovat kaksi erillistä velvoitetta, sisällön vaatimustenmukaisuus ja oikea-aikainen toimittaminen VID:lle, ja niitä kannattaa seurata kahdella erillisellä tarkistuslistalla sen sijaan, että oletetaan, että operaattorisi kattaa molemmat ilman, että tarkistat niitä.

Usein kysytyt kysymykset

Does a valid PDF mean the Peppol e-invoice is validated and ready to send?

No. Peppol validates the structured e-invoice message data (the XML), not how the PDF looks. Before sending, you need to separately check the XML’s structure, its EN 16931 content, and the Peppol/BIS Billing 3.0 business rules.

What are the 5 steps before sending a Peppol e-invoice?

First, export the invoice XML (UBL or CII). Then run the schema and business-rule check. Fix fatal errors so the invoice is BIS-compliant, check the recipient’s Peppol capability, and keep the validation report and confirmation.

What’s the difference between a schema (XSD) check and a business-rule (Schematron) check?

XSD checks whether the file is correct XML: required elements and structure in place. Schematron checks business rules and the relationships between elements, for example whether the line amounts and totals match up.

What changes with the new BIS Billing 3.0 version from 17 August 2026?

The new BIS Billing 3.0 version 3.0.21 becomes mandatory on 17 August 2026. The update fixes an error in the electronic address scheme (EAS) code list and removes 14 codes that no longer work, which means old validation logic could give you a false result.