Amennyiben a Szállítólevél, a Szállítólevél nyugtához és a számlázás nem érdekli, de a készletnyilvántartásra szüksége van, akkor kezdjen egy TKR-Raktár Basic-el!

TKR 366 Rendszerismertető            TKR Enterprise Felhasználói Kézikönyv

 A TKR 366 számlát is készítő funkciói eddig is minden adatot bekértek a számlához, hogy az a törvényeknek és rendeleteknek megfeleljen, de a TKR rendszert használó adatai közül a TKR D.M.T.K. V2.37. -es verziójától a számlakibocsátó cím adatait - a vonatkozó rendeletnek megfelelően -, bontva is meg lehet adni és tartalmazza az adatexporthoz még szükséges egyéb adat megadási lehetőséget is ( paraméterezhető formában ), hogy a NAV számára szükséges adatexporthoz azt bárki automatikusan meghatározhassa.

 Az adott funkció a TKR 366 -ban a TKR_366-upgrade-update_xml alrendszerben "adóhatósági ellenőrzési adatszolgáltatás - számlakibocsátó adatai", míg önállóan a Windows ( XP/Vista/7/8/8.1/10 ) asztalon keresztül a "TKR adóhatósági ellenőrzési adatszolgáltatás - számlakibocsátó adatai" néven érhető el mindenki számára, aki a neten keresztül elérhető valamelyik TKR 366 -ot már telepítette, beüzemelte és már használja is.  Az adott fumkció a neten ( www.banjozsef.hu, www.banjozsef.hu/szoftver, www.viszk.hu, stb. ) keresztül a "TKR 366 upgrade-update ( Windows XP/Vista/7/8/8.1/10 )" hivatkozásra kattintva ingyenesen elérhető, de direktben is letölthető a

  https://www.viszk.hu/TKR_366-upgrade-update_xml.exe

címről, aminek az aktuális változata a TKR_366-upgrade-update_xml(R) Verzió 6.28.24.

 Természetesen az adott funkciót bárhova simán be lehet építeni, hozzá lehet tenni, a futási környezetet meg lehet változtatni, testre lehet szabni, stb. , mert a megvalósítás három szintü. A TKR-MNAV.pif -en keresztül lehet a Windows -os környezetet, a TKR-MNAV.bat -on keresztül lehet a TKR környezetet állítani, míg a TKR_MNAV.exe -vel lehet a tényleges adatkarbantartást ( számlakibocsátó adatai ) végezni, hasonlóan mint az eddig is megszokott, önállóan is indítható és használható TKR Fő Funkciók és TKR Funkciók esetén. A TKR-MNAV.bat arra is szolgál ( mint a hasonló .bat -ok vagy programrendszerek esetén már tapasztalhattuk ), hogy esetleges kiegészítő funkciókat - az adott funkcióhoz jelenleg nincs ilyenre szükség - automatikusan indíthassuk az adott funkció előtt, de utána is. Természetesen ezen a szinten bárki ( hasonlóan a TKR-MNAV.pif -hez , ami a Windows-os környezet beállítása ) hozzányúlhat a rendszerhez, amennyiben egy önállóan is indítható TKR Fő Funkcióról vagy TKR Funkcióról van szó és az a TKR Futtató rendszeren keresztüli indítást nem befolyásolja. Az adott és a hasonló rendszer testreszabásnak, finomhangolásnak a módja azért az, hogy csinálunk egy másolatot a hármasról ( .pif .bat .exe ) egy más néven ( pl. TKR_Xyyy.pif , TKR_Xyyy.bat, TKR_Xyyy.exe ) és az esetleges módosításokat, testreszabásokat, kiegészítéseket az új hármason hajtjuk már végre. Természetesen ügyelnünk kell arra is, hogy ne egy a TKR 366 -ban már létező nevet találjunk ki, mert akkor indítási problémáink lehetnek ( nem a saját, módosított funkciónk, hanem az eredeti TKR funkció indul el ). A jelenleg élő, önállóan is indítható TKR funkcióknak a c:\abc\bin könyvtárban ( Mappa ) nézhetünk utána, ahol azért nem csak a simán indítható TKR Fő funkciók és TKR Funkciók találhatóak meg.

 Korlátlan ideig. A TKR 366 dátumot is kezelő funkciói esetén van egy 2999.12.31 -es korlát, de gondolom ez nem jelent problémát. A korlátot csak az ön PC -je, Windows -a ( W95/98/NT/2000/XP/Vista/ 7/8/8.1./10 ) és a törvénykezés szabhat. A TKR 366 Tartalom Kezelő Rendszer ( CMS ) és a TKR Termék és Ügyfél Kezelő Rendszer ( CRM ) részei még az esetleges törvénykezési korlátoktól is mentesek, mert jelenleg az adott rendszereket, részrendszereket nem korlátozzák a törvényi szabályok. Természetesen a TKR vállalat irányítási ( ERP ) és termelésirányítási ( PPS ) funkciói sincsenek a jogszabályok által korlátozva, habár a számviteli törvényt továbbra is be kell tartani. Persze az ÁFA törvényt és a vonatkozó egyéb adójogszabályokat és rendeleteket ( amennyiben vonatkoznak ránk ) is figyelembe kell venni ( az adott területen lehetnek átmeneti korlátozások, funkcionalitásbeli szűkítések, de igyekszem ezeket a korlátokat is folyamatosan felszámolni ), de az adott területeken sajnos lehetnek elmaradások.
  Az ingyenesen elérhető rendszerekben a TKR fejlesztője ( Bán József ) által egyedül a 100 bizonylatos korlát került elhelyezésre, de természetesen egy TKR-Licenc megrendelésével ( ha minden stimmel, minden teljesen az amit szeretnénk, mindent kipróbáltunk, mindenhez önállóan is értünk, már önállóan is tudjuk üzemeltetni, stb. ) ez a korlát bármikor simán feloldható.

 Sajnos egyre nehezebb vállalni a legalább 4 éves garanciálisnak ( 34 éve(e) ) is nevezhető ( sajnos az alkalmazott és felhasznált szoftver elemek és szolgáltatások miatt ez nem igazán lehetséges ) időszakot ( nincs miért változtatni, mert a TKR Fő funkciók és a TKR funciók is továbra is jól működnek, azt csinálják továbbra is, amit induláskor és a kipróbáláskor, teszteléskor, beüzemeléskor és az üzemszerű vagy éles üzemmódban csináltak ), de minden további nélkül továbbra is vállalható nem hogy a 4 éves ( a 366 erről szól, ugyanis négyévente van szökőév - a TKR 366-ok már 8 szökőévet is túléltek mindenfajta probléma nélkül -, vagyis nem 365, hanem 366 napból áll az év négyévente ), de a 14 éves ( most ez már minden lényegesebb TKR elemmel kapcsolatosan teljesült ) és a 34 éves időszak is ( persze minden lényegesebb elemmel kapcsolatban most még "csak" a 24 éves időszak van megcélozva, de továbbra is vannak a 34 évet is megélt, továbbra is jól működő elemek ) lassan teljesül a lényegesebb TKR 366 elemekkel kapcsolatban.
 Természetesen a TKR 366 szoftverekkel kapcsolatosan továbbra is csak maximum 30 napos határidőket ( bármiről is legyen szó ) lehet felvállalni ( külön szerződés nélkül ), mert a TKR 366 -ok PC-n és Windows operációs rendszer ( Windows 95/98/2000/NT/7/8/8.1./10. ) felett működnek ( a PC -re a szokásos garanciális időszak 1/2-1-2 év, míg a windows -ra maximum 30 nap, ha minden feltételt betart a felhasználó és persze ez sem garancia, hanem csak felhasználói jogosultság, vagyis megnézés, kipróbálás, használat, stb. ).
 Sajnos a legutóbbi ( 2014 ) NAV -os rendelet a TKR 366 számlát is készítő funkcióit részben korlátozták, de továbbra is lehetősége van mindenkinek ( adózó, piac, Bán József ) ezt a részbeni korlátozást feloldani az "adóhatósági elllenőrzési funkció", vagyis az XML formátumban is megvalósított adatexport és a jövőbeni ( 2018. július. 1. ) online számlázás, online számlabekötés ( az is XML adatformátum ) megvalósításával.
 Természetesen a nem adózó ( ÁFA törvény hatálya alá nem bejelentkezett, adószámmal nem rendelkező, adó mentes értékesítést folytató, a személyi jövedelemadó hatálya alá tartozó, stb.), de persze adót ( ÁFA, jövedéki adó, személyi jövedelem adó, egészségbiztosítási járulék, nyugdíj járulék, stb. ) továbbra is fizető adóalanyok ( cég, magánszemély, vállalat, alapítvány, egyesület, stb. ) továbbra is korátozás nélkül használhatják a TKR 366 számlát is készítő funkcióit és a TKR 366 számlákat ( Számla, Előlegszámla, Végszámla ) az alkotmány, a szerzői jogi törvény, a számviteli törvény, az Áfa törvény, az egyéb törvények, az egyéb adó jogszabályok és a 23/2014. (VI.30. ) NGM rendelet figyelembevételével.

 Mivel a TKR 366 egy Cégirányítási Rendszer ( CMS, CRM, ERP, PPS ) ezért a vállalatirányítási funkciók után először a számviteli törvénynek, aztán az ÁFA törvénynek és persze az adózásra vonatkozó egyéb jobszabályoknak és rendeleteknek felel meg ill. folyamatosan fog megfelelni a jövőben is mint eddig, ahogy az egyes jogszabályok változnak és hatályba lépnek.

 A TKR 366 összes rendszerváltozatában a normál, alap Értékesítést ( van VISZONTELADÓI ÉRTÉKESÍTÉS is, de annak a mozgásnem kódja a 2402 ) egységesen a 2322 -es számu mozgásnem kódon és az "Értékesítés ( S Z Á M L A )" mozgásnem megnevezésen ( természetesen ez a megnevezés bármikor módosítható a rendszerben ) és az elkészitett számviteli bizonylaton "S Z Á M LA" szöveggel, míg az Előlegszámlát "E L Ő L E G S Z Á M L A" és a Végszámlát "V É G S Z Á M L A" szöveggel, megnevezéssel ill. fejléccel készíti el.

 Az aktuális TKR 366 rendszerekben a Normál számla, az Előlegszámla és a Végszámla automatikus megkülönböztetésére a számlatömb ( raktárkód ) és a számlaminősítés ( az aktuális rendszerben a 12 -> Előlegszámlát, míg a 13 Végszámlát jelöl és ha a Fizetve mező [ dátum ] ki van töltve, akkor egy tényleges számláról, egyébként egy már törölt számláról van szó, de természetesen ez is szabadon meghatározható és megváltoztatható az egyes rendszerekben ) szolgál. Egyébként az eredeti számla és a Storno ( törlő ) számla mindig össze van kapcsolva adatbázis szinten a Hivatkozó Bizonylat ( HIV_BIZ ) számmal, úgyhogy egy törlés [ természetesen az eredeti adatok továbbra is megvannak, csak a felhasználó például egy bármilyen értékesítés kimutatásban már nem "érzékeli" ] egyértelműen beazonosítható.

 Amennyiben a "Proforma számla vagy Díjbekérő" ill. "Előlegszámla és/vagy Végszámla" megoldást választjuk és az egész ügylet lezárása után még nem a TKR 366 -os adatexportot ( az adózó, a piac vagy Bán József által megvalósított XML -t ) használjuk, akkor ezeket a számlákat nyugodtan törölhetjük ( TKR 366 Értékesités ( Számla ) storno funkcióval ) és a a rendes számlát ki lehet állítani ingyenesen használható számlázó szoftverrel, online számlázó rendszerrel ill. programmal vagy a piacon beszerezhető olcsó számlázó programmal, szoftverrel is, amely már tartalmazza az adóhatósági adatexportot a rendeletben előírt XML formátumban is.

 Amennyiben pontosan nem lehet tudni előre, hogy mibe ( idő, termék, szolgáltatás ) fog kerülni az adott megoldás, akkor a teljesítés ellentételezését két lépésben is meg lehet oldani.
 Az Előlegszámlát a vásárolt termék vagy szolgáltatás ellenértékének egy részéről állítjuk ki és a kifizetés feltétele a teljesítésnek, ami után készítjük el a Végszámlát. Az Előlegszámlát akkor kell kiállítani, amikor az előzetes ( rész ) megrendelés értéke megérkezik a bankszámlára. Az Előlegszámla teljesítési és kiállítási dátuma ezért az összeg beérkezési dátuma.
 A Végszámla tartalmazza a termék vagy szolgáltatás teljes értékét, a már kifizetett előleget ( az Előlegszámla számának megadásával ez az információ a rendszerben automatikusan ismert ) és a még fizetendő összeget ( ha van ).
 Az Előlegszámla és a Végszámla ( ha van ) kifizetése után következik a teljesítés, majd a rendes számla kibocsátása.
 Amennyiben szükség van rá, a rendes számlát ki lehet állítani ingyenesen használható számlázó szoftverrel, online számlázó rendszerrel ill. programmal vagy a piacon beszerezhető olcsó számlázó programmal, szoftverrel is, amely már tartalmazza az adóhatósági adatexportot a rendeletben előírt XML formátumban is.

 A Proforma számla vagy Díjbekérő egy mindig létező megoldás, amit egy megrendelés után küld az eladó a vevő részére. Egy jövőben teljesítendő szolgáltatás ellentételezését igazoló bizonylat. Nem vonatkoznak rá a számlázási szabályok és tartalmára és kinézetére sincsenek előírások.
 A Proforma számla kifizetése után következik a teljesítés, majd a rendes számla kibocsátása. Természetesen azért javasolt a számviteli- és esetleg az ÁFA ( amennyiben nem ÁFA mentes értékesítésről van szó ) törvénynek is megfelelni, ezzel is elősegítve a rendes vagy a Végszámla ( amennyiben szükség van rá ) gyorsabb kiállítását.
 Amennyiben szükség van rá, a rendes számlát ki lehet állítani ingyenesen használható számlázó szoftverrel, online számlázó rendszerrel ill. programmal vagy a piacon beszerezhető olcsó számlázó programmal, szoftverrel is, amely már tartalmazza az adóhatósági adatexportot a rendeletben előírt XML formátumban is.

 Az elkészített XML állomány helyessége, azaz szerkezeti megfelelősége és a Rendelet 3. mellékletében szereplő XSD sémának való megfelelése számos, akár ingyenesen elérhető szoftverrel vagy online szolgáltatással ellenőrizhető. Javasolt bármelyik keresőben például az "XML schema validator" kifejezésre rákeresni és az így rendelkezésre álló megoldások valamelyikének felhasználásával ellenőrizni az XML állományt.
 Az XML állományban szereplő adatok helyességét, azaz annak belső összefüggéseit, és a valóságnak megfelelő voltát az adatszolgáltatást kérő revízió ellenőrizheti.

 A rendelet 19. §-a értelmében adóhatósági ellenőrzés céljából az adóalany az xml formátumban megőrzött számla adatait a 2. melléklet szerint és a 3. mellékletben meghatározott adatszerkezetben, az egyéb elektronikus formában megőrzött számla esetében a 2. melléklet szerint és a 3. mellékletben meghatározott adatszerkezetben, vagy pdf formátumban köteles rendelkezésre bocsátani.

 A számla elektronikus őrzése tárgyában az Áfa tv. 179. §-a és a Rendelet 17. §-a határoz meg jogokat és kötelezettségeket. A Rendelet 19. §-ának előírása ezen rendelkezésekkel áll összefüggésben, az nem kifejezetten a számlázó programokkal kibocsátott számlákra vonatkozik, hanem minden számlára, amit elektronikus formában őriztek meg, így különösen az adóalany által befogadott - törvényi kötelezettség vagy adózói döntés alapján - elektronikus formában megőrzött számlákra és például az adóalany által nyomtatvány felhasználásával kibocsátott számlára, amennyiben azt a kibocsátó - elektronikus másodpéldányként - elektronikus úton őrizte meg. Az elektronikus formában megőrzött számlák adóhatósági ellenőrzés céljából történő rendelkezésre bocsátás vonatkozó előírásainak a példa szerinti esetben megfelel, ha ezeket a számlákat az adózó képi formában - pdf formátumban - bocsátja rendelkezésre.
 Ugyanakkor a Rendelet ezen rendelkezésétől független a számlázó programokra vonatkozó előírás, miszerint 2016. január 1-től a számlázó programoknak - a használatukkal kiállított számlák tekintetében - alkalmasnak kell lenniük a Rendelet 2. és 3. melléklete szerinti adatexport végrehajtására.

 Ha a számlázó programban különböző sorszámtartományokba tartozó számlákat lehet létrehozni és ezekhez eltérő előtagú sorszámozás tartozik, megfelelő az az eljárás, ha az adatexport során az adatszolgáltatásra és az XML fájl előállítására az egyes sorszámtartományokba tartozó számlákra vonatkozóan külön-külön kerül sor.

 Amennyiben a fennálló rendszer speciális felépítettsége nem teszi lehetővé a beépített funkcionalitást, akkor ettől el lehet térni az adatok teljessége és a megfelelő formában történő előállítása érdekében.

 Mivel a TKR 366 egy többfunkciós, moduláris felépítésű szoftver és a "határokat" csak úgy hirtelen nem lehet átszabni, ezért induláskén mindenképpen az önálló szoftver létrehozása a megoldás az adott új funkció ( "adóhatósági ellenőrzési adatszolgáltatás" ) megvalósítására.
 Természetesen indulásképpen is integrálva van az adott funkció ( windows és dokumentáció szintjén ) az egyes TKR 366 szoftvercsomagokhoz és a TKR Élesítés utolsó fázisában akár a "futtató rendszer" -be is egyszerűen beépíthető ( TKR_366-upgrade-update_xml ).

 Így amennyiben egy szoftver a jelenlegi állapotában az adatexportot nem a rendelet által előírt struktúrában valósítja meg, nem kifogásolható például az a megoldás, hogy a rendeletnek való megfelelést a fejlesztő úgy biztosítja, hogy külön alkalmazást fejleszt a megkövetelt struktúrára való átalakításra, majd ezt az alkalmazást a programcsomag egy újabb moduljának nyilvánítja ( TKR_366-upgrade-update_xml ).

 Az adatszolgáltatás a 23/2014. (VI.30. ) NGM rendeletben meghatározott adatszerkezetben és tartalommal teljesítése az ellenőrzött - a számlázó programmal vagy számlát is készítő programmal kiállított számlái adatainak tekintetében adatszolgáltatásra kötelezett - adóalany felelőssége.

 A 2016. január 1-jén, illetve azt követően értékesített számlázó vagy számlát is készítő programokat ki kelll egészíteni az "adóhatósági ellenőrzési adatszolgáltatás" funkcióval ( TKR_366-upgrade-update_xml ).

 A számlázó program ill. a számlát is készítő program vagy programrendszer előállítójától a számlázó program használójának - ahhoz hogy az "adóhatósági ellenőrzési adatszolgáltatás" funkciót használni tudja - meg kell vásárolnia az új funkció kapcsán elvégzett frissítéseket ill. a TKR 366 esetén az adott új funkciót - amíg nincs elérhető TKR 366 -os változat - saját költségén ki kell fejlesztenie ill. a piacon meg kell vásárolni és meg kell valósítania.
 Mivel a TKR 366 szabványos és nyílt adat ( .DBF ) és szoveg ( .TXT ill. .PDF ) formátumokat használ, erre mindenkinek van lehetősége ( .DBF -> XML , .TXT -> XML , .PDF -> XML , stb. ).

 Egyenlőre sajnos a TKR 366 fejlesztője ( Bán József ) főleg kapacitás gondok ( a liszenszelés is nagyon lefoglal ) miatt - mint az adatexport XML formátumba esetén ( az "adóhatósági ellenőrzési adatszolgáltatás" ) - nem biztos, hogy időre elkészül legalább a .TKR ( .TXT ) -> XML konverzióval.

 Azért persze már most érdemes elkezdeni felkészülni az online számlabekötésre ( 2018. július. 1. ), hogy Ön nyerő legyen ill. Ön legyen a nyerő.
 Mivel a TKR 366 számlát is készítő programjai a TKR_S623 ill. a TKR_S624 a nyomtatóra ( papír ) való számlakészítés mellett fájlba ( szabványos Text -> .TXT [ CP-852 { .PRN } ill. ANSI Windows 1250 vagy iso-8859-2 { .TKR } ] és .PDF ) is tud számlát készíteni, ezért nem jelent technikai korlátot a vállalkozások ( cég, magánszemély, vállalat, stb. ) - a jelenleg is hatályban lévő adatexporthoz hasonlóan - , a NAV számára a szükséges adatszolgáltatást megvalósítani a számla adatokról, a TKR 366 által készített számlák alapján.
 A 2017 június végén megjelent rendelettervezetben az online számlabekötés során használandó adatstruktúra ( XML -> .xsd -> Unicode [UTF-8] ) összetettebb, mint a már hatályban lévő adatexport formátum.
 Tervezetten könnyítés lesz, hogy a vállalatoknak csak az Áfa törvény által előírt számlaadatokat kell majd kötelezően jelenteniük és 24 órán belül elegendő lehet elküldeniük a 100 000 forint feletti áfa értékű belföldi üzleti partnereknek szóló számlák adatait a NAV részére.
 Azok a vállalkozások ( cég, magánszemély ), akik már megoldották a TKR 366 által készített számlák adatai alapján a megfelelő XML ( .xsd -> Unicode [UTF-8] ) teszt file-ok előállítását, tesztelhetik a létrehozott adatállományaikat a NAV kifejezetten erre a célra fejlesztett rendszerében, a NAV Külső Online Bejelentő és Adatszolgáltatási Keretrendszerének online platformján ( KOBAK ).
 A tervezett rendszer jogszabályi háttere a számla és a nyugta adóigazgatási azonosításáról, valamint az elektronikus formában megőrzött számlák adóhatósági ellenőrzéséről szóló 23/2014. (VI. 30.) NGM rendelet, melynek módosítása jelenleg ( 2017-07-11 ) folyamatban van.
 Természetesen továbbra is nem egyből ITT ( NAV ), hanem itt ( TKR ) vagy ITT ( TKR 366 ) javaslom a kezdést, de a folytatást is időközönként itt is ( TKR Újság ).

 Egyenlőre sajnos a TKR 366 fejlesztője ( Bán József ) főleg kapacitás gondok ( a liszenszelés is nagyon lefoglal ) miatt - mint az adatexport XML formátumba esetén ( az "adóhatósági ellenőrzési adatszolgáltatás" ) - nem biztos, hogy időre elkészül legalább a .TKR ( .TXT ) -> XML konverzióval.

 Az elektronikus számlázás számlakibocsátónál történő bevezetése nincs hatósági engedélyhez kötve, az adózó maga választja meg ( akár számlánként ) az alkalmazott számlázási módot. Az adózó köteles megfelelni a számla és a nyugta adóigazgatási azonosításáról, valamint az elektronikus formában megőrzött számlák adóhatósági ellenőrzéséről szóló 23/2014. (VI.30. ) NGM rendeletnek is.
  Számlázó programot és/vagy online számlázó rendszert használó adózó köteles bejelenteni az adó- és vámhatósághoz az erre a célra rendszeresített nyomtatványon a számlázó program használatba vételét és a használatból való kivonását is.

 A TKR 366 számlát is készítő programjai a TKR_S623 ill. a TKR_S624 a nyomtatóra ( papír ) való számlakészítés mellett fájlba ( szabványos Text -> .TXT [ CP-852 { .PRN } ill. ANSI Windows 1250 vagy iso-8859-2 { .TKR } ] és .PDF ) is tud számlát készíteni.

TKR Enterprise Rendszerismertető            TKR Enterprise Felhasználói Kézikönyv

TKR Enterprise Segítség

 Amennyiben az Ön windows változatának ( Vista/7/RT/8/8.1/10 ) nem része a WinHlp32.exe ( windows formátumu segítség kezelő ) , akkor azt letöltheti a Microsoft letöltőközpontjából ill. az internet egyéb helyeiről.

  TKR Enterprise Dokumentáció          TKR Enterprise Fő Funkciók