Keri sisuni

Andmepõhine KMD

Andmepõhise KMD artiklite sarja kokkuvõte

Tavalise müügiarve kajastamine andmepõhisel KMD-l

Eraisikule esitatud arvete kajastamine andmepõhisel KMD-l

Ühendusesisene käive

Erinevad maksumäärad samal arvel ja andmepõhine KMD majandustarkvaras Profit

Sisendkäibemaksu deklareerimine andmepõhisel KMD-l

Kolmnurktehingute kajastamine andmepõhise aruandlusega 1

Kolmnurktehingute kajastamine andmepõhise aruandlusega 2

Kauba ühendusesisese soetamise kajastamine andmepõhisel KMD-l

Kolmnurktehingu kajastamine soetaja raamatupidamises

Ostja vs maksja müügiarvel ja kandes

Andmepõhise KMD koostamine Profitis

Andmete kontroll andmepõhiseses KMD-s

KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi

Intellisoft OÜ koostöös Maksu- ja Tolliametiga osaleb projektis “KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi”.

Tegemist on reaalajamajanduse andmepõhise aruandluse prototüüplahendusega.

Eesmärk on toetada läbi andmepõhine aruandluse arendamise tarkvara arendusi, mis lihtsustavad aruandluskohustuslastel andmete esitamist.

Projekti kogumaksumus on 50 000 eurot, millest 35 000 eurot on EIS-i toetus.

alt text

Andmepõhise KMD koostamine Profitis - andmete kontroll

Räägime erinevatest andmete liikidest ja nende kontrollimisest andmepõhisest käibedeklaratsiooni vaatepunktist.

Andmete kontrolli all mõtleme esitamise kohustuse kontrolli, aruande andmete ehk allikate kontrolli, koostatud aruande formaalse ja sisulise kontrolli ning peale aruande esitamist aruande ja andmete konsistentsuse tagamist

Esitamise kohustus

Programm võib kontrollida, kas kõik aruanded on esitatud ja kas esitatud aruanded on vastu võetud, kuvades asjakohased hoiatused otseteedega. Nii kasutaja programmi sisse logides saab ülevaate sellest, kas ta peab pöörama KMD-le tähelepanu.

Allikate kontroll

Selleks, et aruannet koostada, andmed peavad olema korrektsel kujul, näiteks asjakohastele kontodele peavad olema valitud KMDTyyp, firmadel peavad olema täidetud vajalikud rekvisiidid (KMKR nr, riik) jne. Programm võib seda kõike ise kontrollida ja pakkuda kasutajale tuge kui andmed vajavad täiendamist.

Näiteks kui kontol puudub KMDTyyp, programm võib kuvada seda kontot koos otseteega konto kaardile ning konto kaardil võib programm näidata selle arust sobivaimad valikud klassifikaatorist selleks, et kasutaja näeks võimalikult vähe vaeva rutiinsete tööde tegemisega.

Analoogselt saab kontrollida dokumentide (ostu- ja müügiarved) ja kannete korrektsust.

Selleks Profitis on loodud andmete kontrolli funktsioon. See on raamistik, mille abil saab luua erinevaid kontrolle, neid teostada ja kuvada kontrolli tulemusi. Samuti kasutaja saab mittevajalikud kontrollid ka välja lülitada.

Andmete kontrolli tulemusi, mis puudutavad KMD-t saab programm kuvada aruande aknasse. Kontrolli tulemusi saab programm kasutada selleks et hinnata, kas aruannet saab arvutada / kinnitada / esitada.

Andmete parandus

Andmete kontrolliga haakub kokku ka andmete paranduse teema. Kõiki andmeid ei pea parandama käsitsi. Oleme edukalt katsetanud AI assistenti, mis tuginedes konto nimetusele pakub sobiva majandusliku sisu. Analoogselt saab arendada assistenti, mis pakub kontole KMD tüüpi.

Eesti firmade rekvisiite saab täita kasutades äriregistri avaandmeid.

Aruande kontroll

Kui aruanne on arvutatud, saab kontrollida, kas aruanne on korrektne. Selleks saame kontrollida aruande formaalset vastavust skeemile ja viia läbi hulk sisulisi kontrolle.

Tulemusena saame vältide eos vigaste aruannete esitamist säästes nii aega ja muid ressursse.

Esitatud aruande konta saab pärida aruande olekut ja maksuameti infosüsteemi poolse kontrolli tulemusi.

Nii aruande kontroll jagatakse kaheks - ettevõtte sisemine kontroll (automaatne, raamatupidaja) ning kontroll maksuameti poolt.

Mõlema kontrolli tulemusi tuleb kuvada kasutajale mugaval kujul ning võimalusel lihtsustada avastatud probleemide parandust pakkudes otseteid, valikuvariante jm.

Andmete konsistentsuse tagamine

Kui aruanne on arvutatud, tuleks vältida olukorda, kus algandmete (dokumendid, kanded, parandused vastaspoole andmetes(?)) muutmise tagajärjel esitatud aruanne muutub tegelikkusele mittevastavaks.

Siin võib kasutada kahte lähenemist: - andmete muutmise takistamine - kasutaja teavitamine

Andmete muutmise takistamine.

Aruande esitamine "sulgeb" perioodi, mis vastab aruandele ja pärast seda ei ole enam võimalik lisada sinna perioodi uusi dokumente ning ei saa antud perioodi kuuluvaid dokumente muuta. Muutmiseks tuleb aruanne tühistada.

Kasutaja teavitamine

Kui aruandega seotud algandmeid muudetakse, kasutajat teavitatakse, et muudatused "rikuvad aruannet" ning saadakse kasutaja kinnitust, kas seda tohib teha. Muudatuse salvestamise korral aruanne saab oleku "Mittevastav tegelikkusele" ja see tuleb arvutada ja esitada uuesti.

Konsistentsust maksuameti infosüsteemis oleva aruandega ei saa jõuga tagada, kuid saab kontrollida nii, et "vastuvõetud" olekus aruandel peab olema sama unikaalne tunnus, mis maksuameti infosüsteemil. St "tegelikkusele mittevastava" aruande uuesti arvutamisel see peab kaotama selle tunnuse (või uuesti arvutades aruannet dubleeritakse).

KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi

Intellisoft OÜ koostöös Maksu- ja Tolliametiga osaleb projektis “KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi”.

Tegemist on reaalajamajanduse andmepõhise aruandluse prototüüplahendusega.

Eesmärk on toetada läbi andmepõhine aruandluse arendamise tarkvara arendusi, mis lihtsustavad aruandluskohustuslastel andmete esitamist.

Projekti kogumaksumus on 50 000 eurot, millest 35 000 eurot on EIS-i toetus.

alt text

Andmepõhise KMD koostamine Profitis.

Kirjutame sellest, kuidas andmepõhise KMD koostamine ja edastamine maksuametisse võiks olla kajastatud Profitis.

Andmete allikad

Nagu oleme varem kirjutanud, uus lahendus kasutab põhilise andmete allikana kannet erinevalt hetkel eksisteeriva süsteemist, kus osad andmed tulevad erinevate dokumentide pealt. Uus süsteem kaotab ära vajaduse sisestada müügiarved selleks, et saaks KMD lisad esitada, see muuhulgas lahendab ka käibemaksukohuslasest korteriühistute vajadust esitada KMD koos A ja B osaga.

Oluline on KMDTyyp klassifikaatori sidumine kontoplaaniga. Sisuliselt uus andmepõhine aruanne seisnebki pearaamatu kannete mäppimises KMDTyypidele.

Töö lihtsustamiseks ja dubleerimise vältimiseks osad andmed salvestuvad kandele algdokumendi kinnitamise käigus, nt KM määr, ettevõtte riigi andmed jm

Andmete allikad

Aruande koostamise ja esitamise töövoog

Üldine töövoog on esitatud alloleval plokkskeemil:

Aruande esitamise töövoog

Üldine aruande koostamise ja esitamise töövoog

  • Algselt luuakse aruande mustand, mis sisaldab infot aruandeperioodi kohta
  • Arvutamise tulemusena aruandele tekivad andmed XBRL GL formaadis. Raamatupidaja töö lihtustamiseks luuakse võimalus need andmed visualiseerida, esialgu harjumispärasel vana KMD meenutaval kujul või üldisemal tabeli kujul Avastatud probleemide korral neid kuvatakse samuti aruande aknasse. Avastatud probleeme saab programmi kasutaja lahendada neid mujal programmis (võimalusel programm võimaldab avada probleemseid dokumente, püsiandmete kirjeid või seadistuste lehti otse aruande aknast). Peale probleemide lahendamist aruannet saab uuesti arvutada ja veenduda, et probleemi kirjeldus on ära kadunud. Parandamise protsess võib käia mitme iteratsiooni vältel ja seda ei pea tegema sama kasutaja või sama kasutajasessiooni sees.
  • Kui arvutatud aruande andmetel ei ole probleeme (või need ei takista aruande esitamist) ning raamatupidaja on aruannet üle vaatanud, aruannet saab kinnitada. Kinnitatud aruannet ei saa enam uuesti ringi arvutada.
  • Kinnitatud aruannet saab edastada maksuameti infosüsteemi. Selle sammu tulemusena maksuameti infosüsteem omistab aruandele unikaalse tunnuse, mida salvestatakse andmebaasi. Selle tunnuse abil saab hiljem pärida aruande olekut.
  • Esitatud aruande olekut programm pärib maksuameti infosüsteemilt. Seda tehakse automaatselt või oleku kontrolli käivitab kasutaja. Tulemusena saadakse infot, kas maksuameti arvates aruandega on kõik korras või selles on probleeme, mida tuleks lahendada.
  • Kui aruandel ei ole olulisi puudujääke, aruande olekuks saab "Vastu võetud" ja sellega võib aruandega tööd lõpetada.
  • Oluliste puudujääkide korral aruande olekuks on "Vead". Vead kuvatakse kasutajale ning kasutaja saab vajadusel aruannet tühistada (pärast seda on aruanne olekus "mustand") ning lahendades puudujääke saab aruannet uuesti arvutada.
  • Ka vastu võetud aruannet saab tühistada, näiteks kui avastatakse, et osad andmed ei saanud aruandesse.

Lihtsustatud töövoog

Suure tõenäosusega enamusele kasutajatele sobib lihtsustatud aruande esitamise töövoog, kus aruannet aitab koostada wizard - koostamine käib spetsiaalse tööriista abil, mis juhatab kasutajat põhilistest sammudest ja kasutaja ei pea ise otsustama, mida teha järgmisena: - Süsteem ise leiab perioodi, mille kohta tuleb aruannet esitada (reeglina see on jooksvale kuule eelnev kuu või viimane kuu, mille kohta pole aruanne esitatud). - Süsteem kontrollib, kas aruannet saab arvutada ja kas arvutab või kuvab kasutajale probleemide nimekirja võimalike lahendustega - Kui aruanne on arvutatud, kasutaja saab seda üle vaadata ja minna edasi või teha täiendusi andmetes ja alustada uuesti - Järgmises sammus programm esitab aruannet, kontrollib selle olekut ja kuvab kasutajale tulemused

Täisautomaatne töövoog

Võib mõelda ka täisautomaatse töövoo peale. Kui aruande koostamist miski ei takista ja kasutaja seda lubab, võib programm ise aruannet koostada, kinnitada ja edastada. Selline lähenemine võib olla sobilik eelkõige väga lihtsates situatsioonides.

Igast töövoost võib alati üle minna üldisele töövoole.

Järgmises postituses arutleme andmete kontrolli üle. See on väga oluline teema andmepõhise aruandluse puhul.

KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi

Intellisoft OÜ koostöös Maksu- ja Tolliametiga osaleb projektis “KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi”.

Tegemist on reaalajamajanduse andmepõhise aruandluse prototüüplahendusega.

Eesmärk on toetada läbi andmepõhine aruandluse arendamise tarkvara arendusi, mis lihtsustavad aruandluskohustuslastel andmete esitamist.

Projekti kogumaksumus on 50 000 eurot, millest 35 000 eurot on EIS-i toetus.

alt text

Andmepõhise KMD artiklite sari

Artiklite arv kasvas juba nii suureks, et otsustasime neid ära korrastada ja koondada viited artiklitele ühte kohta.

Tavalise müügiarve kajastamine andmepõhisel KMD-l

Eraisikule esitatud arvete kajastamine andmepõhisel KMD-l

Ühendusesisene käive

Erinevad maksumäärad samal arvel ja andmepõhine KMD majandustarkvaras Profit

Sisendkäibemaksu deklareerimine andmepõhisel KMD-l

Kolmnurktehingute kajastamine andmepõhise aruandlusega 1

Kolmnurktehingute kajastamine andmepõhise aruandlusega 2

Kauba ühendusesisese soetamise kajastamine andmepõhisel KMD-l

Kolmnurktehingu kajastamine soetaja raamatupidamises

Ostja vs maksja müügiarvel ja kandes

Nagu alati, palume võtta ühendust, kui tundub, et miski võiks olla paremini lahendatud. Kirjutage info@intellisoft.ee või helistage 5104 059.

Head lugemist ja kaasamõtlemist!

KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi

Intellisoft OÜ koostöös Maksu- ja Tolliametiga osaleb projektis “KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi”.

Tegemist on reaalajamajanduse andmepõhise aruandluse prototüüplahendusega.

Eesmärk on toetada läbi andmepõhine aruandluse arendamise tarkvara arendusi, mis lihtsustavad aruandluskohustuslastel andmete esitamist.

Projekti kogumaksumus on 50 000 eurot, millest 35 000 eurot on EIS-i toetus.

alt text

Ostja vs maksja müügiarvel ja kandes

Profit kasutab kande tegemiseks müügiarvele sisestatava maksja andmed. Minu meelest see ei ole õige.

KMD vaade

Käibedeklaratsiooni jaoks tuleb kasutada ostja, mitte maksja. Seega hetkel ei piisa kande infost KMD A osa koostamiseks. Praegu kasutatakse kandega seotud müügiarvet, kuid see välistab käsitsi tehtud kannetest info jõudmist KMD A ossa.

Kui kandes oleks ostja maksja asemel, saaks aruannet koostada puhtalt kande infole tuginedes.

Loogika aspekt

Maksja infot vajame maksmata arvete ja kliendi arvelduste detailse aruande koostamiseks. Sinna vajame maksja infot. Samas kui hästi järele mõelda, siis kui arve jääb maksmata, raha tuleks nõuda mitte (oletatava) maksja, vaid ostja käest. Efektiivne oleks meeldetuletused saata mõlemale :)

See vahe ostja ja maksja vahel puudutab peaaegu eranditult vaid eelarvelisi asutusi (näiteks midagi ostab lasteaed ja maksab kohalik omavalitsus) st valdaval enamusel klientidel ostja ja maksja on sama ja neid see muudatus ei puudutaks üldse.

  • Kuidas arvate, kas maksja asemel ostja kandes muudaks midagi teie jaoks?
  • Või tuleks lisada kandesse võimaluse salvestada mõlemad firmad?

Lisainfot

  1. Õiguslik regulatsioon
    • Raamatupidamise seadus, käibemaksuseadus ja KMD juhendid näevad ette, et käibedeklaratsiooni jaoks on määrav ostja (teenuse/kauba saaja), mitte maksja.
    • Seega võib öelda, et vähemalt KMD puhul on see reguleeritud – ostja andmed peavad deklareerimisel olema.
  2. Praktiline arvestus
    • Võlgnevuse sissenõudmisel on juriidiline kohustus ostjal (kes on arve saaja, lepingupartner), mitte maksjal. Kui maksja on kolmas osapool (nt KOV), siis tema poole pöördumine võib olla ebakorrektne.
    • Meeldetuletuste saatmine mõlemale poolele võib tunduda „efektiivne“, aga juriidiliselt võib see olla vaieldav (nt GDPR aspektist – kas tohib kolmandale osapoolele saata infot võlgnevuse kohta?).
  3. Süsteemi ühtsus ja lihtsus
    • Kui kandes hoida ainult ostja infot, siis arvelduste aruannetes võib maksja info kaduma minna – see oleks puudulik.
    • Kui kandes hoida ainult maksja infot, siis KMD A osa jääb valeks.

Võimalikud lahendused

  • Kandes salvestada mõlemad pooled (ostja + maksja), aga aruannetes kasutada vastavalt vajadusele õiget poolt:
    • KMD A osa → ostja
    • Arvelduste ja maksmata arvete aruanded → ostja (juriidiline alus), aga valikuliselt võib näidata ka maksjat lisainfo korras.
  • Lisada reeglid: näiteks kui ostja ≠ maksja, siis süsteem küsib kasutajalt, milliseid andmeid millises aruandes kasutada.
  • Kasutajatele selgeks teha: et ostja on alati deklareerimise ja võlgade juriidiline alus, maksja on tehniline makse teostaja.

KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi

Intellisoft OÜ koostöös Maksu- ja Tolliametiga osaleb projektis “KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi”.

Tegemist on reaalajamajanduse andmepõhise aruandluse prototüüplahendusega.

Eesmärk on toetada läbi andmepõhine aruandluse arendamise tarkvara arendusi, mis lihtsustavad aruandluskohustuslastel andmete esitamist.

Projekti kogumaksumus on 50 000 eurot, millest 35 000 eurot on EIS-i toetus.

alt text

Kolmnurktehingu kajastamine soetaja raamatupidamises

Kui sa oled Eestis registreeritud ettevõte, aga oled kolmnurktehingus ostja (C)

Näide

  • A: Soome ettevõte
  • B: Läti vahendaja
  • C (sina): Eesti ettevõte (kauba lõppsaaja)

Sellisel juhul:

  • Kaup liigub Soomest otse Eestisse.
  • B (Läti) esitab Sulle 0% arve.
  • Sina (Eesti) pead pöördmaksustama käibemaksu Eestis.

Raamatupidamiskanded (C roll Eestis)

Arve vahendajalt B: 1000 eur (0% KM, kolmnurktehing)

Kanne

165 / Kolmnurktehingu kaubad EL                 D 1000      -- Kaubad Soomest
2311  / Arveldused hankijatega                  K 1000      -- Kohustus Läti vahendaja ees
22115 Kauba ühendussisese soetamise käibemaks   D 240       -- (24% tehingust, pöördmaksustamine)
2212 / Müügikäibemaks                           K 240       -- Sama summa – käibemaks neutraalne

Tähelepanu!

Kui oled ostja (C), siis:

  • saad arve ilma KM-ta, aga pead ise käibemaksu arvestama ja deklareerima (reverse charge).
  • kaup liigub füüsiliselt sinuni, seega see on sinu riigis maksustatav soetus.

Sisuliselt tegemist on tavalise ühendusesisese soetamisega, kus pead tegema käibemaksu pööritamise.

APA KMD kirjed

Andmepõhises KMD aruandes tekivad järgmised kirjed

APA KMD kirjed

Summeeritud käive

KMDTyyp S_103 kolmnurktehingu tingimustel kauba soetamine

<gl-cor:entryDetail>
    <gl-cor:lineNumberCounter contextRef="now" unitRef="NotUsed">1</gl-cor:lineNumberCounter>
    <gl-cor:account>
        <gl-cor:accountSub>
            <gl-cor:accountSubID contextRef="now">S_103</gl-cor:accountSubID>
            <gl-cor:accountSubType contextRef="now">KMDTYYP2024ap</gl-cor:accountSubType>
        </gl-cor:accountSub>
    </gl-cor:account>
    <gl-cor:amount contextRef="now" decimals="2" unitRef="eur">1000</gl-cor:amount>
    <gl-cor:taxes>
        <gl-cor:taxPercentageRate contextRef="now" unitRef="pureRef">0.22</gl-cor:taxPercentageRate>
    </gl-cor:taxes>
</gl-cor:entryDetail>
Pöördkäibemaks

KMDTyyp O_401 sisendkäibemaks, kauba ühendusesisene soetamine, v.a põhivara ja sõiduautode soetamine

<gl-cor:entryDetail>
    <gl-cor:lineNumberCounter contextRef="now" unitRef="NotUsed">3</gl-cor:lineNumberCounter>
    <gl-cor:account>
        <gl-cor:accountSub>
            <gl-cor:accountSubID contextRef="now">O_401</gl-cor:accountSubID>
            <gl-cor:accountSubType contextRef="now">KMDTYYP2024ap</gl-cor:accountSubType>
        </gl-cor:accountSub>
    </gl-cor:account>
    <gl-cor:amount contextRef="now" decimals="2" unitRef="eur">240</gl-cor:amount>
</gl-cor:entryDetail>

Vaata lisaks

KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi

Intellisoft OÜ koostöös Maksu- ja Tolliametiga osaleb projektis “KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi”.

Tegemist on reaalajamajanduse andmepõhise aruandluse prototüüplahendusega.

Eesmärk on toetada läbi andmepõhine aruandluse arendamise tarkvara arendusi, mis lihtsustavad aruandluskohustuslastel andmete esitamist.

Projekti kogumaksumus on 50 000 eurot, millest 35 000 eurot on EIS-i toetus.

alt text

Kauba ühendusesisese soetamise kajastamine andmepõhisel KMD-l

Ühendusesisese soetamise puhul tuleb kasutada selleks loodud käibemaksumäära. Nii programm koostab automaatse kande ekstra ridadega käibemaksu pööritamise jaoks. Käibemaksumäära valikut saab automatiseerida KM liikide/gruppide funktsioonide abil (tuginedes kauba KM grupile ja tarnija KM liigile Profit valib sobiva käibemaksumäära ja ostukonto).

Ühendusesisene soetamine, skeem

Näide

Näiteks, kui soetatakse 1000 eest kaupa EL tarnijalt, tekib järgmine kanne

Kanne

2311  / Arveldused hankijatega                  K 1000      -- Kohustus Saksamaa tarnija ees
163 / EL-st ostetud kaubad                 D 1000      -- Kaubad Saksamaalt
22115 / Kauba ühendussisese soetamise käibemaks   D 240       -- (24% tehingust, pöördmaksustamine)
2212 / Müügikäibemaks                           K 240       -- Sama summa – käibemaks neutraalne

NB!

Käibemaksu kanne (22115/2212) on ainult raamatupidamislik — reaalselt ei maksta KM-i, kuid see tuleb näidata KMD-l (real 1 ja 4).

KM peame arvutama, seest tarnija arvel seda arvatavasti ei ole ja kasutame selleks Eestis kehtiva käibemaksumäära 24% (see tuleb käibemaksumäära andmetest)

Oste summeeritakse ja tekib kolm kannet KMD-sse

APA KMD kirjed

Summeeritud käive

KMDTyyp S_101 kauba ühendusesisene soetamine

<gl-cor:entryDetail>
    <gl-cor:lineNumberCounter contextRef="now" unitRef="NotUsed">1</gl-cor:lineNumberCounter>
    <gl-cor:account>
        <gl-cor:accountSub>
            <gl-cor:accountSubID contextRef="now">S_101</gl-cor:accountSubID>
            <gl-cor:accountSubType contextRef="now">KMDTYYP2024ap</gl-cor:accountSubType>
        </gl-cor:accountSub>
    </gl-cor:account>
    <gl-cor:amount contextRef="now" decimals="2" unitRef="eur">1000</gl-cor:amount>
    <gl-cor:taxes>
        <gl-cor:taxPercentageRate contextRef="now" unitRef="pureRef">0.22</gl-cor:taxPercentageRate>
    </gl-cor:taxes>
</gl-cor:entryDetail>
Pöördkäibemaks

KMDTyyp S_401 sisendkäibemaks, kauba ühendusesisene soetamine, v.a põhivara ja sõiduautode soetamine

<gl-cor:entryDetail>
    <gl-cor:lineNumberCounter contextRef="now" unitRef="NotUsed">3</gl-cor:lineNumberCounter>
    <gl-cor:account>
        <gl-cor:accountSub>
            <gl-cor:accountSubID contextRef="now">O_401</gl-cor:accountSubID>
            <gl-cor:accountSubType contextRef="now">KMDTYYP2024ap</gl-cor:accountSubType>
        </gl-cor:accountSub>
    </gl-cor:account>
    <gl-cor:amount contextRef="now" decimals="2" unitRef="eur">240</gl-cor:amount>
</gl-cor:entryDetail>

KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi

Intellisoft OÜ koostöös Maksu- ja Tolliametiga osaleb projektis “KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi”.

Tegemist on reaalajamajanduse andmepõhise aruandluse prototüüplahendusega.

Eesmärk on toetada läbi andmepõhine aruandluse arendamise tarkvara arendusi, mis lihtsustavad aruandluskohustuslastel andmete esitamist.

Projekti kogumaksumus on 50 000 eurot, millest 35 000 eurot on EIS-i toetus.

alt text

Kolmnurktehingute kajastamine andmepõhise aruandlusega 2

Kolmnurktehingu olemuse selgitus ja näidis on sarja eelmises peatükis.

Eelmises peatükis kirjutasime, et ostuarvest tekib järgmine kanne:

Kanne

165 / Kolmnurktehingu kaubad EL                 D 1000      -- Kaubad Saksamaalt
22115 Kauba ühendussisese soetamise käibemaks   D 240       -- (24% tehingust, pöördmaksustamine)
2212 / Müügikäibemaks                           K 240       -- Sama summa – käibemaks neutraalne
2311  / Arveldused hankijatega                  K 1000      -- Kohustus Saksamaa tarnija ees

Müügiarve kohta tekib järgmine kanne

Kanne

122 / Ostja võlg                                D 1100
3140  / tulu                                    K 1100

Kuna kolmnurktehingu ostuarve on sisuliselt pöördmaksustatav EL ost, peame valima käibemaksumääraks selleks loodud määra (näiteks nimega "Pöördmaksustamine"). Jälgige, et käibemaksumääral on sisse lülitatud linnuke "Pöördmaksustamine"

Pöördmaksustatav km

Ostukonto ostuarvel peab olema näiteks 156 Kolmnurktehingu kaubad EL.

Programm võtab vastavad km kontod käibemaksumäära andmetest.

Ostukonto valikut saab automatiseerida km liikide/gruppide funktsiooni abil.

KMD tüübid kontodel

Konto Konto nimetus KMD tüüp KMD tüübi selgitus
165 Kolmnurktehingu kaubad EL M_204 Kauba ühendusesisene käive, edasimüüja kolmnurktehingus
22115 Kauba ühendussisese soetamise käibemaks S_101 kauba ühendusesisene soetamine
  • Kontol 165 peab olema valitud KMD tüüp M_204
Osad funktsioonid realiseeritakse tulevikus

Väli "Pöördmaksustamine" ja KM liikide/gruppide funktsioon ostuarvete jaoks lisatakse Profitisse tulevikus koos andmepõhise KMD aruandega.

Samuti arendatakse AI assistent, mis abistab õige klassifikaatori valikuga konto kaardile

Antud kandest tekib kaks aruandesse kaks kirjet: - KM kohustus 1000 € käive kohta - Pöördmaksustamisega tekkiv ostu km 240 €, mis neutraliseerib 1000*0.24=240 kohustust

KMD näidis

Kaubad Saksamaalt 
...
<gl-cor:entryDetail>
    <gl-cor:lineNumberCounter contextRef="now" unitRef="NotUsed">1</gl-cor:lineNumberCounter>
    <gl-cor:account>
        <gl-cor:accountSub>
            <gl-cor:accountSubID contextRef="now">M_204</gl-cor:accountSubID>
            <gl-cor:accountSubType contextRef="now">KMDTYYP2024ap</gl-cor:accountSubType>
        </gl-cor:accountSub>
    </gl-cor:account>
    <gl-cor:amount contextRef="now" decimals="2" unitRef="eur">1000</gl-cor:amount>
    <gl-cor:identifierReference>
        <gl-cor:identifierCode contextRef="now">DE123123</gl-cor:identifierCode>
        <gl-cor:identifierCategory contextRef="now"/>
    </gl-cor:identifierReference>
    <!-- arve nr -->
    <gl-cor:documentNumber contextRef="now">Ost 123</gl-cor:documentNumber>
    <!-- arve kuupäev -->
    <gl-cor:documentDate contextRef="now">2025-07-15</gl-cor:documentDate>
    <gl-cor:taxes>
        <gl-cor:taxPercentageRate contextRef="now" unitRef="pureRef">0.24</gl-cor:taxPercentageRate>
    </gl-cor:taxes>
    <gl-bus:measurable>
        <gl-bus:measurableDescription contextRef="now">ARVE_KOGUSUMMA</gl-bus:measurableDescription>
        <gl-bus:measurableQuantity contextRef="now" unitRef="pureRef">1000</gl-bus:measurableQuantity>
    </gl-bus:measurable>
</gl-cor:entryDetail>
Pöördmaksustamine, 24% 
<gl-cor:entryDetail>
    <gl-cor:lineNumberCounter contextRef="now" unitRef="NotUsed">2</gl-cor:lineNumberCounter>
    <gl-cor:account>
        <gl-cor:accountSub>
            <gl-cor:accountSubID contextRef="now">O_101</gl-cor:accountSubID>
            <gl-cor:accountSubType contextRef="now">KMDTYYP2024ap</gl-cor:accountSubType>
        </gl-cor:accountSub>
    </gl-cor:account>
    <gl-cor:amount contextRef="now" decimals="2" unitRef="eur">240</gl-cor:amount>
    <gl-cor:identifierReference>
        <gl-cor:identifierCode contextRef="now">DE123123</gl-cor:identifierCode>
    </gl-cor:identifierReference>
    <!-- arve nr -->
    <gl-cor:documentNumber contextRef="now">Ost 123</gl-cor:documentNumber>
    <!-- arve kuupäev -->
    <gl-cor:documentDate contextRef="now">2025-07-15</gl-cor:documentDate>
    <gl-cor:taxes>
        <gl-cor:taxPercentageRate contextRef="now" unitRef="pureRef">0.24</gl-cor:taxPercentageRate>
    </gl-cor:taxes>
    <gl-bus:measurable>
        <gl-bus:measurableDescription contextRef="now">ARVE_KOGUSUMMA</gl-bus:measurableDescription>
        <gl-bus:measurableQuantity contextRef="now" unitRef="pureRef">240</gl-bus:measurableQuantity>
    </gl-bus:measurable>
</gl-cor:entryDetail>
Müük Lätti 
<gl-cor:entryDetail>
    <gl-cor:lineNumberCounter contextRef="now" unitRef="NotUsed">5</gl-cor:lineNumberCounter>
    <gl-cor:account>
        <gl-cor:accountSub>
            <gl-cor:accountSubID contextRef="now">M_204</gl-cor:accountSubID>
            <gl-cor:accountSubType contextRef="now">KMDTYYP2024ap</gl-cor:accountSubType>
        </gl-cor:accountSub>
        <gl-cor:accountSub>
            <gl-cor:accountSubID contextRef="now">LV,RR_ostja</gl-cor:accountSubID>
            <gl-cor:accountSubType contextRef="now">RTK2T2013ap,RIIGIROLL2022ap</gl-cor:accountSubType>
        </gl-cor:accountSub>
    </gl-cor:account>
    <!-- Deklareeritav summa ehk antud kirjendi korral maksustatav väärtus-->   
    <gl-cor:amount contextRef="now" decimals="2" unitRef="eur">1100</gl-cor:amount>
    <!-- Siin määratakse tehingu osapoole info-->
    <gl-cor:identifierReference>
        <!-- Ühendusesisese käibe korral on kohustuslik esitada tehingupartneri KMKR number-->
        <gl-cor:identifierCode contextRef="now">LV123123123</gl-cor:identifierCode>
        <gl-cor:identifierDescription contextRef="now">KMKR_NUMBER</gl-cor:identifierDescription>
        <gl-cor:identifierCategory contextRef="now">1</gl-cor:identifierCategory>
    </gl-cor:identifierReference>
    <!--Arve numbri, kuupäeva ja kogusumma esitamine pole kohustuslik-->
    <gl-cor:documentNumber contextRef="now">A123123</gl-cor:documentNumber>
    <gl-cor:documentDate contextRef="now">2025-07-15</gl-cor:documentDate>
    <gl-bus:measurable>
        <gl-bus:measurableDescription contextRef="now">ARVE_KOGUSUMMA</gl-bus:measurableDescription>
        <gl-bus:measurableQuantity contextRef="now" unitRef="pureRef">1100</gl-bus:measurableQuantity>
    </gl-bus:measurable>
</gl-cor:entryDetail>
...

Info liikumist illustreerivad järgmised skeemid:

Ost

Müük

Tutvu lisaks kolmnurktehingu kolmanda osapoole - ostja vaatega

KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi

Intellisoft OÜ koostöös Maksu- ja Tolliametiga osaleb projektis “KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi”.

Tegemist on reaalajamajanduse andmepõhise aruandluse prototüüplahendusega.

Eesmärk on toetada läbi andmepõhine aruandluse arendamise tarkvara arendusi, mis lihtsustavad aruandluskohustuslastel andmete esitamist.

Projekti kogumaksumus on 50 000 eurot, millest 35 000 eurot on EIS-i toetus.

alt text

Kolmnurktehingute kajastamine andmepõhise aruandlusega

Kolmnurktehingu (triangular transaction) kajastamiseks tuleb aru saada, milline on Sinu ettevõtte roll:

  • A: Ostab kauba tarnijalt EL-is ja müüb selle teisele EL-ettevõttele, kuid kaup liigub otse tarnijalt ostjale.
  • B: vahendab tehingut, kaup ei liigu füüsiliselt B ettevõttele
  • C: ostab kaupa A-lt B vahendusel, saab kauba kätte A-lt, maksab B-le

See on klassikaline kolmnurktehing, kus Sinu ettevõte on vahendaja (B-ettevõte).

Toome näite B-ettevõtte vaatepunktist koos tüüpiliste kannetega ja selgitustega.

Näide

Kolmnurktehing (B-ettevõte Eestis)

  • Tarnija A – Saksamaa ettevõte
  • Vahendaja B – Sina (Eesti ettevõte, KM-kohustuslane)
  • Ostja C – Läti ettevõte
  • Kaup liigub otse Saksamaalt Lätti
  • B saab A-lt arve 0% EL KM-ga (reverse charge)
  • B esitab C-le arve 0% EL KM-ga (kolmnurktehingu erisus)
stateDiagram-v2
  A --> B :arve
  A: A - Saksamaa ettevõte
  B: B - Eesti vahendaja
  A --> C : kaup
  C: C - Läti ostja
  B --> C : arve

Ost Saksamaalt (A → B)

A arve ilma käibemaksuta (EL-i KM-nr näidatud).

Konto D K
165 / Kolmnurktehingu kaubad EL X
2311 / Arveldused hankijatega X
22115 Kauba ühendussisese soetamise käibemaks X
2212 Müügikäibemaks X

NB

Eestis deklareeritakse selline ost KMD-l real 1 ja 4, 0% käibemaks – sisend- ja väljundkäibemaks neutraliseerivad teineteist.

Näidises kasutame kontot 165 Kolmnurktehingu kaubad EL.

Müük Lätti (B → C)

B arve Läti kliendile – 0% käibemaks kolmnurktehingu alusel (KMS § 10 lg 4).

Konto D K
122 Ostjatelt laekumata arved X
3112 Kolmnurktehingu müük EL X

 

Arvel märgitakse „Käibemaks 0% – kolmnurktehing (KMS § 10 lg 4)“ ning mõlema osapoole EL KM numbrid.

KMD-l kajastub real 3 (EL müük).

Kui klient tasub

Konto D K
1132 Arveldusarve Swedbank X
122 Ostjatelt laekumata arved X

Kui tasud tarnijale

Konto D K
2311 Arveldused hankijatega X
113 Arveldussarve Swedbank X

Need eristavad kolmnurktehinguid tavalistest EL-ostudest/müükidest, mis võib olla kasulik nii aruandluses kui ka auditi jaoks.

Proovime konkreetse näitega:

  • Sina (Eesti ettevõte, KM-kohustuslane) – vahendaja (B)
  • Saksamaa tarnija (A) – müüb Sulle 1000 € eest
  • Läti klient (C) – ostab Sinult 1100 € eest
  • Kaup liigub otse Saksamaalt Lätti
  • Mõlemal arvel on 0% käibemaks (EL-i KM-numbrid olemas)
  • Kolmnurktehing KMS § 10 lg 4 alusel

Kanded:

  • Ost Saksamaalt (A → B) Arve: 1000 € (0% EL KM) Kaup liigub otse Läti kliendile.

    Kanne

    165 / Kolmnurktehingu kaubad EL                 D 1000      -- Kaubad Saksamaalt
22115 Kauba ühendussisese soetamise käibemaks   D 240       -- (24% tehingust, pöördmaksustamine)
2212 / Müügikäibemaks                           K 240       -- Sama summa – käibemaks neutraalne
2311  / Arveldused hankijatega                  K 1000      -- Kohustus Saksamaa tarnija ees

    Märkus!

    Käibemaksu kanne (22115/2212) on ainult raamatupidamislik — reaalselt ei maksta KM-i, kuid see tuleb näidata KMD-l (real 1 ja 4).

    KM peame ise arvutama, seest tarnija arvel seda arvatavasti ei ole ja kasutame selleks Eestis kehtiva käibemaksumäära 24%

    Automaatse kande jaoks KM summad arvutab Profit ise kasutades vaikimisi ostu km määra (vt Ost / Ostude seadistused)

  • Müük Läti kliendile (B → C) Arve: 1100 € (0% KM – kolmnurktehing)

    Kanne

    122  / Ostjatelt laekumata arved     D 1100      -- Läti kliendile esitatud arve
3112 / Kolmnurktehingu müük EL       K 1100      -- 0% KM, KMS §10 lg 4

    Märkus!

    • Arvel peab olema tekst Käibemaks 0% – kolmnurktehing, KMS § 10 lg 4
    • Lisaks mõlema poole EL-i KM-numbrid.

  • Kliendilt laekumise ja tarnijale tasumise kohta tekivad tavalised kanded

Mõju KMD-le

Rida Selgitus Summa Märkus
1 Kaupade ja teenuste soetamine teistest EL liikmesriikidest 1 000 Ost Saksamaalt (EL KM-nr olemas)
3 0% määraga maksustatavad toimingud ja tehingud 1 100
3.1 Kaupade ühendusesisene käive ja teise likmesriigi maksukohustuslase osutatud teenused 1 100
3.1.1 Kauba ühendusesisene käive (0%) 1 100 Müük Lätti (kolmnurktehing, 0%)
4 Käibemaks kokku 240 1000 × 24% = 240 €
6 Sisendkäibemaks teistest EL liikmesriikidest saadud kaupadelt ja teenustelt 240 1000 × 24% = 240 €
6.1 Kauba ühendussisene soetamine 1000
12 Tasumisele kuuluv käibemaks 0 Sisend ja väljund neutraliseeruvad

Järgmises artiklis vaatame, kuidas seda lahendatakse andmepõhisel KMD-l

Tutvu lisaks kolmnurktehingu kolmanda osapoole - ostja vaatega

Vaata ka artiklit kauba ühendusesisese soetamise kajastamisest

 

Kauba võõrandaja (meie näites Saksa ettevõte) seisukohalt kolmnurktehing on tavaline EL müük (0% KM, kaup liigub EL-s ja ostjal on EL KMKR)

KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi

Intellisoft OÜ koostöös Maksu- ja Tolliametiga osaleb projektis “KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi”.

Tegemist on reaalajamajanduse andmepõhise aruandluse prototüüplahendusega.

Eesmärk on toetada läbi andmepõhine aruandluse arendamise tarkvara arendusi, mis lihtsustavad aruandluskohustuslastel andmete esitamist.

Projekti kogumaksumus on 50 000 eurot, millest 35 000 eurot on EIS-i toetus.

alt text

Sisendkäibemaksu deklareerimine andmepõhisel KMD-l

Näide:

<gl-cor:entryDetail>
    <gl-cor:lineNumberCounter 
        contextRef="now" 
        unitRef="NotUsed">12</gl-cor:lineNumberCounter>
    <gl-cor:account>
        <gl-cor:accountSub>
            <gl-cor:accountSubID 
                contextRef="now">O_101</gl-cor:accountSubID>
            <gl-cor:accountSubType 
                contextRef="now">KMDTYYP2024ap</gl-cor:accountSubType>
        </gl-cor:accountSub>
    </gl-cor:account>
    <gl-cor:amount 
        contextRef="now" 
        decimals="2" 
        unitRef="eur">220</gl-cor:amount>
    <gl-cor:identifierReference>
        <gl-cor:identifierCode 
            contextRef="now">13000001</gl-cor:identifierCode>
        <gl-cor:identifierDescription 
            contextRef="now">ARIREGISTRIKOOD</gl-cor:identifierDescription>
    </gl-cor:identifierReference>
    <gl-cor:documentNumber 
        contextRef="now">OA27001</gl-cor:documentNumber>
    <gl-cor:documentDate 
        contextRef="now">2024-11-05</gl-cor:documentDate>
    <gl-bus:measurable>
        <gl-bus:measurableDescription 
            contextRef="now"
            >ARVE_KOGUSUMMA</gl-bus:measurableDescription>
        <gl-bus:measurableQuantity 
            contextRef="now" 
            unitRef="pureRef"
            >1000</gl-bus:measurableQuantity>
    </gl-bus:measurable>
</gl-cor:entryDetail>

  • gl-cor:accountSubID - tüüpiline KMD tüüp tavalise ostuarve puhul - O101 (Sisendkäibemaksu summa, mis on seadusega lubatud maha arvata), tuleb käibemaksu konto kaardilt.

  • gl-cor:amount- mahaarvatava käibemaksu summa - tuleb käibemaksu kontoga kande realt

  • gl-cor:identifierReference - osapoole info - info kande reaga seotud firma kaardilt
  • gl-cor:identifierCode - identifikaator, tavaliselt äriregistrikood
  • gl-cor:documentNumber- ostuarve number - kandest
  • gl-cor:documentDate - ostuarve kuupäev - kande kuupäev
  • gl-bus:measurable - arve mõõdetav info
  • gl-bus:measurableQuantity - arve kogusumma käibemaksuta

Loe lisaks

Klassifikaatorid

KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi

Intellisoft OÜ koostöös Maksu- ja Tolliametiga osaleb projektis “KMD ja VD andmepõhise aruandluse edastamise võimaluste uurimine majandustarkvarast Profit Maksu- ja Tolliameti infosüsteemi”.

Tegemist on reaalajamajanduse andmepõhise aruandluse prototüüplahendusega.

Eesmärk on toetada läbi andmepõhine aruandluse arendamise tarkvara arendusi, mis lihtsustavad aruandluskohustuslastel andmete esitamist.

Projekti kogumaksumus on 50 000 eurot, millest 35 000 eurot on EIS-i toetus.

alt text