Nem jó. Ha ez ezt jelenti akkor nem szóltam. Nekem az eredeti számlakép kell mert kizárja a kétes helyzeteket. Sokkal informatívabb és jobban használható (de ez már volt itt téma).
én nem tudom mi az a számlakibocsájtás nem is értem a fogalmat akkor se ha az áfa tv valóban gyakorta használja a megfejtésed miszerint ez a kiállított _és_ a vevőhöz el is juttatott számla lenne, igen logikus gondolatmeneten alapul csak nem látom hogy ez melyik passzusban van leírva igazából, az is lehet hogy a jogalkotó a kibocsájtott és kiállított számlát szinonímának gondolja és az is lehet hogy valamiféle harmadik megfejtés a helyes, nemtom
Annyit tennék még hozzá a gondolatmenetedhez, hogy lehet, nyelvtani kukacoskodásnak tűnik, de van különbség a "csak" kiállított, és a kibocsájtott számla között. Az áfa tv. konzekvensen kibocsájtott számláról beszél. Ez az a kiállított számla, amit oda is adunk a vevőnek. Az online számra rendszerről szóló 10. sz. melléklet már a kiállított, kibocsájtott számlákról beszél. Ugyanis a számlázó programmal létrehozott (kiállított) számláról adatot kell szolgáltatni függetlenül attól, hogy a vevő megkapta-e, ki lett-e bocsájtva.
A behunyt szemmel az online számra rendszerből gép-gép kapcsolattal általunk lekönyvelt kiállított számla - ami valójában nem lett kibocsájtva (nem rendelkezünk vele!) - helytelen.
első lépésben azt figyeljük meg, hogy momentán az osából könyvelés eredeti számla nélkül - amíg a jogalkotó az osából letöltött xml-t nem tekinti hiteles számlának - az ördögtül való második lépésben, ha a jogalkotó ezt az xml-t - egyszer, majd - elismeri számlának, ki kell találni egy módszert arra hogy a vállalkozás milyen módon bólintson rá arra a számlára hogy az befogadottnak minősüljön, mert az osás xml a legtöbb cégvezető számára informatikai hókuszpókia, csak egy számlát tudnak értelmezni pdf-ben vagy papíron számlaként ezt a műveletet - majd, akkor - elősegítheti (ha az igazi számla pdf feltöltése a navnak vevő által visszatölthetősége nem valósul meg addigra) ha az xml adatait beleteszi valami szoffer egy generált számlaképbe jelenleg azonban a generált számlakép a fentemlített ördög patás lába itten az íróasztalunkon és a könyvelésünkben, mert azt a képzetet kelti a járatlan vállalkozóban hogy van neki egy számlája, ami könyvelhető áfázható fizethető pedig nincs
A könyvelő programomnak van olyan opciója a NAV-tól betöltött számla könyvelésekor, hogy a számla megtekintése. A valódi számlához távolról sem hasonlít, de nagyjából látható, hogy milyen tételek vannak rajta.
Ha beteszek egy olyan szamlat az idoszakba, ami teljesites alapjan oda valo, de az ellenertek meg nem folyt be, akkor azert nagy fekete pont jar, vagy orules van, hogy ott az afa?
A pénzforgalmi áfát sem képes kezelni az eÁfa, mivel nem ismeri a pénzforgalmat. Ez nemcsak akkor gond, ha te vagy pénzforgalmi áfás, hanem akkor is, ha pénzforgalmistól fogadsz be számlát.
Minden hozzáértő könyvelő rögtön mondta, hogy ez az eÁfa úgy hülyeség ahogy van. Semmilyen szinten nem könnyebbség a könyvelőknek, az okokat leírták előttem.
Nem hallottam még, hogy lenne olyan könyvelőprogram, amelyik gép-gép kapcsolatban importálna az eÁfából. Az enyém legalábbis nem. Nem is hiszem, hogy nagyon foglalkoznának vele az ügyviteli szoftvereket fejlesztők, mert minek? Hiszen gép-gép kapcsolattal importál bejövő, kimenő számlát, pénztárgépet, és ebből ányk-s bevallás, és könyvelés is készül. Könyvellés alatt a kötelezően előírt más adók bevallását, beszámoló készítését, és a vállalkozás információs igényének teljesítését értem.
Egyéni vállalkozóként a bevételed után az áfát a bevétel megszerzésének napján kell számba venni, kivéve: ha az ellenértéket a teljesítéstől számított 45. napig nem szerzed meg, akkor a 45. napon. Az eÁfa pedig nem ismeri a pénzforgalmat.
Majd kérdezd meg magadtól, hogy az szja bevallást hogyan fogod elkövetni. Xls táblákkal fogsz varázsolni, és nem lesz minden egy helyen? Három év múlva is fogod tudni, mit, hogyan adtál össze?
