ALV EU-kaupan yhteenvetoilmoituksessa
ALV EU-kaupan yhteenvetoilmoituksessa auttaa rakentamaan selkeän työnkulun, jossa tositteet, vastuut ja raportit tukevat suomalaista taloushallintoa.
ALV EU-kaupan yhteenvetoilmoituksessa on käytännön taloushallinnon aihe, jossa hyvä lopputulos syntyy ennen kaikkea selkeästä työnkulusta. EU-yritysmyynnin yhteenvetoilmoitus tarvitsee asiakkaan ALV-tunnisteen, kauppatyypin ja laskurivien tiedot erillään tavallisesta myyntiraportista. ALV-työnkulku kannattaa rakentaa niin, että myynti, osto, maksu ja ilmoitus muodostavat saman jäljitettävän ketjun.
Tämä opas on kirjoitettu suomalaiselle yritykselle, joka haluaa pitää kirjanpidon, laskutuksen, palkanlaskennan tai viranomaisasioinnin hallittuna modernissa ohjelmistossa. Jos tarvitset laajemman kokonaiskuvan, aloita osiosta ALV ja verot -oppaat ja palaa tähän artikkeliin käytännön tarkistuslistana.
Milloin asia kannattaa ottaa esiin
Aihe kannattaa nostaa esiin viimeistään silloin, kun tapahtumien määrä kasvaa, vastuuhenkilö vaihtuu, ohjelmisto vaihtuu tai sama virhe toistuu useammalla kaudella. Usein ongelma ei ole yksittäinen tosite, vaan se, ettei yrityksellä ole sovittua tapaa käsitellä poikkeuksia.
Käytännössä työ alkaa näin: Tunnista tapahtuman luonne, valitse ALV-koodi, tallenna päätöksen peruste, täsmäytä raportti pääkirjaan ja tarkista OmaVero-luku ennen ilmoittamista. Tämä tekee prosessista toistettavan ja vähentää riippuvuutta yhden henkilön muistista.
Työnkulku ohjelmistossa
| Vaihe | Tarkistus | Ohjelmiston tuki |
|---|---|---|
| Tunnistus | Mikä tapahtuma, maa, verokanta tai käyttöperuste ratkaisee käsittelyn? | Oikea ALV-koodi ja pakolliset perustiedot |
| Kirjaus | Miten myynti, osto tai korjaus kirjataan pääkirjaan? | Tosite, tili ja ALV-raportin rivi samassa ketjussa |
| Täsmäytys | Vastaavatko raportti, pääkirja ja OmaVeron luvut toisiaan? | Poikkeamaraportti ennen ilmoitusta |
| Arkistointi | Löytyykö päätöksen peruste myöhemmin? | Liitteet, muistiot ja hyväksynnät tositteella |
Ohjelmiston tärkein tehtävä on pitää data, hyväksyntä ja raportointi samassa ketjussa. Kun tapahtuma syntyy, sille pitäisi löytyä oikea asiakas, toimittaja, tili, ALV-koodi, kustannuspaikka tai muu tunniste ilman ylimääräistä käsityötä. Samalla käyttäjän pitää nähdä, milloin automaatio on varma ja milloin tapahtuma kuuluu poikkeusjonoon.
Tarkistuslista
- Varmista, että vastuuhenkilö on nimetty ja varahenkilö tietää missä aineisto sijaitsee.
- Käytä samoja tunnisteita laskutuksessa, pankissa, kirjanpidossa ja raportoinnissa.
- Tee poikkeuksille oma käsittelytapa sen sijaan, että ne korjataan hiljaisesti pääkirjaan.
- Tallenna päätöksen peruste tositteelle, raportille tai sulkukansioon.
- Vertaa kuukauden lopussa raporttia pääkirjaan ja avoimiin eriin ennen ilmoituksia tai johdon raportointia.
Tarkistuslista kannattaa pitää lyhyenä, mutta sen pitää pakottaa oikeat kysymykset esiin ennen kuin kausi lukitaan. Erityisesti ohjelmiston vaihdossa, tilinpäätöksessä ja viranomaisilmoituksissa pieni ennakkotarkistus säästää paljon korjaustyötä myöhemmin.
Tyypillinen riski
Suurin riski on, että poikkeus kirjataan samalla tavalla kuin tavallinen tapahtuma ja virhe kertautuu seuraavilla verokausilla. Riskin pienentämiseen riittää usein kaksi asiaa: pakolliset perustiedot jo tapahtuman syntyhetkellä ja säännöllinen täsmäytys ennen kuukauden sulkemista.
Jos työnkulku liittyy laskuihin tai tositteisiin, vertaa sitä myös oppaaseen tositteet ja kirjausketju . Jos kyse on ohjelmiston käyttöönotosta tai vaihdosta, hyödyllinen tausta on kirjanpito-ohjelman valinta .
Viranomaisnäkökulma
Tässä artikkelissa ei ole tarkoitus korvata Verohallinnon, Tulorekisterin, PRH:n, YTJ:n tai Valtiokonttorin ajantasaisia ohjeita. Tarkista määräajat, verokannat ja ilmoitustavat aina viranomaisen omasta ohjeesta ennen ilmoittamista tai olennaista muutosta.
- Verohallinnon arvonlisäveroprosentit
- Verohallinnon ALV-ilmoitus ja maksuohjeet
- Verohallinnon arvonlisäveron vähennys ostoista