Adóigazolás kiadásának menete Felhasználói dokumentáció verzió 2.1. Budapest, 2007
Változáskezelés Verzió Dátum Változás Pont Cím Oldal 2.1. 2007.02.01. 4.1. Adóigazolás sorok 10. 2.1. 2007.02.01. 4.5. Befizető módosítása 12. 2.1. 2007.02.01. 4.7. Adóigazolás hallgatóknak 14. 2.1. 2007.02.01. 5. Ösztöndíj igazolások 15. Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 2 / 17
Tartalomjegyzék 1. Előzetes beállítások... 4 1.1. paraméterek... 4 1.2. Pénzügyi kód beállítások... 4 1.3. Kiírás beállítások... 4 2. Adatok összegyűjtése a rendszerből... 4 2.1. Az eljárás működésének alapelvei... 5 2.1.1. Adóazonosító... 5 2.1.2. Befizetői adatok... 5 2.1.3. Adóigazolás adható, nem adható... 5 2.1.4. Pénzügyi kód beállítások (Típus)... 5 2.1.5. Adóigazolást kér halasztással... 6 2.1.6. Megosztott tételek begyűjtése... 6 3. Adatbegyűjtés utáni ellenőrzések... 7 3.1. Adóigazolást kér halasztással... 7 3.2. Befizető adóazonító vizsgálat... 7 4. Felületek ismertetése... 10 4.1. Adóigazolás sorok... 10 4.2. Nincs hivatkozás... 12 4.3. Van hivatkozás... 12 4.4. Módosítás... 12 4.5. Befizető módosítása... 12 4.6. Adóazonosító módosítása, felvitele... 13 4.7. Adóigazolás hallgatóknak... 14 5. Ösztöndíj igazolások... 15 5.1. Javítás... 16 Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 3 / 17
1. Előzetes beállítások Az adóigazolások összegyűjtése előtt fontos beállítani a rendszerparamétereket, kiírásoknál található információkat és a pénzügyi kódoknál a megfelelő típusokat. A beállításokkal a következő fejezetek foglalkoznak. 1.1. paraméterek Az adóigazolások kiállítása előtt rendkívül fontos a rendszerparaméterek pontos beállítása. PU_ADOEV: Az adóigazolás éve. PU_ADOEVETKOVETO_TELJESITES: Értéke: 0-30 között lehetséges. Tavalyi a kiírás, de januárban teljesült, ebben az esetben január x-ig történő teljesítés esetén (paraméter) még adóigazolás lesz róla adva. PU_ADOIGAZOLAS_EVE: Az adóigazolás éve. PU_ADOIGAZOLAS_SZAMLAGENERALASSAL: Értéke: I vagy N. I = adóigazolás generálásakor kell számlát is generálni. PU_K65A_VANSZERZODESE: Ha értéke I, akkor a K65A igazolás kiadásánál vizsgálja a van szerződése flag-et. Ha nincs beállítva, nem készít. PU_K65_65A: Értékei: I vagy N. I = Ha a van szerződése kijelölő négyzet, illetve a képzés típus meg van adva és 2.alap vagy másoddiplomás vagy kiegészítő képzés, akkor K65-rol az áttöltésnél átállítja a sortípusát K65a-ra. PU_KIIRAS_ADOIGAZOLAS_HATARIDO: A teljesített tandíj befizetések adóigazolásra vonatkozó adatainak megváltoztatását lehet tiltani. 0: Nincs tiltás; 1-31: Januárban e naptól nem lehet módosítani a tárgyévnél régebbieket. PU_APEHIGAZOLASEGYBEFIZETO: Az igazolás kiadásánál vizsgálja a több befizető létezését: Értéke:0,1 vagy 2;0 = nem használatos;i: hallgatónként, típusonként számolja a befizető adóazonosítókat;t:a számolást kiírásonként végzi. PU_APEHAUTJAVITAS: Több befizető esetében egy befizetőre módosítja az adatokat; értéke:0,1 vagy 2;0 = nem használatos;i: hallgatónként, típusonként a legnagyobb összeghez tartozó befizető adatival módosítja a többi kiírást;t:a módosítást egy kiíráson belül végzi el. 1.2. Pénzügyi kód beállítások Tekintettel arra, hogy az adatok összegyűjtésének alapját képezik, mind a rendszerparamétereknél és pénzügyi kódoknál beállított értékek fontos, hogy a beállításokat az adatlegyűjtés előtt megtegyék. A pénzügyi kódoknál tárolt ezen információk az Adóigazolás adható pipa és a pénzügyi kód típusa (K65/L65/A). 1.3. Kiírás beállítások A kiírásoknál, már a hallgatók egyedi tételeihez van lehetőség beállításokat eszközölni. A rendszer a kiírásoknál tárolja a befizetőt, adóigazolás adható, adóigazolást kért halasztással információkat. Fontos, hogy amennyiben lehetőség van rá, a beállítások minden említett területen még az adatbegyűjtés előtt megtörténjenek. 2. Adatok összegyűjtése a rendszerből A NEPTUN.NET az adóigazolásoz szükséges adatokat tárolt eljárás segítségével gyűjti össze. Az összegyűjtött adatokat soronként külön táblába tárolja a rendszer, amiből újabb eljárás Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 4 / 17
segítségével a bealított rendszerparamétereknek megfelelően megtörténik az adatok összesítése és végül az APEH felé beadandó állomány elkészítése. 2.1. Az eljárás működésének alapelvei A törzsadatok (adószám, befizető, adóigazolás adható és típus) begyűjtése a kiírások és pénzügyi kód beállítások alapján történik. 2.1.1. Adóazonosító Az adóazonosítók begyűjtésekor a program a jó adóazonosítókat, hibás adóazonosítókat és adóazonosító hiányát is kezeli. Abban az esetben, ha a befizető adóazonosítója rossz, az adóigazolás felületen a program piros színnel jelöli. Abban az esetben, ha a hallgatónak az ellenőrző algoritmus szerint helytelen az adóazonosítója, de rendelkezik APEH igazolással és a hallgató adatlapján a Rendben pipa be van jelölve, az eljárás helyes adóazonosítóként kezeli. Fontos, hogy rossz, de megjelölt adóazonosítókkal rendelkező egyéneknek is keletkezik adóigazolás, de a file generálás során a program külön file-ba gyűjti ki ezen hallgatókat. 2.1.2. Befizetői adatok A befizetői adatok gyűjtése során ha a befizető adatok nincsenek a kiírásnál töltve, az eljárás a hallgatóval tölti fel a befizetői adatokat. Ha a befizető neve ki van töltve, de az adóazonosító nincs kitöltve, akkor is begyűjtésre kerül a sort, de mint rossz adószámot vesszük figyelembe. Ebben az esetben a felhasználónak a kiírásnál, vagy az adóigazolás soroknál kell a befizető adatokat megadni. Mindkét javítási esetben, a program minkét helyen tölti a befizetői adatokat. A javító eljárás szintén ellenőrzi a hallgató és a befizető partner nevét minden futáskor. Amennyiben nem egyezik meg a név, akkor módosítja az adóigazolás sort. (A befizető változásával a kiírást is módosítjuk!) Ha a befizető nem egyezik a két táblában (törzsadatok, APEH), akkor lecseréli a befizető nevet és adóazonosítóját kivéve, ha kiírás megbontott kiírás, ami főkiírásra mutat. Nem megosztott kiírás esetében, ha három tranzakció tarozik ugyanazon kiíráshoz, három különböző befizetővel, akkor az utolsó módosítás fog visszaíródni a kiírásba. 2.1.3. Adóigazolás adható, nem adható Ha nem adható (kiírás, vagy pénzügyi kód szerint), akkor az eljárás törli az adott sort az adóigazolás sorból, ha adható, akkor begyűjti a következő futáskor. Az adóigazolás felületen történt módosítást ebben az esetben is, visszaírja az eljárás a kiírásba is. 2.1.4. Pénzügyi kód beállítások (Típus) A program az igazolás típus (K65/K65A) meghatározásához a pénzügyi kódokra épít. Ezért kiemelten fontos, hogy az igazolás sorok begyűjtése előtt a pénzügyi kódok megfelelően legyenek beállítva. Minden futáskor ellenőrizzük, hogy adott jogcímhez milyen típus van beállítva a kiíráson keresztül Ha a típus üres, vagy nem egyezik meg az adóigazolás sorokkal, vagy = K65, akkor töröljük a sort, de az ellenőrzés és törlés nem fut rá azokra a sorokra, ahol A K65/K65A típust talál. Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 5 / 17
A K65 javító eljárásunk módosítja a begyűjtött adóigazolás sort, ha a jogcím 108002 típussal van begyűjtve, és a képzés adatlap szerint a képzés típusa: 2.alap, kiegészítő, vagy másoddiplomás. A tárolt eljárás módosítása után a K65/K65A -t igaz értékre állítja. Azokat a sorokat már nem módosítja, ahol K65/K65A töltve van (igaz). A K65/K65A mező értékét felületre is kivezetjük. Megfelelő szerepkör mellett ez a mező is módosítható, azaz a pipa kivehető a checkboxból, így ismét ráfut a javító, ill. módosító eljárás. Begyűjtés utáni törzsadat módosulást csak akkor érvényesül, ha kiveszzük a pipát, és újra futtatjuk a javító, illetve begyűjtő eljárásokat. 2.1.5. Adóigazolást kér halasztással Minden esetben, ahol az eljárás egy olyan sort talál, ahol a felhasználó halasztási igényt jelölt be, módosítja az összes tételt, ami a hallgatóhoz tartozik és bejelöli a halasztást. Az adatok begyűjtése után már csak az adóigazolás felületen módosíthatja a felhasználó, amit visszaírunk a kiírásba is. A módosítás után lefut az eljárás, és módosítja az összes tételt, ha szükséges, ami nem kerül visszaírásra már a kiírásba. 2.1.6. Megosztott tételek begyűjtése A megosztott tételek begyűjtését két eljárás végzi. Ha az apa kiírás ki van teljesítve (vagy túl), akkor a fiú kiírásokat gyűjti be az adóigazolás tételeihez. Ha nincs kiteljesítve, akkor az apa kiírást gyűjti be a hozzá tarozó tranzakciókkal, ahol a befizető mindig a hallgató 2.1.6.1. Teljesített megosztott tételek Összegyűjtjük azokat a megosztott tételeket, melyekhez a vizsgált dátum szerint tartozik tranzakció. Megvizsgáljuk, hogy a főkiírás összegét kiteljesítik-e a hozzá tartozó tranzakciók összege. Ha a főkiírás ki van teljesítve (vagy túl), akkor megvizsgáljuk, hogy létezik-e az adóigazolás tételei táblában olyan sor, ahol a főkiírás azonosítója = adóigazolás sor kiírás azonosító. Abban az esetben, ha a feltétel igaz, a sorokat töröljük. Megvizsgáljuk, hogy az apa kiíráshoz tarozó fiú kiírások eleget tesznek-e az adóigazolás egyéb feltételeinek (adóigazolás adható, jogcímbeállítás, stb.). Amelyek eleget tesznek, és még nem léteznek az adóigazolás sorok táblában, beírjuk a táblába a fiú kiírás értékével. Abban az esetben, ha létezik, az eljárás nem tesz semmit. Az kiírás táblába az eljárás visszaírja az adóigazolás azonosítót (1-1 kapcsolat). Ha az adóigazolás sorból sort törlünk, akkor a kiírás adóigazolás azonosítót nullázza az eljárás (kapcsolat megszüntetése). 2.1.6.2. Nem teljesített megosztott tételek Az eljárás ebben az esetben összegyűjti azokat a megosztott tételeket, melyekhez a vizsgált dátum szerint tartozik tranzakció. Megvizsgálja, hogy a főkiírás összegét kiteljesítik-e a hozzá tartozó tranzakciók összege. Ha a szumma tranzakció összege kisebb mint a kiírás összege, akkor megvizsgáljuk, hogy a főkiírás eleget tesz e az adóigazolás egyéb feltételeinek (adóigazolás adható, jogcímbeállítás, stb.).ha leszúrható, akkor vesszük sorra a tranzakciókat. Ha még nincs leszúrva az adóigazolás sorokba, az eljárás leszúrja a tranzakció összegével. Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 6 / 17
Ebben az esetben a befizető mindig a hallgató, függetlenül a kiírástól. A javító script sem módosít rajta. 2.1.6.3. Nem megosztott tételek Az eljárás összegyűjti azokat a nem megosztott tételeket, amik eleget tesznek az adóigazolás egyéb feltételeinek (adóigazolás adható, jogcímbeállítás, stb.). Megvizsgálja, hogy a kiíráshoz tartozó tranzakciók léteznek-e már az adóigazolás sorok táblában, ha már létezik, akkor az eljárás nem csinál semmit. Ha még nem létezik a sor, akkor leszúrja az adóigazolás táblába. Abban az esetben, ha túlteljesítés, ill. részteljesítés van, akkor az eljárás azt írja be az adóigazolás táblába. 3. Adatbegyűjtés utáni ellenőrzések Adóazonosító algoritmus (rossz adóazonosító) Halasztást kér pipa (flag) beállítása Befizető adóazonosító vizsgálat paraméter függő K65A módosítása (tárolt eljárás) - paraméter függő K65A esetén Van szerződése figyelése paraméter függő Részteljesítés módosítása AJ mező értékadása 3.1. Adóigazolást kér halasztással Az adatok begyűjtése után fut le az ellenőrzés, ahol az ellenőrző rutin a következőket vizsgálja: hallgató adóazonosító = befizető adóazonosító, és létezik akár 1 halasztott sora is, az eljárás az összes olyan sort halasztottra teszi, ahol a hallgató adóazonosító = befizető adóazonosító. Fontos, hogy a begyűjtés után ezt már csak a felületen lehet módosítani, amit visszaírásra kerül kiírásba is. Utána lefut az update, és módosítja az összes tételt, ha szükséges, viszont ezen tételek, már nem kerülnek visszaírásra a kiírásba! 3.2. Befizető adóazonító vizsgálat A rendszer három lehetőséget kezel: Nem foglalkozik a befizetőkkel, típusonként, tételenként ill. részteljesülésenként akárhány befizető kapcsolódhat a hallgatóhoz Hallgatónként, típusonként egy befizető engedélyezett Kiírás tételenként egy befizető engedélyezett paraméter neve: PU_APEHIGAZOLASEGYBEFIZETO Értékei: 1. eset: 0 2. eset: 1 3. eset: 2 Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 7 / 17
1. eset Ha a rendszerparaméter értéke = 2, akkor az adóigazolás sorok befizető számláló mező (c_payercount) mező értékét nem módosítjuk, alapértelmezetten 0 vagy 1 (importnál vagy új sornál). Ebben az esetben minden sort átviszünk az adóigazolás összesítés táblába. 2. eset Ha a rendszerparaméter értéke = 1, akkor a befizető számláló (c_payercount) mező értékét módosítjuk. Vizsgáljuk, hogy az adóigazolás sorokban egy hallgatón belül, típuson belül hányféle befizető adóazonosító szám létezik. Az eredmény értékével a befizető számláló (c_payercount) mezőt feltöltjük a hallgató összes soránál típusonként. Ahol befizető számláló mező értéke (c_payercount) > 1, azokat a tételeket nem visszük tovább az adóigazolás összesítés táblába. 3. eset Ha a rendszerparaméter értéke = 2, akkor a befizető számláló (c_payercount) mező értékét módosítjuk. Vizsgáljuk, hogy az adóigazolás sorok táblában egy kiíráson belül hányféle befizető adóazonosító szám létezik. Az eredmény értékével a befizető számláló (c_payercount) mezőt feltöltjük a hallgató összes soránál kiírásonként. Ahol befizető számláló (c_payercount) > 1, azokat a tételeket nem visszük tovább az adóigazolás összesítés táblába. Kiírásonként több befizetőt is találhatunk: 1. Nem megosztott tételnél, jóváírásnál részteljesítés esetén 2. Megosztott tételnél, ahol a főkiírás ki van teljesítve, és a részkiírásokat szúrjuk le (itt részteljesítés nem lehet, mert a kiírásokat tesszük le) 3. Megosztott tételnél, ahol a főkiírás nincs kiteljesítve, és a főkiírást szúrjuk le (részteljesítés). Részteljesülés azt tekintjük, ha egy kiíráshoz több tranzakció is kapcsolódik. Részteljesülés esetén begyűjtéskor az adott kiírás szerint gyűjtjük be a befizetőt, de a felületen lehetőség van a befizetők módosítására. Ezért ezt a lehetőséget (ha PU_APEHIGAZOLASEGYBEFIZETO = 0, a program tiltja, csakis a kiíráson keresztül módosíthatják utólag a befizetőt, így részteljesülés esetén mindig egy befizetőnk lesz. A részteljesítéses tételeket megjelöljük: A begyűjtés után lefut egy update, ami az adóigazolás sorokban a részteljesítés mezőt módosítja igazra T -re, ott ahol egy kiíráshoz több tranzakció is tartozik (különben hamis F ). Kiírásonkénti vizsgálat: 1. Nem megosztott tételnél és jóváírásnál figyelés a részteljesítésekre. 2. Megosztott tételnél, ahol a főkiírás ki van teljesítve, és a részkiírásokat szúrjuk le (itt részteljesítés nem lehet, mert a kiírásokat teszi le az eljárás. Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 8 / 17
3. Megosztott tételnél, ahol a főkiírás nincs kiteljesítve, és a részkiírást szúrjuk le, részteljesítésnek minősül. 4. Új sor és import esetén egy sor egy tételnek számít. A 2. esetben csak a nem részteljesüléses tételek vizsgálatánál kaphatunk befizető számláló (c_payercount ) > 1-et, mivel a részteljesülés eseteit kizártuk. A 3. esetben csak a 2. ág vizsgálatánál kaphatunk befizető azonosító (c_payercount) > 1-et, mivel a részteljesülés eseteit kizártuk. Új sor felvitelénél és importnál a befizető számláló (c_payercount) mező értéke alapértelmezetten 1. Ha PU_APEHIGAZOLASEGYBEFIZETO = 0, akkor marad 1 az értéke. Ha PU_APEHIGAZOLASEGYBEFIZETO = 1, akkor számolás után min. 1 lesz az értéke. Ha PU_APEHIGAZOLASEGYBEFIZETO = 2, akkor számolás után mindig 1 lesz. Új sor felvitelénél és importnál az részteljesítés mező értéke alapértelmezetten hamis F. Új sor felvitelénél és importnál az AJ mező értéke alapértelmezetten F. JAVÍTÁS 1. Kézzel 2. Automatikus javítás 3. Vegyes paraméter: PU_APEHAUTJAVITAS Ha értéke N: nincs automatikus javítás (a felületen a gomb se jelenik meg) I: van automatikus javítás Javítás kézzel (még az automatikus javítás előtt, vagy annak mellőzésénél): Ha PU_APEHIGAZOLASEGYBEFIZETO!= 0, a részteljesüléses tételek kivételével a felületen javíthatják a befizetőt, és azt visszaírjuk a kiírásba, vagy a kiírásban is javíthatnak. A részteljesüléses tételeknél csak a kiírásból indulva cserélhetik le a befizetőt. Ahol PU_APEHIGAZOLASEGYBEFIZETO = 0, akkor a részteljesüléses tételeknél is javíthatnak a felületen, de ekkor nem írjuk vissza a kiírásba. Automatikus javítás: Ha PU_APEHAUTJAVITAS = I, és PU_APEHIGAZOLASEGYBEFIZETO = 1 Akkor, ahol befizető számláló (c_payercount ) > 1: Hallgatónként, azon belül típusonként a maximális összeghez tartozó befizetőt választja ki az eljárás. Ahol több sort kapunk, ott a maximális azonosító (id) alapján választ az eljárás. A kiválasztott befizetővel módosítjuk az adatokat. Ha PU_APEHAUTJAVITAS = I, és PU_APEHIGAZOLASEGYBEFIZETO = 2 akkor ahol befizető számláló (c_payercount) > 1: Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 9 / 17
Kiírásonként a maximális összeghez tartozó befizetőt választja ki az eljárás. Ahol több sort kapunk, ott a maximális azonosító (id) alapján választ az eljárás. A kiválasztott befizetővel módosítjuk az adatokat. A javító eljárás módosításait visszaírnak a kiírásba (befizető, adóazonosító, befizető azonosító (id)). Vegyes: lefuttatták a javító eljárást, de lecserélik az általunk választott befizetőt A részteljesüléses tételek kivételével a felületen van lehetőség a befizető módosítására, ami visszaírásra kerül a kiírásba, vagy a kiírásban is lehet javítani (de akkor mindenképpen újra kell futtatni a begyűjtőt!). A részteljesüléses tételeknél csak a kiírásból indulva cserélhetik le a befizetőt. Kézi módosítás hatására nem változik az automatikus javítás mező értéke. Az automatikus javítás többször is lefuttatható. Előtte és utána is lefut a számláló. Nem fontos a begyűjtést újra indítani. Ha a begyűjtést újra indítjuk (pl. mert volt tétel törlés, jogcím módosulás), akkor az automatikus javítás mező értékét nem módosítjuk (ha egyszer ráfutunk, akkor megőrizzük a beállítását). A begyűjtés végén lefut a számláló, majd indíthatjuk a javítást. A futtatás hátránya lehet: ha az eljárás visszaír a kiírásba, lehet, hogy rossz adóazonosítóval módosítjuk a sorokat. Ezért a javítást akkor célszerű lefuttatni, ha már nincsenek hibás adatok. Begyűjtés után új sor felvitele, ill. import után szintén lefut a számláló, és a listák ismét lekérhetők. 4. Felületek ismertetése A következő bekezdésekben a felületek ismertetésével foglalkozik a dokumentáció. 4.1. Adóigazolás sorok Mindkét (9200, 9450) felületen az adóigazolás sorait láthatja a felhasználó. Az Adóigazolások tételei (9200) felületen módosítási, illetve felviteli lehetőséget nem biztosít a program. Az adóigazolás sorok adatai a rendszerben a paraméterekben meghatározott időszakhoz tartozó tranzakciókból, kiírásokból, pénzügyi kódokból és tanulmányi adatlapokból keletkeznek. Fontos, hogy az adóigazolás sorokból történik az adóigazolások összesítése és a későbbiekben az összesített sorokból feladandó file generálása. Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 10 / 17
9200-es felület hallgató felöl A felületeken külön színekkel jelöljük a különböző sorokat. Piros színnel az adóazonosító hiányát, zöld színnel azon sorokat, ahol egy hallgatónál több befizető van megadva. Az adatok módosításának, felvitelének lehetősége csak a Pénzügyek (78600) felől lehetséges, a Hallgatók (5400) menüpont felől indulva az adatok csak megtekinthetőek. Az Adóigazolások tételei (9450) felületen a következő adatok módosíthatóak: Befizető (módosításkor visszaíródik a kiíráshoz is) Összeg Típus Kér adóigazolást Kér adóigazolást halasztással Számlanyomtatáskor kért igazolást halasztással 9450-es felület a pénzügyek felöl Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 11 / 17
A Befizetők módosítása gomb csak rendszer adminisztrátor szerepkörrel látható, melynek pontos leírása a 2-es és 3-as pontban olvasható. A felületen megjelenik a befizetők száma adóazonosító alapján információ, mely információból a rendszerparaméterek beállításának megfelelően történik az adatok csoportosítsa az Adóigazolások hallgatók felületen. A kiválasztott sor törléséhez válasszuk ki a törlendő sort és kattintsunk a Töröl gombra. A program ilyenkor az adott sort törli az adóigazolás tételei közül. Törléskor két eset lehetséges: Az adott sornak nincs hivatkozása a legenerált adóigazolásra, vagy a törölt sornak van hivatkozása már a legenerált adóigazolásra. 4.2. Nincs hivatkozás Amennyiben a törölt sornak nincs hivatkozása, annak semmilyen következménye nincs a legenerált igazolásokra, hiszen a sor adatai ott nem szerepelhetnek. 4.3. Van hivatkozás Amennyiben a törölt sornak van már hivatkozása a legenerált adóigazolásra, a program automatikusan megszünteti a kapcsolatokat és az adóigazolás érvényességét NOT VALID - ra, azaz érvénytelenre állítja. A 9500-as, illetve a hallgató felöl megközelíthető 9250-es felületeken a sor kiválasztása után a felület alján lévő Érvényes mező megmutatja az adott sor állapotát. Abban az esetben, ha jelölőnégyzetben pipa van az adott sor érvényes, amennyiben nincs érvénytelen. A sorok állapotát, úgy is megtekinthetjük, ha az oszlopszerkesztő segítségével a Érvényes mezőt láthatóvá tesszük. Feladásra természetesen csak azok a sorok kerülnek, amelyek érvényességi mezőjében pipa van (érvényes). 4.4. Módosítás Módosításhoz kattintsunk a programban már megszokott Szerkeszt gombra és a módosítani kívánt adatok átszerkesztése után pedig a Mentés gombra. A legenerált, illetve még le nem generált igazolásokra a módosítás ugyanolyan kihatással van, mint törléskor (ld. Nincs hivatkozás, Van hivatkozás ). Ha a kiírt tétel státusza már teljesített, akkor csak abban az esetben tudunk az adott kiírt tételen változtatni, ha a rendszergazda a KIIRASMODOSITHATO rendszerparamétert IGEN- re (I) állította, amennyiben a paraméter NEM- re (N) van állítva a módosítás nem lehetséges. 4.5. Befizető módosítása Befizető módosítására a hallgató pénzügyei alatt a Kiírt tételhez befizető rendelése felületen biztosít lehetőséget a program. Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 12 / 17
Kiírásnál Fontos, hogy a kiírásnál módosított adat a tárolt eljárás újrafuttatásával módosítja az adóigazolások sorait. Az adóigazolás soroknál módosított befizető azonnal visszaírásra kerül a kiíráshoz. 4.6. Adóazonosító módosítása, felvitele Adóazonosító módosítására, vagy felvitelére kizárólag az erre a célra használatos felületeket lehet használni. Hallgató esetén a hallgató hivatalos adatainál, befizető partner esetén pedig, a partner felvitelt szolgáló felületen. Hallgatók (5400) hivatalos adatok Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 13 / 17
Befizető magánszemélyek (12200) 4.7. Adóigazolás hallgatóknak Az Adóigazolások hallgatóknak felületen már az adóigazolás sorokból összesített konkrét adóigazolás sorokat jeleníti meg a program. A felületen van lehetőség az igazolások legenerálására az Igazolásgenerálás gomb segítségével, és PDF-be mentésére az Igazolások PDF-be gombra kattintással. A PDF aktuális hallgatóra gomb a fenti listában kijelölt hallgatóra vonatkoztatva PDF-be generálja az adóigazolást. Adóigazolás hallgatóknak Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 14 / 17
5. Ösztöndíj igazolások Az ösztöndíj-igazolások készítésének lehetőségét a program a 0608-as felületeken biztosítja. A felületen lehetőség van havi, illetve összesített igazolások nyomtatására. Az igazolások alapját a 0608 járulékösszesítés felületen látható havonkénti összesítések képezik. Igazolás készítés során a program a felületen található adatok alapján összesíti a hallgató adószáma alapján a kifizetésre került összegeket, ami az igazolás alapját képezi. Ösztöndíj igazolások nyomtatása Az ösztöndíj igazolások legenerálásához válasszuk ki az Adózási év mezőben a naptárnavigátor segítségével az adóév végdátumát, majd pipáljuk ki az Éves adóigazolás? jelölőnégyzetet és kattintsunk az Adójóváírás gombra. Ekkor a rendszer legenerálja az összes igazolást, amit a megjelenő felületen a nyomtató ikon segítségével ki tudunk nyomtatni. A nyomtatási képen ( Kifizetési igazolás form ablak) az Azonosító mezőben nem látszik adat, de a nyomtatás, vagy fájlba mentés pillanatában a rendszer automatikusan ellátja valamennyi igazolást egy egyedi azonosítóval. Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 15 / 17
Kifizetői igazolás form Amennyiben csak a kiválasztott hallgatóknak szeretnénk ösztöndíj igazolást nyomtatni, úgy az előzőeken kívül be kell pipálni az Éves igazolás csak a kiválasztott tételekre jelölőnégyzetet is. Tehát ez esetben is szükséges beállítani az Adózási év -et, bejelölni mindkét jelölőnégyzetet ( Éves adóigazolás? és a Éves igazolás csak a kiválasztott tételekre? ), majd ezután kell az Adójóváírás gombra kattintani. Ekkor a Kifizetői igazolás form annyi igazolás jelenik meg és nyomtatható, amennyit előzőleg kijelöltünk. 5.1. Javítás Javításra a 0608 Járulékok felületen van mód. Itt adatok felvitelére és módosítására nyílik lehetőség. Azaz itt lehetséges új adatsorokat felvinni ( Hozzáad gomb), illetve a meglévőket módosítani ( Szerkeszt gomb). Ahhoz, hogy a helyes adatok átkerüljenek, a járulékokat újra összesíteni kell a 0608 járulékösszesítés felületen. Fontos, hogy adatváltozás esetén az APEH xml (havi) bevallás értékei is megváltoznak és a változásról javító állományt kell generálni! Abban az esetben, ha az intézménynek nincsenek a kifizetési adatok felrögzítve, a rendszernek megfelelő módon vissza lehet az adatokat rögzíteni az ösztöndíj-kifizetésnek megfelelő módszerekkel. Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 16 / 17
Járulékok javítása Kiadás: 2007.02.01. Verzió: 2.1. Oldalszám: 17 / 17