Lyhyt vastaus 7. elokuuta 2026 mennessä
Peppol BIS Billing 3.0 käyttää edelleen versiota 3.0.20 pakollisen 3.0.20-korjauksen kanssa 7. elokuuta 2026. Kymmenen päivää myöhemmin, 17. elokuuta 2026, versiosta 3.0.21, joka julkaistiin 20. toukokuuta 2026, tulee pakollinen. Kaikki kolme määräaikaa on lueteltu openPeppolissa. julkaisutiedoissa. Tämä ei ole uusi laskumuoto, vaan päivitys samassa Peppol BIS Billing 3.0 -perheessä tehdyistä validointi- ja koodilistoista. Järkevintä on nyt pyytää verkkolaskuoperaattoriltasi tai kirjanpito-ohjelmiston valmistajalta kirjallinen vahvistus: milloin heidän järjestelmänsä siirtyy 3.0.21-sääntöihin ja onko se testattu määräaikaan mennessä.
| 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 tiedostoperhe?
Suurin osa hämmennyksestä johtuu siitä, että “Peppol BIS Billing 3.0” ja versionumero, kuten 3.0.20 tai 3.0.21, kuulostavat samankaltaisilta, mutta ne eivät ole sama asia. BIS Billing 3.0 on vakaa liiketoiminta-asiakirjan kuvaus, joka kertoo, mitkä tietokentät laskun on sisällettävä. Se kuvaa yleisen lasku- ja hyvityslaskuprosessin, jota openPeppol kutsuu profiiliksi 01 ja joka on sen... virallisessa eritelmässä edelleen listattu nimellä “Profiili 01 – Laskutus”. Mutta tätä yleistä määritystä päivitetään säännöllisesti pienemmissä julkaisuissa, kuten 3.0.19, 3.0.20, 3.0.21 ja niin edelleen, jotka tuovat päivitetyt koodiluettelot tai sallittujen arvojen luettelot (kuten maakoodit) ja validointiartefaktit, jotka tarkistavat, onko lähetetty XML-tiedosto sääntöjen mukainen. Nykyisessä virallisessa oppaassa on edelleen versionumero 3.0.20, koska erittelyn otsikkosivu näyttää. Numero muuttuu versioon 3.0.21 vasta, kun tämä julkaisu tulee virallisesti voimaan.
Mitä muutoksia versiossa 3.0.21 on?
Versiossa 3.0.21 käytetään 6. maaliskuuta 2026 julkaistuja koodilistauksia ja 10. huhtikuuta 2026 julkaistun version 1.3.16 UBL/CII-validointiartefakteja. Molemmat päivämäärät ovat avoimia. (Peppoli) julkaisutiedoissa kirjeessä. UBL ja CII ovat kaksi vaihtoehtoista XML-syntaksia, joilla Peppol-lasku voidaan kirjoittaa; useimmat Baltian toimijat käyttävät UBL:ää. Merkittävämpi muutos koskee sääntöjä PEPPOL-COMMON-R052 ja PEPPOL-COMMON-R053, jotka aiemmin olivat varoituksia ja tulevat virheiksi kaikissa profiileissa versiossa 3.0.21. Käytännössä tämä tarkoittaa, että testeissä on käytettävä oikeita asiakas- ja toimittajatietoja, ei vain esimerkki-XML:ää, koska nämä säännöt tarkistavat nämä kentät. Laskutus- ja vastausprosessille on myös lisätty uusi valinnainen profiili 02. Kirjoitan siitä lisää alla. Tavalliselle laskun lähettäjälle, joka käyttää profiilia 01 ja yksinkertaisesti vaihtaa laskuja ja hyvityslaskuja, itse liiketoimintaprosessi ei muutu yhtäkään vaihetta. Vain taustalla suoritettavat tarkistukset muuttuvat.
Mitä kannattaa tarkistaa ennen 17. elokuuta?
Turvallisin tapa on toimia systemaattisesti, eikä toivoa, että käyttäjä "jo hoitaa sen":
- Toimittajan vahvistus: kysyä operaattorilta kirjallisesti, milloin heidän tuotantoympäristönsä siirretään 3.0.21 validointiartefaktien osalta.
- Validointilaitteiden päivitys: Jos vahvistat laskut itse, käytä uusimpia UBL/CII 1.3.16 -sääntöjä, äläkä vanhaa 3.0.20-sarjaa.
- Testaa oikeilla tiedoilla: Lähetä järjestelmän kautta testilasku ja -hyvityslasku oikeilla asiakkaan ja toimittajan nimillä, osoitteilla ja rekisterikoodeilla, koska R052 ja R053 muuttuvat virheiksi näissä kentissä.
- Tarkista ostajan tunnisteet: Hotfix-korjaus lisäsi Slovakian verokoodin 0245 27. tammikuuta 2026, ja versio 3.0.21 lisää uudet ICD-koodit 0246–0248. Jos myyt rajojen yli, varmista, että järjestelmässäsi on nämä koodit.
- Säilytä todisteet: Säilytä siirtymäkauden toimitusvahvistukset todistaaksesi, minkä sääntöjen mukaisesti lasku on laadittu.
Mitä eroa on profiililla 01 ja profiililla 02?
Profiili 01 on normaali prosessi: myyjä lähettää laskun tai hyvityslaskun, ostaja vastaanottaa sen ja asia on sillä selvä. Sen tekniset tunnisteet on määritelty: CustomizationID eli laskun vaatimustenmukaisuusvakuutuksen tunniste on `urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0` ja ProfileID eli liiketoimintaprosessin tunniste on `urn:fdc:peppol.eu:2017:poacc:billing:01:1.0`, kuten nykyinen opas kirjoittaa ne muistiin. Näitä arvoja ei tarvitse muuttaa olemassa olevassa XML-tiedostossasi version 3.0.21 jälkeen. Tämä julkaisu ei lisää uutta CustomizationID:tä tai ProfileID:tä normaalia laskutusprosessia varten.
Vain valinnainen profiili 02 on uusi, joka lisätään prosessiin versiossa 3.0.21. Tässä profiilissa ostajan on lähetettävä palautetta laskusta eli vahvistettava, onko lasku hyväksytty vai hylätty. Tämä profiili vaatii erillisen rekisteröitymisen SMP:hen eli Service Metadata Publisheriin, jossa Peppol-verkosto seuraa, mitä asiakirjoja yrityksesi voi hyväksyä, kuten julkaisutiedot Selitä. Jos ostajasi eivät vaadi tai tue profiilia 02, sen rekisteröinnissä ei ole mitään järkeä. Käytä profiilia 01 ja lisää profiili 02 vain, jos jokin tietty liikekumppani sitä erityisesti pyytää.
Mitä tämä tarkoittaa Virossa, Latviassa ja Liettuassa?
Voimassa Virossa alkaen 1. heinäkuuta 2025 alkaen kirjanpitolain muutos, jonka mukaan kaupparekisteriin verkkolaskun vastaanottajaksi rekisteröity kirjanpitovelvollinen voi vaatia myyjää toimittamaan sille verkkolaskun, ja lasku katsotaan asianmukaisesti laadituksi, jos se on eurooppalaisen standardin EN 16931-1 mukainen, elleivät osapuolet ole sopineet muusta standardista.
Latviassa vaatimus on selkeämmin Peppol-pohjainen: Valsts ieņēmumu dienests kuvaa strukturoitua sähköistä laskua XML-tiedostona, jonka rakenteen on oltava Peppol BIS Billing 3.0 -spesifikaatio. G2G-, B2G- ja G2B-tapahtumissa strukturoidut sähköiset laskut ovat pakollisia 1. tammikuuta 2025 alkaen, verkkolaskutietojen toimittaminen Verohallinnolle on pakollista samoilla segmenteillä 1. tammikuuta 2026 alkaen ja samanaikaisen toimituksen edellyttämä B2B-vaatimus tulee voimaan 1. tammikuuta 2028 alkaen.
Liettuassa sähköisiä laskuja käsitellään kansallisen SABIS-alustan kautta, jota hallinnoi valtiovarainministeriö. yhdistetty Peppol-verkkoon. Pohjimmiltaan tämä tarkoittaa, että SABIS-järjestelmää käyttävät liettualaiset ostajat ja myyjät ovat myös vuorovaikutuksessa samojen Peppol BIS -laskutusasiakirjojen ja -profiilien kanssa, joita tässä artikkelissa kuvataan.
Miksi laskut oikeasti hylätään?
Suuri osa "laskun menemättä jättämisestä" -tapauksista johtuu viidestä sekavasta käsitteestä. EN 16931 on eurooppalainen standardi, joka kuvaa laskun semanttista datamallia yleisesti. Peppol BIS Billing 3.0 on CIUS eli Core Invoice Usage Specification, joka on kavennettu käyttöopas tälle standardille ja joka... tekee standardin EN 16931 vaatimukset tarkemmiksi Peppol-verkon kontekstissa julkaisunumero, kuten 3.0.20 tai 3.0.21, ei ole uusi standardi tai uusi laskumuoto. Se on versio BIS Billing 3.0:ssa tehdyistä validointi- ja koodilistoista. SMP-rekisteröinti, joka määrittää, mitkä profiilit yrityksesi voi hyväksyä, on erillinen tekninen asetus, joka ei automaattisesti muutu julkaisumuutoksen myötä. Ja PDF-lasku, olipa se kuinka oikealta tahansa, ei ole Peppol-lasku. Se on liite, jota ei voi koneellisesti lukea eikä validoida Peppol-sääntöjen mukaisesti. Jos lasku hylätään, tarkista ensin, mitkä viidestä liitteestä todella puuttuvat, ennen kuin alat epäillä, 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.