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

Tarkoittaako kelvollinen PDF-tiedosto sitä, että Peppolissa lähetettävä verkkolasku on validoitu ja soveltuu lähetettäväksi?

Ei. Peppol validoi strukturoidun verkkolaskusanoman tiedot (XML), ei PDF-ulkoasua. XML-rakenne, EN 16931 -sisältö ja Peppol/BIS Billing 3.0 -liiketoimintasäännöt on tarkistettava erikseen ennen lähettämistä.

Mitkä ovat 5 vaihetta ennen Peppol-e-laskun lähettämistä?

Vie ensin lasku XML-muotoon (UBL tai CII). Suorita sitten skeema- ja liiketoimintasääntöjen tarkistus. Korjaa kohtalokkaat virheet BIS-yhteensopivuuden mukaisesti, tarkista vastaanottajan Peppol-valmiudet ja tallenna validointiraportti ja vahvistus.

Mitä eroa on skeemavalidoinnilla (XSD) ja liiketoimintatapahtumien validoinnilla (Schematron)?

XSD tarkistaa, onko tiedostossa XML:n pakolliset elementit ja rakenne oikein. Schematron tarkistaa liiketoimintasäännöt ja elementtien väliset suhteet, esimerkiksi vastaavatko rivi- ja kokonaissummat toisiaan.

Mitä muuttuu BIS Billing 3.0:n uudessa versiossa 17. elokuuta 2026 alkaen?

Uusi BIS Billing 3.0 -versio 3.0.21 tulee pakolliseksi 17.8.2026. Muutos korjaa virheen sähköisen osoitteenantojärjestelmän (EAS) koodiluettelossa ja poistaa 14 toimimatonta koodia, jotka saattoivat antaa virheellisen tuloksen vanhalla validointilogiikalla.