|
Kettős könyvelő program
változásai
FIGYELEM! Ctrl-F billentyű-kombináció hatására beírhatunk egy szót vagy akár kifejezést (keresőkulcsot), pl. átértékelés, majd Enter, és akkor gyorsan megtaláljuk - például - az év végi deviza-átértékeléssel kapcsolatos alábbiakat! FIGYELEM! Aki [134]-es verziónál régebbivel dolgozik,
NE TÖLTSE LE A LEGÚJABBAT, AMÍG NEM OLVASTA EL A [134] BEVEZETŐJÉT, ÉS NEM KÉSZÜLT FEL A TELEPÍTÉSRE! [144] - 2026. március 9.
Vevő/szállító egyenlegközlők készítése
Új menüpont: Képernyő \ Követelések és kötelezettségek \ Nyitott vevő/szállító forgalmak egyenlegközlői. A menüpont egy általunk megadandó határnappal bezárólagos számviteli állapotra épülően – egy opcionális (nem figyelmen kívül hagyandó) előzetes észrevétellista után – két eredménylistát (PDF-t) készít: előbb összefoglaló áttekintést az egyenlegközlőkön feltüntetendő nyitott – vevő vagy szállító – forgalomról, melyet követ az egyenlegközlőket „zsinórban egymás után” tartalmazó PDF. Az egyenlegközlők elején (devizanemükben) az üzleti időszakban kibocsátott vevő, avagy befogadott szállítói számlák bruttó előírásainak összege kerül feltüntetésre. Ezt követik a nyitott előírások és az esetleges nyitott jóváírások – úgyszintén eredeti devizanemükben kifejezve (korosítás-listáikkal egyezően), mely elv azzal „szelídíthető” meg, hogy a vegyes devizanemű előírásokat és jóváírásokat alkalmas technikai tételekkel előzőleg – ha akarjuk – „közös nevezőre” (azonos devizanemre: Ft-ra) hozzuk. Természetesen, az ilyetén technikai tételek árfolyam-különbözeteket indukálhatnak, amint természetes az is, hogy az egyenlegközlőknek figyelmen kívül kell hagyni az árfolyam-különbözeteket és deviza-átértékeléseket, lévén ezek következmény-tételek, nem pedig eredeti előírások/jóváírások.
Az egyenlegközlőkön feltüntetésre kerül a könyvelt vállalkozás ügyintézőjének neve és email-címe. A nevet szeparáltan kéri tőlünk a program: vezetéknév és keresztnév. Ennek oka, hogy a külföldi vevők, ill. szállítók egyenlegközlői angol szövegezéssel készülnek, melyben a név a komponensei szabatos felcserélését igényli. Programunknak tehát lényeges tudnia (és ezen a Ladó-féle utónévszótár programba integrálása sem mindig segítene), hogy Margit Ferenc József most Ferenc József Margittá, avagy József Margit Ferenccé avanzsálandó. Az egyenlegközlőkhöz V/S (Vevő/Szállító) jelzéssel kiegészített egyedi hivatkozási (sor)szám generálódik. FONTOS: közlőink nyomtatása előtt ellenőrizzük az érintett vevők/szállítók nevét és címét. Akinél kell, pontosítsunk az adatbevitel közbeni F7-es ’Fszla +’ funkcióval!
OPG
Mostantól az időszakosan üzemelő, tehát akár hónapokig üzemen kívül tartott pénztárgépekre vonatkozó gép-gép letöltési kérésekre adott NAV-válaszokat is értelmezi a program. Sajnos, a NAV-dokumentáció vonatkozó hiányosságait tapasztalati úton lehet csak pótolni. Mostantól a pénztárgépek esetleges hibás szintaktikájú (nem teljesen korrekt pénztárgép-szoftver által előállított) XML-küldeményeit is nagyobb eséllyel lehet feldolgozni. Mindettől függetlenül: bármely NAV-forrásból importáljuk is egy pénztárgép forgalmát, adatait vessük össze a papíralapú szalagja havi információival, hisz tudható: „A Hungarian blues – csak az, amit a cigány húz!” Mellyel összefüggésben logikusan vetődik fel a kérdés:
- Mit énekelnek a molyok a szekrényben?
- Edd a blúzt!
Kör bezárva, záró akkord következik: ha bármely típusú gép-gép letöltés (akár online számla, akár OPG) közepette HTTP_ERR_...TXT fájl keletkezéséről értesít bennünket a program, küldjük azt át jelen sorok írójának, hogy kianalizálhassa, mely ok miatt került „bot” a „küllők” közé.
Banki számlatörténetek importja – OTP Electra és MBH: egy kis változás
Bő 2 éve – [118w] verzió – történt e tájékon utoljára változás, de most ismét.
Egyrészt: az OTP Electra felületről DAT formátumú exportot kell ezután letölteni és importálni (közvetlenül beolvashatóvá vált): 117-es számlaszámok, E-típus. A módosult importhely létrehozásához ki kell adnunk a forráshely megadása menüpontot. Egyszeri teendő: el kell fogadni a korábbit, de járulékosan létrejön az UGYW_BANK mappán belüli DAT-beolvasási hely (almappa).
Másrészt: az F-típusú – volt takszövös – MBH-számlák (504, 517, 525 és 576 kezdetűek) mostantól B-típusúvá (volt Budapest Bank) is tehetők: számlatörténeteiket ugyanis az MBH immár az egykori Budapest Bank CSV formátumával is prezentálja. Ennek igénybevételéhez annyi az egyszeri teendőnk, hogy a szóban forgó volt takszövös bankszámlaszámok típusát a Segédletben F-ről módosítsuk B-re, és itt is kell a forráshely megadása. És e bankszámlák számlatörténeteit ezután úgy kérjük letöltetni a cégtulajokkal (CSV-ben), mintha mindig is Budapest Bankosok lettek volna.
Aktuális összefoglaló a preferált bankokról és számlatörténetük preferált formátumáról:
Preferált bank Típus Preferált formátum
------------------------------------ ----- ---------------------
Raiffesen 120 XLS
Erste 116, 119 CSV (Electra!)
ErsteA 116, 119 A XLSX
UniCredit 109 XLSX
OTP 117 XLS
OTPElectra 117 E DAT (Electra!)
KH 102, 104 XLS
KHElectra 102, 104 E CSV (Electra!)
MBHfokusz 504, 517, 525, 576 F CSV (összevont!!!)
MBHmkb 103 M CSV
MBHbb 101, 504, 517, 525, 576 B CSV
MBHvall 101, 103 V XLSX (MBH Vállalati)
OFSZ 222 CSV
[143] - 2026. február 1.
2665
Árnyalatnyi változás ugyan történt a 65-ös nyomtatványon, de ez a könyvelő program ÁFA-produktumára nem gyakorol hatást. Szabadon választható maradt a 65M összesítő jelentésen feltüntetendő beszerzések áthárított adójából levont adó „mérték és arányosítás szerinti” bontása is, írásba – ÁFA-törvénybe – vagyon azonban fektetve: immár csakis 2026.06.30-ig. Ez időpontig tolódik tehát ki a számlák adótartalma arányosításának 65M-beli kimutatása nélkülözhetősége, mely jó hír medvekijövetel kimenetele időszakában, lévén az arányosítás számlánkénti megjelenítésének módja máig nem tiszta – lásd a törvény 07.01-től érvényes szövegében a 10. számú melléklet 9. pont c) alpontja alatti (2665M összesítő jelentéssel összefüggő) kitételt:
"A levonásba helyezett adó kiigazításának az 5. számú melléklet alapján számított összegéről a nyilatkozattételi kötelezettség összevontan is teljesíthető. Azonos megítélés alá esik, ha az adóalany az előzetesen felszámított adó arányos megosztására nem az 5. számú mellékletet alkalmazza."
Annak fényében (árnyékában?), hogy az arányosítás alá eső beszerzések áthárított adójának levonási aránya az üzleti év végére nyeri csak el végleges %-értékét, nem lenne rossz tudni, pontosan miben is áll az idézett kitételben megcsillantott két (összevonás nélküli és összevont teljesítésű) alternatíva az érintett számlák 65M-beli megjelenítése tükrében. Fontos ez annak fényében (árnyékában) is, hogy az arányosítás egy számla esetében nem feltétlenül érinti annak egészét: érintheti csupán 1-2 tételét is. A 65M kitöltési útmutatója bölcsen hallgat, ezért kérdéssel fordultam a NAV-hoz is, de hálásan fogadom, ha valaki előbb tudna szembesíteni a tuti megfejtéssel.
NAV standard adókódok – 2026 A NAV csipetnyit bővített az adókódjain, utolsó – 2025.12.01-i állapotú – Excel-táblájával pedig hibát javított. A könyvelő program eme legfrissebb – 2026-ra érvényes – adókód-táblát bocsátja rendelkezésünkre, ha letöltését kérjük a ’Honlap jelszó nélkül elérhető szolgáltatásai’ menüben (Szerviz). A NAV bővítése – a korábbi adókód-táblához képest – a 2665A-01-01 lap 04. és 29. sorai alá tartozó gazdasági eseményeket cizellálja. Két aktualizált PDF-t tettem letölthetővé (előző variánsukkal 2024-ben találkozhattunk): halasforras.hu/clients/adokod_2026.pdf
halasforras.hu/clients/adokod_2026_segedlet.pdf
Mint ismert: az adókódolás arról szól, hogy a NAV segédeszközt kínál a 65-ös fősorai, és a belőlük való kiemelések és részletező adatok mechanikus kitöltéséhez. Az ún. „beszédes adókódok” programbeli történelme a [118w], [119w] és [120w] verziókkal kezdődött. A kódokkal most ismerkedni szándékozók először e felsorolt verziók vonatkozó leírásait tanulmányozzák. Tanulmányozás további igénye: figyelmünkért esedező fenti két PDF fölötti ide-oda cikázhatóság, üres 2665-ös nyomtatvány nézését (és járását) csenddel övező áhítat, teli bögre forralt bor.
26A60, 2608
A program felkészítve.
kőKOBAKi átveszi PTGADAT örökségét
A NAV nyújtotta PTGADAT, eÁFA, OPG és ’kobakonline’ pénztárgép-adatszolgáltatások közül a könyvelő program eleddig az első hármat tudta úgymond magáévá tenni: beolvasni, lekönyvelni. A negyedik – a ’kobakonline’ – a NAV által március 31-én megszüntetendő PTGADAT „örökösének” tekinthető: adattartalma azonos a PTGADAT-éval, formátuma – csekély mértékben, tehát bosszantóan – eltérő. Könyvelői előny, hogy ezt ezután már nem kell (nyomtatvánnyal) jó előre megigényelni: meghatalmazotti kódokkal letölthető.
Fentiek okán PTGADAT helyére a program mostantól a vele egyenértékűnek tekinthető ’kobakonline’ kategóriát ülteti: a https://kobakonline.nav.gov.hu oldalról tölthető le. E régi/új kategória a keresztségben KOBAK nevet kapott. Ha igényt tartunk rá, mappáját létre kell hozatnunk: ’Forgalom-forráshely mappái beállítása’ menüpont. Ezt követően élhetünk a lehetőséggel: bátran töltögethetjük XLSX-állományainkat a „kobakos’ felületről a „kobakos” mappába, ha kőKOBAKi-t választanánk eÁFA-val és OPG-vel szemben.
[142] - 2026. január 18. Te is fiam, OPG?
OPG az elmúlt napokban új meglepetésekkel szolgált. Egy majsai könyvelőiroda ügyfeleinek pénztárgépei röpke 1 nap alatt 3-féle típusú nyavalyát hoztak felszínre. Közülük az egyik nem kezelhető biztonsággal jelenleg, másik kettőnek azonban orvoslását nyújtja a kurrens programverzió:
1. Ami nem kezelhető: az első online-ok közé tartozó pénztárgép szoftvere nem a 48/2013. (XI.15.) NGM rendeletben leírt módon prezentálja a gyűjtőforgalmat. Érdekes ugyanakkor, hogy a NAV-nak nincs ezzel problémája: sosem jelezte a pénztárgép üzemeltetőinek, ráadásul helyesnek tűnő PTGADAT-ot készít a beérkezett OPG xml-naplókból. Vélhető, hogy az első online pénztárgép-szériák egyikébe-másikjába hibás szoftver került (a szóban forgóba mindenképp), de a NAV jobbnak látta az ehhez való alkalmazkodást, mintsem a már kiadott engedélyei visszavonását. Ilyen pénztárgépek xml-jei értelmezési módjának logikáját e sorok írója akkor tudná megbízhatóan felderíteni, ha más hasonszőrű pénztárgép naplóállományaival is szembesülhetne, mely pénztárgépnek (szemben azzal, amelyikkel a sors összehozta) nem csak 27%-os gyűjtője vagyon, ráadásul esetében előfordulna sztornó, visszáru, és göngyöleg visszavét is.
2. Második típusú nyavalya: némely pénztárgép némely xml-naplóállománya nem xml. Másként fogalmazva: nem felel meg az xml követelményeinek! Olyan ez, mintha egy xlsx-fájlt az Excel azért nem tudna megnyitni, mert nem találja Excel-táblának. Az ilyetén xml-fájlok eddig kimaradtak a gép-gép letöltésből, lévén a NAV hibát jelzett rájuk. Mára bebizonyosodott, a NAV téved néha ebben: képződött olyan naplóállomány, mely nem felelt meg az xml követelményeinek, a NAV mégsem jelezte hibásnak. Lényeg: mostantól a formailag hibás xml-naplók is gép-gép letöltésre kerülnek, és alternatív módszerrel (mint gyöngykagylókból a gyöngyöt) a könyvelő program ezután ezekből is megkísérli kinyerni a ’Napi forgalmi jelentés’ – és egyéb pénztárgép-bizonylatok – adatait. Eleddig sikerrel. Megjegyzendő: a NAV által hibásnak talált xml-állományok nevei végére információ gyanánt – a letöltési napló kedvéért – a program odabiggyeszti a NAV-hiba azonosítóját: pl. XSD_ERROR. A NAV-dokumentáció amúgy az ilyen esetekre (6 ilyet sorol fel) azt javasolja, vegyük fel a kapcsolatot a pénztárgép forgalmazójával. Ezt ő – a NAV – is megtehetné…
3. Harmadik típusú találkozás: egyazon napon egynél több ’Napi forgalmi jelentés’ is készülhet, de ami fájdalmasnak bizonyult: néha egyetlen naplóállományon belül is. Még fájdalmasabb, hogy néha azonos zárás sorszámmal, de eltérő adattartalommal. E sorok írója immár kezdi érteni a NAV-t, miért erőlteti az OPG-t (az eredeti bemenő adathalmazt) az OPG-ből készített PTGADAT-jával szemben. Vélhetően azért, mert a pénztárgép-adatok értelmezése számára sem mindig triviális: „Több szem – akarja mondani: több program – többet lát”. Vergődjenek vele a könyvelő programok is! Nem zárható ki ugyanis, hogy dilemmás esetekben néha utóbbiaknál lenne a helyes értelmezés. Ha pedig mégse, akkor… Túl fikción: a program mostantól a „harmadik típusú találkozásokat” is kezeli. Egyazon naplóállományban „egyazon zárás-sorszám egynél többször” esetén pedig a későbbihez tartozó tartalmat fogja érvényre juttatni: esélyes, hogy ez a helyes. Már ha van köztük helyes.
[141] - 2026. január 11.
OPG: Forgalom beolvasása – hibajavítás
Nem szerencsés „programozóknak szánt adatleírás” szerepkörrel felruházni egy rendeletet, a NAV mégis ezt tette a pénztárgépekről szóló 48/2013. (XI. 15.) NGM-mel. Sajnos, a [140]-es verzióban taglalt ’Forgalom beolvasása’ menüpont nem a kívánatos értelmezéssel készült, így javítás vált szükségessé. A hibás működés abban állt, hogy azon naptári napokra, melyeken sztornó, visszáru, avagy göngyöleg visszaváltás történt, az érintett ÁFA-kulcsú gyűjtőtípusok napi lekönyvelendő értékei a felsorolt csökkentő tényezők figyelembevétele nélkül kerültek beolvasásra. Jelen [141]-es verzió a hibát automatikusan javítja, amennyiben a szóban forgó ’Forgalom beolvasása’ menüpontot 26.02.28-ig bezárólag legalább egyszer kiadjuk: az eddig letöltött összes OPG pénztárgép-naplóállomány helyes értelmezésű újraolvasása fog történni! Az új beolvasás előtt végrehajtott – OPG-adatszolgáltatásra vonatkozó – gépi könyvelés azon kp. kimenő alnaplóbeli tételeit azonban már manuálisan kell korrigálnunk, amelyek érintettek voltak sztornóval, visszáruval, vagy göngyöleg visszaváltással. Helyes értékeik tekintetében kérjük le újra a ’Beolvasott forgalom áttekintése’ listá(ka)t. Szíves elnézést kérek a kellemetlenség miatt!
Történt egy kis innováció is. Kellemetlen ui., hogy a NAV az OPG-adatszolgáltatását csak az utolsó kb. 14 napra visszamenőleg nyújtja. Ha ebből kifutunk, adatveszteséget szenvedünk. A program ezért mostantól számon tartja, hogy mely időpontig ejtettük meg az OPG gép-gép letöltéseket, és ha 10 nap már eltelt, figyelemfelhívásban részesít bennünket.
[140] - 2026. január 6.
OPG – 2/2: pénztárgép-naplóállományok gépi könyvelése
Szerves folytatása a [139]-es verzió vonatkozójának.
Legelőbb is: utalok a [126w] verzió leírásának ’Pénztárgép-forgalmak gépi könyvelése – így készítsük elő!’ alcíme alattiakra. Ne sikkadjon el e fölött most az a könyvelő sem, aki bőszen élt a PTGADAT és/vagy eÁFA-pénztárgép adatszolgáltatások programbeli igénybevétele lehetőségeivel. Változás történt ugyanis a „Segédlet \ … \ Vállalkozás pénztárgépei” menüpontnál: a fölöslegesnek bizonyult ’POS-terminál bank fők-i száma’ adat helyére másik adat megadhatósága került: pénztárgéphez rendelt rovatkód. Kitöltése opcionális: ha kitöltjük, akkor a szóban forgó AP-számú pénztárgép OPG-forgalmai eme rovatkód alá rendelten fognak könyvelődni – „gépileg”.
Még egy dolog: ha valamely pénztárgép egynél több azonos ÁFA-kulcsú gyűjtővel rendelkezik (e sorok írója találkozott 10 db-ot meghaladó C-gyűjtővel is), a program lehetőséget nyújt arra, hogy az OPG forgalmakat ne gyűjtőnként, hanem gyűjtőtípusonként könyveltessük, „gépileg”. Ha élni kíván a lehetőséggel, ilyenszerű pénztárgép esetén az előforduló gyűjtőtípusok reprezentánsait vegye fel csupán a Segédletbe – 00 sorszámmal! Például a C00, C01, C02, C27, C99 együttes előfordulását C00-val kell reprezentálni, ha szükségtelen a külön-külön történő kimutatásuk.
Folytatva:
Jelen programverzió a gép-gép letöltött OPG-forgalmak beolvasását, a beolvasott forgalom áttekinthetőségét (PDF-lista), és gépi könyvelését nyújtja.
Forgalom beolvasása:
A menüpont a gép-gép letöltött – még beolvasatlan – OPG naplóállományokból (melyek xml-fájlok) „kibányássza” a pénztárgép(ek) napi forgalmait, hogy könnyen kezelhető formára hozhassa, és róluk áttekintő listákat készíthessen, végül gépileg könyvelhesse.
Egy pénztárgép általában napi 3-4-5, de ennél akár jóval több naplóállományt is „termelhet”, melyeket szorgalmasan küldözget NAVi pajtihoz. A könyvelő program gép-gép letöltése letölti valamennyit, lévén mindet át kell vizsgálnia ahhoz, hogy a könyvelés számára fontos adatokat kinyerhesse belőlük. A naplóállományok ui. nem csak a napi forgalmak összesítését tartalmazzák (ezt csak 1 állomány a napi 3-4-5-stb. közül): van számos egyéb – későbbiekben kigyűjtendő és feldolgozandó – információ is bennük. Mindezek miatt a könyvelő program egyelőre egyetlen naplóállományt sem töröl a jelen típusú beolvasásokat követően, mintegy fenntartva a lehetőséget, hogy a könyvelők kikristályosíthassák magukban: vajon mely adatok kigyűjtését és hasznosítását lenne jó abszolválnia a könyvelő programnak az újabb verzióival? A ’Forgalom beolvasása’ naplózza a beolvasást: a napló az effektíve beolvasott pénztárgép-naplóállományok neve alatt feltünteti a vonatkozó pénztárgép gyűjtőinek napi forgalmait is.
Beolvasott forgalom áttekintése:
Lista a könyvelt vállalkozás pénztárgépeinek adott hónap-intervallumba eső napi forgalmairól gyűjtőtípusonként. E listán a program kijelzi a vállalkozás esetlegesen letöltött és beolvasott online számlái között található pénztárgépes számlák gyűjtőforgalmát is. Utóbbi tájékoztatási célú, a gépi könyvelésre nincs hatással.
Beolvasott forgalom gépi könyvelése
Egy menetben a vállalkozás egy adott AP-számú pénztárgépe adott havi – korábban már beolvasott – napi forgalmait könyveltethetjük le a kp. kimenő alnaplóba. Olyankor kérjük, amikor a hónap anyaga immár teljes, azaz a pénztárgép teljes havi forgalmának beolvasása megtörtént (emlékezzünk a 14 napos NAV-korlátra: [139]-es verzió leírása). A lekönyvelendő napi forgalmakról előzetes áttekintő lista készül, melyet másodlagos könyvelési bizonylatként használhatunk. Azonos kulcsú gyűjtők előfordulása esetén gyűjtőtípusokra is történhet a gépi könyvelés – lásd a fenti bevezetőt. Természetesen, a Segédletben ilyenkor eleve ehhez alkalmazkodva kell előzetesen definiálni a pénztárgép gyűjtőit. A gépi könyvelés teljes mértékben felhasználja pénztárgépünk Segédlet-beli adatait: kontírozás, opcionális rovatkód, opcionális ÁFA-kód alábontás… Minden pénztárgép automatikusan saját „vevő” folyószámlát kap (megnevezésében a pénztárgép AP-száma). Hasonlóan, mint a PTGADAT, illetve eÁFA-pénztárgép adatszolgáltatások gépi könyvelése esetében ([126w] verzió) – sőt: opcionálisan ugyanazokat a pénztárgép-folyószámlákat „megörökölve”.
Gépi könyvelés után – biztos, ami biztos – célszerű ellenőrizni a kp. kimenő alnaplót! Első alkalmakkor mindenképp legyünk bizalmatlanok: nézzük meg, mindent helyesen végzett-e el a programunk!
[139] - 2025. december 10.
Vevő/szállító folyószámlakarton – párosítási szint szerinti sorrendben is
Az eddigi (számviteli dátum szerinti) sorrend mellett a klasszikus lista tételei mostantól – folyószámlán belül – a párosítási szintjeik sorrendjében is kérhetők. A program megkérdezi, melyik sorrendet kívánjuk érvényesíteni az elkészülő PDF-ben. A sorrend új lehetősége olyan vállalkozások számára lehet hasznos, melyek komoly tételszámú vevő és/vagy szállítói körrel rendelkeznek, és számláikkal kapcsolatban gyakorta merül fel náluk a kínzó kérdés: mikor és milyen részletekben is történt a kiegyenlítésük? PDF-ekben könnyű szövegrészletre keresnünk (név, számlaszám, stb.), így gyorsan megtalálható bennük bármelyik számla, közelében pedig már vár ránk az opcionálisan hozzá párosított jóváírás (avagy jóváírás-tételsorozat).
2565M – egy kis visszatáncolás
2565M tekintetében – az előző verzióhoz képest – egy centivel visszább kellett ráncigálni a könyvelő programot. Nevezetesen: néha mégiscsak szükséges, hogy egy előleget visszavevő számlához hozzárendeljük az előleg – mint „előzményszámla” – számlaszámát, miáltal így az a 02-K lapra fog kerülni a 02 lap helyett. Erre akkor van szükség, amikor a szállító az előleg visszavételét, valamint a végösszeget két külön számlával oldja meg. Ugyanakkor, ilyen megoldást az ÁNYK – a NAV – nem kultivál a 02 lapon: a végszámláknak tartalmazniuk kellene az előlegeik visszavételét is! A leírt kényszermegoldás tehát az elő-előforduló nem NAV-kompatibilis számlázási gyakorlat miatt vált szükségessé: ahhoz ugyanis, hogy egy szingli előleg-visszavét tételből álló számla is sikerrel 2565M-re kerülhessen, kénytelenek vagyunk sztornónak (korrekciónak) tekinttetni.
OPG – 1/2: pénztárgép-naplóállományok gép-gép letöltése
Azok számára, kik pénztárgép-forgalmakat is kénytelenek könyvelni, s ezt mindeddig manuálisan – programsegítség igénybevétele nélkül – tették, most az eddigi lehetőségeknél is hatékonyabb megoldás használatbavétele küszöbén állnak, és végképp önmaguk ellenségeivé válnak, ha nem hasznosítják az OPG-t :)
Mi az az OPG? Szűken véve: online pénztárgép; gyakorlattá váltan értelmezve: NAV Online Pénztárgép gép-gép adatszolgáltatása. A NAV többféle adatszolgáltatást nyújt az online pénztárgépek forgalmáról, s aki nem vette igénybe az 1 évvel ezelőtt megjelent [126w] verzió „vívmányait”, szíveskedjen most annak leírásába átlépni, és olvassa el az elejét: Előszótól az Előszó utószaváig… Majd térjen vissza ide:
Egyrészt: a NAV pénztárgépekre vonatkozó adatszolgáltatásai nem 100%-osan koherensek egymással. De ettől még használhatóak. Közülük rangsorban első a mostantól használatba vehető OPG. Másrészt, zárójelben, adalékul közreadok egy linket, mely a NAV új portáljára mutat: https://kobakonline.nav.gov.hu Innen állítólag közvetlenül is letölthetők a PTGADAT Excel-táblák, amelyek eddig nyomtatvánnyal voltak igényelhetők. Mandátumuk ugyanakkor – a portál szerint – márciustól megszűnik. De a PTGADAT – számunkra – mostantól már nem is érdekes, sem az eÁFA pénztárgép-adatszolgáltatása, noha igénybevehetőségüket mindaddig fenn fogja tartani a program, míg léteznek. „Érdekesebbnek” ígérkezik Köbüki kobakonline-oldaláról az e-pénztárgép… de ez még odébb van…
És akkor jöjjön az OPG!
Az OPG mindent tartalmaz adott AP-számú pénztárgépre vonatkozóan, amit a pénztárgép beküld a NAV-hoz. Ezért nevezhető első számúnak a pénztárgép-adatszolgáltatások közül. Van azonban két árnyoldala:
1. A „minden” csak az, ami az utolsó két hétben (kb. 14 napban) történt a pénztárgépen. A NAV-nál természetesen ott a korábbi adatok is, de azok már nem képezik lekérdezhetőség tárgyát. Ez az árnyoldal a könyvelőket sújtja: legfeljebb 12-13 napig várhatnak, utána feltétlenül szükséges lesz lekérniük az OPG-t, ha nem akarnak adathiánnyal szembesülni.
2. A másik árnyék a programozóra vetül: az OPG nem egyetlen előfeldolgozott adatállomány, hanem naplóállományok tömege, típusuk pedig xml. Egy pénztárgép 14 nap alatt néhány tucattól akár több 100 naplóállományt is generálhat, és küldhet be a NAV-hoz – ezeket ömleszti vissza a NAV OPG-adatszolgáltatása. A naplóállományok mindent tartalmaznak, akkucserétől a pénztáros váltásáig, számunkra azonban csakis a bennük foglalt pénztárgép-bizonylatok fontosak. Ezeket áttekintő PDF-em itt tölthető le: https://halasforras.hu/clients/opg_bizonylatok.pdf
Jelen programverzió a pénztárgépek OPG-naplóinak gép-gép letölthetőségét nyújtja. A naplók beolvasását és ún. gépi könyvelését a 2026. január első napjaira elkészülő „OPG – 2/2” fogja abszolválni. A gépi könyvelés naptári hónapra lesz kérhető, és a gyűjtők napi forgalmait fogja lekönyvelni tudni, mellette PDF-alapú tájékoztatást ad a napi forgalmak némely jellemzőjéről. A „némely jellemzők” köre nem lezárt, Ön is tehet rájuk javaslatot az opg_bizonylatok.pdf-ben leírtak áttanulmányozása után. Jelen „OPG – 1/2” közreadása azért sietős, hogy már a 2025-ös év decemberének pénztárgép-adatait is hiánytalanul legyen lehetőségünk letölteni a NAV szervereiről. A 14 napos visszamenőlegesség azt igényli tőlünk, hogy adott hónap OPG-adatai gép-gép letöltését ne havonta, hanem ennél gyakrabban (legfeljebb 12-13 napot várva) gyakoroljuk – hézagmentes adataink érdekében. A lekönyvelés azonban havonta fog történni.
És akkor most kezdődjék a móka! Aki már belekóstolt az online számlák gép-gép letöltésébe, annak számára – leszámítva a francos 14 napos szűk korlátot – nem nagyon lesz újdonság a letöltési mechanizmusban. Az OPG-letöltéshez is szükségeltetnek ugyanis a pénztárgépek tulajdonosainak technikai felhasználó kódjai (felvitelük módjának taglalása a [134]-es verzió alatt). Fontos: a NAV Online-on a ’Felhasználók’ menüpont alatt ellenőrizzük, illetve állítsuk be (ha kell) az „OPG lekérdezés” jogosultságát! Nélküle esélytelen a sikerélményünk. Ha már ismeri a PTGADAT és az eÁFA-pénztárgép adatszolgáltatások gépi könyvelése programbeli előkészítésének teendőit is (pénztárgépek AP-számai és gyűjtői felvitele: [126w]-os verzió), és túl van rajtuk, akkor jelen [139] újdonsága gyakorlatilag azonnal hasznosítható! Imígyen:
Az ’Export- és importszolgáltatások’ menüpont alatt új menüpontot talál: ’OPG …’. Bátran adja ki! Új – de már szinte szokványos – menügarnitúrával szembesülhet. Szükséges a forgalom forráshelyének egyszeri itteni beállítása (ezzel kezdje): jellemzően annak a meghajtónak a betűjelét érdemes választani, amelyen a könyvelések is vannak (hálózatban tehát a szerver betűjelét, egyéb esetben többnyire a C-t). A beállítás a könyvelt pénztárgépes vállalkozás számára – a megjelölt meghajtón – létrehoz egy mappát, amelybe az OPG-adatai (OPG xml-naplóállományok) kerülnek, valahányszor kiadjuk a gép-gép letöltést. A letöltés tehát mindig az utolsó 2 heti pénztárgép-forgalmat teleportálja masinánk eme mappájába. Ha legalább 12-13 naponta kiadjuk az OPG-letöltést, akkor hiánytalanul tudjuk összegyűjteni a pénztárgépek teljes havi, negyedéves, éves forgalmait (bevallás-gyakoriságtól függően) azon célból, hogy az ’OPG – 2/2’ gépi könyvelése a letöltött xml-ekből kinyerhesse az értékes aranyszemcséket (akarom mondani: gyűjtő-információkat), s könyvelhesse a pénztár naplóba. Majd törölje a feldolgozott xml-eket, hasonlóan az online számlák, banki számlatörténetek, PTGADAT-ok excel-tábláihoz, csv-fájlaihoz…
Többcéges program esetén az OPG gép-gép letöltés (az online számlák gép-gép letöltéséhez hasonlóan) az összes ügyfelünk – Segédlet-ben regisztrált – összes pénztárgépe forgalmának egy menetű lekérésére is utasítható. Adott cég naplóállományai a beállított forráshely-drive UGYW_PENZ\...cég…\OPG---XML mappájába kerülnek. Legyen bár a cégnek akár több pénztárgépe is. Ha egy újabb letöltés visszamenőleges 14 napja átfedi az előzőét (épp, hogy erre törekedjünk!), az nem fog gondot okozni: semmi nem duplázódik, ellenben semmi nem fog hiányozni! A letöltés folyamatát nyomon követhetjük, nagyjából magáért beszél, nem részletezem. A letöltések naplózásra kerülnek, a napló a letöltés helyén megtekinthető.
|
