Online számlázás összefoglaló - Griffsoft

Forrás-SQL | Pénzügyi modul [pen.fap]1

© 2018 GriffSoft Informatikai Zrt.

Online számlázás összefoglaló

ADATSZOLGÁLTATÁS ELŐKÉSZÍTÉSE

Forrásban:

1. Feldolgozási hely(ek)ben az adószám fel van töltve és érvényes (program ellenőrzi bizonylatrögzítéskor és záráskor: tartalmi, formai, CDV).

2. Feldolgozási hely(ek)ben az országkód fel van töltve.

3. Partner törzsben EAT/GKM partnerek kódjaiban az adószám fel van töltve és érvényes(program ellenőrzi a törzsben a kód feltöltésekor, bizonylat rögzítéskor és záráskor: tartalmi,formai, CDV).

4. Partner törzsben EAT/GKM partnerek kódjaiban vagy a Partner részletes címében az országkódfel van töltve. Ajánlott a Partner részletes cím adatokat feltölteni!

5. Személy törzsben - amennyiben történik Személy kódra számlázás -, az országkód fel vantöltve.

6. Ország törzsben meg van adva az Ország ISO 3166 szerinti országkód. A törzset hozzá aGriffSoft adja ki a fokonyv.fap-ban (orszag_iso_init script), majd az alapján az ügyfél tölti fel amegfelelő adattal.

7. Deviza törzsben meg van adva a Deviza ISO 4217 kódja. A törzset hozzá a GriffSoft adja ki:deviza_iso.fd, majd az alapján az ügyfél tölti fel a megfelelő adattal.

8. ÁFA-kulcsok törzs felülvizsgálata: egyértelműen meg kell különböztetni a kódokat azAdómentes hiv.Áfa-kódja? és a Különbözeti adózás Áfa-kódja? mezőkben, illetve az adómentesáfa kódoknál a megnevezés pontosítása a mentesség jogszabályi hivatkozásával ajánlott.

9. Költségvetési intézményeknek az árfolyamdifferencia és deviza átértékelés bizonylati tömbökösszerendelése: valamennyi bizonylati tömbhöz technikai árfolyamdifferencia és átértékelésbizonylati tömböt kell rendelni. Pénzügyi modul > Bank > Árfdiff/átért. bizonylati tömbökösszerendelése.

10. VEVŐ Bizonylati tömbök felülvizsgálata Technikai számla és Utólagos feld. biz. -etulajdonságok alapján. A Technikai számla (mező értéke I - Igen) biztosan nem Online számla. Hanem Technikai a számla (mező értéke üres vagy N - Nem) - vagyis része lehet az Onlineadatszolgáltatásnak -, akkor az nem lehet utólagos feldolgozású.

11. Vállalkozások esetén a PENC01 - Csoportos elszámolási bizonylat módszer mint SZHVhasználata (több VEVŐ számla összefogására) felülvizsgálata.(Akinek nincs ilyen oldal a lentebb említett ellenőrző listájában, feltételezhetően nem érintettebben az ügyben.)

12. Forrásban a Technikai user fel van töltve a NAV regisztráció alapján: Ügyviteli szerviz modul> Rendszertábla > On-line számla technikai userNAV regisztráció:· az adatszolgáltatásra kötelezett adózónak érvényes regisztrációval kell rendelkeznie a NAV

Online Számla rendszerében. A regisztráció az Online Számla web felületen kezdeményezhető.· Az adatszolgáltatási interfész használatához az adatszolgáltatásra kötelezett adózónak

technikai felhasználót kell létrehoznia az Online Számla rendszerben. A számlabejelentőinterfész webes felhasználóval (elsődleges vagy másodlagos) nem vehető igénybe. A technikaifelhasználó létrehozását csak elsődleges felhasználó végezheti el az Online Számla web



felületen. Az adózó tetszőlegesen megválaszthatja, hogy adatszolgáltatásai teljesítéséhez hánytechnikai felhasználót igényel.

· A technikai felhasználó számára aláíró kulcsot és cserekulcsot kell generáltatni az Online Számlarendszerben. A kulcsok generálását csak elsődleges felhasználó jogosult elvégezni az OnlineSzámla webfelületen. Az aláírókulcs az üzenetek aláírására szolgáló requestSignatureszámításában játszik szerepet, míg a cserekulcs az adatszolgáltatási token szerver oldalielkódolásához és a kliens oldali dekódolásához szükséges.

· A technikai felhasználók tekintetében az elsődleges felhasználónak meg kell határoznia, hogy azadott felhasználó jogosult-e a beküldött számlaadatok utólagos lekérdezésére.

Fenti hiányosságok ellenőrzésére készült és ajánlott listázási lehetőség:

Pénzügyi modul > Vevő > On-line számla > On-line felkészülést támogató lista

A listában szereplő összes tétel nem feltétlenül megoldandó, de ha a tételben szereplőérték bármelyike Online számlázásba kerül, akkor már problémákat okozhat a kitöltöttséghiánya a bizonylat zárásakor.

13. Pecsételt, Auditált számla formátumok használata. XML formátumok esetében a Bizonylatikatalógusban (Ügyfélkapu letöltő felületen keresztül) szükséges a formátumok pecsételése,auditálása. Ezzel egyidejűleg a Licensz kezelés bekapcsolása a Forrásban. Rendszergazdai feladat.(Programi formátumok auditálása folyamatban.)

Szerveren:

14. FWINS Telepítő be van üzemelve az adatforrásokra, különös tekintettel a TESZT vagy ÉLESüzemmódra. Rendszergazdai feladat, külön dokumentációban a telepítési lépések (Ügyfélkapu,FWINS azonosító).Telepítés minimum követelmények: Microsoft SQL Server 2005 adatbáziskezelő, Microsoft .NETFramework 4.0

TESZT ÉS ÉLES ÜZEMMÓD

A két üzemmód kezelése a 2018.06.22-én kiadott verzióktól elérhető.

Egy programi elágazással a TESZT környezetben továbbra is zavartalanul lehet tesztelni, mindenkorlát nélkül, az ÉLES környezetben pedig biztonsággal csak azok a számlák fognak menni a NAVfelé, amiknek kell. FWINS Telepítővel kell paraméterezni, hogy teszt vagy éles környezetbenfussanak a programok (rendszergazdai feladat).

Az Előkészítés, az XML-generálás és a Küldés funkciók különbözőképpen működnek, attól függően,hogy a TESZT vagy az ÉLES szolgáltatás hívja meg őket.

a) A teszt adatbázison (ha van ilyen), ahol a TESZT szolgáltatás van bekapcsolva, semmi nemváltozik. Folyamatosan dolgozza fel a program a számlákat, ahogy eddig is 2018.04.01. óta.

b) Az éles adatbázison, ha a TESZT szolgáltatás van bekapcsolva, szintén semmi nemváltozik. Itt is lehet tesztelni, célszerűen csak 2018.06.30-ig. Folyamatosan dolgozza fel aprogram a számlákat, ahogy eddig is 2018.04.01. óta.

c) Az éles adatbázison, ha az ÉLES szolgáltatás van bekapcsolva, már nem lehet tesztelni2018.06.30-ig. Az ÉLES szolgáltatás csak a 2018.07.01 bizonylati dátumnál nem korábbiszámlákkal foglalkozik.ÉLES szolgáltatás esetén az egyes funkciók működése:



· Az Előkészítés 2018.07.01.-én 0:00-tól az első futáskor kitöröl minden eddigi teszt adatot,ami az on-line számlázáshoz tartozik. Kiüríti a számlában az on-line számlázás új mezőit (on-line jelölés, on-line státusz, Eredmény, XML). Kitörli a funkciók bejegyzéseit (onlszla_log,onlszla_hibak, onlszla_csomag). Bejegyez az onlszla_funkcio táblába 'TAKARITAS' kóddal,hogy csak egyszer fusson.

· Az Előkészítés az előkészítendő számlákat >=2018.07.01, bizonylati dátum szűrésselválogatja le.

· Az XML-generálás és a Küldés a generálandó, küldendő számlákat >=2018.07.01, bizonylatidátum szűréssel válogatja le.

SZÁMLÁK RÖGZÍTÉSE

Érintett bizonylati típusok, amennyiben nem Technikai bizonylati tömbbel történik a rögzítés:· PENV01 - Belföldi kimenő számla· PENV02 - Belföldi devizás kimenő számla· PENV15 - Faktorszámla (követelés)· PENV08 - Egyéb belf.pénzbekérő v.hatósági követ. (költségvetés)

A bizonylat fej f_technikai (képernyőn nem látható) mezőjében a program eltárolja a Bizonylatitömb technikai tulajdonságát a számla készítés időpontjában.

A bizonylatok (számlák) rögzítésekor az · E - Egyedi belföldi adóalany · A - Alvállalkozó (belföldi, bankszámlás)· T - Belföldi kapcsolt társvállalat

(továbbiakban: E/A/T) típusú partnereket a program fixen Belföldi adóalanynak minősíti a Belföldiadóalany? [f_belfadoalany] mezőben. Ez a mező csupán egy rögzítési, zárási segédlet. Ebben amezőben jelölhetjük meg, hogy az adott partner Belföldi alanynak minősül-e, és ebben az esetbenrögzítéskor, illetve záráskor történnek ellenőrzések.

· G - Gyűjtő partner· K - Külföldi partner (ha van belföldi adószáma) · M - Egyedi belföldi magánszemély

(továbbiakban: G/K/M) partner típusok esetén a felhasználó esetileg állíthatja I - Igen vagy N -Nem értékre a mezőt. Ezeknél a partnereknél, ha I - Igen értékre állítjuk, akkor adható meg aPartner adóigazgatási azonosító. N - Nem esetén a Partner adóigazgatási azonosító mező nemkarbantartható, ha van benne adat, a program kiüríti.

Ha a bizonylati tömbben a Technikai számla mező értéke I - Igen, akkor biztos NEM belföldiadóalany, függetlenül a partner típusától!

Ha a Belföldi adóalany? mező értéke I - Igen, akkor rögzítéskor még csak egy figyelmeztetéstörténik a Partner adóigazgatási azonosító kitöltésére: "Nem töltötte ki az Adószámot! Pótolja?".Azért csak figyelmeztetés, mert ekkor még nem tudhatjuk, hogy 100e ÁFA-t elérő lesz-e aszámla. Ugyanezért a Bizonylati dátumot sem ellenőrizzük itt még.

Az on-line adatszolgáltatás a tételek (számlasorok) számozásának tekintetében szigorú, vagyisfolyamatosnak kell lennie, emiatt a VEVŐ bizonylatoknál egy közbülső tétel törlésekormindenképpen újrasorszámozza a program a tételeket.

SZÁMLÁK ZÁRÁSA

Számla zárásakor a program ellenőrzi a · nem technikai bizonylati tömbben lévő,· Belföldi adóalany? mező I - Igen jelölésű,



· vagy a Belföldi adóalany? mező üres és E,A,T típusú a partner (ez akkor lehet, havalamilyen technikai okok miatt üres maradt az f_belfadoalany mező) számlákat.

Megállapítja a Zárandó számla (helyesbítés esetén a teljes számla -alapbizonylat+helyesbítés(ek)) szumma ÁFA-összegét. 100 e vagy azt meghaladó ÁFA-összegesetén a program szigorúan ellenőrzi a Partner adóig.azon kitöltöttségét, valamint formaiellenőrzést is végez.

Valamint ellenőrzi a Bizonylati dátumot, ami mindig csak az aktuális nap lehet. 2018.06.30-ig csakfigyelmeztetés: "A bizonylati dátum csak a mai nap lehet ON-LINE számlánál! 2018.07.01-től ezmár a zárás akadálya!"

SZÁMLÁK CSOPORTOS ZÁRÁSA

A Naplós zárásnál már nem feltétlen tudjuk nézni a bizonylattömb nem technikai voltát (például hanem a standard karbantartóval keletkezett a számla, akkor lehet, hogy nem töltődött fel abizonylat fejben az f_technikai mező), ezért itt azt nézzük, hogy van-e a számlához pszfej_ahaszrekord. Valamint, hogy · Belföldi adóalany? mező I - Igen jelölésű, · vagy a Belföldi adóalany? mező üres (egyéb technikai okok miatt) és E - Egyedi, A -

Alvállalkozás vagy T - Tagvállalat típusú partner.

Megállapítja a Zárandó számlák (helyesbítés esetén a teljes számla - alapbizonylat +helyesbítés(ek)) szumma ÁFA-összegét.

100 e vagy azt meghaladó ÁFA-összeg esetén a program szigorúan ellenőrzi a Partner adóig.azonmező kitöltöttségét: "A naplóban van olyan on-line vevő számla, amelyben üres az Adószám.Ezek nem zárhatóak, ezért kihagyjuk a leválogatásból!"

Valamint ellenőrzi a Bizonylati dátumot, ami mindig csak az aktuális nap lehet. 2018.06.30-ig csakfigyelmeztetés: "A bizonylati dátum csak a mai nap lehet ON-LINE számlánál! 2018.07.01-től ezmár a zárás akadálya lesz!"

STORNÓZÁS, DUPLIKÁLÁS, HELYESBÍTÉS

Amikor egy olyan számlát stornózunk vagy helyesbítünk vagy duplikálunk, aminek már vannakahasz adatai (és jellemzően most már inkább ilyenek a számlák), akkor nem újra generáljuk azahasz adatokat (nem a tárolt eljárás fut), hanem hozzuk az eredeti számla ahasz adatait. Ezenadatokon most feltöltjük az Ország kódokat, és kiürítjük az f_online mezőt. Valamint E/A/Tpartner és nem technikai bizonylati tömb esetén Igen-be állítjuk az f_belfadoalany mezőt, ha azüres.

Helyesbítés

Az XML előkészítő program, amikor egy számláról megállapítja, hogy on-line számla-e, a teljes ÁFA-összeg egy fontos szempont. On-line számlának minősül egy helyesbítő számla, ha az eredetiszámla még nem érte el a 100.000,-Ft-os ÁFA értékhatárt, de a helyesbítéssel együtt már igen.Ilyenkor a helyesbítő számlához hozzá kell válogatnunk az Eredeti számla ÁFA-összegét is. Ezt anormál számlák esetén a Számlahivatkozás alapján tesszük. A PENC-s számlahivatkozású számlákesetén pedig az e_bizlat mező alapján. És minden olyan megállapítás, ami a Módosító számlákravonatkozik az ON-LINE adatküldésben, az az e_bizlat alapján történik.

IMPORTÁLT VEVŐ SZÁMLÁK



Csak azok az importált (Excel, CSV) vevő számlák tartozhatnak Online körbe, amiketbizonylatszám nélkül importálunk, és a Forrásban keletkezik a bizonylatszáma. Ehhez a Pénzügyibizonylatok aktualizálása bizonylatszám generálással funkciót kell használni!

Az aktualizálás funkció, ha a bizonylati tömb nem technikai:· kigenerálja az ahasz adatokat,· feltölti az Belföldi adóalany? [f_belfadoalany] mezőt Igen értékkel, ha E/A/T típusú a partner.

(G/K/M típusú partnerek esetén az Excel/CSV állományban kell megadni a helyes értéket.· a bizonylati státuszt fixen (BST)N -Nyitott értékre állítja, akkor is, ha az importáláskor (BST)Z -

Zárt volt. Erre azért van szükség, hogy a Zárás funkció biztosan fusson a bizonylatra, amelyellenőrzi az Adószámot és a Bizonylati dátumot.

ADATSZOLGÁLTATÁS

Az adatszolgáltatás alapja a pszfej, pszfej_ahasz, psztetel és psztetel_ahasz táblák. Amennyibenspeciális nyomtató formátum van, amely pl: a számlatételeket összevontan nyomtatja, akkor aszámlának vannak psznyomsor tételei is. Ilyenkor az adatszolgáltatás nem a psztetel éspsztetel_ahasz táblákból, hanem a psznyomsor táblából készül. Minden, a tételre vonatkozóellenőrzés, feltöltés ilyenkor a psznyomsor-ra történik. Ezen táblák adataiból a programtovábbi háttértáblákba generál adatokat olyan háttérfolyamatokkal, amelyek felhasználói felületennem észlelhetők (lásd ELŐKÉSZÍTÉS rész > FWINS telepítő). A háttértáblák nem minden mezőjétrészletezzük, csak ami a felhasználó részére lényeges.

A leírásban használt kódok megnevezéseit a 3.számú melléklet tartalmazza.

Háttérfolyamatok:

1. Előkészítésa) Megállapítja, hogy a számla Online-e és a pszfej/pszfej_ahasz táblák f_online mezőjébevisszaírja (I - Igen vagy N - Nem).Csak azokra a számlákra fut, amelyeknél a számla f_online adata nincs kitöltve, a bizonylattípusPENV01 vagy PENV02 vagy PENV15 vagy költségvetésben PENV08 és van van AHASZ rekordja.

Akkor Online a számla, ha · a számlázó program a Forrás vagy importált a számla, de Forrásban sorszámozódott,· a bizonylat dátuma 2018.07.01. vagy újabb,· a bizonylat státusza Z - Zárt vagy K - Könyvelt,· a bizonylattípus PENV01 vagy PENV02 vagy PENV15 vagy költségvetésben PENV08,· van AHASZ rekordja (pszfej_ahasz, psztetel_ahasz). Akkor generálódik, ha a használt

bizonylati tömb nem technikai.· az adószám ki van töltve,· az ÁFA értéke meghaladja a 100.000,-Ft-ot,· nem alapbizonylat, de az alapbizonylata online számla (stornó, helyesbítő),· nem alapbizonylat, de helyesbítéssel az ÁFA szumma értéke meghaladja a 100.000,-Ft-ot,· nem alapbizonylat, de az alapbizonylatának az ÁFA értéke meghaladja a 100.000,-Ft-ot.

b) Ha a számla online, akkor szuperellenőrzés fut, ami elvégzi azoknak az adatoknak azellenőrzését, amit a NAV is ellenőriz.Csak azokra a számlákra fut, ahol a számla státusza((pszfej_ahasz tábla f_olsstat mező) üres ésaz f_online adat I.

Az elvégzett ellenőrzések részletes listája az 1.számú mellékletben található.

Ha bármilyen hiba van, akkor a számla on-line státusza mező értéke OLS1 lesz, apszfej_ahasz/pszfej_v tábla Eredmény [f_eredmeny] mezőjébe ADATHIBA jelzés kerül. A találthibá(ka)t a számlához bejegyzi a program az onlszla_hibak táblába Hiba-kód [errorCode] mezőbe.Ilyen esetben a számla feldolgozás nem folytatódik.



Ha nincs hiba, akkor a státusz (pszfej_ahasz tábla f_olsstat mező) OLSE lesz.

Az Előkészítés által elvégzett feltöltések részletes listája a 2.számú mellékletben található.

2. XML generálásAz XML fájl generálásakor séma-validációt végez.Csak azokra a számlákra fut, ahol a számla státusza((pszfej_ahasz tábla f_olsstat mező) OLSE.

Ha van ilyen hiba, akkor A számla on-line státusza mező értéke OLS2 lesz, apszfej_ahasz/pszfej_v tábla Eredmény [f_eredmeny] mezőjébe SEMA_HIBA jelzés kerül. Séma-hiba esetén bejegyzés kerül az onlszla_hibak táblába Hiba-kód [errorCode] mezőbe. Amíg egyszámla státusza OLS2, addig nem folytatódik a feldolgozás, vagyis a számla nem megy el a NAVfelé.

Ha nincs hiba, akkor a státusz OLSX lesz és a pszfej_ahasz tábla f_xml mezőben eltárolja aküldendő számla adatokat xml formátumban.

3. KüldésCsak azokra a számlákra fut, ahol a számla státusza((pszfej_ahasz tábla f_olsstat mező) OLSX.

A küldés folyamatában jellemzően technikai hibák fordulhatnak elő. Nem működik a szolgáltatásvagy nem jön létre a kommunikáció, stb. Az itt jelentkező hibákat, ha az ismert hibakódokegyikével jön, az onlszla_hibak táblába Hiba-kód [errorCode] mezőbe tároljuk, aminek nincserrorCode-ja, azt az Üzenet [message] mezőben tároljuk. Ezek jellemzően globális hibák, tehát ittaz Bizonylatszám [f_bizlat] mező nem töltődik.Folyamat:

· elkészíti az egyes xml fájlokból a küldendő csomag xml fájlt és küldi a NAV feléSikeres küldés esetén:

· pszfej_ahasz tábla f_olsstat mezője OLSK, az f_eredmeny mező ELKULDVE lesz

· létrehozza az onlszla_csomagf tábla rekordot

o CsomagID : egyedi sorszám

o Csomagazon: egyedi FORRÁS azonosító

o Jelleg: N (normal adatküldési csomag)

o TimeStamp: létrehozás időpontja

o f_olcstat mezőjét feltölti a küldési státusszal: OLCK

o transactionId mezőt feltölti a NAV által adott csomagazosítóval

· létrehozza az onlszla_csomags tábla rekordokat (számlánként 1 tétel)o CsomagfejID : csomagazonosító ID

o CsomagsorID : egyedi sorszám

o Bizonylatszám: a számlaszám

o Index: csomagon belüli folyamatos sorszám

o f_eredmeny: ELKULDVE

· pszfej_ahasz tábla Csomagazon mezőjét feltölti a csomagazonosítóval

4. Státusz lekérdezés Csak azokra a csomagokra fut, ahol a csomag státusza(onlszla_csomag.f_olcstat) OLCK vagy

OLCD.

Itt már a beküldött számla-csomagok NAV feldolgozás státusz lekérdezései történnek meg. Ezek ahibák lényegében ugyanazok, amiket az előkészítésben is már leellenőriztünk, csak itt most a NAVadja vissza. Ugyanúgy az onlszla_hibak táblában tároljuk. Viszont itt már tudunkCsomagazonosítót, ezért ezen hiba-bejegyzésekben már ki lesz töltve a Csomag sor ID[CsomagsorID] mező.



A NAV-tól lekérdezi a beküldött csomagok, az abban lévő számlák feldolgozási státuszait, és

visszaírja a csomag sor és a pszfej_ahasz -nyilvántartásba. Ez egy csomag vonatkozásában több

alkalmat jelent. Egy csomagot addig kérdez, amíg a csomag státusz OLCF (Feldolgozott) nem

lesz.

Sikeres adatlekérdezés esetén:

· az onlszla_csomags tábla f_eredmeny mezőjét feltölti a NAV-tól visszakapott értékkel: VARvagy FOLYAMATBAN vagy HIBA vagy FIGYELMEZTETES vagy RENDBEN

· a pszfej_ahasz/pszfej_v tábla f_eredmeny mezőjét feltölti feltölti a NAV-tól visszakapotteredménnyel: VAR vagy FOLYAMATBAN vagy HIBA vagy FIGYELMEZTETES vagy RENDBEN

Folyamat összefoglaló:

Feldolgozáseredményeonlszla_csomags >f_eredmeny

Csomag szintűstátuszokonlszla_csomagf >f_olcstat

Bizonylat szintű státuszok(bizonylatszám alapján vizsgálva)

pszfej_v > f_eredmeny pszfej_ahasz > f_eredmeny pszfej_ahasz > f_olsstat

1. Előkészítés - - OLS1OLSE

ADATHIBAELOKESZITVE

2. XMLgenerálás

- - OLS2OLSXXML generáláselkészült

SÉMA_HIBAXML_KESZ

3. Küldés ELKULDVE OLCKNAV részére beküldve

OLSKNAV részérebeküldve

ELKULDVE

4. Státuszlekérdezés

VAR OLCDFeldolgozásfolyamatbanA csomagban szereplőbizonylatok közöttlegalább egy VAR vagyFOLYAMATBAN van.

OLSDFeldolgozásfolyamatban

VAR

FOLYAMATBAN OLSDFeldolgozásfolyamatban

FOLYAMATBAN

HIBA OLCFNAV részérőlfeldolgozvaA csomagban szereplőminden bizonylat:HIBAFIGYELMEZTETESRENDBEN

OLCFNAV részérőlfeldolgozva

HIBA

FIGYELMEZTETES OLCFNAV részérőlfeldolgozva

FIGYELMEZTETES

RENDBEN OLCFNAV részérőlfeldolgozva

RENDBEN

A számla rögzítő felületen a fenti folyamatokból ellenőrizhető, hogy a számla Online számla-e,illetve, hogy mi az adatszolgáltatás eredménye jelenleg.



Forrás-SQL

Forrás.NET

ADATSZOLGÁLTATÁS ELLENŐRZÉSE

1. Online adatszolgáltatás programok futásának ellenőrzése

Vevő > On-line számla > On-line adatszolgáltatást ellenőrző lista > Monitorozás

A funkció kilistázza az onlszla_funkcio tábla sorait a teljes adattartalommal. Ez fix lista. Ebből az időpontok megtekintésével lehetőség van megállapítani, hogy



· mikor futott utoljára egy funkció: Kezdő időpont / Befejezés időpont,· milyen verzióval: Pr.verzió oszlopban. (T) jelzés esetén TESZT üzemmódban, (E) jelzés esetén

ÉLES üzemmódban,· van-e nem végig futott funkció: a program futásidőben figyelmeztető jelzéseket rak a sorok

mellé, az Eredmény oszlopba, ha hibát vél. Ha üres: ha a Kezdő időpont nem későbbi mint a

Befejezés időpont vagy ha későbbi is a Kezdő időpont, mint a Befejezés időpont, de a Befejezésidőpont még nem régebbi 10 percnél (feltételezhetően éppen fut a funkció). Ha RÉGEN FUTOTT: a

Befejezés időpont több, mint 2 órával ezelőtti. Ha MEGSZAKADT: későbbi a Kezdő időpont, mint

a Befejezés időpont és a Befejezés időpont régebbi 10 percnél.

Minta monitorozás lista:

Ha a megjelenő lista üres, akkor a programok még egyszer sem futottak. Ennek okai lehetnek:

· onlszla... tábla struktúra eltérések. Megoldás: adatbázis menedzselés. Rendszergazdafeladata.

· FWINS Telepítő nincs telepítve vagy nem fut. Megoldás: telepítés/újraindítás.Rendszergazda feladata.

· nincs beállítva az FWINS Telepítőben az adott vállalatra (adopterre) a futás. Megoldás:ellenőrizni kell az FWINS beállításokat. Rendszergazda feladata.

Ha a Küldés/Státusz lekérdezés nem jelenik meg vagy RÉGEN FUTOTT vagy MEGSZAKADT:· nincs beállítva a Forrásban a Technikai user. Megoldás: Ügyviteli szerviz modul >

Rendszertábla > On-line számla technikai user tábla feltöltése adattal.· FWINS nem fut. Megoldás: újraindítás. Rendszergazda feladata.· NAV szerver technikai probléma (leállás, stb.). Ilyen esetben a NAV útmutatása szerint kell

eljárni.

Ha a megjelenő listában a funkciók megjelennek és az Eredmény mező üres, a dátumok frissek,akkor a programok megfelelően futnak.

2. Online számlák állapotának lekérdezési lehetőségei:

a) Vevő > On-line számla > Adóhatósági adatszolgáltatás online feladási státusz lekérdezéseIndításkor az Általános lekérdező jelenik meg. Segítségével lekérdezhetők az Online számlákadatai és státuszai [pszfej_ahasz_fstatus].

b) Vevő > On-line számla > Online számla csomag lekérdezése Indításkor az Általános lekérdező jelenik meg, melynek segítségével lekérdezhető az Online számlacsomagok sor adatai [onlszla_csomags] tábla tartalma.

c) Vevő > On-line számla > On-line adatszolgáltatást ellenőrző lista > Ellenőrző listaEgy lista, amit a felhasználó alkalmanként elindíthat, és az ebben lévő információkbóltájékozódhat az on-line adatszolgáltatás működéséről, a működés hibáiról, megakadásáról,valamint a NAV-os válaszokról.



Forrás-SQL

Forrás.NET

Adatok gombra kattintva adhatók meg a listázáshoz szükséges adatok.

Csak a nem láttamozott hibákat? (I/N)I - Igen hatására csak azokat a hibákat hozza a lista, amelyekben a Rendezve? [f_lattam] mezőértéke üres vagy N - Nem. A Rendezve? mező állítása I - Igen és N - Nem értékek között az On-line hibák menedzselése menüpontban lehetséges, felhasználói feladat. Ez egy segítség annakkiszűrésére, hogy mely adatszolgáltatási hibák kerültek már megoldásra.

DátumtólHa megadunk itt egy dátumot, akkor csak az annál nem korábbi hibákat hozza a lista.

Ellenőrző lista: a funkció egy elő-leválogatással indul, ami egy ideiglenes táblába válogat

össze 2-féle hibát: a vélhetően hibás számlák és a hibás számlák (ezeket a listában a sortípusadat különbözteti meg).

Fontos, hogy a lista elő-leválogatással indul, ezért az utána indítható az általános lekérdezőújabb és újabb futtatásával az adatok nem frissülnek! Az adatok frissítéséhez a lekérdező funkcióújraindítása szükséges!

Sortípus S: vélhetően hibás számla1. A számla ON-LINE számla-e [f_online] mező üres, de a bizonylattípusa szerint és hogy vanhozzá pszfej_ahasz rekord, a mezőnek I - Igen (IVNI) vagy N - Nem (IVNN) értéke kellene legyen.Ez nagy valószínűséggel azt jelenti, hogy nem fut az Előkészítés program, de esetleg utalhatolyan adathibára is, amire eddig nem számítottunk. Mivel ekkor még biztosan üres a számlaf_eredmeny mezője is, ezért itt leválogatáskor töltjük azt NEM_ELOKESZITETT értékkel, ahibakódba pedig FORRAS_NEM_ELOKESZITETT kód kerül.2. A számla ON-LINE számla-e [f_online] mező értéke I - Igen (IVNI), a számla online státusza[f_olsstat] mező értéke nem OLSF és a zárás időpontja 2 órával ezelőtti. Ez azt jelenti, hogy azElőkészítést követő valamelyik funkció nem megy. A hibakódba FORRAS_NEM_FELDOLGOZOTT kódkerül. További információt a számla aktuális státusza (OLSE vagy OLSX vagy OLSK), valamint aFunkciók monitorozása ad.



Sortípus H: hibás számlaAz ADATSZOLGÁLTATÁS fejezet 1,2 és 4 pontokban pontban részletezett onlszla_hibak táblábatörtént bejegyzések tartalma.

A leválogatást követően Általános lekérdezővel tetszőleges tartalmú lista készíthető. Itt továbbilehetőség, hogy a Hiba-kód [errorCode] mező alapján lefúrással az onlszla_hibakodok táblábólrátehetjük a listára a Hiba oka és Teendő mezőket. Itt csak azokat a hibákat listázzuk, amikmegfelelnek az indítási szelekcióknak.

Minta ellenőrző listára (Excel táblába):

HIBÁS SZÁMLÁK JAVÍTÁSI LEHETŐSÉGEI

Hibák menedzselése

Vevő > On-line számla > On-line hibák menedzselése



Forrás-SQL

Forrás.NET

A táblába bejegyzi bizonylatszámonként, időbélyegesen az adatszolgáltatás során keletkezetthibákat. Ezeket a felhasználó vagy saját hatáskörben (adathiba) javítja vagy jelzi az illetékesnek,és ő végzi el a javítást (újra indítja a Windows szervizt, programot javít). Ha egy hiba elhárításrakerül, azzal már nem kell többet foglalkozni. Ennek a jelölésére használható a táblába aRendezve? [f_lattam] mező. Alapértelmezése N - Nem, a hiba elhárításakor állítja a felhasználó amegfelelő értékre az alábbi funkciókkal:

Láttam egyedi: a pozicionált bizonylat Rendezve? mezőjét I - Igen értékre állítja.Láttam csoportos: az összes vagy az esetlegesen beállított szűrőfeltételnek megfelelő tételekbenállítja a Rendezve? mezőt I - Igen értékre.Láttam vissza egyedi: a pozicionált bizonylat Rendezve? mezőjét üres értékre állítja.Láttam vissza csoportos: az összes vagy az esetlegesen beállított szűrőfeltételnek megfelelőtételekben állítja a Rendezve? mezőt I - Igen értékre.

A Rendezve? mező naprakész karbantartásával az On-line adatszolgáltatást ellenőrző listaindításánál mellőzhetők a listából a már rendezett (javított) bejegyzések.

Bizonylat visszanyitás



Ügyviteli szerviz modul > Visszanyitás(PSZ) > Zárt pénzügyi bizonylat visszanyitása

a) Ha Online a számla (f_online mező értéke I – Igen)

· A számla hiba-státusza OLS1:A program a bizonylat státuszát visszaállítja Z - Zártból N - Nyitottba és kiüríti az f_onlinemezőt és az f_olsstat mezőt. Ezután a felhasználó javítja/pótolja a szükséges adatot, majd újralezárja a bizonylatot. Értelemszerűen ezt akkor célszerű, ha olyan hiba van, amit a felhasználótud javítani.

· Egyéb státuszok esetén nem nyitható vissza: "A bizonylat már ON-LINE bejelentésbe került.Nem nyitható vissza!".

b) Ha az f_online mező üres és az elővizsgálat szerint feltehetően Online számla lesz (de mégnem történt meg az Online számlává minősítés): "A bizonylat ON-LINE számla. Nem nyithatóvissza!"

c) Ha az f_online mező N – Nem, vagy üres és feltehetően nem lesz online, akkor a program úgyműködik, mint eddig.

On-line státusz-állítás

Vevő > On-line számla > On-line státusz visszaállítás

Van olyan hiba, ami nem igényel visszanyitást. Ez a hibakód melletti teendőkből kiolvasható. Ilyenlehet pl: programhiba, technikai hiba. De ilyen lehet pl: az az adathiba, hogy az ország-törzsbenkell pótolni az ISO kódot. Ilyenkor nincs szükség a bizonylat visszanyitására. A megfelelő jelzésután (IT felkeresése, HD-jelzés, törzs kiegészítés), ha megszűnik a hiba, akkor a számla státuszátvissza kell állítani hiba-státuszból (OLS1, OLS2) a kiinduló állapotba, hogy az adatküldésifolyamatba újra bekerüljön a számla.

Adatok gombra kattintva F2 segítségével kiválasztható a Bizonylat azonosító:

Forrás-SQL

Forrás.NET

Visszaállít

OLS1 és OLS2 státuszú számlákra indítható.

OLS1 esetén:



· Ha olyan hibánál indítjuk a funkciót, amikor visszanyitni kellene (mert magában aszámlában kell javítani a hibát), akkor erre felhívja a figyelmet és nem engedi a státuszvisszaállítást. Vagyis, ha a számlának van olyan hiba bejegyzése ami nem Rendezett, és ahibakódja a következők között van:

o FORRAS_CUSTOMER_TAX_NUMBER_INCORRECT

o FORRAS_INVALID_INVOICE_REFERENCE

o FORRAS_INVOICE_DATE

o FORRAS_INVOICE_LINE_MISSING

o FORRAS_LINE_NUMBER_NOT_SEQUENTIAL

o FORRAS_SUPPLIER_TAX_NUMBER_INCORRECT

akkor a program üzenetet küld: "A bizonylat On-line Előkészítés közben hibásnak lettminősítve, és olyan hibája van, ami csak Visszanyitással javítható!". Ilyenkor nem történikmeg a státuszállítás, hanem át kell menni az Ügyviteli szerviz modul > Visszanyitás(PSZ)> Zárt pénzügyi bizonylat visszanyitása funkcióba, majd a számla adataiban elvégezni ajavítást.

· Egyéb esetben megtörténik a státusz és az f_online mező visszaállítása üresre.

OLS2 esetén:A státusz és az f_online mező visszaállítása üresre.



1.számú melléklet - Előkészítés során végzett ellenőrzések

1. Adószám ellenőrzések

FORRAS_CUSTOMER_TAX_NUMBER_INCORRECT

- ha üres a partner adószám

- ha a partner adószám formailag nem megfelelő (8-1-2)

- ha a partner adószám törzsszáma nem felel meg a CDV-ellenőrzésnek

- ha a partner adószám ÁFA-kódja nem 1,2,3,4,5

- ha a partner adószám megyekódja nem 02-20, 22-44, 51

FORRAS_SUPPLIER_TAX_NUMBER_INCORRECT

- ha üres a saját adószám

- ha a saját adószám formailag nem megfelelő (8-1-2)

- ha a saját adószám törzsszáma nem felel meg a CDV-ellenőrzésnek

- ha a saját adószám ÁFA-kódja nem 1,2,3,4,5

- ha a saját adószám megyekódja nem 02-20, 22-44, 51

FORRAS_INCORRECT_VAT_CODE_SUPPLIER_GROUPMEMBER

- ha a saját adószám Áfa-kódja 5, és üres a csoportag adószám (f_cstagsadoig)

- ha a saját adószám Áfa-kódja nem 5, és nem üres a csoportag adószám

(f_cstagsadoig)

- ha a saját csoportag adószám formailag nem megfelelő (8-1-2)

- ha a saját csoportag adószám törzsszáma nem felel meg a CDV-ellenőrzésnek

- ha a saját csoportag adószám ÁFA-kódja nem 1,2,3

- ha a saját csoportag adószám megyekódja nem 02-20, 22-44, 51

-

2. FORRAS_INVALID_INVOICE_REFERENCE

Az szhv-ban vagy az e_bizlat-ban nem létező kód,

Az szhv-ban, e_bizlat-ban olyan bizonylat, ami nem on-line és a modifyWithoutMaster nem

true

3. FORRAS_LINE_NUMBER_NOT_SEQUENTAL

A bizonylaton belüli f_biztsz sorfolytonossága ellenőrzése

4. FORRAS_INVOICE_LINE_MISSING

Nincs tétele a bizonylatnak

5. INVOICE_LINE_ALREADY_EXISTS (NAV-kód)

A lineNumberReference nem ismétlődhet (szerintem ilyen nem lehet az index miatt)

6. FORRAS_INVOICE_DATE

A bizonylat dátuma nem egyezik a zárás dátumával (f_zardat)

7. FORRAS_MISSING_VAT_CODE

Nincs minden tétel minősítve van az ÁFA-kód 6 (5) választékból

vatPercentage,vatExemption,vatOutOfScope,vatDomesticReverseCharge,marginSchemeVa

t

8. FORRAS_INCORRECT_COUNTRY_CODE

Országkódok ellenőrzése – szk_orszag, vevo_orszag nem szerepel az orszag_iso táblában,

vagy üres

9. FORRAS_MISSING_CITY



Üres az szk_telepules vagy vevo_telepules

10. FORRAS_MISSING_STREET

Üres az szk_kozterulet_neve vagy vevo_kozterulet_neve

11. FORRAS_SUPPLIER_POSTALCODE_INCORRECT

Az szk_iranyitoszam nem 4 vagy nem 10 hosszú, vagy illegális karaktert tartalmaz (betű

vagy szám lehet)

12. FORRAS_CUSTOMER_POSTALCODE_INCORRECT

Az vevo_iranyitoszam nem 4 vagy nem 10 hosszú, vagy illegális karaktert tartalmaz (betű

vagy szám lehet

13. FORRAS_INCORRECT_BANKACCOUNT_NUMBER

A saját vagy partner bankszámla nem helyes. nem 8-8 vagy 8-8-8 felépítésű

Az első 8 ki van töltve, de a második 8 nincs (harmadik 8 lehet üres)

Ha van hiba, azok az onlszla_hibak táblába kerülnek, f_eredmeny=ADATHIBA, f_olsstat=OLS1



2.számú melléklet - Előkészítés során végzett feltöltések

operation – alapbizonylat – CREATE, módosító(helyesbítő) – MODIFY, stornó – STORNO

lineOperation – alapbizonylat – üres, a többi – CREATE

szk_iranyitoszam, vevo_iranyitoszam – ha üres, feltölti – ’0000’

lastModificationDocumentNumber – ha nem alapbizonylat, akkor az őt bizonylatszámban megelőző

utolsó nem alapbizonylattal (a második módosítóba az első módosítónak a számát)

modifyWithoutMaster – true, ha nem alapbizonylat, és az alapbizonylat nem volt on-line

paymentMethod - f.f_fizmod IN ('FIZU','FIZS') THEN 'TRANSFER'

- f.f_fizmod='FIZK' THEN 'CASH'

- f.f_fizmod='FIZY' THEN 'CARD'

- f.f_fizmod IN ('FIZD','FIZJ','FIZQ','FIZZ') THEN 'VOUCHER'

- ELSE 'OTHER'

invoiceAppearance - f.f_nyommod IN ('NYM2','NYMF','NYMK') THEN 'ELECTRONIC'

- f.f_nyommod IN ('NYM3','NYMD','NYME','NYMP','NYMT') THEN 'PAPER'

- f.f_nyommod='NYMI' THEN 'EDI'

- f.f_nyommod='NYMX' THEN 'OTHER'

- ELSE 'OTHER'

invoiceModificationTimestamp=GetDate()

Majd, ha egyidőben került feldolgozásra ugyanahhoz az alapbizonylathoz

tartozó több bizonylat, akkor 1-1 másodperccel megnöveli f_zardat, azon

belül f_bizlat rendezettségben.

A tételeket minősítjük az ÁFA-kód alapján 6 kategóriába:

vatPercentage - f_afakulcs/100.0

vatExemption - IF f_adoment='IVNI' THEN a.f_nev1 (adómentes)

vatOutOfScope - IF f_ak='IVNI' THEN 1 (áfa-körön kívüli)

vatDomesticReverseCharge – IF f_fa='IVNI' THEN 1 (fordított)

marginSchemeVat - IF f_ku='IVNI' THEN 1 (különbözeti)

marginSchemeNoVat - ez fixen 0, mert ilyen ÁFA-kódunk nincsen

lineNumberReference - az egy alapbizonylathoz tartozó összes tétel (alap,módosító,stornó)

folyamatos besorszámozása

pszfej_summary előállítás – a számla tételeinek ÁFA-kódonkénti felösszesítése, hogy az XML-

generáló már készen kapja

itt is elvégezzük az ÁFA-kódok minősítését a 6 kategóriában

szk_orszag - feltöltése HU-val, ha üres

f_dikod - feltöltése a deviza ISO kóddal

f_cstagsaodig - feltöltése az fldhely.f_aiasz-szal, ha az f_sadoig ÁFA-kódja 5



3. számú melléklet - Online számla kódlista

pszfej_ahasz.f_olsstat

Kód Megnevezés

OLS1 Adathibás számla

OLS2 Sémahibás számla

OLSD Feldolgozás folyamban - on-line számla

OLSE Előkészített On-line számla

OLSF NAV részéről feldolgozott on-line számla

OLSH NAV által hibás on-line számla

OLSK NAV részére beküldött on-line számla

OLSX XML-kész on-line számla

onlszla_csomagf.f_olcstat

Kód Megnevezés

OLCD Feldolgozás folyamban - on-line csomag

OLCF NAV részéről feldolgozott on-line csomag

OLCK NAV részére beküldött on-line csomag

Documents

Online számlázás összefoglaló - Griffsoft