Keri sisuni

2025

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

  • sees Uuendused
  • 1-minutiline lugemine

3258

Uuendus võimaldab lihtsustada ostuarvete tasumise töövoogu

  • Eksporditud tasumisele tuleb unikaalne tunnus EndToEndId, mis tuleb tagasi pangaimpordiga.
  • Kui impordi käigus leitakse juba eksporditud tasumine sobiva EndToEndId-ga, kasutatakse olemasolevat tasumist uue loomise asemel:
    • Vajadusel parandatakse tasumise kpv, summa ja valuuta.
    • Tasumisele salvestub pangaviide
  • Kui tasumine on seotud ostuarvega, siis tasumise automaatsel sidumisel eelistatakse see ostuarve
  • Pangaväljavõtte kirjest loodud dokumendi kustutamisel:
    • Kui tegemist on varem eksporditud tasumisega, see jäetakse alles, võetakse kinnitus maha (st kaob kanne ja arveldused) ja kustutatakse seosed pangaväljavõtte kirjega (hiljem kirje töötlemisel vastav kirje seotakse tagasi EndToEndId tunnuse abil)
    • Muud tasumised (mitte eksporditud st loodud pangaväljavõtte kirjest) kustutatakse

Antud lahendus oluliselt vähendab vajadust käsitsi andmete sisestamise ja kontrolli järele ja seega vähendab raamatupidaja koormust, vigade tekkimise ohtu.

Alloleval skeemil on näidatud ostuarve tasumise töövoo sammud:

graph
  A[E-arve import] --> F[Ostuarve]
  B[Tseki või PDF arve skännimine] --> F
  C[Ostuarve genereerimine ostutellimusest] --> F
  D[Käsitsi sisestamine] --> F
  F --> G["Ostuarvest loodud tasumine"<hr/>Tasumine peab jääma kinnitamata]
  G --> H[Tasumise eksport panka]
  H --> I["Pangas tasumise kinnitamine ja tasumine"<hr/>Tasumine ei pea toimuma samal päeval või samas summas. Oluline vaid, et kasutatakse Profitiat eksporditud kirjet selleks, et hiljem Profit saaks tasumist tuvastada]
  I --> J["Pangaväljavõtte import"]
  J --> K["Leitakse ja täiendatakse algne eksporditud tasumine"<hr/>Vajadusel parandatakse summa ja kuupäev<br/>Täiendasime automaatse kannete sidumise protseduuri nii, et tasumine seotud eelisjärjekorras ostuarvega, millest tasumine on loodud]
  K --> L["Tasumine kinnitatakse"<hr/>Maksmata arvete aruanne kajastab tasumist]
  • sees Uuendused
  • 1-minutiline lugemine

3256

Lisatud pikemate viitenumbrite tugi.

Seni Profit toetas eesti panga standardile vastavat viitenumbrit pikkusega kuni 20 tähte. Välismaksetel aga võidakse kasutada muid standarte:

  • Eesti tavaline viitenumber - max 20 numbrit.
  • Rahvusvaheline / SCOR (RFxx…) viide - kuni 25 tähemärki.
  • SEPA XML <Ref> väli - võib tehniliselt sisaldada kuni 35 sümbolit, aga pank valideerib selle vastavalt oma nõuetele.

Uuendus suurendab viitenumbri maksimaalset pikkust võimaldades töödelda ka 35-tähelisi viitenumbreid.

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