forrás.net | pénzügyi modul [pennet.fap]site.nive.hu/letoltes/szc/vj_pennet_20161201.pdfv Á l t...

Forrás.NET | Pénzügyi modul [pennet.fap] 2016.12.01. / 16.11.0

1© 2016 GriffSoft Informatikai Zrt.VJ-t kiadta:kuraie

Készült: 2016.12.01. 13:38

V Á L T O Z Á S J E L E N T É S

1. Új fejlesztés: Adóhatósági adatszolgáltatás

Az adathatósági adatszolgáltatás kiegészítő mezőire már év elején létrehoztunk kiegészítőtáblákat a Pénzügyi bizonylat fej [pszfej] és tételek [psztetelg mellé: pszfej_ahasz,psztetel_ahasz. Ezek kitöltése eddig a fontos mezők kivételével nem szabályozottan történt.

Most olyan fejlesztést vezetünk be, mellyel a felhasználó a rögzítést kényelmesebbé ésszigorúbbá teheti a saját igényei szerint. Ezt a Pénzügyi jogcímből ismert Kötelező és Nembekérendő megoldásához hasonlóan oldottuk meg.

a) Felvettünk a Bizonylati tömbbe 2 új mezőt:

Kötelező AHASZ mezők - a_kotelezoNem bekérendő AHASZ mezők - a_nembeker

Az AHASZ fej adatok [pszfej_ahasz] kötelező és nem bekérendő mezőinek meghatározására.

b) Felvettünk a Jogcím törzsbe 2 új mezőt:

Kötelező AHASZ mezők - a_kotelezoNem bekérendő AHASZ mezők - a_nembeker

Az AHASZ tétel adatok [psztetel_ahasz] kötelező és nem bekérendő mezőinek meghatározására.

c) Az AHASZ adatok karbantartása közben érvényesülnek a Kötelező és Nem bekérendőmezők. A bizonylat záráskor a program üzenetet küld és nem zár, ha egy Kötelezően kitöltendőmezőnek nincs adata.

d) Fentiek miatt az AHASZ fej adatok [pszfej_ahasz] karbantartásának, valamint a bizonylatokZárásának feltétele a bizonylattömb kiválasztása. Ez eddig nem volt feltétel.

FAP: FOKONYV, PENNET, FORNETBS, FORRAS, TORNET, FORNET

2. Új fejlesztés: 100.000 Ft-t elérő vagy meghaladó ÁFA összeg

AZ ÁFA-törvény változásból kifolyólag 2017.01.01-től kötelező feltüntetni a kimenőszámlán avevő adószámát, ha az ÁFA összege eléri vagy meghaladja a 100.000 HUF-t.

Valamint a Belföldi összesítő jelentésen is szerepelnie kell a partner adószámának (szállító, vevőegyaránt). Tehát az adószám feltöltöttsége nem csak a vevő, de szállítói számlákon is fontos100.000 ÁFA-tól.

Ezért a számlákban ellenőrizni kell az adószám meglétét!

Az ellenőrzés azokra a számlákra működik, amik ÁFA-bevallás szempontjából 2017-nél nemkorábbiak. Ez az időkorlát alapvetően ÁFA-időszakot jelent, Ha az nincs, mert mondjukfolyamatos, akkor Teljesítési dátumot, mert kvázi az az ÁFA-hó.

Az ellenőrzést A - Alvállalkozó (belföldi, bankszámlás), E - Egyedi belföldi vállalkozásipartner és T - Belföldi kapcsolt társvállalat típusú partnerekre végezzük.


2 © 2016 GriffSoft Informatikai Zrt.VJ-t kiadta:kuraie

Készült: 2016.12.01. 13:38


Vevőszámláknál számlánként a 100.000 ÁFA-t elérő vagy meghaladó számlákra. A Szállítóiszámlák akkor is bekerülnek a bevallásba, ha egy partnernek egy hónapban az összes ÁFA-ja elérivagy meghaladja a 100 e-t. Tehát nem 1 számla. Mivel ezt elég nehéz lenne minden egyesszámlánál külön megállapítani, ezért Szállítónál mindig kötelező!

Az ellenőrzés pontjai:- Vevő számla zárásánál a program adószám hiány esetén "Kötelező kitölteni az adószámot!"üzenetet küld és nem zárja a bizonylatot.- Szállító számla rögzítésnél a Partner adóigazgatási azonosító mezőnél jelzi, hogy "Kötelezőkitölteni az adószámot!" és nem enged tovább.- Szállító számla zárásnál (ha például generált a bizonylat) a program adószám hiány esetén"Kötelező kitölteni az adószámot!" üzenetet küld és nem zárja a bizonylatot.

FAP: fokonyv, pennet

3. Új fejlesztés: Számla nyomtatási sorok nézegetése

Az Adóhatósági adatszolgáltatás témakörében egy újabb fejlesztést eszközölünk. A NAV felébenyújtandó XML állomány és a kinyomtatott számla tartalma egyezőségének fenntartásaérdekében egy Számla nyomtatási sor (psznyomsor) táblát definiálunk. Erre csak bizonyosesetekben lehet szükség.

Vannak olyan számla formátumok, amik nem a psztetel adatait nyomtatják egy az egyben. Vanolyan formátum, ami bizonyos tételeket összevon, és egy sorban nyomtat ki. Van olyanformátum, ami bizonyos a számlára nyomtatandó adatokat a törzsből vesz. Ezek mind olyaneltérések a standard számlázástól, amit a közös NAV-XML előállító programban nem tudnánkérvényesíteni. Ezért ezeknek a formátumoknak nyomtatási időben a psznyomsor táblában kelleltárolni a számla sorokat abban a formában, tartalommal, ahogyan a kinyomtatott számlárakerülnek. És majd a NAV adatszolgáltatás ebből a táblából fog történni.

Ezen formátumok felsorolása, változásuk leírása nem része ezen leírásnak.

Az új tábla nézegetése a számla/pénzbekérő programok karbantartójából lehetséges, úgy mint azAHASZ adatok nézegetése.



Készült: 2016.12.01. 13:38


Tétel adatok

AHASZ adatok



Készült: 2016.12.01. 13:38


Mindkét oldal adatai a nyomtatási formátumokból töltődhetnek.

FAP: pennet, fokonyvMenedzselés: psznyomsor

4. Új fejlesztés: Egyenlegközlő forintos számlákra devizakód nélkül

Igényként merült fel, hogy az egyenlegközlő oszlopai között ne szerepeljen a Devizakód (Dnem).

Jelenleg, ha a leíró táblában az Egyenlegközlő oszlopai közé nem is választjuk, a program akkor isodarakja a sorok végére.

Ezen most úgy módosítunk, hogy csak akkor rakja oda a program a sorok végére a Devizakódot:

- ha szerepel a leíró tábla Egyenlegközlő oszlopai között az f_dkod, vagy- ha az indítási képernyőn a Csak devizás tételek? kérdésre I - Igen a válasz.

Ha nem szerepel a leíró tábla Egyenlegközlő oszlopai között az f_dkod és a Csak devizás tételek?értéke N - Nem, és a leválogatott tételek között szerepel a hivatalos devizakódtól (forhdk) eltérődevizakódú tétel, akkor a program figyelmeztet: "A leválogatott folyószámlában van különböződevizakódú tétel, de a devizakód nem szerepel a kiválasztott oszlopok között!" és nem készíti el aleveleket. Tehát ekkor az oszlopok kijelölésénél meg kell adnunk az f_dkod-ot.

FAP: fokonyv

5. Új fejlesztés: Gyűjtő partner - eseti vevő adatai

Ha egy kimenő számlát G - Gyűjtő partnerre rögzítünk és nem a megadott Személy adataivalkívánjuk a számlát kiállítani, akkor biztos meg kell adnunk a Számlabefogadó/Vevő adatait azAdóhatósági adatszolgáltatás fej tábla (pszfej_ahasz) Számlabefogadó adatai fül alatt. Ennekgördülékenyebb megvalósítására a pszfej_ahasz tábla ablakának karbantartása a fenti esetbenautomatikusan elindul az új számla fej eltárolása után.

FAP: pennet

6. Új fejlesztés: Önrevízió a költségvetésben is

Nem csak költségvetésieknek!

Az Önrevízióval kapcsolatos menüpontok a Költségvetési felhasználók számára is elérhetővéváltak:

Áfa/Intrastat >

Önrevízió regisztrálásaÖnrevízió csoportos regisztrálásaÖnrevíziózott tételek lekérdezése

Vagyis lehet egyedileg egy-egy bizonylati tételt vagy bizonylatot önrevízióra regisztrálni:



Készült: 2016.12.01. 13:38


Az önrevízió lényege, hogy egy olyan bizonylat, ami későbbi időszakban kerül bevallásra (ez afejben lévő ÁFA bevallási hó), mint amikorra vonatkozik az esemény, azt megjelöljük. Még pedigúgy, hogy a tétele(i)be beírjuk azt az ÁFA-időszakot, amire vonatkozott volna, vagyis azönrevíziózott időszakot.

Ennek a regisztrálásnak van egy csoportos verziója, amikor is a program vélelmezi az önrevíziót.Emiatt ez csak igen egyszerű szempont rendszer lehet. Eddig a program csak a STORNÓ vagyHELYESBÍTŐ bizonylatokat (korrigáló bizonylatok) regisztrálta ily módon. Most bővítettük ezenbizonylatok körét választható módon. Ezért az indítási ablakban megjelent egy kérdés:

Száll.számlák Telj.dat alapján?: alapértelmezésben N - Nem, ez a régi működésnek felel meg. I -Igen hatására a program leválogatja azokat a Szállítói számlákat is, amelyekben az ÁFA-hó azindításkor megadott, és a Teljesítési dátum alapján megállapított időszak ennél korábbi, és aszámlának van önrevízióra még nem regisztrált tétele (üres a tételben az ÁFA-hó).

Az ÁFA-analitika kimutatása és az Általános lekérdezés menüpontokban megjelent aKöltségvetésben is egy új kérdés: Önrevíziós tételekkel együtt?. Valamint egy új oszlop azÁltalános lekérdezőben: Önrevíziózás időszaka.



Készült: 2016.12.01. 13:38




Készült: 2016.12.01. 13:38


A program mindig leválogatja a normál bizonylati tételeket, vagyis azokat, amik a fej ÁFA-időszakalapján az adott időszakhoz tartoznak és üres az Önrevíziózott időszakuk (tétel). Azok a tételeknem fognak megjelenni (soha) a listában, melyeknek a fej ÁFA-időszaka a megadott időszak, deaz Önrevíziózott időszaka egy korábbi.

Az Önrevíziós tételekkel együtt? kérdésre adott I - Igen válasz esetén leválogatja azokat atéteket, amelyek fej ÁFA-időszaka későbbi, és az Önrevíziózott időszaka a megadott, vagyisamelyek későbbi időszakban keletkeztek önrevíziózás által és arra az időszakra vonatkoznak,amelyikről az áfa-analitikus lista készül. N - Nem válasz esetén az önrevíziós tételek nemválogatódnak le. Tehát az Önrevíziózott tételek csak akkor jelennek meg a listákban, ha alekérdezéseket arra a hónapra indítjuk, amely hónap szerepel az Önrevíziózott időszak mezőben.Vagyis Önrevízió készítésekor mindig visszamenőleg el kell indítani minden olyan hónapra alekérdezést, amelyet önrevízióztunk.

A lekérdezésben az Önrevíziózás időszaka oszlopban szerepel az önrevíziózott tételeknél a fejbenlévő ÁFA-hó, azaz a tényleges bevallás időszaka, amikor elvégezzük az önrevíziót. A Bev.hóoszlopba pedig a tételbe írt időszak kerül, vagyis az eredeti bevallási időszak, amire rendesenvonatkozna a bizonylat/tétel.


7. Új fejlesztés: Korrekciós proforma esedékessége - Költségvetésieknek!

A proforma (nem végleges kötváll) bizonylatokon a fejben a Pü.esedékesség az előirányzati évetjelöli. Ettől függ az adott bizonylat kontírozása, valamint a számla adott sorának kontírozása is,amiben behivatkozzuk. De ez a kontírozás mindig az alapbizonylat esedékességét tekinti.

Amikor egy proforma bizonylat PENZ02-ből keletkezik, nincs lehetőség a Pü.esedékességmódosítására. Ha más az előirányzati év, akkor az már egy másik pénzügyi alapbizonylat.

Eddig a nem PENZ02-es proformák korrekciózásakor a program megengedte a Pü.esedékességátírását. Bár ennek egyáltalán nem volt hatása a kontírozásra (ld.feljebb). Ezért, hogy ez ne istévesszen meg senkit, a korrekciós proforma bizonylaton nem szerkeszthető a Pü.esedékességmező.



Készült: 2016.12.01. 13:38


FAP: pennet

8. Módosítás: Bank/pénztár stornózása

Korrekciózott bankot/pénztárat eddig lehetett stornózni. Valamint olyan bankot is, amelyre voltmár hivatkozás további bizonylatban (pl: technikai nullás bank).Ezeket most már vizsgáljuk, és nem engedi a program lestornózni a bizonylatokat, ha készült márbelőlük újabb bizonylat. Stornózás funkció indításakor a stornózás akadályát a program üzenetbenkiírja.

FAP: fokonyv

9. Új fejlesztés: Banki karton csere utalásokban - Költségvetésieknek!

Az utalási bizonylatokba generáláskor eltárolásra kerül az a banki karton, amelyhez generáltuk apénzforgalmi megbízást. Majd, amikor banki tétele generálásra kerül sor az utalási bizonylatokalapján, akkor a pozicionált banki bizonylat banki kartonjának megfelelő utalási bizonylatokbólgenerálhatunk.

A költségvetésben jellemzően évfüggő banki kartont használunk, azaz évről évre új a kódjaugyanannak a bankszámlának. Így az év vége felé generált utalási bizonylatokból következő évelején generálunk banki tételt. Ezért szükség lehet a már kigenerált és következő évi adatbázisbaátemelt utalási bizonylatokban a banki karton cserére.

Ezért az Utalási bizonylatok karbantartásában a Csoportos műveletek között megjelent egy újmenüpont: Csoportos banki karton csere

A funkció az indítási képernyőn bekéri a Régi banki karton és az Új banki karton azonosítókat,valamint egy bizonylatszám intervallumot. Ezt az intervallumot a Régi karton szerintibizonylatokból választhatja. A funkció lecseréli a fejben a kartonazonosítót, a csere sikerességétüzenettel jelzi.




Készült: 2016.12.01. 13:38


10. Új fejlesztés: Folyamatos ÁFA kezelése

Az eltérő idejű / időszakonkénti elszámolású (a továbbiakban: Folyamatos) számlák kezelésévelkapcsolatban 2017-től a következő változásokat vezetjük be. Az úgymond „felülről kompatibilis”kezelés végett a leírtak azokra a bizonylatokra vonatkoznak, amelyeknek:

a könyvelési időszaka nem korábbi 2017. januárnál ésbizonylattípusa PENV01 - Belföldi kimenő számla vagy PENV02 - Belföldi devizás kimenőszámla vagy PENS01 - Belföldi szállítói számla ésa fejben lévő új mező - Számla ÁFA-bevallása - értéke F - Folyamatos (ld: később).

Változások:

1. A számla fejekben felveszünk egy új mezőt a Folyamatos direkt jelzésére. A mező neve:Számla ÁFA-bevallása [f_szlaafabev]. Ez egy belső kódos mező, értékei F - Folyamatos, N -Normál az esetleges jövőbeni bővíthetőség érdekében. A mező kitöltése kötelező. A programalapértelmezésben tölti a mezőt N - Normál értékkel.

2. A Folyamatos számlán az ÁFA bevallási hó mező nem töltődik, nem is ugrik rá a fókusz.

3. A számla fejben a Teljesítés dátuma (pszfej.f_tdat) lesz az ÁFA teljesítés dátuma. Ennekkitöltése Folyamatos számlák esetén rögzítés közben nem kötelező. Feltöltéséről a programgondoskodik, ld: később



Készült: 2016.12.01. 13:38


Bizonylat FEJ

4. A számla karbantartó képernyőkre felkerül/a számla tételekben „értelmet kap” egy már meglévőmező, a Teljesítési dátum (psztetel.f_tdat). Ez lesz az Elszámolás utolsó napja. A jogcímekbenbeállítható Nem bekérendőnek ez a mező, ha a számlák többségében zavaró, hogy ráugrik afókusz. De Folyamatos számla esetén ez a beállítás hatástalan, mindig rá fog ugrani a fókusz. Aszámla első (legkisebb tételszámú) tételében lévő f_tdat határozza meg az Elszámolási időszakutolsó napját, aminek segítségével megállapítjuk a számla ÁFA teljesítés dátumát.

5. A tételbe felvettünk egy új mezőt (psztetel.f_tdattol), amibe az Teljesítési dátum/Elszámolásiidőszak első napját írhatjuk. Ennek nincs hatása az ÁFA-dátumra. Nyomtató formátumokonhasználhatjuk.



Készült: 2016.12.01. 13:38


Bizonylat tétel

6. Az ÁFA-teljesítési dátum megállapítása a tétel ablakból a fejbe történő fellépéskor és/vagy aszámla zárásakor történik. Fejbe történő fellépéskor a program ellenőrzi, hogy az „első” tételben kitöltöttük-e a teljesítésidátumot. Vevő számla esetén nem enged tovább, ha üres. Szállító esetén nem ilyen szigorú aprogram, elfogadja a fejbe beírt Teljesítési dátumot, ha a felhasználó is így akarja. De felhívja ittis a figyelmet. Ha ki van töltve az „első” tételben a teljesítési dátum, akkor a törvényben lefektetett módonmegállapítja az Áfa-teljesítési dátumot. Vevő számla esetén ez lesz az ÁFA-dátum. Szállítószámla esetén, ha a fejben üres volt a Teljesítési dátum, akkor ez a megállapított lesz az ÁFA-dátum. Ha nem volt üres, és nem egyezik a két dátum, akkor erre felhívja a figyelmet, ésválasztási lehetőséget ad, hogy melyik dátum legyen az ÁFA-dátum.Számla zárásakor újra ellenőriz. Vevőnél most is szigorú, és az újra kiszámolt dátumot beírja afejbe. Szállítónál továbbra is megengedett az „első” tételben üres Telj.dátum. De ha a fejben isüres a Teljesítési dátum, akkor nem zárja le a bizonylatot.

7. A jogcímek Folyamatos tulajdonsága, vagyis annak figyelése a következőképpen változik:



Készült: 2016.12.01. 13:38


Folyamatos számlán csak Igen vagy üres „folyamatos” tulajdonságú jogcím szerepelhet. Nem Folyamatos számlán csak Nem vagy üres „folyamatos” tulajdonságú jogcím szerepelhet.Ebből következik, hogy 2017-től a jogcímek „folyamatos” tulajdonsága elveszti fontosságát, de azátmeneti időszak miatt még szükség lehet rá (2016-os számlák), ezért az új számlákban (2017-es) a fent vázolt módon kezeljük. Ezt a „homogenitást” a tételből fejbe való fellépéskor észáráskor ellenőrzi a program.

8. A jogcímek „folyamatos” tulajdonságának elavulásával nincs szükség arra, hogy megegyezőbevétel/költség kontírozású eseményekre külön jogcímeket definiáljunk. Viszont az ÁFA-kontírozását meg kell oldanunk. Ezért a kontírozási szabályt bővítjük a „folyamatos” jelzéssel,vagyis a fej új mezőjével.



Készült: 2016.12.01. 13:38


A számla és a kontszabály Számla ÁFA-bevallása mezőjét a következő esetekben tekintiegyezőnek a program: - mindkettő F, azaz Folyamatos- mindkettő üres vagy N, azaz nem folyamatos

9. Az Eltérő idejű ÁFA-rendező bizonylatokat generáló program ezen számlák esetén „készen”kapja az ÁFA-dátumot (pszfej.f_tdat), és ezt használja fel az ÁFA-rendező bizonylathoz, nemváltoztat rajta. Ez a program használta eddig a pentds - A teljesítési dátum mindig a számviteli

törvény szerinti? alrendszer paramétert. Az új számlákra (a fejben lévő új mező értéke F -

Folyamatos) már ÉRVÉNYTELEN ez a paraméter. A generáló funkció egyértelműen a számla fej új mezője alapján kezeli a számlákat. Azaz,amiben az új mező ki van töltve, és annak értéke Folyamatos, azoknál az egyszerűsített módszer,azaz veszi a pszfej.f_tdat-ot. És azok a számlák, amikben üres az új mező, a régi módszer szerintkezeli. Vagyis a számlák leválogatása is a régi módszer szerint történik (dátumok viszonya,folyamatos jogcím, stb.), és az Áfa-dátumot is a program számítja a törvényben lefektetettmódon.

FAP: FORRAS, TOR, TORNET, PEN, PENNET, FOKONYVMenedzselés: tábla: pszfej, psztetel, kontszabalynézettábla: pszfej_v, pszfej_v_alair, psztetel_v

A változások érvényesítéséhez teljes adatbázis menedzselés javasolt.

forrás.net | pénzügyi modul [pennet.fap]site.nive.hu/letoltes/szc/vj_pennet_20161201.pdfv Á l t...

Documents