Lyhyt vastaus 7. elokuuta 2026
7. elokuuta 2026 Peppol-verkosto (julkisyhteisöjen ja yhä useamman yksityisen yrityksen yhteinen järjestelmä eri puolilla Eurooppaa strukturoitujen sähköisten laskujen vaihtoon) käyttää edelleen Peppol BIS Billing 3.0 -versiota 3.0.20, johon on liitetty pakollinen 3.0.20-korjaus. Kymmenen päivää myöhemmin, 17. elokuuta 2026, 20. toukokuuta 2026 julkaistusta versiosta 3.0.21 tulee pakollinen kaikille verkon käyttäjille. Kaikki kolme päivämäärää on esitetty openPeppolin julkaisussa. julkaisutiedot. Tämä ei ole uusi laskumuoto. Se on validointi ja koodilistan päivitys saman Peppol BIS Billing 3.0 -perheen sisällä. Tällä hetkellä turvallisin tapa on saada kirjallinen vahvistus verkkolaskuoperaattoriltasi tai kirjanpito-ohjelmiston toimittajaltasi siitä, milloin heidän järjestelmänsä siirtyy 3.0.21-sääntöihin ja onko sitä todella testattu kyseisen määräajan mukaisesti.
| Päivämäärä | Mitä sovelletaan? |
|---|---|
| 7. elokuuta 2026 | 3.0.20 + pakollinen hotfix-korjaus |
| 17. elokuuta 2026 | 3.0.21 tulee pakolliseksi kaikille |
Onko Peppol BIS Billing 3.0 yksi jäädytetty tiedosto vai kokonainen versioiden perhe?
Tekniset tiedot vs. julkaisunumero
Suurin osa hämmennyksestä johtuu siitä, että "Peppol BIS Billing 3.0" ja versionumero, kuten 3.0.20 tai 3.0.21, kuulostavat samalta asialta. Ne eivät kuitenkaan ole. BIS Billing 3.0, Business Interoperability Specification, on itse liiketoiminta-asiakirjan vakaa kuvaus: se määrittää, mitkä tietokentät laskun on sisällettävä. Se kattaa tavallisen lasku- ja hyvityslaskuprosessin, jota openPeppol kutsuu profiiliksi 01, joka on edelleen lueteltu sen profiilissa. virallinen eritelmä nimellä “Profiili 01 – Laskutus”.”
Julkaisujen julkaisu
Tätä yleistä spesifikaatiota kuitenkin päivitetään säännöllisesti pienemmissä julkaisuissa (3.0.19, 3.0.20, 3.0.21 ja niin edelleen), joista jokainen tuo mukanaan päivitetyt koodiluettelot (hyväksytyt arvojoukot, kuten maakoodit) ja validointitiedostot, tekniset sääntötiedostot, jotka tarkistavat, noudattaako lähetetty XML-lasku todella sääntöjä. Nykyisessä virallisessa oppaassa on edelleen versionumero 3.0.20, koska eritelmän otsikkosivu näyttää. Numero kääntyy arvoon 3.0.21 vasta, kun kyseinen julkaisu tulee virallisesti voimaan.
Mitä oikeastaan muuttuu versiossa 3.0.21?
Koodiluettelot ja validointiartefaktit
3.0.21 toimii 6. maaliskuuta 2026 julkaistuilla koodilistoilla ja 10. huhtikuuta 2026 julkaistuilla UBL/CII-validointitiedostoilla, versio 1.3.16. Molemmat päivämäärät on vahvistettu openPeppolin julkaisussa. julkaisutiedot. UBL ja CII ovat kaksi vaihtoehtoista XML-syntaksia, joilla Peppol-lasku voidaan kirjoittaa; useimmat Baltian operaattorit käyttävät UBL:ää (Universal Business Language).
Kaksi sääntöä siirtyy varoituksesta virheeseen
Merkittävin muutos on kahdessa säännössä: PEPPOL-COMMON-R052 ja PEPPOL-COMMON-R053. Tähän asti ne laukaisivat vain varoituksia. Versiosta 3.0.21 alkaen niistä tulee kovia virheitä jokaisessa profiilissa. Käytännössä tämä tarkoittaa, että testisi suorittaa nämä todelliset ostajan ja myyjän päätiedot (nimet, osoitteet, rekisteröintinumerot) yleisen XML-esimerkkitiedoston sijaan, koska nämä kaksi sääntöä tarkistavat juuri nämä kentät.
Uusi valinnainen profiili saapuu
Versiossa 3.0.21 esitellään myös uusi valinnainen profiili, profiili 02, laskutus- ja vastausprosessia varten, johon palataan alla. Tavalliselle laskun lähettäjälle, joka käyttää profiilia 01 ja yksinkertaisesti vaihtaa laskuja ja hyvityslaskuja, itse liiketoimintaprosessi ei muutu lainkaan. Vain kulissien takana suoritettavat tarkistukset muuttuvat.
Mitä sinun pitäisi tarkistaa ennen 17. elokuuta?
Turvallisin tapa liikkua on systemaattisesti sen sijaan, että olettaisit operaattorisi "jo hoitavan asian":
- Vahvistus palveluntarjoajaltasi: kysy kirjallisesti tarkalleen, milloin heidän tuotantoympäristönsä siirtyy 3.0.21 validointiartefaktit.
- Validaattorin päivitykset: Jos vahvistat laskut itse, varmista, että käytät uusimpia UBL/CII 1.3.16 -sääntöjä, etkä vanhaa 3.0.20-sarjaa.
- Testaa oikeilla tiedoilla: Lähetä järjestelmän kautta testilasku ja testihyvityslasku käyttäen todellisia asiakkaiden ja toimittajien nimiä, osoitteita ja rekisteröintikoodeja, koska R052 ja R053 muuttuvat virheiksi juuri näissä kentissä.
- Tarkista ostajan tunnukset: korjaus lisäsi Slovakian verokoodin 0245 27. tammikuuta 2026, ja Versiossa 3.0.21 on lisätty uudet ICD-koodit 0246–0248. Jos myyt rajojen yli, varmista, että järjestelmäsi tunnistaa nämä koodit jo.
- Säilytä todisteesi: Säilytä siirtymäkauden lähetys- ja toimitusvahvistukset, jotta voit näyttää, minkä säännöstön alaisuudessa lasku lähetettiin, jos kysyttävää ilmenee.
Mitä eroa on profiililla 01 ja profiililla 02?
Profiili 01, oletusarvo
Profiili 01 on tavallinen prosessi: myyjä lähettää laskun tai hyvityslaskun, ostaja vastaanottaa sen, ja siinä kaikki. Sen tekniset tunnisteet ovat kiinteät. CustomizationID, eli tagi, joka määrittää sovellettavat laskun vaatimustenmukaisuussäännöt, on `urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0`, ja ProfileID, eli liiketoimintaprosessin tunnistava tagi, on `urn:fdc:peppol.eu:2017:poacc:billing:01:1.0`, täsmälleen kuten nykyinen eritelmä tallentaa ne. Mikään olemassa olevassa XML-tiedostossasi ei muutu version 3.0.21 vuoksi. Tavallinen laskutusprosessi ei saa tästä julkaisusta uutta CustomizationID:tä eikä uutta ProfileID:tä.
Profiili 02, tulokas
Aidosti uutta on valinnainen profiili 02, joka lisättiin version 3.0.21 mukana tilanteisiin, joissa ostajan on lähetettävä palautetta laskusta esimerkiksi vahvistamalla, että se on hyväksytty tai hylätty. Tämän profiilin käyttöönotto edellyttää erillistä rekisteröitymistä SMP:hen eli Service Metadata Publisheriin (hakemisto, johon Peppol-verkosto tallentaa yrityksesi vastaanottamat asiakirjat). julkaisutiedot selitä. Jos kukaan ostajistasi ei vaadi tai tue profiilia 02, ei ole mitään syytä rekisteröityä siihen. Pysy profiilissa 01 ja lisää profiili 02 vasta, kun tietty kauppakumppani todella pyytää sitä.
Mitä tämä tarkoittaa Virossa, Latviassa ja Liettuassa?
Viro
Virossa kirjanpitolain muutos tuli voimaan 1. heinäkuuta 2025 antaa minkä tahansa kaupparekisteriin verkkolaskun vastaanottajaksi rekisteröidyn kirjanpitoyksikön vaatia myyjiä lähettämään sille verkkolaskun. Lasku katsotaan asianmukaisesti lähetetyksi, kun se täyttää eurooppalaisen standardin EN 16931-1, joka on laskun vaaditun sisällön määrittelevä jaettu semanttinen tietomalli, vaatimukset, elleivät osapuolet ole sopineet eri standardista.
Latvia
Latvian sääntö on selkeämmin sidottu Peppoliin. Valtion verovirasto (Valsts eiženemu dienests) määrittelee strukturoidun sähköisen laskun XML-tiedostoksi, jonka rakenteen on vastattava Peppol BIS Billing 3.0 -spesifikaatio. Strukturoidut sähköiset laskut tulivat pakollisiksi valtionhallinnon, yritysten ja valtionhallinnon sekä valtionhallinnon yritysten välisissä liiketoimissa 1. tammikuuta 2025; samojen laskutietojen lähettäminen veroviranomaiselle tulee pakolliseksi samoille segmenteille 1. tammikuuta 2026; ja yritysten välinen vaatimus yhdessä samanaikaisen toimittamisen kanssa veroviranomaiselle tulee voimaan 1. tammikuuta 2028.
Liettua
Liettuassa sähköiset laskut liikkuvat kansallisen SABIS-alustan kautta, jonka valtiovarainministeriö on yhdistetty Peppol-verkkoon. Käytännössä liettualaiset SABIS-järjestelmää käyttävät ostajat ja myyjät vaihtavat edelleen samoja Peppol BIS -laskutusasiakirjoja ja -profiileja, joita on kuvattu tässä artikkelissa.
Miksi laskut oikeasti hylätään?
Suuri osa "lasku ei mennyt läpi" -tapauksista tiivistyy viiteen sekoittuvaan ideaan. EN 16931 on eurooppalainen standardi, joka kuvaa laskun semanttista datamallia yleisesti: mitä tietoja se tarvitsee, ei tarkkaa tiedostomuotoa. Peppol BIS Billing 3.0 on kyseisen standardin CIUS eli sen Core Invoice Usage Specification: suppeampi käyttöopas, joka... tekee EN 16931 -vaatimuksista tarkempia Peppol-verkolle. Julkaisunumero, kuten 3.0.20 tai 3.0.21, ei ole uusi standardi eikä uusi laskumuoto. Se on validointi- ja koodilistaversio saman BIS Billing 3.0:n sisällä. SMP-rekisteröinti, joka määrittää, mitä profiileja yrityksesi voi todellisuudessa vastaanottaa, on erillinen tekninen asetus, joka ei muutu automaattisesti vain siksi, että julkaisu muuttuu. Ja PDF-lasku, olipa se kuinka oikealta tahansa näytöllä, ei ole Peppol-lasku. Se on liite, jota mikään kone ei lue tai validoi Peppolin sääntöjä vasten. Jos lasku hylätään, tarkista ensin, mikä näistä viidestä on todellinen ongelma, ennen kuin oletat, että "Peppol on rikki".“
Usein kysytyt kysymykset
Mitä muutoksia versiossa 3.0.21 on?
Versiossa 3.0.21 käytetään 6. maaliskuuta 2026 julkaistuja koodilistoja ja version 1.3.16 UBL/CII-validointiartefakteja. Merkittävin muutos koskee sääntöjä PEPPOL-COMMON-R052 ja PEPPOL-COMMON-R053, joista tulee virheitä. Lisätään valinnainen profiili 02.
Mitä eroa on profiililla 01 ja profiililla 02?
Profiili 01 on vakiolaskun lähetys ilman vastausta. Profiili 02 lisää laskun vastausprosessin, jossa ostajan on lähetettävä palautetta. Profiili 02 vaatii erillisen SMP-rekisteröinnin.
Mitä tarkistaa ennen 17. elokuuta 2026?
Pyydä operaattorilta kirjallinen vahvistus siirtymästä, päivitä validoijat, testaa oikeilla tiedoilla (R052 ja R053), tarkista ostajan tunnisteet (ICD-koodit 0246–0248) ja säilytä todisteet.