Milyen felépítésű állományt kell létrehozni a GIRO adatszolgáltatás teljesítéséhez?
A hitelintézetek pénzforgalmi bankszámlákra vonatkozó adatszolgáltatási és bejelentési kötelezettségének állami adóhatósághoz történő teljesítéséről szóló APEH közleményhez.
1. Normál adatszolgáltatás
Fájlnév : Abbbxxxxxxxx_sssss.H0, (azaz nulla)!!!
bbb : a pénzintézet 3 jegyű azonosító kódja,
xxxxxxxx: a bank törzsszáma (az adószám első nyolc jegye),
sssss : az adatszolgáltatás sorszáma.
A sorszám a hitelintézeti érdekkörben történt változás miatti adatszolgáltatás sorszámától független legyen. (Ennek a sorszámnak mindig a soron következőnek kell lennie. Fájl szintű hibával visszautasított adatszolgáltatás ismételt megküldése ugyanazt a sorszámot kapja, mint a hibás fájl. Ez alól csak az jelent kivételt, ha éppen az volt a hiba, hogy a sorszám nem a soron következő.)
Adatszerkezet:
Mezőnév | Hossz | Leírás |
Sorszám | 6 | Jobbra igazítva, előnullázva, 1-től induló, fájlon belül egyedi sorszám |
Számlatulajdonos | 10 | Az adószám első 8 jegye balra igazítva, szóközzel feltöltve, vagy a 10 hosszú adóazonosító jel |
Számlaszám | 24 | 24 számjegy kötőjelek nélkül, a 16 jegyű számlaszám után 8 db nulla szerepel |
Nyitó dátum | 8 | Mindig kötelező kitölteni eeeehhnn formátumban |
Záró dátum | 8 | Kitöltése eeeehhnn formában, vagy 8 db szóköz |
Név | 80 | Balra igazítva, szóközzel feltöltve kötelező kitölteni. |
Irányítószám | 8 | Balra igazítva, szóközzel feltöltve kötelező kitölteni. |
Helységnév | 27 | Balra igazítva, szóközzel feltöltve kötelező kitölteni |
Cím további része | 70 | Balra igazítva, szóközzel feltöltve kötelező kitölteni. |
A név, cím adatok lehetséges ékezetes karakterei miatt a windows karakterkészlet használata szükséges. A fájl végén szerepelni kell egy statisztika rekordnak, ennek szerkezete:
Mezőnév | Hossz | Leírás |
Rekordjel | 1 | Fix ’S’ |
Rekordszám | 6 | Jobbra igazítva, előnullázva, a fájlban szereplő adatrekordok száma. |
A jelentés fájlok feldolgozásának eredményéről nyugta fájlban tájékoztatjuk a pénzintézeteket. Amennyiben a jelentés, fájl szinten hibás, akkor csak egy nyugta rekord és a statisztika rekord lesz a nyugta fájlban. Minden más esetben tételenként legalább egy nyugta rekord lesz a fájlban, mert a jó tétel is nyugtázásra kerül. Több nyugta rekord akkor keletkezik, ha a tételnek több hibája van.
Nyugta fájlnév: ANYbbbxxxxxxxx_sssss.H0, (azaz nulla)!!!
A fájlnév változói megegyeznek az adatszolgáltatás fájl nevében szereplő értékekkel.
A nyugta fájl adatszerkezete:
Mezőnév | Hossz | Leírás |
Sorszám | 6 | Jobbra igazított, előnullázott, olyan sorszám, amely szerepelt a jelentés fájlban. Többször előfordul, ha több hibája volt a rekordnak. Fájl szintű hibánál a sorszám 000000 lesz. |
Nyugta kód | 2 | Értékeit, és jelentését külön táblázat tartalmazza |
A nyugta fájl végén szerepelnie kell egy statisztika rekordnak, ennek szerkezete:
Mezőnév | Hossz | Leírás |
Rekordjel | 1 | Fix ’S’ |
Hibás rekord jel | 1 | Fix ’H’ |
Hibás rekordszám | 6 | Jobbra igazítva, előnullázva, a fájlban talált hibás adatrekordok száma. |
Jó rekord jel | 1 | Fix ’J’ |
Jó rekordszám
| 6 | Jobbra igazítva, előnullázva, a fájlban talált jó adatrekordok száma. |
Fájl szintű hiba esetén a statisztika rekord tartalma: SH000001J000000
2. Hitelintézeti érdekkörben történt változás miatti bejelentés
Fájlnév: Bbbbxxxxxxxx_sssss.H0, (azaz nulla)!!!
bbb : a pénzintézet 3 jegyű azonosító kódja,
xxxxxxxx: a bank törzsszáma (az adószám első nyolc jegye),
sssss : az adatszolgáltatás sorszáma.
A sorszám a normál adatszolgáltatástól független legyen. (Ennek a sorszámnak mindig a soron következőnek kell lennie. Fájl szintű hibával visszautasított adatszolgáltatás ismételt megküldése ugyanazt a sorszámot kapja, mint a hibás fájl. Ez alól csak az jelent kivételt, ha éppen az volt a hiba, hogy a sorszám nem a soron következő.)
Adatszerkezet:
Mezőnév | Hossz | Leírás |
Sorszám | 6 | Jobbra igazítva, előnullázva, 1-től induló, fájlon belül egyedi sorszám |
Számlatulajdonos | 10 | Az adószám első 8 jegye balra igazítva, szóközzel feltöltve, vagy a 10 hosszú adóazonosító jel |
Régi számlaszám | 24 | GIRO számlaszám esetén 24 számjegy kötőjelek nélkül, a 16 jegyű számlaszám után 8 db nulla szerepel, egyébként balra igazítva, szóközzel feltöltve kötelező kitölteni. |
Záró dátum | 8 | Kitöltése eeeehhnn formában kötelező |
Új számlaszám | 24 | 24 számjegy kötőjelek nélkül, a 16 jegyű számlaszám után 8 db nulla szerepel |
Nyitó dátum | 8 | Kitöltése eeeehhnn formában kötelező |
Név | 80 | Balra igazítva, szóközzel feltöltve kötelező kitölteni. |
Irányítószám | 8 | Balra igazítva, szóközzel feltöltve kötelező kitölteni. |
Helységnév | 27 | Balra igazítva, szóközzel feltöltve kötelező kitölteni. |
Cím további része | 70 | Balra igazítva, szóközzel feltöltve kötelező kitölteni. |
A név, cím adatok lehetséges ékezetes karakterei miatt a windows karakterkészlet használata szükséges.
A fájl végén szerepelni kell egy statisztika rekordnak, ennek szerkezete:
Mezőnév | Hossz | Leírás |
Rekordjel | 1 | Fix ’S’ |
Rekordszám | 6 | Jobbra igazítva, előnullázva, a fájlban szereplő adatrekordok száma. |
A jelentés fájlok feldolgozásának eredményéről nyugta fájlban tájékoztatjuk a pénzintézeteket. Amennyiben a jelentés fájl szinten hibás, akkor csak egy nyugta rekord és a statisztika rekord lesz a nyugta fájlban. Minden más esetben tételenként legalább egy nyugta rekord lesz a fájlban, mert a jó tétel is nyugtázásra kerül. Több nyugta rekord akkor keletkezik, ha a tételnek több hibája van.
Nyugta fájlnév: BNYbbbxxxxxxxx_sssss.H0
A fájlnév változói megegyeznek az adatszolgáltatás fájl nevében szereplő értékekkel.
A nyugta fájl adatszerkezete:
Mezőnév | Hossz | Leírás |
Sorszám | 6 | Jobbra igazított, előnullázott, olyan sorszám, amely szerepelt a jelentés fájlban. Többször előfordul, ha több hibája volt a rekordnak. Fájl szintű hibánál a sorszám 000000 lesz. |
Nyugta kód | 2 | Értékeit, és jelentését külön táblázat tartalmazza. |
A nyugta fájl végén szerepelnie kell egy statisztika rekordnak, ennek szerkezete:
Mezőnév | Hossz | Leírás |
Rekordjel | 1 | Fix ’S’ |
Hibás rekord jel | 1 | Fix ’H’ |
Hibás rekordszám | 6 | Jobbra igazítva, előnullázva, a fájlban talált hibás adatrekordok száma. |
Jó rekord jel | 1 | Fix ’J’ |
Jó rekordszám
| 6 | Jobbra igazítva, előnullázva, a fájlban talált jó adatrekordok száma. |
Fájl szintű hiba esetén a statisztika rekord tartalma: SH000001J000000
Mi a teendő, miután elkészítette a megfelelő rekordszerkezetű állományt?
A fájlnév konvenciónak és a leírásnak (fent) megfelelő felépítésű állományt az eGiro.exe programmal tudja titkosítani, és ez a program teszi az állományt a PostaDir-be, mely ezután már feladható lesz a Ügyfélkapun. A PostaDir helye kiolvasható a registry-ből: (Start menü/Futtatás/regedit parancs, [HKEY_LOCAL_MACHINE]/Software/APEH/ELAB útvonalon, a Postadir értéke).
Mi lehet az oka, ha nem értelmezhető az állomány?
Ha elutasító eBEV Nyugtát kap a következő üzenettel:
"A beküldött bevallásában/adatszolgáltatásában feltüntetett adatokat rendszerünk nem tudja értelmezni. Kérjük, hogy ismételje meg bevallását/adatszolgáltatását."
A következőket javasoljuk:
-
Először ellenőrizze a nyugtán szereplő, elküldött állomány nevét. Amennyiben a fájlneve "H0" helyett "h0" akkor a giro fájlt a helyes fájlvégződéssel kell ismételten előállítani és ellenőrizni, titkosítani az eGiro.exe programmal.
-
Annak ellenére, hogy a fájlnév helyes, előfordulhat, hogy az interenetes adatforgalom során az állomány megsérül, így rendszerünk számára ezért nem értelmezhető.
Mindkét esetben meg kell ismételni a fájl előállítását és elküldését.
Titkosítás után nem jön létre a KR fájl
A titkosítás folyamata elkezdődik és hibaüzenet nélkül a program látszólag befejezi a titkosítási folyamatot. Ennek ellenére mégsem jön létre a Postakönyvtárban a titkosított GIRO fájl (KR fájlkiterjesztéssel). Ennek oka, hogy az ABEV program "Java titkosító használatával" opciója be volt jelölve frissítéskor vagy program telepítéskor, miközben a KrTitok.exe titkosító program által elvárt, megfelelő Java környezet nem került telepítésre.
Megoldási javaslatok:
-
Megfelelő Java program telepítése a számítógépre. Javasolt a Java legfrissebb verziójának telepítése, de az 1.4.2-es Java verziótól felfelé a program működőképes.
-
Az ABEV 2006 program frissítése úgy, hogy a "Java titkosító használatával" opció ne legyen kiválasztott.