Sähköinen lasku isännöitsijälle: EU-standardi ilman jargonia

Toimittajan lasku on kulkenut samaa reittiä kaksikymmentä vuotta: se saapuu PDF:nä isännöitsijän sähköpostiin, joku lukee summan näytöltä, kirjoittaa sen uudelleen taulukkoon tai kirjanpito-ohjelmaan, tallentaa PDF:n kansioon ja toivoo, että nämä kaksi pysyvät samassa tahdissa. Kun sama toistuu jokaisen hissisopimuksen, siivousyhtiön, vakuutuksen ja kertaluonteisen korjauksen kohdalla koko kohdesalkussa, laskujen uudelleenkirjoittaminen on todellinen osa isännöintitoimiston taustatyötä.

Se aikakausi on päättymässä lain voimalla, eikä vain yhdessä maassa. EU:ssa yritysten välinen sähköinen laskutus on siirtymässä vapaaehtoisesta pakolliseksi porrastetulla aikataululla, ja jäsenmaat ottavat sitä käyttöön tämän vuosikymmenen aikana. Suomessa yrityksellä on ollut vuodesta 2020 lakiin perustuva oikeus pyytää toiselta yritykseltä lasku sähköisessä muodossa, ja EU:n yhteiset säännöt tekevät sähköisestä laskusta pakollisen EU-maiden välisessä yritysten kaupassa vuodesta 2030. Aikataulut vaihtelevat, mutta suunta ja taustalla oleva standardi eivät.

Taloyhtiö ei ole tavallinen yritys, mutta sen toimittajat ovat, ja niin on isännöintitoimistosikin. Kun sähköinen laskutus arkipäiväistyy niiden keskuudessa, taloyhtiöiden laskut saapuvat yhä useammin rakenteisena tietona, oli vastaanottava pää valmis tai ei.

Useimmiten tästä puhutaan velvoitteena. Vastaanottajalle se on lähempänä lahjaa. Velvoite pakottaa toimittajat lähettämään laskut koneluettavassa muodossa, joten uudelleenkirjoittamisen aikakausi voi päättyä, jos vastaanotto on rakennettu oikein.

PDF ei ole enää lasku

Sähköinen lasku ei juridisessa mielessä ole PDF-kuva laskusta. Se on rakenteinen tietotiedosto, joka noudattaa eurooppalaista standardia EN 16931: myyjä, summat, päivämäärät ja maksutiedot, kaikki koneluettavina kenttinä. Juuri tuo yksi yhteinen standardi on tärkeä osa. Kansallisesta muunnelmasta riippumatta standardin mukaisen laskun alla on sama tietomalli, ja siksi standardia varten rakennettu työkalu toimii yli rajojen.

Käytännössä vastaan tulee saman standardin kaksi muotoa:

• Pelkkä XML on koneen muoto: XML-tiedosto ilman minkäänlaista visuaalista kerrosta. Avaa se katseluohjelmassa, niin näet kulmasulkeita. Se on tarkoituksella lukukelvoton, koska se on tehty koneille. Standardilla on kaksi syntaksia, UBL ja CII. Monella maalla on niistä oma kansallinen profiilinsa, mutta ne ovat EN 16931:n murteita, eivät erillisiä maailmoja.
• Hybridi (tunnetuin nimi on Factur-X) on tavallisen näköinen PDF, jonka sisään XML on upotettu. Ihminen näkee laskun, kone näkee tiedot. Ratkaisevaa on, että upotettu XML on laskun määräävä osa, eivät pikselit.

Hybridimuodossa on ansa, joka kannattaa tuntea. Kun hybridilasku käsitellään vanhaan tapaan, lukemalla PDF silmin ja kirjoittamalla luvut uudelleen, rakenteinen kerros jää huomaamatta. Visuaalisen kerroksen ja XML:n lukujen pitäisi vastata toisiaan, mutta koneluettava osa on se varsinainen lasku. Työtapa, joka koskee vain pikseleihin, käsittelee kuvaa laskusta ja heittää laskun itsensä pois.

Oikea vastaanotto: lue, näytä, vahvista

Oikeassa vastaanotossa on kolme vaihetta, ja vain yhdessä niistä tarvitaan ihmistä.

Ensin tiedosto menee sisään, XML tai hybridi-PDF, ja kone lukee rakenteiset kentät: kuka laskun lähetti, laskun numero, laskun ja eräpäivän päivämäärät, veroton summa, vero ja verollinen summa sekä tili, jolle maksetaan. Ei uudelleenkirjoittamista, ei lukujen poimimista näytöltä.

Toiseksi luetut kentät näytetään sinulle selkeässä, ihmisen luettavassa muodossa. Tämä on tärkeintä pelkälle XML:lle, joka ilman tätä vaihetta on kulmasulkeiden muuri, josta kukaan ei saa mitään irti, mutta se on tärkeää myös hybrideille: näet sen, mitä koneellinen kerros oikeasti sanoo, et sitä, mitä PDF sattuu näyttämään.

Kolmanneksi vahvistat kerran, ja laskusta tulee taloyhtiön kirjanpitoon kululuonnos luetulla summalla ja toimittajalla. Siitä eteenpäin se elää tavallisen kulun elämää: se odottaa tiliotetta, maksurivi kohdistetaan siihen, ja sen tila lasketaan itsestään, kuten jokaisen taloyhtiön kulun kuuluukin.

Yksi tiedosto sisään, yksi vahvistus, yksi kirjattu kulu. Siinä on työtavan koko käsityö.

Miksi vahvistus ei ole valinnainen

Aiheellinen kysymys: jos kone lukee kaiken, miksi vahvistaa lainkaan? Miksi laskuja ei kirjata automaattisesti heti niiden saapuessa?

Koska lukeminen on luotettavaa, mutta vastuuta ei voi delegoida. Lasku voi olla koneellisesti virheetön ja silti väärä: kaksoiskappale, summa, joka ei vastaa sopimusta, palvelu, jota ei koskaan tilattu, tai suoranainen huijaus. Laskuhuijaukset, joissa maksutiedot on muutettu, ovat todellinen ja yleistyvä ilmiö, ja vahvistusnäkymä on juuri se kohta, jossa ne pysähtyvät: luettu tilinumero on ihmisen edessä, joka tietää, mikä hissiyhtiön tili on aina ollut. Työtapa, joka kirjaa laskut automaattisesti, poistaa sen yhden hetken, jolloin isännöitsijän harkinta, se mistä taloyhtiö oikeasti maksaa, pääsee käyttöön.

Oikea rakenne on siis harkittu: kone tekee kaiken lukemisen, ihminen tekee sen yhden päätöksen. Kaikki tätä automaattisempi optimoi pois koko pointin.

Arkistoi alkuperäinen, ei esitystapaa

Kirjanpitosäännöt kaikkialla EU:ssa edellyttävät laskujen säilyttämistä vuosia, usein lähes vuosikymmenen. Suomessa kirjanpitolaki edellyttää tositteiden säilyttämistä vähintään kuusi vuotta sen vuoden lopusta, jona tilikausi päättyi. Tässäkin pätee sama logiikka kuin hybridimuodossa: säilytettävä on alkuperäinen tiedosto, XML tai hybridi-PDF täsmälleen sellaisena kuin se saapui, ei kuvakaappaus, ei ihmisen luettava esitys eikä uudelleen viety versio. Esitys on tämän päivän mukavuus; alkuperäinen on tallenne tarkastajalle vuosien päästä.

Vastaanottavan työkalun pitää siis tallentaa alkuperäinen muuttumattomana sen kulun rinnalle, joksi se muuttui, ja pystyä aina palauttamaan täsmälleen ne tavut, jotka saapuivat. Jos työkalu luo tallennetut laskut uudelleen tai ”siistii” niitä, se arkistoi omaa taidettaan eikä asiakirjaa.

Mihin lasku kulkee seuraavaksi

Laskujen vastaanottaminen tietona maksaa itsensä takaisin kaikessa, mitä tulee sen jälkeen. Vahvistettu kulu liittyy taloyhtiön tapahtumaketjuun, mikä tarkoittaa:

• Osakkaat näkevät sen. Lasku asettuu taloyhtiön tositteisiin, joista vuoden lukuja tarkasteleva osakas voi avata jokaisen rivin takana olevan todellisen asiakirjan.
• Vuositilitys imee sen itseensä. Tilikauden päätös ei enää vaadi laskujen metsästystä, koska jokainen toimittajan lasku on jo luokiteltuna kirjanpidossa. Koko kierros on kuvattu artikkelissa taloyhtiön tilikausi talousarviosta vuositilitykseen.
• Tilitoimisto saa puhdasta dataa. Kirjanpitotiedosto vie kulun kategorioineen kirjanpitäjälle, ja alkuperäinen asiakirja on saatavilla pyydettäessä.

Laske ihmisen kosketukset koko matkalta: yksi. Lasku vahvistettiin kerran, ja jokainen myöhempi käyttäjä, osakas, yhtiökokous, kirjanpitäjä ja tarkastaja, lukee tallenteita, jotka on johdettu tuosta yhdestä vahvistetusta tosiasiasta.

Mitä ei vielä ole, ja miksi silti kannattaa aloittaa

Kaksi toimituskanavaa kehittyy vielä markkinoilla: sähköpostilla saapuvien laskujen automaattinen vastaanotto sekä Peppol-verkko rakenteisten laskujen välitykseen, josta on tulossa EU-maiden yhteinen siirtokerros. Tänään luotettava perusta on lataus: laskutiedosto, miten tahansa se sinulle tulikin, viedään työkaluun, ja edellä kuvattu työtapa hoitaa loput. Kvaro lukee EN 16931 -standardin mukaiset UBL- ja CII-XML-tiedostot sekä Factur-X-PDF:t.

Tuo perusta on jo koko voitto. Sähköisen laskutuksen kustannus ei koskaan ollut latausklikkaus, vaan uudelleenkirjoittaminen, toisistaan poikkeavat kansiot ja laskujen metsästys joka tammikuu. Ne loppuvat sinä päivänä, kun vastaanotto alkaa lukea rakenteista tietoa sinun sijastasi. Velvoite pani toimittajat tekemään vaikeamman puolen; vastaanottava puoli on nyt valinta.