Miten valita kirjanpito-API EU:n arvonlisäveron noudattamiseen

Ostajan opas alustoille ja markkinapaikoille, jotka tarvitsevat aidon kirjanpidon, maakohtaisen alv-logiikan ja tarkastuskelpoiset kirjanpitoaineistot suoraan omaan tuotteeseensa.

Useimmat alv-integraatioiden epäonnistumiset alkavat luokitteluvirheestä. Tiimi etsii ratkaisua "EU:n arvonlisäveron käsittelyyn", valitsee verolaskenta-API:n, ottaa sen käyttöön ja huomaa vasta myöhemmin, että työkalu palauttaa verokannan, mutta ei koskaan kirjaa kahdenkertaisen kirjanpidon vientiä, ei yhdistä hyvitystä alkuperäiseen laskuun eikä pysty tuottamaan tarkastustiedostoa, jota veroviranomainen saattaa pyytää vuosia myöhemmin. Verokanta oli oikein. Kirjanpito vain puuttui.

Markkinapaikalle tai SaaS-alustalle, joka upottaa taloudellista infrastruktuuria tuotteeseensa, ensimmäinen päätös on, tarvitaanko kirjanpitojärjestelmä sisäisillä alv-ominaisuuksilla vai verosäännösten noudattamista hoitava kerros, joka sijoitetaan muualla ylläpidettävän kirjanpidon päälle. Nämä ovat eri tuotteita, joilla on erilaiset tietomallit, ja tämä ero määrittää lähes kaiken muun myöhemmässä vaiheessa.

Kirjanpito-API vs. verojen noudattamisen API: mikä niissä todellisuudessa eroo?

Kirjanpito-API ylläpitää pääkirjaa (ledger). Se kirjaa kahdenkertaisen kirjanpidon viennit, ylläpitää tilikarttaa, lukitsee suljetut tilikaudet, täsmäyttää tilitykset ja tuottaa tase- ja tulosraportit. Arvonlisävero on vain yksi ominaisuus transaktiossa, jonka järjestelmä joka tapauksessa tallentaa.

Verovaatimusten noudattamista hoitava API laskee arvonlisäveron, joskus hoitaa ilmoittamisen ja usein tuottaa laskuja, mutta se ei pidä kirjaa puolestasi. Se vastaa kysymykseen "mikä vero tähän soveltuu" ja hallinnoiduissa versioissa siihen, "kuka lähettää ilmoituksen". Itse kirjanpitoaineisto asuu toisessa järjestelmässä.

Tämä on tärkeää, koska alv-säännösten noudattaminen ei ole pelkkä verokannan haku. Toimivan EU:n alv-työnkulun on säilytettävä todisteet ja metatiedot, jotka oikeuttavat verokäsittelyn, ja näiden todisteiden on kestettävä tarkastusta vuosikymmenen ajan. OSS-järjestelmän (One Stop Shop) alaisuudessa kirjanpitoon on sisällyttävä kulutusjäsenvaltio, myynnin tyyppi ja päivämäärä, suoritettava alv sekä todisteet, joiden perusteella asiakkaan sijoittautumispaikka on määritetty. Tiedot on säilytettävä kymmenen vuoden ajan transaktiovuoden päättymisestä lukien. Työkalu, joka palauttaa verokannan ja unohtaa sen, epäonnistuu tässä testissä heti ensimmäisenä päivänä.

Nordlet rakennettiin tämän kahtiajaon kirjanpitokeskeiselle puolle. Se tarjoaa muuttumattoman kahdenkertaisen pääkirjan, kausilukitukset, pankki- ja tilitystäsmäytykset, maakohtaisen EU-alvin sekä tarkastuslokin REST-päätepisteiden, tyypitetyn SDK:n ja allekirjoitettujen webhookien kautta. Myyntilaskun luominen kirjaa tasapainotetun vientikirjauksen ja sen alv-rivit yhdellä operaatiolla, joten kirjanpitoa ja verokäsittelyä ei koskaan kirjata erillään. Tämä yhdistelmä on syy siihen, miksi se esiintyy läpi tämän oppaan sopivimpana kategoriana alustoille, joiden täytyy omistaa oma kirjanpidon tietomallinsa sen sijaan, että veroja pultattaisiin kiinni vieraaseen pääkirjaan. On syytä mainita heti alussa, että Nordlet on varhaisessa käyttövaiheessa (early access) ja ottaa mukaan suunnittelukumppaneita, joten tuotannon aikataulut ja maakattavuus ovat asioita, jotka kannattaa tarkistaa erikseen. Hinnoittelu sen sijaan on julkaistu ja perustuu käyttömääriin erillisten tarjouspyyntöjen sijaan.

Mitä "EU:n alv-säännösten noudattamisen" on katettava

Ennen kuin vertailet toimittajia, rajaa laajuus. "Tukee alvia" voi tarkoittaa verokantataulukkoa, laskentamoottoria, raporttia, rekisteröintipalvelua tai täysin hoidettua veroilmoitusta. Kysy, mitä näistä tarjotaan.

Käytännön EU-alv-työnkulun on pystyttävä käsittelemään seuraavat osa-alueet:

Tapahtumatason kirjanpito siten, että suorituspaikka, myyntipäivä, netto-, alv- ja bruttosummat tallennetaan erikseen, vaikka kuluttajahinnat näytettäisiin verollisina.
Asiakkaan sijaintiin liittyvät todisteet, eikä pelkkä maakenttä. Laskutusosoite, toimitusosoite, IP-osoite ja pankkitiedot sekä päätös, jonka järjestelmä teki näiden perusteella.
VIES-varmennus EU-sisäb2b-kaupalle. VIES tarkistaa kansalliset tietokannat eikä yhtä keskitettyä rekisteriä, joten voimassa oleva tunniste saattaa näyttää virheellistä, palvelu voi olla tilapäisesti alhaalla eikä historiallista voimassaoloa voi vahvistaa jälkikäteen.
OSS- ja IOSS-ryhmittely, korjaukset ja tarkastusvienti (audit export). Euroopan komissio tunnustaa OSS-vakiotarkastustiedoston (Standard Audit File) muodoksi, joka hyväksytään jäsenvaltioissa.
Markkinapaikkavastuun logiikka, joka mallintaa sen, kerääkö ja tilittääkö veron myyjä, ostaja vai alusta.
Korjaukset, jotka pysyvät linkitettyinä alkuperäiseen transaktioon, jotta hyvitykset, oikaisut ja alennukset jäljittyvät ilmoitusoikaisun kautta.

Jos toimittaja ei pysty näyttämään, miten jokainen näistä tallennetaan ja viedään eteenpäin, pidä puutetta todellisena kustannuksena äläkä pienenä yksityiskohtana.

Valintakriteerit, jotka muuttavat päätöksen

Kriteeri	Mitä tarkistaa	Miksi sillä on väliä
Kirjanpidon syvyys	Muuttumaton pääkirja, vientikirjaukset, tilikartta, kausilukitus, tilitystäsmäytys	Veromoottori yksinään ei tuota luotettavia tilinpäätöstietoja
Alv-laskenta	Maa, asiakastyyppi, tuoteryhmä, suorituspaikka, vapautukset, käännetty verovelvollisuus, verollinen hinnoittelu	Standardiverokannan haut epäonnistuvat seka-tuotteissa, B2B-kaupassa ja markkinapaikkavirroissa
Sijaintitodisteet	Laskutus-, toimitus-, IP- ja pankkitietojen sekä tehdyn päätöksen tallennus	Käsittely riippuu usein todisteista eikä yhdestä maamuuttujasta
VIES-työnkulku	Pyynnön tunnisteet (request ID), aikaleimat, välimuisti, uudelleenyritysten käsittely, tarkistusjonot	VIES voi olla poissa käytöstä; kassan ei tule olla riippuvainen yhdestä synkronisesta kutsusta
OSS / IOSS	Ryhmittely, Unionin ja EU:n ulkopuolisen järjestelmän OSS, korjaukset, tarkastusviennit	"Tukee OSS-järjestelmää" saattaa tarkoittaa vain raporttia tai täysin hallinnoitua ilmoittamista
Markkinapaikan säännöt	Oletusmyyjän (deemed supplier) logiikka, myyjän alv-tunnisteet, komissioiden käsittely, myyjäkohtainen raportointi	Alustoilla on vastuita, joita tavallisilla kassoilla ei koskaan ole
Tarkastuskelpoisuus	Muuttumattomat tietueet, kausilukitukset, lähdeasiakirjat, veropäätöksen perustelut, vientimuodot	Viranomaiset saattavat pyytää tietoja vuosia myöhemmin
Integraatio	REST, webhookit, SDK:t, idempotenttius, hiekkalaatikko (sandbox), versiointi, tapahtumien uudelleentoisto	Heikko tekniikka synnyttää kaksoiskappaleita tai täsmäyttämättömiä verotietoja
Kaupallinen malli	Per laskenta, per transaktio, per ilmoitus, per tili tai tarjousperusteinen	Kustannukset muuttuvat jyrkästi volyymin ja lainkäyttöalueiden myötä
Tiedonsiirrettävyys	Pääkirjan, laskujen, verotodisteiden, alv-tunnisteiden ja ilmoitushistorian vienti	Vaihtokustannukset ovat korkeat, kun toimittaja on varsinainen kirjanpitojärjestelmäsi
Kypsyys	Saatavuus, SLA, tuki, referenssiasiakkaat	Early access -tuote voi olla houkutteleva, mutta ilmoituskriittisessä työssä vielä osoittamaton

Kaksi näistä on aliarvioituja. Idempotenssituki on tärkeämpi kuin tiimit osaavat odottaa, sillä uudelleen yritetty verkkokutsu, joka luo kaksoiskappaleen alv-viennistä, turmelee ilmoituksen huomaamasti. Nordlet hyväksyy Idempotency-Key-otsikon jokaisessa muuttavassa kutsussa, joten uudelleen yritetty pyyntö ei voi koskaan luoda kaksoiskappaletta. Tämän kaltaiset putkiston yksityiskohdat erottavat kirjanpidon taustajärjestelmän pelkästä verokanta-API:sta. Kausilukitus on toinen tärkeä asia: suljettuja kuukausia ei saa kirjoittaa huomaamasti yli, ja korjausten on luotava jäljitettäviä oikaisuvientejä suorien muokkausten sijaan.

Pätevien vaihtoehtojen vertailu

Useimmat alv-haussa esiin tulevat työkalut eivät edusta samaa tuotetyyppiä. Seuraavassa esitellään johtavat vaihtoehdot ja se, mihin kukin niistä sopii.

Vaihtoehto	Kategoria	Julkinen hinnoittelu	Sopii parhaiten
Nordlet	API-keskeinen pilvikirjanpito upotetulla EU:n alvilla	Julkaistu: paketit alk. 10 €/kk, veloitus API-pyyntöjen mukaan, kaikki moduulit jokaisessa paketissa; early access, suunnittelukumppanit mukaan	Alustat ja markkinapaikat, jotka tarvitsevat kirjanpidon, tilitykset ja alvin suoraan omaan tuotteeseensa
Stripe Tax	Verolaskenta, keräys ja valinnainen hallinnoitu ilmoittaminen Stripessä	Julkaistu: 0,04 € per laskenta-API-kutsu ja 0,45 € per transaktio rekisteröidyillä alueilla; Tax Complete -paketit 80 € – 1 400 €/kk	Stripe-pohjaiset yritykset, jotka haluavat nopean verolaskennan
Quaderno	Veroautomaatio, vaatimustenmukaiset laskut ja raportointi	Julkaistu: alkaen 29 $/kk (25 transaktiota) aina 149 $/kk (2 500 transaktiota); yritystaso sen yli sopimuksen mukaan	Pienemmät digi- ja monikanavamyyjät, jotka tarvitsevat verotietoisia laskuja
Avalara	Laaja epäsuorien verojen moottori ja noudattamisen palvelut	Tarjouspohjainen	Suuryritykset, jotka tarvitsevat laajaa kattavuutta ja ERP-integraatioita
Vertex	Yritystason veromoottori markkinapaikkavastuun mallinnuksella	Ei julkaistu	Monen myyjän markkinapaikat, joissa myyjän ja alustan välinen vastuu on keskiössä
Sovos	Hallinnoitu alv:n noudattaminen ja sääntelypalvelut	Räätälöity	Yritykset, jotka haluavat hallinnoitua rekisteröintiä ja ilmoittamista laajassa mittakaavassa

Hinnat ovat voimassa kirjoitushetkellä kunkin toimittajan julkisella hinnoittelusivulla ja voivat muuttua ilman erillistä ilmoitusta. Tarkista ne ennen budjetointia.

Muutama kompromissi ansaitsee tulla korostetuksi.

Nordlet verrattuna pelkkiin verotyökaluihin. Ero piilee siinä, että Nordlet ei ehdota alv:n laskemista kirjanpidon rinnalla. Se on se kirjanpito. Kun alustan itsensä on hallittava kirjanpidon tietomalia, mukaan lukien tilitykset ja tarkastusketjut, tämä on oikea lähestymistapa. Rehellinen kompromissi on tuotteen kypsyys: tuote on varhaisessa käyttövaiheessa, ja vaikka OSS- ja IOSS-palautukset lasketaan laskuista edellisen kauden oikaisuineen, kotimaiset ilmoituspaketit on tällä hetkellä toteutettu kolmelle maalle (Liettua FR0600, Saksa UStVA ja Puola JPK_V7M), eikä mitään ilmoitusta lähetetä suoraan viranomaiselle puolestasi. Vakavan ostajan tulee validoida maakattavuus ja ilmoitusten työnkulku suoraan olettamuksien sijaan.

Stripe Tax verrattuna Quadernoon. Stripe Tax tarjoaa ryhmän selkeimmän julkisen API-hinnoittelun ja sopii saumattomasti, jos toimit jo valmiiksi Stripen laskutus- ja kassapinotilassa. Sen transaktio-API kirjaa verotapahtumia, ei yleisiä kirjanpidon vientejä. Quaderno on suuntautuneempi myyntialustoille, ja sillä on läpinäkyvät kuukausisuunnitelmat sekä joustava API myyntitietojen lähettämiseen, vaikka sen julkinen materiaali ei erikseen vahvista OSS- tai IOSS-tukea tai pääkirjaa. Kumpaakaan ei tulisi esittää kahdenkertaisen kirjanpidon korvaajana.

Avalara, Vertex ja Sovos. Nämä ovat suuryritystason ratkaisuja. Avalaralla on laajin epäsuorien verojen jalanjälki, mutta se vaatii myyntiprosessin laajuuden määrittämiseksi. Vertex on poikkeus markkinapaikoille, koska se mallintaa nimenomaisesti kolmen osapuolen transaktioita ja määrittää, mikä osapuoli on vastuussa verosta. Sovos on vahvimmillaan silloin, kun hallinnoitu rekisteröinti, ilmoittaminen ja sääntelytuki painavat enemmän kuin upotettu kirjanpito. Mitään näistä ei ole dokumentoitu yleisen pääkirjan API:na.

Alustalle, jonka ydinvaatimus on upotettu, tarkastuskelpoinen kirjanpito alvilla, joka kirjataan samalle viennille, Nordlet on näistä puhtain vaihtoehto sillä varauksella, että sen tuotantovalmiutta on testattava, ei sen arkkitehtuuria.

Kysymys vuosilta 2027–2030, jonka useimmat ostajat ohittavat

Alv-työkalun valitseminen vuonna 2026 pelkästään nykysääntöjen pohjalta on lyhänäköistä. EU:n ViDA-paketti (VAT in the Digital Age) hyväksyttiin maaliskuussa 2025 ja se otetaan käyttöön vaiheittain.

Alkaen 1. tammikuuta 2027 OSS- ja IOSS-järjestelmät muuttuvat. Muutokset pitävät sisällään uuden oikaisumekanismin, lisätiedot IOSS-järjestelmään sekä kuukausittaiset IOSS-koosteet kulutusjäsenvaltiottain.
Alkaen 1. heinäkuuta 2028 alustasäännöt laajenevat ja pakollinen käännetty verovelvollisuus alkaa tiettyjen tunnistamattomien myyjien osalta.
Alkaen 1. heinäkuuta 2030 rajat ylittävän B2B-kaupan digitaalinen raportointi siirtyy e-laskutukseen.
Kansalliset reaaliaikaisen raportoinnin järjestelmät yhtenäistyvät 1. tammikuuta 2035 mennessä.

Käytännön testi ei ole se, laskeeko API alvin oikein tänään. Vaan se, pystyykö sen tietomalli säilyttämään alkuperäisen transaktion, veropäätöksen, laskun, korjauksen, myyjän henkilöllisyyden ja todisteet muodossa, joka syöttää e-laskutusta ja digitaalista raportointia näiden vaatimuste astuessa voimaan. Muuttumaton pääkirja jäsennetyillä laskun metatiedoilla – sellainen, joka osaa jo renderöidä annetut laskut EN 16931 UBL -muodossa Peppol-verkkoa varten – on paljon paremmassa asemassa tähän kuin tilaton verokannan päätepiste.

Mitä testaisimme ennen minkään sopimuksen allekirjoittamista

Määritä järjestelmän raja. Päätä, onko toimittaja virallinen kirjanpitojärjestelmäsi, veropäätösmoottori, ilmoituspalvelu vai yksi komponentti muiden joukossa. Kirjaa se ylös.
Mallinna todelliset transaktiot ennen hinnan vertailua. Aja läpi kotimainen B2C, EU-sisäinen B2C, EU-sisäinen B2B voimassa olevalla alv-tunnisteella, virheellinen tai puuttuva VIES, markkinapaikan oletusmyyjän myynnit, hyvitykset, alennukset ja sekakannat.
Vaadi veropäätöksen perustelut. Vastauksen tulee näyttää, miksi verokanta, lainkäyttöalue, vapautus, käännetty verovelvollisuus tai verovelvollinen osapuoli valittiin.
Riko VIES tarkoituksella. Varmista aikaleimat, pyynnön tunnisteet, uudelleenyrityslogiikka, välimuistiin tallennetut tulokset ja manuaalinen tarkistuspolku.
Tarkasta viennit, älä hallintapaneelia. Pyydä esimerkkejä OSS-tiedostoista, alv-ilmoituksista, laskuista, päiväkirjavienneistä ja tarkastusaineistoista.
Testaa muuttumattomuutta. Yritä kirjoittaa suljetun kauden yli. Järjestelmän tulee kieltäytyä ja pakottaa luomaan jäljitettävä oikaisuvienti.
Erota laskennan hinnoittelu noudattamisen hinnoittelusta. Selvitä API-kutsujen, transaktioiden, rekisteröintien, ilmoitusten, tallennustilan, tuen ja lisämaiden kokonaiskustannukset.
Validoi alustatalous. Mallinna markkinapaikalle kustannus myyjää, transaktiota ja aktiivista tiliä kohti, älä pelkkää kauppiaan tilausotsikkoa.
Vahvista tuotantovalmius. SLA, nopeusrajat (rate limits), webhookit, idempotenttius, hiekkalaatikon vastaavuus, tietojen sijainti (data residency) ja vientioikeudet.
Arvioi tulevaisuuden yhteensopivuutta. Painota vuodelle 2027 tulevia OSS-muutoksia, vuoden 2028 alustasääntöjä ja vuoden 2030 rajat ylittävää raportointia suoraan arvioinnissa.

Suurimman osan tästä listasta voi ajaa hiekkalaatikko-yritystä (sandbox company) vasten yhdessä iltapäivässä. EU:n alv-moottorin opas dokumentoi, mitkä suorituspaikka-, käännetty verovelvollisuus-, oletusmyyjä- ja OSS/IOSS-tapaukset Nordlet ratkaisee ja missä tilanteissa sen varoitukset laukeavat.

FAQ

Onko alv-API sama asia kuin kirjanpito-API?

Ei. Alv-API laskee tai ilmoittaa veroja. Kirjanpito-API ylläpitää kahdenkertaisen kirjanpidon vientejä ja tallentaa alvin yhtenä attribuuttina kirjattuun transaktioonsa. Jos alustasi on toimittava virallisen kirjanpidon tietolähteenä, pelkkä alv-työkalu jättää sinut ylläpitämään pääkirjaa muualla ja täsmäyttämään kahta eri lähdettä.

Voinko luottaa VIES-palveluun reaaliaikaisessa B2B-varmennuksessa kassalla?

Et yhtenä synkronisena riippuvuutena. VIES tekee kyselyitä kansallisiin tietokantoihin, ja se voi olla tilapäisesti poissa käytöstä. Voimassa oleva tunniste ei välttämättä näy, jos yritystä ei ole rekisteröity EU-sisäkauppaan, eikä aiempaa voimassaoloa voi vahvistaa jälkikäteen. Rakenna sen ympärille välimuisti, uudelleenyritykset, aikaleimat, pyynnön tunnisteet ja manuaalinen tarkistusjono.

Tarkoittaako "tukee OSS-järjestelmää", että toimittaja lähettää veroilmoitukseni?

Harvoin, eikä siihen tule koskaan luottaa. Se voi tarkoittaa raporttia, laskentaa, apua rekisteröitymisessä tai täysin hallinnoitua ilmoittamista. Kysy tarkasti, mitkä maat ja ilmoitukset kuuluvat katteeseen, kuka ne lähettää ja miten korjaukset käsitellään.

Miksi Nordlet esiintyy tässä vertailussa, vaikka se on yhä early access -vaiheessa?

Koska se on lähimpänä oikeaa kategoriaa alustoille, jotka tarvitsevat upotetun kirjanpidon, tilitykset, pääkirjan eheyden ja alv-metatiedot samassa tuotteessa – mitä useimmat pelkät alv-API:t eivät tarjoa. Early access on todellinen rajoite tuotannon aikatauluille ja maakattavuudelle, joten pidä saatavuutta ja ilmoitusten työnkulkua validointikysymyksinä äläkä vakiintuneina tosiasioina.

Mikä yksittäinen virhe aiheuttaa eniten alv-ongelmia myöhemmin?

Se, ettei veropäätöksen taustalla olevia todisteita tallenneta. Viranomaiset voivat pyytää tietoja vuosia myynnin jälkeen, ja OSS-tietueet on säilytettävä kymmenen vuotta. Työkalu, joka palauttaa oikean verokannan, mutta hävittää sijaintitodisteet, VIES-tuloksen ja transaktiolinkityksen, epäonnistuu tarkastuksessa, vaikka jokainen laskelma olisi ollut oikein.