Elementor #48702

Az SDSYS adótanácsadó szakértője, Csiba András aktuális és hasznos cikkei a könyvelés világáról

Csiba András

Csiba András

29 éve vagyok önálló vállalkozó. 8-10 esztendeje kezdett el intenzíven érdekelni az adat és dokumentum áramlás az IT rendszerek között.
Igyekeztem leásni az alapokig. Sok-sok kanyar után találtam egy utat, ami kielégített, majd eltelt jó néhány esztendő, mire találtam olyan társakat és befektetőt, ami lehetővé tette az SDSYS rendszer létrehozását. A legnagyobb eredmény az, hogy egy ilyen csapat jöhetett létre, amely vállalja az innovációs út kihívásait.

kérdések és válaszok

Az M-lap nem bevallás

Egykor része volt, ha nem is teljesen. Korábban az M-Lap-on szereplő számlák, amikor még azon a vevő és szállítói számla is szerepelt (az online számla előtt) összhangban volt az M-Lap a bevallással. A célja az volt, hogy a nagy értékű áfa összegeket levonó vállalkozásának számla szintű adatait össze lehessen vetni a számlakibocsátó bevallásával. Ezzel beindult a „limbó hintó” Léc alatt kezdett működni a fekete gazdaság, és a léc egyre lejjebb került (2, majd 1 millió, 100 ezer). Az online számla azonban feleslegessé tette a vevőszámla oldalt, ekkor kezdett eltávolodni az M-Lap a bevallástól. Ettől kezdve ugyanis nem annak az értéknek kell szerepelnie az M-Lapon, mint ami a bevallásban szerepel. Ez olyan tételeknél lett fontos, ahol az adót egyáltalán, vagy csak részben vonták le. Az elvárás logikus, hiszen a számlázó program attól függetlenül töltötte fel a 100-e adó forintérték feletti számlákat, hogy ezt a vevő levonhatja-e, részben, vagy egészben, így az M-Lapon se annak kell szerepelnie, mint ami a bevallás analitikában szerepel, hanem a befogadott számla teljes összegének. Ez még keveseket érintett, mert a fekete gazdaság, még mindig átbújt a léc alatt. Most csattan az ostor, mert a belföldi számlákat értékhatártól függetlenül kell feltölteni. Ezzel az M-Lap nem a bevallás része, attól teljesen elszakad, és nem is bevallás, hanem adatszolgáltatás. A könyvelőnek a számlázó programokkal egyező adatszolgáltatási kötelezettsége keletkezett, igaz, nem online. A következő lépés lehet a könyvelők, és könyvelőprogramok on-line adatszolgáltatási kötelezettsége, azaz a naprakész vevő és szállítói számla könyvelés, ahol minden könyvelő program gép-gép kapcsolatra lesz kötelezett. Ez azért még messze van, bár ki tudja?
Jobb, ha gondolunk rá, amikor programot fejlesztünk.

Számla társasháznak

Keresek olyan számlázó programot amivel lehet olyan társaságnak (Társasház) számlázni akinek nincs adószáma és nem magánszemély. Rendelkeznek-e ilyen programmal? Mivel 20 éves munkakapcsolatban állok önökkel, és több speciális kérésemet tudták teljesíteni, bízom benne hogy ebben is a segítségemre tudnak lenni.

apartments-1845884_1920

Elvben bármely számlázó program alkalmas lehet erre. Szét kell választani a feleket. Amennyiben a számlakibocsátó adóalany, akkor a a számla kibocsátás tekintetében mindegy kinek bocsát ki számlát, ha a termék, vagy szolgáltatás adóköteles, valamint a számla kibocsátó nem alanyi adómentes adóalany, akkor a számlán az áfának szerepelnie kell, tekintet nélkül arra, hogy a számla befogadónak milyen az adózói besorolása. A kérdés mögött talán egy másik kérdés húzódik meg. 2020.07.01 után minden belföldi adóalany, bármely belföldi adóalanynak kibocsátott számláját fel kell tölteni a NAV szerverére. A kérdés akkor az lehet, hogy van-e olyan program, amelyik a társasháznak kiállított áfás számlát nem fogja feltölteni a NAV rendszerére. Ez a probléma legfeljebb 2021.01.01-ig érdekes, de addig se nagyon. A válaszom, hogy valószínűleg minden számlázó program képes erre, mert 2020.07.01. től minden olyan számlát, amelynek vevője nem rendelkezik adószámmal jó esetben nem fogja feltölteni, vagy ha igen, akkor az a NAV vagy elutasítja, és kész, vagy küld egy WARN-t, de jobb esetben nem szól semmit, befogadja, és 2021.01.01-ig szó nélkül kidobja, ezt követően pedig befogadja.

Adó és számlázó programok

Sok olyan esemény gyülekezik az online számla feltöltéskor, amikor azért nem tudja a NAV rendszere az XML-t befogatni, mert azon 0% adó van. 0% adó azonban nem létezik. Olyan létezik, hogy valamiért adómentes, és ez nem azonos azzal, hogy 0%. Van egy egyetemes fogalom az forgalmi adó jogban (helyesen hozzáadott érték adó), ez az általános forgalmi adó, mértéke egy adott országban. Ez Magyarországon 27%. Ez azt jelenti, hogy amennyiben más tényező az ügyletet nem befolyásolja, akkor a gazdasági esemény általános forgalmi adó tartalma (ezért lett a neve ÁFA) 27% és kész. Ha nem 27%, akkor az már nem ÁFA, de ebbe nem menjünk bele, mert már az F betű is hibás, de mint látható, már nem is általános. Akkor mi? Minden esetben, amikor nem “Á”, akkor valami más, és ezt a mást kell beleírni az XLS-be. A leggyakoribb az, hogy alanyi adó mentes, de lehet, hogy a törvény mellékletében felsorolt tevékenységek valamelyikébe tartozik, amit minden esetben egy VTSZ számhoz kell kötni. Innen jönnek a problémák. Ugyanis az NAV XSD szerint a VTSZ szám feltüntetése nem kötelező, de 0% áfa meg nincs, ezért jön az  ERROR. A megoldás pedig az, hogy a felhasználónak a számlázó programban kell biztosítani a lehetőséget arra, hogy az “Á” betűtől eltérő esetekre legyen a rendszerben egy olyan szöveg tartalom, amivel az XML-ben igazolni kell, miért nem “Á”. Ez lehet tárgyi adómentes, lehet

HTML Snippets Powered By : XYZScripts.com

A honlap további használatához a sütik használatát el kell fogadni. További információ

A süti beállítások ennél a honlapnál engedélyezett a legjobb felhasználói élmény érdekében. Amennyiben a beállítás változtatása nélkül kerül sor a honlap használatára, vagy az "Elfogadás" gombra történik kattintás, azzal a felhasználó elfogadja a sütik használatát.

Bezárás