Peppolissa laskun validointi ja varsinainen toimitus ovat kaksi erillistä työtä, jotka kirjanpitäjät ja ohjelmistotiimit usein niputtavat yhdeksi. Validointi tarkoittaa laskun XML-tiedoston, koneellisesti luettavan datatiedoston, tarkistamista eurooppalaisen sähköisen laskutuksen standardin EN 16931 mukaisesti. Se kertoo, ovatko rakenne ja kentät oikein, mutta ei siirrä laskua mihinkään. Toimitus tarkoittaa laskun tosiasiallista saapumista vastaanottajalle Peppol-verkon kautta, ja tämän työn hoitaa Peppol-sertifioitu tukiasema. Manuaalista tarkistusta varten ilmainen... Euroopan komission laskujen validointityökalu tarkistaa UBL- tai CII-muodossa olevat laskut. Laskun lähettämiseen tarvitaan kuitenkin yhteys Peppol-sertifioituun palveluntarjoajaan, jonka Tukiasema vahvistaa lähtevän viestin vielä kerran ja paikantaa vastaanottajan ennen sen lähettämistä eteenpäin.
Miksi yleensä tarvitset kaksi työkalua yhden sijaan
Sekaannus johtuu siitä, että molemmissa tehtävissä käytetään samaa sanaa: “validointi”. Ilmainen validointiohjelma vastaa yhteen kysymykseen: onko tiedosto rakennettu oikein? Yhteyspiste vastaa toiseen: minne ja miten tiedosto sinne oikeastaan päätyy? Peppol-yhteentoimivuuskehys kuvailee tätä neljän kulman mallina: myyjä lähettää laskun omaan tukiasemaansa, joka löytää ostajan tukiaseman keskitetyn vastaanottajahakemiston kautta ja välittää laskun sitten turvallisesti. Jokaisen lähettävästä tukiasemasta edellytetään tarkistavan lähtevä viesti Peppol BIS -sääntöjen mukaisesti ennen sen lähettämistä. Tämä tarkistus on osa itse lähetysprosessia. Se ei ole erillinen palvelu, jonka tilaat käsin. Ilmainen validointityökalu ei koskaan lähetä mitään eteenpäin eikä koskaan tarkista, onko vastaanottaja todella olemassa. Se on laadunvalvontaa ennen lähettämistä, ei toimituspalvelua, koska työkalun oma kuvaus tekee selväksi.
Paras validointivaihtoehto kullekin käyttötapaukselle
Jos tarkistat laskun käsin ennen sen lähettämistä, käytännöllisin vaihtoehto on Euroopan komission sähköisen laskun validaattori, joka on ilmainen ja käytettävissä web-käyttöliittymän, REST-käyttöliittymän tai SOAP-käyttöliittymän kautta. Kehittäjät, jotka rakentavat validoinnin suoraan ohjelmistoon, tarvitsevat viralliset Peppol Schematron -artefaktit, sääntötiedostot, jotka tarkistavat jokaisen BT-koodin (Business Term) standardia vasten, ja julkaisutiedot näytä tarkalleen, milloin nämä säännöt muuttuvat. Tuotannossa, jossa laskut itse asiassa lähetetään, tukiasemasi suorittaa kolmannen ja pakollisen tarkistuksen: se vahvistaa lähtevän viestin automaattisesti jo ennen kuin viesti edes saavuttaa verkon. Sinun ei tarvitse tilata tätä kolmatta tarkistusta erikseen, mutta sinun pitäisi tietää, että se tapahtuu. Muuten on helppo olettaa, että manuaalinen validointi ja varsinainen lähetys ovat sama prosessi.
Mitä Peppol-laskusta kannattaa tarkistaa ennen lähettämistä
Käy läpi lyhyt tarkistuslista ennen kuin painat lähetyspainiketta. Varmista, että XML-tiedosto noudattaa UBL- tai CII-rakennetta ja että kaikki pakolliset EN 16931 -kentät on täytetty. Tarkista Peppol BIS -tunnisteet, asiakirjatyyppikoodit ja -skeemat, joista osa 3.0.21-päivitys rikki. Esimerkiksi sähköisen osoitejärjestelmän (EAS) koodilista korjattiin. Tarkista ostajan päätepisteen tunnus ja sen järjestelmä, koska väärä järjestelmä tarkoittaa, että tukiasema ei yksinkertaisesti löydä vastaanottajaa. Lisää ostajan viite tai ostotilauksen (PO) viite, jos ostaja sitä vaatii. Tarkista ALV-erittelyt riveittäin ja yhteenvedon mukaan, laskun kokonaisarvo ja valuutta sekä tarkista maakohtaiset lisäsäännöt. Latviassa XML-rakenteen on vastattava kansallista standardia, joka perustuu Peppol BIS Billing 3.0 -spesifikaatioon. Jos jokin näistä puuttuu tai on väärin muotoiltu, validointiohjelma hylkää laskun ennen kuin se on edes lähetetty, ja se on parempi paikka epäonnistua kuin vastaanottajan päässä.
Peppol-lähetystyökalun tai tukiaseman valitseminen
Tarvitsemasi riippuu siitä, kuinka monta laskua lähetät ja miten.
| Käyttäjä | Mikä on tärkeintä |
|---|---|
| Satunnainen lähettäjä, muutama lasku | Yksinkertainen verkkokäyttöliittymä, vahvistus ennen lähettämistä, selkeä toimituksen tila |
| Kirjanpito-ohjelmiston käyttäjä | Sisäänrakennettu Peppol-yhteys, joka päivittää sääntöjään automaattisesti |
| ERP/API-tiimi | Suora yhteys tukiasemaan, tuki useille asiakirjatyypeille, tarkastusloki (loki lähetetyistä tiedoista) |
Tarkistaaksesi, kuka on sertifioitu, katso OpenPeppolin sertifioitujen palveluntarjoajien luettelo, viimeksi päivitetty 28. elokuuta 2026. Lista näyttää, onko palveluntarjoaja sertifioitu Access Pointiksi (AP), Service Metadata Publisheriksi (SMP) vai molemmiksi. Yksi huomioitava vivahde: listalla näkyvä maa on palveluntarjoajan laillinen rekisteröintimaa, ei alue, jota se todellisuudessa palvelee. Joten virolainen kirjanpito-ohjelmisto voi käyttää Belgiassa rekisteröityä Access Pointia ilman ongelmia. Sertifioinnin tarkistamisen lisäksi tarkista, mitä asiakirjatyyppejä palveluntarjoaja tukee, tarjoaako se vastaanottajan ominaisuuden haun, kuinka nopea käyttöönotto on, voitko viedä lähetyslokin tarkastustarkoituksiin ja kuinka selvästi se näyttää virheilmoitukset. Nämä kaksi viimeistä erottavat hyvän palveluntarjoajan työkalun keskinkertaisesta.
Mitä kysyä Peppol BIS Billing 3.0.21 -päivityksestä elokuussa 2026?
Uudet validointisäännöt tulevat voimaan
Tällä hetkellä voimassa oleva versio on Peppol BIS Billing 3.0.21., julkaistu 20. toukokuuta 2026 ja tehty pakolliseksi 17. elokuuta 2026. Se toimii päivitetyllä EN 16931 -validointisäännöillä, versio 1.3.16, julkaistu 10. huhtikuuta 2026. Jos validointi- tai laskutusohjelmistoasi ei ole päivitetty näiden sääntöjen mukaiseksi, se voi näyttää virheellisen hyväksynnän, vaikka lasku ei todellisuudessa täyttäisikään nykyisiä vaatimuksia.
Valinnainen laskutus vastauksella -profiili
Versioon lisättiin myös valinnainen profiili nimeltä “Laskutus vastauksella”, jonka avulla ostaja voi lähettää vastauksen laskuun, mutta profiili vaatii erillisen SMP-rekisteröinnin. Se, että tavallinen laskun lähetys toimii moitteettomasti, ei automaattisesti tarkoita, että ostaja voi tai tulee käyttämään tätä vastausprofiilia. Jos palveluntarjoaja tarjoaa tätä ominaisuutta, kysy erikseen, onko rekisteröinti tehty, äläkä vain sitä, onko se "tuettu".“
Miten lähetyssäännöt eroavat Virossa ja Latviassa?
Viro: e-laskujen vastaanottamisen ilmoittaminen
Viro toimii rekisteripohjaisella järjestelmällä. 1. heinäkuuta 2025 alkaen kirjanpitovelvollinen voi rekisteröi sen tila ja verkkolaskujen vastaanottokanavan tiedot kaupparekisteriin, mikä viestii haluavansa vastaanottaa vain koneellisesti luettavia laskuja. Kun ostaja on rekisteröitynyt tällä tavalla, se voi vaatia myyjää lähettämään oikein muotoillun sähköisen laskun, eli sellaisen, joka täyttää standardin EN 16931-1 vaatimukset, elleivät osapuolet ole toisin sopineet. Tämä ei tarkoita, että jokaisen virolaisen B2B-laskun on nyt mentävä automaattisesti Peppolin kautta. Toimitusmuoto ja -ehdot ovat edelleen osapuolten päätettävissä, ellei laissa toisin määrätä. Joten ensimmäinen askel jokaiselle myyjälle on tarkistaa, onko ostaja rekisteröitynyt e-laskujen vaatimukseksi, ja vasta sitten valita oikea lähetystapa.
Latvia: lakisääteinen määräaika lähestyy vaiheittain
Latvian aikataulu on määritelty tarkemmin laissa. Rakenteiset sähköiset laskut ovat olleet pakollisia 1. tammikuuta 2025 alkaen julkisen sektorin ja yritysten välisissä liiketoimissa (G2G, B2G, G2B). Verkkolaskutietojen raportointi VID:lle (Valsts eiženemu dienests, Valtion verovirasto) tuli pakolliseksi samassa segmentissä 1. tammikuuta 2026 alkaen.. Yritysten välisessä yritystoiminnassa VID:lle raportointi on tällä hetkellä vapaaehtoista ja pysyy sellaisena 31. joulukuuta 2027 asti, mutta 1. tammikuuta 2028 alkaen strukturoidut sähköiset laskut ja VID-ilmoitus tulevat pakollisiksi kaikille Latviassa rekisteröidyille yrityksille, mukaan lukien yritysten väliset laskut. Käytännössä lasku on ilmoitettava VID:lle viiden työpäivän kuluessa lähetettäväksi joko lataamalla XML-tiedosto sähköiseen ilmoitusjärjestelmään (EDS) tai suoraan kirjanpito-ohjelmistosta API:n kautta. VID suosittelee XML-tiedoston tarkistaminen Euroopan komission validointityökalulla ennen lähettämistä. Tämä on yksi konkreettisimmista kohdista, joissa ilmainen validaattori ja pakollinen raportointivaatimus todella kohtaavat.
Viiden minuutin testi ennen laskutusohjelmiston vaihtamista
Ennen kuin päätät vaihtaa ohjelmistoa tai tukiasemaa, suorita yksi yksinkertainen testi. Luo tyypillinen lasku, joka sisältää kaikki tavalliset kentät: ALV, viitteet, ostajan tiedot. Sinä valitset sen Euroopan komission puheenjohtaja havaitaksesi ilmeiset rakenteelliset virheet. Tarkista, että ostajan päätepistejärjestelmä ja tunniste ovat oikein ja että toimittaja tukee juuri tarvitsemaasi asiakirjatyyppiä. Lähetä yksi testilasku oikealle tai testivastaanottajalle ja säilytä toimitustila todisteena. Tämä tieto on hyödyllistä, jos myöhemmin syntyy kiistaa laskun saapumisesta. Jos toimit Latviassa, tarkista myös, että tämä lasku päätyy oikein VID:lle. Lähettäminen Peppol-verkon kautta ja tietojen pääsy veroviranomaiselle ovat kaksi erillistä vaihetta, ja molemmat kannattaa tarkistaa erikseen.
Usein kysytyt kysymykset
Miksi yleensä tarvitaan kaksi työkalua, ei yhtä?
Ilmainen validointiohjelma tarkistaa tiedoston oikeellisuuden, ja tukiasema välittää laskun vastaanottajalle. Molemmat toiminnot käyttävät validointia, mutta ovat eri prosesseja.
Mitä Peppol-laskusta kannattaa tarkistaa ennen lähettämistä?
Tarkista XML-rakenne, EN 16931 -standardin pakolliset kentät, Peppol BIS -tunnisteet, ostajan päätepisteen tunniste, viitteet, ALV-jakauma ja maakohtaiset säännöt.
Miten valita Peppol-laskutustyökalu?
Valinta riippuu laskujen määrästä: pienelle määrälle laskuja yksinkertainen web-käyttöliittymä, sisäänrakennettu yhteys kirjanpito-ohjelmiston käyttäjälle, suora yhteys tukiasemaan ERP/API-tiimille. Tarkista palveluntarjoaja OpenPeppol-sertifioitujen listalta.
Mitä kysyä Peppol BIS Billing 3.0.21 -muutoksesta?
Kysy, onko ohjelmisto päivitetty sääntöjen versioon 1.3.16 ja tuetaanko valinnaista profiilia 'Laskutus vastauksella' SMP-rekisteröinnillä.