2020.06.19 2.31-es változat

2020.05.22 2.31-es változat

• kisebb hibajavítások miatt javasoljuk, hogy frissítsenek erre a verzióra július előtt, de ha számláznak a programmal, és 2.28-nál régebbi verzió fut, akkor a frissítés mindenképpen kötelező. A program csak júliustól jelent minden belföldi adóalany részére kibocsátott számlát.
• a 'NAV beolvasás' feldolgozó varázsló kiegészült további lehetőségekkel:  A lekért számlákat a feldolgozás előtt nem csak törlésre lehet megjelölni T-vel, hanem N-el törlés nélkül is meg lehet jelölni, hogy nem szeretnénk látni a kiválasztáskor.
• az első képernyő első új mezőjében alapértelmezetten 'B' van, vagyis a program (az előző verzió leírásában részletezett módon) a részünkre kibocsátott (bejövő) számlákat kéri le. Ha ide K-t írunk, akkor a program az általunk kibocsátott számlákat is be tudja olvasni. Ennek akkor lehet értelme, ha a számlázás nem (kizárólag) a PROFIT programmal történik, hanem más számlázó programot (is) használ a cég, és igény van ezek adatainak beolvasására is (pl. a könyvelőirodák jellemzően élhetnek majd ezzel). A beolvasás ekkor is csak a köztes állományba történik, és a feldolgozás során még csak a partner adatok bővülnek/szinkronizálódnak (viszont azok csak ekkor). 
• ha a a feldolgozást nem a G (gyors) módon kérjük, hanem az X-el jelölteknél lekérjük egyenként a számla xml-eket, akkor van lehetőség arra is, hogy ezeket az xml-eket a köztes állományba el is tároljuk. Így amikor később esetleg erre újra szükség van, akkor már nem kell ezt ismételten lekérni a NAV-tól. Másrészről egy-egy számla xml mérete nagy lehet, így  - amíg nem kerül törlésre a köztes állományból - növeli az adatbázist (tehát NEM a számlánál tárolódik, hanem a köztes állományban!). A beállítás: NAVXML_TAROL   Tartalma lehet üres: nem tárolódik, B  csak bejövőknél, K  csak kimenőknél, BK   mindkettőnél. A tárolás csak a feldolgozás során történik meg. Azt, hogy éppen hogyan van beállítva a rendszer, és lesz-e eltárolás, a program megjeleníti a feldolgozó varázsló második képernyőlapján hogy az indítás előtt lehessen látni, mi fog történni.
• Új gomb a beérkezett, kimenő számla és pénztár űrlap felső eszköztárán: [NAV] A már berögzített/iktatott (mentett) számlán állva lekérhető a számláról a NAV-nál található xml (amennyiben a számla NAV online jelentése már megtörtént) és ennek alapján egy külön - csak olvasható - ablakban ez alapján a program megjelenít egy virtuális jól áttekinthető számlaképet, amely tartalmazza a számla lényeges fej, sor és összesítő adatait. Ezáltal a számláról a könyveléshez sok információhoz jutunk anélkül, hogy a számlát kézbe kellene venni. FIGYELEM! Könnyen előfordulhat, hogy a különböző más programok által jelentett (vagy kézi számla esetén a NAV online felületen kézzel bevitt, megadott) adat nem felel meg a valódi számla megfelelő adatának!!! Jelenleg kevés tapasztalatunk van arról, hogy ez majd mennyire lesz megbízhatóan használható. Ha az előzőekben említett módon a NAVXML_TAROL beállításával a számla xml a köztes állományba eltárolásra került, akkor a NAV gomb nem kéri le az xml-t újból, hanem csak gyorsan megjeleníti azt. A számlakép ablakot a jobb felső sarokban x-el lehet becsukni, ha már nincs rá szükség.
• ha a NAV gombot megnyomjuk, és a számlán az áfa rögzítése még nem történt meg, a program kérésre berögzíti a jelentésben levő áfát. Kimenő számlánál ez általában hasznos, bejövő számla esetében csak akkor kérjük, ha az áfa visszaigényelhető, és akkor is szükség lehet korrekcióra. A program kerekíti az áfa értékeket. Fordított áfás bejövő számla esetén a FORD_AFA_KOD beállítás első két karaktere által meghatározott áfa kódot kínálja be. A többi áfa rögzítésének működéséhez szükséges egyszer beállítani az adott beszerzés áfa két karakteres kódját 27%: ALT_BESZ_AFA  xx   18%: ALT_BE18_AFA xx  5%: ALT_BE05_AFA xx   A kimenő számlák áfájának megfelelő automatikus rögzítéséhez pedig a következő beállításokat kell megadni: 27%:   ALT_ERTE_AFA xx   18: ALT_ER18_AFA xx  5%: ALT_ER05_AFA xx  FOA: ALT_ERFO_AFA xx  ha a többi nem áfást mindig ugyanoda akarjuk hogy tegye, akkor felvihető: ALT_ERTO_AFA xx 
• a részünkre kibocsátott számlák rögzítését továbbra is az előző verzióban leírt módon segíti a program, vagyis a megfelelő naplóban egyenkénti rögzítéssel, új felvitel közben a bizonylatszám mezőben kereső kifejezés+F9 után választással a köztes állományból a rendelkezésre álló adatokat a program bekínálja. Csak abban az esetben kínálja be az áfa bontást, ha a számla kizárólag 27% áfás és számára jól vannak megadva az adatok. 
• a (nem a PROFIT programban kiállított) kimenő számlák berögzítésére annak eltérő jellege miatt más - csoportos - megoldás készült. Egy kimenő utórögzítéses naplóba belépve új kimenő számla felvitelét kell kezdeni, majd az eredeti bizonylatszám mezőbe be kell írni: aaa##n      ahol  aaa: egy tetszőleges karakter hosszban megadható valami olyan karakterrész, ami az összes - a köztes állományban levő, abból még be nem rögzített - beolvasandó kimenő számlák közül az általunk kiválasztandókban pl. a számlaszámában előfordul. Ha pl. többféle program kimenő számlái kerültek be a köztes állományba: NO-00001, NO-00002, NO-00003  és FU2019/08544, FU2020/00015, FU2020/00016, FU2020/00017 akkor ha az előbbieket kérjük megjeleníteni, akkor a ## előtt legyen pl. NO-  ha az utóbbiakat, akkor a ## előtt legyen pl. FU vagy ha csak az ideieket, akkor a ## előtt legyen pl. FU2020/   vagyis pl. FU2020/##  -ot beviszünk az eredeti bizonylatszám mezőbe és enter után megjelenik egy táblázat, amiben látjuk a lekért számlákat, és mindegyik ' K' -val jelölt az első mezőben. Amelyek számlákat NEM akarjuk most majd bevinni a naplóba (mert nem ebbe a naplóba való, vagy teljesítés dátuma alapján látjuk, hogy más évbe tartozik stb.), azoknál szóköz billentyűvel vegyük ki a ' K'-t, mert a feldolgozás/berögzítés csak azokra a számlákra történik majd meg, amelyek ' K'-val jelöltek. Bezárva egy kérdésre a csoportos berögzítés elindul. Ennek során partner adat bővítés/szinkronizálás NEM történik, a pogram csak megpróbálja adószám alapján megtalálni a megfelelő vevő partnert és ha sikerül, akkor kitölti a rendelkezésre álló mezőket. Ha nem kapott pl. lejárati dátum adatot, akkor oda a számla kelte kerül. Ez a feldolgozás ki tudja használni, ha előzetesen le vannak tárolva a számla xml-ek. Ha nincsenek, akkor csak abban az esetben teszi be az áfa bontást, ha a számla kizárólag 27% áfás és számára jól vannak megadva az adatok. Ha viszont a számla xml-je a 'NAV beolvasás' előzetes beolvasás során tárolva lett, és az ALT_ER??_AFA beállítások megtörténtek, akkor az áfát részletesen rögzíti.
• Előfordulhat, hogy a más programmal kiállított kimenő számla száma hosszabb 10 karakternél (ennyi most a saját szám hossza). Ekkor lehet A automatikus saját iktatószám sorszámozást is beállítani (a számla eredeti számlaszáma pedig megy az eredeti bizonylatszám mezőbe) vagy ha a szám képzés módja üres (kézzel megadott saját szám), akkor gondoskodni kéne arról, hogy a 10 karakternél hosszabb számlaszám valahogy 10 karakterre rövidüljön. Ezt segítheti a ## után megadható egy karakteres n  tömb azonosító (pl. 1), amihez felvihető egy NAVKIBEOLVSn rendszer paraméter (pl. NAVKIBEOLVS1), aminek tartalmában megadható, hogy a kapott számlaszám mely pozíciójú karaktereit nyelje le a program a saját szám képzéséhez. Ezen pozíciókhoz kerüljön X, pl.:  XXX XX          ezzel a beállítással a 3.,4.,5. 7. és 8. karaktert nyeli le. E témában ha nem a kívánt eredmény jön, konzultációt javaslunk.
• 2020.júliustól a 2065 bevallásban azon számlák esetében, amelyekre vonatkozóan az adott időszakban áfa visszaigénylési jogunkkal élünk az M lapokon ezen számlákat értékhatártól függetlenül jelenteni kell, és az M lapokon akkor is a számla eredeti áfa tartalmát kell jelenteni, ha esetleg a számla áfáját csak részben igényeljük vissza. A részben visszaigényelt áfájú beérkezett számlák kezelésére azt javasoljuk, hogy az áfamentes 'vissza ne igényelhető áfa' használata helyett vigyenek fel egy új áfa kategóriát (pl. 17 27 Vissza.n.ig.27% áfa) a lényeg, hogy a százalék legyen 27, de a bevallás sora (plusz sora is) valamint az áfa főkönyv is maradjon üresen. A vissza nem igényelt áfa részt az áfa bontásba ennek használatával rögzítsék. (és hasonlóan, új kóddal lehet kezelni a 18% és 5% -os vissza nem igényelt áfát is). Ennek megfelelően módosult az 01-es áfa lista, amely megfelelő bevallást készít az így használt vissza nem igényelt áfa esetén is, és az összegfokozatoknál jelzi a bevallásba kerülő, a bevallásba nem kerülő (N) és az összes, a bevallásban szereplő áfát.