FELHASZNÁLÓI DOKUMENTÁCIÓ

Átírás

1 F O R R Á S - S Q L FELHASZNÁLÓI DOKUMENTÁCIÓ

2 1046 Budapest, Görgey Artúr utca Szeged, Felső Tisza-part Székesfehérvár, Vértanú utca Dokumentáció lezárva: Készült: október / J11 verzió Dokumentáció felelőse: Bubrják Lászlóné

3 2 Tartalom Főkönyvi modul Alapfogalmak Rendszerparaméterek... 9 Alrendszer... paraméterek 19 Bizonylati... típusok 35 Nyilvántartási... állományok 36 A főkönyvi... és folyószámla tételek nyilvántartása 36 Főkönyvi... modul funkcionális működése 41 Törzsek Számlatükör Elszámolási... (Szervezeti) egységek 56 Egység... csoportok 60 Analitikus... kódok/szakfeladat részletezők) 60 Pénzforrások Pénzforrás... csoportok 66 Ügyletek Ügyletcsoportok Konszolidációs... csoportok 71 Bonyolítási... események (Kötvállalás kontroll) 72 Keretgazda... (Tevékenységi kód) 76 Keretgazda... csoport 77 Egyedi... gyűjtő (Forgalomképesség) 78 Egyedi... gyűjtő csoport 80 Egyedi... gyűjtő2 80 Egyedi... gyűjtő3 82 Kincstári... Tranzakciós Kódok 84 Egységes... Rovatrend 86 Címrend-törzs Ágazatok... törzse 91 Önkormányzati... hatáskör 91 KGR-es... számlatükör nézegetése 92 Szakfeladat... törzs nézegetése 95 ÁHT-azonosítók... törzse 95 ÁHT-csoportkódok... törzse 97 Előirányzat... csoportkódok 98 Határozatok Szektorok Kiemelt... előirányzati kódok 100 Előirányzat... módosítás hatásköri jogcím 101 Számlatükör... fa-struktúrájának ellenőrzése 102 Főkönyvi... karton nézegető beállítása 103 Napló Nyitás Törlés Külső... feladások javítása 106 Könyvelési... adatok rögzítése 107 Befektetett... eszközök vegyes könyvelése 111 Főkönyvi... napló visszakönyvelése 112 Főkönyvi... napló duplikálása 112 Bérszámfejtési... adatok 113 Nyitás

4 3 Törlés Bérszámfejtési... adatok rögzítése 115 Bérszámfejtési... napló aktualizálása 116 Külső bérfeladási... napló aktualizálása 117 Bérszámfejtési... napló - Előzetes főkönyvi lista 117 Bérszámfejtési... napló visszakönyvelése 118 Bérszámfejtési... napló duplikálása 119 Számfejtés teljesítésének rendezése a számfejtett összeg alapján... (NJG9) 119 Nem végleges kötvállalás zárása a számfejtett összeghez (NJG5) Összes... napló aktualizálása 122 Saját... napló aktualizálása 124 Ismételt... feladás az üzemgazdasági főkönyvbe 124 Lekérdezések Lekérdezés - naplós Lekérdezés - napló... nélkül 124 Publikus reportok... szerinti lekérdezések 125 Nézettáblák szerinti... lekérdezés 126 Excel/Word form... végrehajtása 126 Excel-kimutatás... végrehajtása 127 Kivonat Számlakarton Számlakarton... képernyős nézegetése 134 Főkönyvi... kivonat 137 Számlaosztályok... kimutatása 143 Mérlegkimutatás Eredmény-kimutatás Évközi... eredmény lekérdezése 155 Főkönyv... lekérdezése 156 Főkönyvi... gyűjtő aktualizálása 157 Főkönyvi... gyűjtő lekérdezése 158 Teljes... Főkönyvi kivonat 158 Mérlegmellékleletek,... mérlegelemzés 159 Mérlegelemzés Eszközök és források Árbevételek, költségek... és ráfordítások kimutatása 164 Export árbevétel Projekt költségek... kimutatása 168 Havi... zárás 171 Felosztási... csoport definiálása 172 Felosztás Felosztás... analitika 183 Felosztás... analitika napló nyitás 184 Főkönyvi... feladás felosztás analitikából - Saját napló 184 Főkönyvi... feladás felosztás analitikából - Összes napló 185 Felosztás... analitika napló törlése 185 Vetítési... alap napló nyitás 186 Költségfelosztás... vetítési alap rögzítése 186 Vetítési... alap napló aktualizálása 186 Vetítési... alap napló törlése 186 Vetítési... alap napló visszakönyvelése 187 Vetítési... alap napló duplikálása 187 Költségkimutatás Időszak... zárási feltételének vizsgálata 188 Összegzési... számlák 0-egyenleg vizsgálata 190 Kintlévőségek... értékvesztése visszaírása 190 Negatív... követelések és kötelezettségek zárlati korrekciója 192 Számlák... teljesítésének egyeztetése 193

5 4 Évzárás... előtti vegyes ellenőrzések 194 Rendezetlen... kötvállalások listája 195 Kötelező... egyezőség leíró tábla 196 Kötelező... egyezőség vizsgálat lista 197 Pénzforgalmi... egyeztető - Készlet 198 Pénzforgalmi... egyeztető - Eszköz 201 Évzárás Devizák... átértékelése 205 Követelés... értékvesztés számlaszámok 206 Kintlévőségek... értékvesztése 208 Egyszerűsített... értékvesztési állománycsoportok 212 Egyszerűsített... értékvesztés tapasztalati mutatószámítása 213 Értékvesztés... egyszerűsített számítása 214 Követelések... és kötelezettségek évvégi zárása 215 Követelések... és kötelezettségek köv.évi nyitása 217 Eredményszámlák... évvégi zárása 219 Mérlegszámlák... évvégi zárása 220 Következő... év nyitója 224 Előirányzat Előirányzati... kódok törzse 228 Előirányzatok... könyvelése 229 Előirányzati/Bérkötvállalás... napló nyitása 229 Előirányzatok rögzítése Bérkötvállalások... rögzítése 232 Előirányzat/Bérkötvállalás... aktualizálása 232 Előirányzati/Bérkötvállalás... napló törlése 232 Előirányzati/Bérkötvállalás... napló visszakönyvelése 232 Előirányzati/Bérkötvállalás... napló duplikálása 232 Előirányzati... kimutatások 233 Főkönyvi kivonat m. (2009-ig) 233 Főkönyvi kivonat m. (2010-től) 238 Előirányzatok egyeztetése Előirányzatok egyeztetése... - lekérdezés 246 Mérlegjelentés sz. (2012-ig) 246 Előirányzatok százalékos... teljesítése 253 Előirányzat felhasználási... terv 257 Előirányzat... analitika 258 Előirányzatok technikai... kontírtábla 258 Előirányzat analitika... napló nyitása 261 Előirányzat analitika... karbantartása 261 Előirányzat módosítás... generálása pü.teljesítésekből 271 Előirányzat módosítás... generálása számla utalásokból 272 Előirányzat analitika... főkönyi feladása 273 Előirányzat analitika... lekérdezése 273 Előirányzat bizonylatok... elektronikus küldése 274 Tanúsítvány előirányzatok... módosításáról 275 Előirányzat analitika... napló zárása 276 Előirányzat analitika... napló törlése 277 Belső... munkalapok 278 Munkalap... mozgásnem törzs 279 Kontírozási... mód 280 Kontírozási... szabály 281 Munkalap... napló nyitása 283 Munkalap... napló zárása 283 Munkalap... napló törlése 283 Munkalapok... rögzítése 284 Munkalapok... lekérdezése 286 Munkalapok... kontírozása 287

6 5 Munkalapok... feladása 288 KSH Szakágazati... egységek 290 Szakosodott... egységek 290 Jelentés... sorok típusai 290 Jelentés... sorok és számlaszámok összerendelése 291 Jelentés... generálása 291 Jelentések... karbantartása 291 Felosztás Ellenőrző... kimutatás 292 A... jelentés listázása 293 K11... beszámoló 294 Általános... ismertető 295 Működési elv Frissítés A futtatás feltételei SALDO számlatükör... megfeleltetése 297 Szakfeladatok... megadása 298 K11... beszámolásra kötelezettek 298 Szakfeladatok K11... beszámolási fogalmak 301 K11... oszloptípusok 302 K11... időszak tipusok 302 K11... űrlapok definíciók (2013-ig) 303 Az űrlap fej adatai Az űrlap sor adatai Az űrlap oszlopok... adatai 308 Fix cellák K11... űrlap definíciók (2014) 312 A K11-es űrlap... fej adatai (2014) 316 A K11-es űrlap... sor adatai (2014) 319 A K11-es űrlap... oszlop adatai (2014) 321 A K11 űrlap fix... cellái 324 Függelék (2014) K11... adattárház generálása 326 K11... adattárház karbantartása 328 K11... űrlapok generálása 331 K11... űrlap adatok megtekintése 336 Fejezet Előirányzat... analitika karbantartása 339 EG-02A... bizonylat karbantartása 351 EG-02B... bizonylat karbantartása 357 EG-02T... bizonylat karbantartása 362 EG bizonylat karbantartása 365 EG bizonylat karbantartása 369 Előirányzati... karton nyomtatása 374 Előirányzat... analitika napló nyitása 375 Előirányzat... analitika főkönyvi feladása 376 Előirányzat... bizonylatok elektronikus küldése 376 Előirányzat... analitika napló zárása 378 Előirányzat... analitika napló törlése 378 Időszaki... intézményi jelentések nézegetése 378 Elemi... típusok 380 Részösszesen... típusok 382 Összesen... típusok 383 Fejezetek

7 6

8 I Fejezet

9 Főkönyvi modul A Főkönyvi modul [fok.fap] feladata: rendező-vegyes tételek karbantartása, az előirányzatok kezelése költségvetésben, a szintetikával kapcsolatos összes adatvisszanyerés K11 beszámoló előállítása kötváll.modulon kívül itt rögzíthető bér, és bérkötváll adat. A modul a működtetéséhez szükséges fapok ALAP kötelező FAP készlet: forras.fap - Forrás közös alrendszer fap fokonyv.fap Forrás Főkönyv alrendszer fap keszlet.fap Forrás Készlet alrendszer fap flib.fap - Forrás közös eljárás gyűjtemény fap for.fap Forrás-SQL Ügyviteli szerviz modul tor.fap Forrás-SQL Törzs modul fap fornetbs.fap Forrás.NET Keretrendszer fornet.fap Forrás.NET Ügyviteli szerviz modul tornet.fap Forrás.NET Törzs modul fap 8

10 Alapfogalmak Rendszerparaméterek A rendszerparamétereket a forras.fap tartalmazza. Feltöltése és az értékek beállítása FST-vel történik, rendszergazdai feladat! Felhasználói felületen a beállítások ellenőrizhetők a Fájl > Paraméterek megtekintése menüpontban, a Rendszer fül ablakban. Paraméter megnevezése [kódja] A feldolgozási hely önálló szervezeti egységet azonosít-e? [forose] ÁHT-azonosító melyik dimenzióhoz köthető? [foraht] Az előirányzati kódok bevételi/kiadási bontásúak-e? [forebk] Értékei, hatása 0 Nem, nem önálló szervezeti egység (alapértelmezés) 1 Igen, önálló szervezeti egység 2 Számlázó szervezeti egység Igen válasz hatására a Pénzügyi karton [pszkarton], Bizonylati tömb [biztomb], valamint az Iktató könyv [pszkonyv] táblákban is kötelező a feldolgozási hely [f_fldhely] feltüntetése. A PSZ_PSF-en keresztül történő importáláskor is hibásnak tekinti, ha üres a Feldolgozási hely mező. Nem hatására a felsorolt táblákban nem kötelező megadni, és a számlákban nem karbantartható. A Számlázó szerzvezeti egység beállítás hatására a vevő számlákban és a szállítói számlákban karbantarthatóvá válik a Feldolgozási hely. Ezzel lehetőség van egy-egy számla Feldolgozási helyét megváltoztatni a Bizonylattömbben beállítotthoz képest. Ott lehet erre szükség, ahol a számlák kiállítása/iktatása központilag történik, de a számlákat meg akarják különböztetni részben önálló intézményenként - sőt a kimenő számlán fel is kell tüntetni ennek az intézménynek az adatait - de a számlasorszám közös, azaz egy biztömb. E Elszámolási egység (alapértelmezés) K Keretgazda U Ügyletek törzse Azok a funkciók, amelyeknek az ÁHT-azonosítót kimutatásba, vagy másik generált bizonylatba inicializálniuk kell a pénzügyi bizonylatok alapján, eszerint fordulnak vagy az Elszámolási egység, vagy a Keretgazda, vagy az Ügylet törzshöz. Ezt a Fejezeteknél vagy a fejezeti feladatot végző Intézményeknél használja így a program. A többi intézménynél a feldolgozási helyből veszi az ÁHT-t. Hatása azokra a generatív programokra van, amelyek automatikusan veszik elő az ÁHT-azonosítót valamelyik törzsből. Ilyenek: banki kivonat rögzítésekor a Tranzakciós-kód módosítása funkció, és ehhez kapcsolódóan a PF1-K bizonylat generálása, több trankódos számla, vagy bejelentés köteles szerződéshez kapcsolódó számla utalásakor a PF1-K bizonylat generálása, fejezeti felhasználó esetén a K11-es űrlapok generálásakor, szerződés beléptetés/módosítás érvényesítése előirányzat túllépés ellenőrzése. 0 - Nem (alapértelmezés) 1 - Igen Igen hatására az előirányzati kódok törzsben egy új mező látható a karbantartó képernyőn: Költségvetési típus 2, ami megfelel a számlatükör hasonló mezőjének. Egy kivétellel: itt nem lehet a 'T'echnikai kódot választani. Ezzel együtt a főkönyvi rögzítőkben az elsődleges főkönyvi számlaszámokhoz csak a nekik megfelelő kódokat lehet választani. Bevételi számlához Bevételi előirányzati kódot, Kiadási számlához Kiadási kódokat, összes többi esetben Egyéb kódot. Ha nem töltjük fel a törzsben az új mezőt, az Egyébnek számít. 9

11 Paraméter megnevezése [kódja] Az ügyletek bevételi/kiadási bontásúak-e? [forubk] Biztömb választás bejelentkezési feldolgozási hely szerint? [forbtf] Elsődleges információs dimenzió [foreid] EMKI adatszolgáltatásra kötelezett? [foremk] Eredmény számlaosztályai [foreso] Évváltás adatbázisváltással jár-e? [fordbv] Értékei, hatása Előirányzat rögzítésekor, ha a főkönyvi számlaszám sem Kiadási, sem Bevételi (átfordítás), akkor az ellenszámla 2-es ktg.típusával veti össze a kód 2-es ktg.típusát. 0 - Nem (alapértelmezés) 1 - Igen Igen hatására az ügylet törzsben egy új mező látható a karbantartó képernyőn: Költségvetési típus 2, ami megfelel a számlatükör hasonló mezőjének. Egy kivétellel: itt nem lehet a 'T'echnikai kódot választani. Ezzel együtt a főkönyvi rögzítőkben az elsődleges főkönyvi számlaszámokhoz csak a nekik megfelelő kódokat lehet választani. Bevételi számlához Bevételi ügyletkódot, Kiadási számlához Kiadási kódokat, összes többi esetben Egyéb kódot. Ha nem töltjük fel a törzsbem az új mezőt, az Egyébnek számít. Kimenő és beérkező számlák, előleg bekérők, proformák rögzítésekor a paraméter Igen állása esetén ellenőrzi az ügyletkód költségvetési típusát,szállítóknál Kiadásit, Vevőknél Bevételit fogad el figyelmeztetés nélkül. Egyébként figyelmeztetést ad, de tovább engedi a rögzítést. 0 - Nem (alapértelmezés) 1 - Igen Igen hatására bizonylattömb választásnál csak az üres és a bejelentkezésnek megfelelő feldolgozási helyet tartalmazó bizonylattömböket kínálja fel. 0 Nincs (alapértelmezés) 1 Elszámolási egység 2 Analitikus kód 3 Pénzforrás kód 4 Ügylet kód 0 nem, nincs EMKI adatszolgáltatás (alapértelmezés) 1 igen, van EMKI adatszolgáltatás 2- Igen, van EMKI adatszolgáltatás (munkahely összerendelés) A paraméter 1-es állása esetén az Eszköz modul Leltárkörzet (eszleltkörz), Munkahely(munkahely), Jármű, gép kiegészítés (eszjarmugep) tábláinak EMKI-s mezői az EMKI adatszolgáltató modulban használhatók. 5,8,9 - Magyar számvitel eredmény kimutatás számlaosztályai Ennek az értékét az eredmény- és mérlegszámlák zárásához használja fel a program. Ezzekkel a számokkal kezdődő főkönyvi számlaszámokat tekinti a program alapértelmezés szerint eredményszámláknak. 0 Nem (alapértelmezés) 1 Igen 2 - Igen halasztott adatbázisváltással Igen hatására az "Adatbázisváltás" menü működése megváltozik. Az új évhez új adatbázist kell nyitni, ezt ugyanúgy fel kell inicializálni, mintha most kezdődne a FORRÁS alkalmazása, azonban az üres táblák feltöltéséhez segítséget nyújtanak ennek a popupnak a menüpontjai: ezekkel lehet átemelni adatokat az előző évből (rendszertáblákat, törzstáblákat, az egyes analitikák bizonylatait). Ha az Évváltás adatbázisváltással jár-e? paraméter értéke 1 - Igen, akkor a Pénzügyi év táblában: Aktuális pénzügyi év?. Igen értékű tétele egy adatbázisban csak egy lehet ennek a táblának. Azaz az évenkénti adatbázisokban itt jelöljük meg konkrétan, hogy az adott adatbázis melyik Könyvelési év adatait tartalmazza teljeskörűen. Erre a megkülönböztetésre több programmódosítás épül majd. Most az Időszak nyitást adjuk ki. Ennek lényege: Ha a felhasználó olyan időszakot akar nyitni, amelyik nem az aktuális pénzügyi évhez tartozik, az összes státuszát (automatikusan) zártra kell állítani. Ezáltal az ilyen időszakhoz nem lehet naplót nyitni és nem lehet készlet/eszköz bizonylatot se felrögzíteni. 10

12 Paraméter megnevezése [kódja] Fogyasztási adót használja-e [penfkh] FORRÁS rendszer kódlap [forscp] Főkönyvbe ügylet helyett az ügyletcsoportot kell feladni? [forucs] Gyáriszám választás módja kiadásnál [kesgyt] Használ-e másodlagos könyvelést? [formkh] Használ-e párhuzamosan eredményszemléletű könyvelést? [forppe] Használ-e proforma könyvelést? [forpkh] Használ-e valós idejű árazást? [kesonl] Értékei, hatása 0 - Nem használja a fogyasztási adót (alapértelmezés) 1 - Használja a fogyasztási adót Használja beállítás esetén a jogcím törzsben megjelennek a fogyasztási adó könyvelés kontírozási mezői, a bizonylati tételben szerepel a 'Fogyasztási adó' mező, melybe beírható a fogyasztási adó összege, valamint a karbantartás közbeni automatikus kontírozáskor a KONTÍROZÁS ablakban is bekéri a program a megfelelő számlaszámokat. 1 - ANSI kódlap 2 - OEM kódlap (alapértelmezés) es kódlap A felhasználónál általánosan használt kódlap megjelölése. Ez a beállítás gondoskodik arról, hogy az eltárolt karakterek milyen formában jelennek meg a képernyőn, illetve nyomtatásban. 0 - Nem, azaz az ügylet megy fel (alapértelmezés) 1 - Igen, azaz az ügyletcsoport megy fel Ha Igen-be állítjuk, akkor a pénzügyi bizonylatok, a főkönyvi vegyes rögzítések és a belső munkalapok feladáskor a lerögzített ügyletkódot a könyvelési tételben lecseréli az ügyletkód törzsben ügyletkódhoz rendelt ügyletcsoport kódra. 0 Csak gyáriszám/iso kód (alapértelmezés) 1 Bizonylatszám + gyáriszám/iso kód 0 - Nem használ másodlagos könyvelést (alapértelmezés) 1 - Használ másodlagos könyvelést Program működését befolyásoló rendszerparaméter, 1-es értéke esetén a másodlagos könyveléshez szükséges adatmezők jelennek meg, valamint a program a másodlagos könyvelésre jellemző módon működik. 0 Nem kell (alapértelmezés) 1 Igen, kell 2 - Részleges adattartalommal használja az eredményszemléletűt 3 - Egy rendszeren belül használja a kétféle könyv Igen, kell hatására a standard modulok (FOR, FOK, PEN, KES, ESZ, HPA) speciálisan működnek. Ezekkel részletesen az egyes moduloknál, valamint az Üzemgazdaság főkönyvi modulnál foglalkozunk. A részleges hatására a főkönyvi feladáskor nem figyelmeztet a program, ha valamelyik számlaszámnak nem talál megfeleltetést, vagy nem megfelelő a megfeleltetés. Viszont feladja adott esetben féllábasan is a könyvelési tételeket. Vagyis, ha egy könyvelési tételpárnak az egyik számlaszámához van jó megfeleltetése, a másikhoz nincs, azt a lábat feladja, amiben jó, a másikat nem. Például felad Kiadásra, de nem ad fel Nyilvántartási számlára (pl: folyószámla vagy bank). Ennek a működésnek a magyarázata, hogy a kórházak nem teljes körűen használják az üzemgazdasági főkönyvet. Vagyis nem akarnak abból mérleget készíteni, csak önköltséget számítani. Ez egy lényegesen lazább kapcsolat, ami azt jelenti, hogy nem kell feltétlenül minden számlaszám megfeleltetésnek léteznie. Az Egy rendszeren belül használja a kétvéle könyv értékkel jelezzük a program számára, hogy párhuzamosan Pénzügyi és Költségvetési könyvelést használunk, vagyis a évi költségvetési számvitel szerint könyvelünk. A paramétert csak pénzügyi évtől ajánlott erre az értékre állítani. 0 - Nem használ proforma könyvelést (alapértelmezés) 1 - Használ proforma könyvelést Program működését befolyásoló rendszerparaméter, 1-es értéke esetén a proforma könyveléshez szükséges adatmezők és menüpontok jelennek meg. 0 Nem használ valósidejű árazást (alapértelmezés) 1 Igen, valósidejű árazást használ Igen esetén: a cikkcsoport törzsben megjelenik a Valós idejű árazás? mező, melynek értéke I igen, illetve N - nem lehet. Azon cikkcsoportokra, melyekre a valós idejű árazás szükséges, az értéket Igen-be kell állítani, 11

13 Paraméter megnevezése [kódja] Használ-e zárókészlet alapú készletkönyvelést? [forzak] Használja az ÁFA-időszak véglegesítését? [penaiv] Használja az ÁFA-időszak véglegesítését? [penaiv] Használja- e a közterületek nyilvántartását? [forktn] Használja-e a bonyolítási esemény dimenziót? [forbed] Használja-e a FORRÁS Eszközök modulját? [foresz] Használja-e a FORRÁS humán-erőforrás alrendszert? [forhum] Használja-e a gyári szám szerinti nyilvántartást? [kesgys] Használja-e a Határozatok pénzügyi bonyolítása modult? [forhpb] Használja-e a Kötvállalási modult? Értékei, hatása mind a készletnyilvántartás beszerzési oldalán, mind a készletkönyvelés beszerzési árak rögzítése oldalon, az ártétel rögzítését követően elindul az adott cikkre a felhasználás árazása amennyiben a cikkcsoportban a Valós idejű árazás? mező igenbe van állítva cikk szerinti haladó árazás módszerrel, és a képzett új egységárat beírja a cikktörzs egységár mezőjébe. 0 - Nem használ 1 - Használ Ha használ, akkor a Vevőszámla karbantartás Tétel ablakának menüjében megjelenik egy új menüpont: Sorok generálása készlet kiadás alapján. A menüpont működését a Pénzügyi modulban részletezzük. A zárókészlet alapú készletkönyvelésről bővebben a Készletnél. 0 - Nem használja az ÁFA-időszak véglegesítését (alapértelmezés) 1 - Használja az ÁFA-időszak véglegesítését. Nem használja esetén, az ÁFA időszak zárása után, nem rögzíthető pü. bizonylat, és ÁFA rendező bizonylat. Használja esetén ÁFA időszak zárt státusz esetén, még rögzíthető ÁFA rendező. 0 - Nem használja az ÁFA-időszak véglegesítését (alapérelmezés) 1 - Használja az ÁFA-időszak véglegesítését Igen hatására a Könyvelési időszakok táblában megjelenik az ÁFA-időszak végleges? mező, melynek értéke jelzi az ÁFAidőszak állapotát. Bővebben a témáról a Könyvelési időszakok részben. 0 - Nem használja a közterületek nyilvántartását (alapértelmezés) 1 - Használja a közterületek nyilvántartását Használja esetén a Partner részletes címe tábla egyes elemei egységesen kezelhetőek. Bővebben a Törzs modulban. 0 Nem használja a bonyolítási eseményt 1 Használja a bonyolítási eseményt (alapértelmezés) Ha nem akarjuk használni, akkor a paraméter hatására nem jelenik meg a törzs, és nem láthatók a megfelelő mezők a karbantartó felületeken. 0 Nem (alapértelmezés) 1 Igen Igen esetén az Ügylet törzs Eszközazonosító mező karbantartható/látható. Csak ezt befolyásolja a paraméter. 0 Nem használja (alapértelmezés) 1 Használja a humán alrendszert Alapértelmezés esetén a személy törzsben lehet új személyt beléptetni. Használja esetén a törzs modulban a személy karbantartó csak erősen korlátozott funkciókkal működik: aktuális elszámolási egység, bank számlaszám. 0 Nem használja (alapértelmezés) 1 Használja, kezelése szigorú 2 Használja, kezelése szigorú, belső mozgásoknál nem kell 3 Használja, nem szigorú, belső mozgásoknál kell 4 Használja, nem szigorú, belső mozgásoknál nem kell A készlet és az értéknélküli nyilvántartó modulok működését befolyásoló paraméter. Ha a felhasználó használja a gyári számok nyilvántartását és a nyilvántartás kezelése szigorú, akkor a készlet bizonylatok mindaddig nem zárhatók le, amíg valamennyi cikkhez nem kerül berögzítésre a gyári száma. Nem szigorú kezelés esetén a gyári számok a bizonylat lezárását követően, utólag is rögzíthetők. 0 Nem használja (alapértelmezés) 1 Használja Használja esetén a Határozatok pénzügyi bonyolítása modul használható. 0 Nem használja a Kötvállalási modult (alapértelmezés) 12

14 Paraméter megnevezése [kódja] [forktv] Használja-e a követelések behajtási státuszait? [penkbs] Használja-e a külföldi kiküldetési modult? [forkkh] Használja-e a pénzforrás dimenziót? [forpfd] Használja-e a szerződésnyilvántartást? [penszh] Használja-e az aláírásmenedzselést? [foramh] Használja-e az analitikus kód dimenziót? Értékei, hatása 1 Használja a Kötvállalási modult Igen esetén a Pénzügyi modulban nem használhatók azok a menüpontok, amik szerepelnek a Kötvállalási modulban. Magára a Kötvállalási modulra nincs hatással. 0 - Nem használja (alapértelmezés) 1 - Használja Használja esetén a esetén a Kimenő számlák behajtási státuszai állíthatók a dokumentum kezelés segítségével. 0 Nem használja a Külf. kiküld. (alapértelmezés) 1 Használja a Külf. kiküld. Használja esetén a Külföldi Kiküldetés modul használható (a menü leírásban a SetJoinTable függvénnyel a program beállítja a psztetel.f_rakbiz mezőjének a kkf_utasf.f_engszam törzskapcsolatot. Ez így általában a psztetel-re vonatkozik, tehát nem csak a pénztárra). 0 Nem használja a pénzforrás kódot 1 Használja a pénzforrás kódot (alapértelmezés) Ha nem akarjuk használni, akkor a paraméter hatására nem jelenik meg a törzs, és nem láthatók a megfelelő mezők a karbantartó felületeken. 0 Nem használja a szerződésnyilvántartást 1 Használja a szerződésnyilvántartást Hatása : Igen állás esetén egy új Popup jelenik meg a Pénzügyi modulban, ahol nem új menüpontok szerepelnek, hanem olyanok, amiket eddig csak a Költségvetési intézmények láthattak. Itt találhatók: a szerződéshez kapcsolódó törzsek (kategóriák, fajták, típusok, alcsoportok, lezárások, jellegek) karbantartása. A szerződések közül a PENZ02 és PENZ01 típusú szerződések karbantarthatók, módosíthatók. A költségvetéshez képest vannak különbségek: nem láthatók a fedezetre, bejelentésre vonatkozó mezők, az alszámokban az ÁHT-azonosító, tranzakciós kódok, a dimenzióban pedig nem kötelező a bonyolítási esemény. Ezenkívül a szerződés aláírásakor a proforma bizonylatok nem kerülnek át Könyvelendő pénzügyi naplóba. A menüben megtalálhatók még a Szerződés analitikus kimutatás, a Kötvállalás analitikus kimutatás, valamint a Kötvállalás maradványok átforgatása. Az átforgatás, az Aláírással összhangban, szintén Nem könyvelendő naplóba dolgozik. Technikai okokból a penszh - Használja-e a szerződésnyilvántartást? pénzügyi alrendszer paramétert átminősítettük rendszerparaméterré. Hatása, kódja változatlan, csak a beállítása ezentúl az Alrendszerek közös része alatt lehetséges. 0 Nem használja 1 Használja (alapértelmezés) 2 - Használja, csak a megjelölt felhasználó írhat alá Használja beállítás esetén a lépésenként felrögzített és aláírt aláírások függvényében történik csak meg a kötelezettségvállalás státusz állítása. Ha Nem használja, akkor is lehet használni az Aláírás kezelést, de a szerződések státuszállításai nem ezektől függenek. Használja, csak a megjelölt felhasználó írhat alá hatására az Aláírások kezelésénél az Aláírva funkció csak akkor aktív, ha az adott Utalványozói munkakörhöz, és így az adott Aláíráshoz nem tartozik Forrás felhasználó (user), azaz a Felhasználó azonosító mező üres, vagy ez a bizonyos Felhasználó azonosító megegyezik az aktuális felhasználóval. Azaz, ha egy intézménynél, cégnél az adminisztrátor végzi az Aláírások státusz állítását, ott nem érdemes ezt a paramétert erre az értékre állítani. De ha erre állítjuk, akkor azokhoz az Utalványozói munkakörökhöz, ahol azt a munkakört betöltő személy nem aktív Forrás felhasználó, nem érdemes feltölteni a userid-t. 0 Nem használja az analitikus kódot 13

15 Paraméter megnevezése [kódja] [forand] Használja-e az egyedi gyűjtő 2 dimenziót? [forg2d]] Használja-e az egyedi gyűjtő 3 dimenziót? [forg3d] Használja-e az egyedi költséggyűjtőt? [forekd] Használja-e az önálló keretgazda dimenziót? [forkgd] Használja-e bizományosi átvezetéseket a 2- es számlaosztályon? [kesbiz] Hivatalos deviza kódja [forhdk] Jelent-e kincstári vagyont? [forkvj] Kell-e rendelésből kötvállt generálni? [kesrkg] Készít-e az ÖIK felé feladást? [foroik] Kezel-e kincstári vagyont? [forkvk] Kimenő forintos számlán van-e tizedesjegy? [forszt] Értékei, hatása 1 Használja az analitikus kódot (alapértelmezés) Ha nem akarjuk használni, akkor a paraméter hatására nem jelenik meg a törzs, és nem láthatók a megfelelő mezők a karbantartó felületeken. 0 Nem használja az egyedi gyűjtő 2 dimenziót (alapértelmezés) 1 Használja az egyedi gyűjtő 2 dimenziót Igen hatására a Egyedi gyűjtő 2 törzs karbantartható, valamint minden olyan nyilvántartásban, ahol a főkönyvi dimenziók szerepelnek, ez a dimenzió is karbantarthatóvá/láthatóvá válik. 0 Nem használja az egyedi gyűjtő 3 dimenziót (alapértelmezés) 1 Használja az egyedi gyűjtő 3 dimenziót Igen hatására a Egyedi gyűjtő 3 törzs karbantartható, valamint minden olyan nyilvántartásban, ahol a főkönyvi dimenziók szerepelnek, ez a dimenzió is karbantarthatóvá/láthatóvá válik. 0 Nem használja az egyedi gyűjtőt (alapértelmezés) 1 Használja az egyedi gyűjtőt Igen hatására a Egyedi gyűjtő törzs karbantartható, valamint minden olyan nyilvántartásban, ahol a főkönyvi dimenziók szerepelnek, ez a dimenzió is karbantarthatóvá/láthatóvá válik. 0 Nem (alapértelmezés) 1 Igen Igen hatására a Keretgazda törzs karbantartható, valamint minden olyan nyilvántartásban, ahol a főkönyvi dimenziók szerepelnek, ez a dimenzió is karbantarthatóvá/láthatóvá válik. IVNN nem használja (alapértelmezés) IVNI használja Használja esetén a bizományosi készletek értékesítéséhez/ felhasználásához a könyvelési szabályoknak megfelelően 3 db könyvelési tételpár keletkezik. A kontmód tábla alapján a kontírozási és főkönyvi feladás oldja meg, egy eseményből 3 könyvelési tételt állítva elő. Ehhez új konttípusok lettek kialakítva: KESBSZSZ: bizományosi felhasználás készletszámlaszáma (biz.2) KESNSZSZ: bizományosi felhasználás nem számlázott szállító KES0SZSZ: bizományosi felhasználás nullás ellenszámla (ki idegenből ellenszla) FT: Forint (alapértelmezés) HUF: Deviza Forint Egyéb, idegen devizakódban könyvelő ügyfél esetén telepítéskor bővítendő. A bizonylatok kezelését befolyásoló rendszerparaméter. A hivatalos devizakóddal megegyező devizakódú bizonylatokat a program belföldi vagy "forintos" bizonylatokként kezeli. 0 Nem jelent kincstári vagyont (alapértelmezés) 1 Jelent kincstári vagyont 0 Nem kell (alapértelmezés) 1 Igen, kell Igen esetén a beszerzési modul használata esetén a rendelésekből a pénzügyi modulban kötelezettségvállalás bizonylatot lehet generálni. 0- Nincs feladás az ÖIK felé (alapértelmezés) 1- Van feladás az ÖIK felé ÖIK : Önkormányzati ingatlanvagyon kataszter 0 - Nem kezel kincstári vagyont (alapértelmezés) 1 - Kezel kincstári vagyont 0 Nincs tizedes (alapértelmezés) 1 Van tizedes Kimenő számlán és a Kimenő proforma számlán az összegeket egészre vagy 2 tizedesre kerekíti a program. 14

16 Paraméter megnevezése [kódja] Kincstárhoz tartozó intézmény? [forknc] Kíván-e sorszámozott pénztár-jelentést készíteni? [penptj] Költségvetési int.végez-e fejezeti feladatot? [forkfj] Költségvetési intézmény jellege [forkjl] Költségvetési intézmény-e a felhasználó? [forkvi] Könyveli-e az érték nélkülit a nullás számlaosztályba? [kesenk] Központi törzsadatrendszer adatbázisa [forkta] Értékei, hatása 0 - Nem Kincstárhoz tartozó 1 - Kincstárhoz tartozó (alapértelmezés) Egyrészről a tranzakciós kód kezelését befolyásolja, azaz mivel csak Kincstárhoz tartozó (nem csak költségvetési, hanem Országgyűlés és a Kormány által alapított közalapítványok) intézmények használják a tranzakciós kódot, ezért a nem Kincstáriaknál nem is látható, ennek megfelelően az utalási bizonylatok generálást sem befolyásolja a kitöltöttsége. Másrészről a nem Kincstárhoz tartozó költségvetési intézményeknél a pénzforgalmi megbízások bizonylattömbjeinek kódja lehet 1-nél hosszabb is. 0 Nem (alapértelmezés) 1 - Igen 2 - Igen, naponta Igen állása esetén tudjuk használni a szigorú sorszámozású pénztárjelentés készítését. Ekkor adott intervallumra végleges pénztárjelentést készít a program, ami a későbbiekben már nem változtatható, csak lekérhető, és csak szigorú kronológia sorrendben véglegesíthető. Ebben az esetben - a szerződéses kötváll hivatkozások, és alszám hivatkozások következtében - a pénztárkönyv csak dátum szerint készíthető el. Nem hatására sorszámozás nélküli, bármikor tetszőleges intervallumra utólag lekérhető pénztárjelentés készíthető. Igen, naponta beállítás két ponton több az Igen beállításnál: Bizonylatok rögzítésénél szigorúan kezeli a dátumokat. Egyszerre csak 1 nap nyitott bizonylatai lehetnek felrögzítve. A napi pénztárjelentés készítése nélkül, nem rögzíthető további napokra bizonylat. A pénztárjelentés készítésekor a dátum intervallumba csak azonos nap adható meg. A paramétert akkor állítsuk át erre az értékre, ha csak egyetlen naphoz tartoznak nyitott, pénztárjelentésen még nem szereplő bizonylatok! 0 Nem végez fejezeti feladatot (alapértelmezés) 1 Végez fejezeti feladatot Igen hatására az Intézmények számára láthatóvá és kezelhetővé válnak a Pénzügyi modul / Fejezet menüben lévő menüpontok. I Intézmény O Önkormányzat (alapértelmezés) F - Fejezet Bizonyos programfunkciók működését/használhatóságát vezérli ez a beállítás (pédául K11 beszámolók, speciális fejezeti funkciók). 0 - Nem költségvetési intézmény (alapértelmezés) 1 - Költségvetési intézmény Program működését befolyásoló rendszerparaméter, 1-es értéke esetén a költségvetési intézmények könyveléséhez szükséges menüpontok és adatmezők jelennek meg, valamint a program a költségvetési könyvelésre jellemző módon működik. 0 Nem könyveli (alapértelmezés) 1 Könyveli Amennyiben Könyveli-re van állítva a paraméter, akkor a megfelelő 0-ás számlaszámon történik az Érték nélküli modulban a nyilvántartás és a könyvelés. Ha a felhasználó bizonyos törzseit központi törzsnek tekinti, akkor annak az adatbázisnak a neve adható meg a program számára. Ez kétféle szempontból jelzés a program számára: Bizonyos (elsősorban főkönyvi szintű) törzsek (számlatükör, elszámolási egység, analitikus kód, pénzforrás) azonosítóinak felépítését hierarchikusan szeretnék kialakítani. Ekkor központilag meghatározzák a kódok "elejét", amit az intézmények alábonthatnak speciális helyi igényeiknek megfelelően. Az alábontandó kód átemelése után definiálhatjuk az alábontásokat. Bizonyos törzsek "kezdeti állapotát" (pl. jogcim, mozgnem, biztomb, idoszak, stb.) a központi adatbázisban szükséges 15

17 Paraméter megnevezése [kódja] Meg van-e bontva a 9-es háztartásra és azon kívülire? [for9ht] Megengedett-e a visszadátumozás a készletben? [keszel] NEXON-adatbázis kapcsolat [fornex] Partnerkód képzési módja [forpkk] Pénzforgalmi elszámolású áfa alany [penpfe] Pénzforgalmi könyvelést használ-e? [forpfk] Raktári jogosultság [kesrau] RFID azonosítás van-e az eszközökön? [kesrfd] Értékei, hatása beállítani, amiből az intézmények a saját törzsadataik kialakításakor inicializálási célból átemelhetik a számukra érdekes tételeket. 0 - Nem (alapértelmezés) 1 - Igen Alapértelmezés szerint a partnertörzs megfelelő beállításait veszi figyelembe a K11 adattárház generálás. Igen esetén alá vannak bontva a számlatükörben a 9-esek (a jogcímeket is alá kell bontani!). Ekkor a K11 adattárház generálása a TELJESHAZT oszloptípusnál a szűrésben felsorolt 9- esek szerint válogat le től a K11-es űrlapoknál ez alapján nem keletkezik adat. 0 A visszadátumozás megengedett (alapértelmezés) 1 A visszadátumozás nem megengedett Ha a visszadátumozás nem megengedett, akkor a készlet bizonylatok zárásakor, amennyiben a mozgás készletcsökkenést eredményez, a bizonylat keltezése és időpontja nem lehet korábbi, mint az érintett kartonra utoljára rögzített bizonylat. Szintén ellenőrzésre kerül a bizonylat zárásakor, a bizonylati fejben rögzített dátum pénzügyi évére vonatkozóan, hogy az aktuális kartonnak a kiadást megelőzően van-e bevét sora. Nem engedi a bizonylat zárását, ha a karton élete készlet csökkenéssel indul. Az ellenőrzés minden hibásnak vélt esetben üzenetet küld, megjelenítve az érintett kartonokat, és az utoljára rögzített esemény keltezését. Amennyiben az esemény időpontja 2079-es évvel jelenik meg a hibaüzenetben, az azt jelenti, hogy a kartonnak nincs még egyetlen bevét sora sem. Ez a hibaüzenet jelenik meg készletcsökkenést eredményező mozgások bizonylatainak zárásakor, ha a paraméter értéke 1, és az adott évben a nyitó tételek még nincsenek rögzítve (generálva): "Nem lehet zárni, mert a következő kartonokra van későbbi dátumú esemény: < >=< :59:00>,". Annak az adatbázisnak a neve, amelyen a NEXON-adatok találhatók. A NEXON adatok átadása és átvétele modul használja. 0 Nem generatív (alapértelmezés) 1 Generatív és nem felülírható 2 Generatív és felülírható Működéséről bővebben a Partnerek > Partnerkódok generatív előállítása részben. 0 - Nem pénzforgalmi elszámolású ÁFA alany 1 - Pénzforgalmi elszámolású ÁFA alany Alapértelmezésben Nem. Ha Igen a paraméter értéke, akkor a normál belföldi számlák rögzítésekor nem inicializálódik az ÁFAhó, és nem is karbantartható. A fordított adózású számlákat ez nem érinti. A paraméter a NEM pénzforgalmi könyvelésű felhasználókra [forpfk] vonatkozik! A Pénzforgalmi könyvelésűeknek a Pénzforgalom alapján történik a szállítói ÁFA bevallása? [penpsa] és a Pénzforgalom alapján történik a vevői ÁFA bevallása? [penpva] alrendszer paraméterek a mérvadóak. 0 - Nem pénzforgalmi könyvelés (alapértelmezés) 1 - Pénzforgalmi könyvelés Program működését befolyásoló rendszerparaméter, 1-es értéke esetén a pénzforgalmi könyvelésre jellemző módon működik a program től a költségvetési intézmények beállítása Munkakör szintű (alapértelmezés) 1- Felhasználó szintű Felhasználó szintű raktári jogosultság esetén user szinten megadható, hogy ki melyik raktár karbantartására jogosult. Ebben az esetben a kesrak (Egy bizonylaton lehet-e eltérő raktár?) készlet alrendszer paraméter értéke nem lehet 0 (lehet eltérő raktár)! 0 - Nincs RFID azonosítás alapértelmezés 1 - Van RFID azonosítás írás+olvasás 16

18 Paraméter megnevezése [kódja] Riport szerver URL címe [forruc] Személykód automatikus generálásának vezérlése? [forszk] Személykód fix kezdete? [forszf] Személykód numerikus részének hossza? [forszn] Személykód numerikus részének kezdő értéke? [forszs] TAO és 3. kulcs szerinti bruttó eltérhet a számviteli értéktől? [kesebr] Többszerveres-e az adatbázis-kezelő környezet? [fortsa] Van-e a jogcímtörzsnek részben központi törzse? [forrkj] Van-e a pénzforrásnak részben központi törzse? [forrkr] Van-e a számlatükörnek részben központi törzse? [forrks] Van-e az analkódoknak részben központi törzse? [forrka] Van-e az elszámolási egységnek részben központi törzse? [forrke] Értékei, hatása 2 - Van RFID azonosítás csak olvasás Kapcsolódó Adatszótári elemek: RFID azonosító - f_rfid RFID státusz - f_rfidstat - Kapcsolódó kódok: ELRU: Új RFID-t kapott ELRZ: RFID rendben A paraméter további fejlesztésekhez készült, egyelőre alapértelmezett értékkel felvehető, működési rendellenességet nem okoz. 0 Nincs automatikus sorszámozás (alapértelmezés) 1 Van sorszámozás, de átírható 2 Van sorszámozás, nem írható át szigorú számadású Lehet üres, akkor nincs fix rész vagy lehet bármilyen karakter max. 4 hosszan (pl. abc). A személykód szerkezetének első 4 karakter meghatározási lehetősége. 3 3 hosszú 4 4 hosszú (alapértelmezés) 5 5 hosszú 6 6 hosszú A személykód numerikus részének hossz meghatározása, ha van numerikus rész. Bármi lehet ahonnan a személykód számozását kezdeni akarjuk, ha nem akarunk kezdőértéket adni, akkor 0. 0 Nem térhetnek el a bruttó értékek (alapértelmezés) 1 Eltérhetnek a bruttó értékek Az 1 érték esetén lehetőség van az adószerinti és a harmadik kulcs szerinti bruttó értékeket eltéríteni a számviteli bruttó értéktől (pl. kedvezményezett beolvadás eltérő adószerinti bruttó, IFRS szerinti értékelés- eltérő harmadik kulcs szerinti bruttó vezetését teszi szükségessé egyes eszközöknél) 0 Nem többszerveres (alapértelmezés) 1 Többszerveres A felhasználó különböző moduljai más-más adatbázison futnak, és így bizonyos programok speciálisan működnek, több adatbázison. Jelenleg egy felhasználónk használja, az FST-ben is speciális beállítást igényel. Ajánlott Nem-be állítani! 0 Nincs részben központi törzs 1 Van központi szabályok nélkül 2 Van központi szabályokkal, alábontható módon Az 1 érték esetén a FORKTA - Központi törzsadatrendszer adatbázisa rendszerparaméterben jelölt adatbázisból inicializált pénzforrás kódok alábontásaiként vihetünk fel csak új pénzforrás kódokat. 0 Nincs részben központi törzse (alapértelmezés) 1 Van részben központi törzse Az 1 érték esetén a FORKTA - Központi törzsadatrendszer adatbázisa rendszerparaméterben jelölt adatbázisból inicializált pénzforrás kódok alábontásaiként vihetünk fel csak új pénzforrás kódokat. 0 Nincs részben központi törzs (alapértelmezés) 1 Van részben központi törzs 3 - Van központi szabályokkal, nem alábonthatóan Az 1 érték esetén a FORKTA - Központi törzsadatrendszer adatbázisa rendszerparaméterben jelölt adatbázisból inicializált számlaszámok alábontásaiként vihetünk fel csak új számlaszámokat a számlatükörbe. 0 Nincs központi törzse (alapértelmezés) 1 Van részben központi törzse Az 1 érték esetén a FORKTA - Központi törzsadatrendszer adatbázisa rendszerparaméterben jelölt adatbázisból inicializált analitikus kódok alábontásaiként vihetünk fel csak új analitikus kódokat. 0 Nincs részben központi törzse (alapértelmezés) 1 Van részben központi törzse Az 1 érték esetén a FORKTA - Központi törzsadatrendszer adatbázisa 17

19 Paraméter megnevezése [kódja] Vonalkódos leltármodult használ-e? [kesevk] Értékei, hatása rendszerparaméterben jelölt adatbázisból inicializált elszámolási egységek alábontásaiként vihetünk fel csak új elszámolási egységeket. 0 nem használ vonalkódos leltármodult (alapértelmezés) 1 igen, a vonalkód külső előállítású 2 igen, a vonalkód = leltáriszám 3 igen a vonalkód = eszközazonosító Hatása az eszköz modulban: 0 és 3-as értéknél az eszközben a vonalkód mező az eszköz azonosító értékét veszi fel, de 0 értéknél értelemszerűen a címke nyomtatások és a vonalkódos leltárral kapcsolatos beállítások, listázások nem jelennek meg. 1-es értéknél a felhasználó valahonnan vásárolt, előre gyártott vonalkód címkéket használ, a következő címke kódot kell vonalkódként megadni. 2-es értéknél a vonalkód értéke az eszköz leltári száma lesz. A tartozékok vonalkódjai az eszköz vonalkódjából, + a tartozék sorszámból képződnek, kivéve ha a vonalkód külső előállítású, ekkor a tartozékoknál is meg kell adni. 18

20 Alrendszer paraméterek A paraméterek beállítása FST-vel történik, rendszergazdai feladat! Felhasználói felületen a beállítások ellenőrizhetők a Fájl > Paraméterek megtekintése > Alrendszer fül ablakban. Paraméter megnevezése [kódja] A bonyesemény szűrést jelent a vevői kötvállra? [penbvk] A jogcím szűrést jelent a cikkre? [penjgc] A jogcím törzs részlegesen kontíroz-e? [penjrk] A VTSZ szűrést jelent a cikkre? [penvtc] ÁFA forintosításának árfolyama [penafa] Értékei, hatása 0 Nem (alapértelmezés) 1 Igen Csak Költségvetés esetén van értelme Igen-be állítani, egyébként hatástalan. Ha Igen-t választunk, akkor vevőszámla rögzítésekor a bizonylathivatkozásra a következő szűrőfeltétel megy ki: PENV, PENS, PENC, FOL bizonylattípusok közül minden, kötvállalások (PENR01,02) közül csak azok, amiknek van olyan sora, amelyben a bonyolítási esemény azonosító megegyezik a kiválasztott számlázási jogcímben lévő bonyolítási esemény azonosítóval. Ha ez a paraméter Nemben áll, illetve nem költségvetés a felhasználó, akkor a Környezettől függően működik a partnerszűrés továbbra is. 0 Nem (alapértelmezés) 1 Igen Igen hatására vevő számlák rögzítésekor a jogcím megszűri a cikkeket. Csak azokat kínálja fel, amelyekben a Sz.jogcím1 megegyezik a számla sorában lévő jogcímmel. A PENVTC - A VTSZ szűrést jelent a cikkre? és a PENJGC - A jogcím szűrést jelent a cikkre? paraméterek hatása összeadódik, ha mindkettő Igen-ben áll. 0 Nem részlegesen kontíroz (alapértelmezés) 1 Részlegesen kontíroz Igen hatására a képernyős kontírozás bizonyos szinten automatizálódik. Elsősorban a Környezetben lévő Automatikus kontírozás kapcsoló mindig bekapcsolt állapotban van, minek hatására minden Új tétel és Tétel módosítás után feljön a Kontírozás ablak. Ha a kontírozás a "**********" hibakóddal jön fel (ezek az Új tétel és a jogcím módosítás esetek), akkor a Kontírozás ablak indításakor automatikusan lefut a Gépi kontírozás, és ha ennek hatására marad hiba kód (például az elsődleges ellenszámla eesz), akkor automatikusan a Kézi kontírozás is elindul, hogy pótolhassuk a hiányzó elsődleges ellenszámlát. A lehetőség értelme: azoknál a költségvetési intézményeknél (esetleg vállalatoknál is), ahol a pénzügyi jogcímek gyakorlatilag megegyeznek szállítónál az 5-ös elsődleges teljesítési számlaszámokkal, vevőnél a 9-es elsődleges teljesítési számlaszámokkal, és emiatt a jogcím kód eleje megegyezik a főkönyvi számlaszámmal, ott a rögzítő tkp. a jogcím választásakor elsődleges ellenszámlát választ. Tehát így elég a jogcímeket csak a különböző áfa-kezelés, másodlagos számlaszám, egyéb okok miatt elszaporítani, és a kontírozásnál kézzel megadni az elsődleges ellenszámlát. 0 Nem (alapértelemezés) 1 Igen Igen hatására vevő számlák rögzítésekor a jogcímből felinicializált VTSZ megszűri a cikkeket. Csak azokat kínálja fel, amelyekben a VTSZ megegyezik a számla sorában lévő (jogcímből származó) VTSZ-el. Mivel a VTSZ a képernyőn később szerepel, mint a cikk, ezért említjük a jogcímből való inicializálást. A PENVTC - A VTSZ szűrést jelent a cikkre? és a PENJGC - A jogcím szűrést jelent a cikkre? paraméterek hatása összeadódik, ha mindkettő Igen-ben áll. 0 MNB árfolyam 1 Választott bank eladási árfolyam (alapértelmezés) 19

21 Paraméter megnevezése [kódja] Az alszám KTK szűrést jelent a dim. jogcímre? [penktj] Banki árfolyam viszonyítási dátuma [penbat] Banki átfutási napok száma [penanb] Banki bizonylat zárásakor PF1K generálás? [penbzp] Banki könyvelés csak Könyvelt kötvállal? [penbkk] Bérkötvállalás generálás módja [fokbkg] Bérkötvállhoz kell-e elemi költséggyűjtő? [ktvbkg] Értékei, hatása Ha a paramétert 0-ba állítjuk, akkor a program az MNB középárfolyamát veszi, és ezzel forintosítja az ÁFA-t. Alapértelmezésben től az ÁFA árfolyamát a Feldolgozási hely-ben beállított pénzintézet Eladási árfolyama alapján inicializálja. A az árfolyam dátumára vonatkozó szűrés, azaz normál számláknál a teljesítés dátuma, illetve a fejben lévő árfolyam dátum, Fordított adózás esetén, viszont a beérkezés dátuma, vagy a teljesítés dátumát követő hónap 15-e közül a korábbi. (A fenti kettőség miatt az eddig MNB-árfolyam alatt szereplő mező fejlécét átírtuk ÁFA árfolyam-ra.) 0 Nem, nem jelent szűrést (alapértelmezés) 1 Igen, szűrést jelent Igen hatására a szerződések módosításakor a Beléptető/ módosító adatok karbantartásánál a dimenzió jogcímére szűrést jelent az alszámnál beírt Tranzakciós kód. Azaz csak olyan jogcímet enged kiválasztani, amiben a tranzakciós kód megegyezik az alszám tranzakciós kódjával. 0 Banki bizonylat dátuma (alapértelmezés) 1 Teljesítés dátuma Alapértelmezés esetén a program a banki bizonylat dátuma alapján keresi az árfolyamot. Teljesítés dátuma esetén a tételben rögzített Teljesítési dátum alapján keres árfolyamot. Ez a dátum alapértelmezésben megegyezik a bizonylati dátummal, tehát a paraméter ezen állása esetén is csak akkor kapunk más eredményt, ha a teljesítési dátumot is átírjuk a bizonylati dátumtól eltérőre. Alapértelmezése: 0 Banki jóváíró tételek rögzítésekor, illetve a Sorok kimenő számla alapján generáláskor, ha a hivatkozott számla fizetési módja U vagy S, akkor az ide beírt számú banki nappal csökkenti a banki tétel pénzügyi esedékességét. Ezzel tkp. már a banki tétel rögzítésekor jóváírjuk a vevőnek az átfutási napokat, azaz késedelmi kamat számításakor már ennyivel kevesebb napra számol kamatot. Tehát a késedelmi kamat számításakor a türelmi napokat már nem kell megadnunk, ha a paramétert 0-tól eltérő értékre állítjuk be. 0 Nem, záráskor nem generál automatikusan 1 Igen, záráskor indul a generálás (alapértelmezés) Igen esetén a bizonylat zárásakor kigenerálja a PF1K. Nem hatására záráskor nem indul a generálás. Ezután már csak menüből indítható, tehát nincs automatizmus. 0 Nem csak Könyvelt kötvállal (alapértelmezés) 1 Csak Könyvelt kötvállal Igen hatására a közvetlen pénzügyi teljesítések főkönyvi feladásakor megvizsgálja, hogy a Bizonylathivatkozásban szereplő proforma kötváll.bizonylat Könyvelt-e. Ha nem könyvelt, akkor a konthiba-ba a NEM KÖNYV! karakter sorozatot írja, és nem adja fel a pénzforgalmat. 1 Csak bérkötvállalás generálás (naplónként) (alapértelmezés) 2 Bérkötvállalás generálás és korrekció (időszak) 3 Bérkötvállalás generálás és korrekció görgetéssel (időszak) A paraméter 1-es állása esetén bérszámfejtési naplónként lehet indítani a generálást, és bérkötvállalás tételeket generál. A 2-es működési mód időszakra indítható, annak összes bérszámfejtési naplójára, havi zárlati eseményként. A korrekció lényege, hogy lemínuszolja az adott időszakra vonatkozó bérkötvállalás tételeket, és a bérszámfejtési naplók értékeivel generál újabb bérkötvállalás tételeket. A 3-as működési mód későbbi fejlesztés. Ha esetleg valaki azt választja, úgy fog működni, mint a 2-es. 0 Nem kell a dimenzió (alapértelmezés) 1 Igen, kell a dimenzió Igen állás esetén a Kötvállalási modulban, a Bérkötvállalás egyszerűsített rögzítési képernyőjén a főkönyvi dimenzió 20

22 Paraméter megnevezése [kódja] Bérkötvállhoz kell-e elszámolási egység? [ktvbke] Bérkötvállhoz kell-e gyűjtő 2? [ktvbk2] Bérkötvállhoz kell-e gyűjtő 3? [ktvbk3] Bérkötvállhoz kell-e keretgazdakód? [ktvbkk] Bérkötvállhoz kell-e pénzforráskód? [ktvbkr] Bérkötvállhoz kell-e ügyletkód? [ktvbku] Bérszámfejtés üg. feladása azonos időszakba kell? [fokbai] Bírságot tart-e nyílván a 0-ásban? [fokbn0] Bonyesemény - számla jogcím bonyes. összevetése? [penbjv] Értékei, hatása látható, karbantartható. Nem esetén a dimenzió nem szerepel a képernyőn. 0 Nem kell a dimenzió (alapértelmezés) 1 Igen, kell a dimenzió Igen állás esetén a Kötvállalási modulban, a Bérkötvállalás egyszerűsített rögzítési képernyőjén a főkönyvi dimenzió látható, karbantartható. Nem esetén a dimenzió nem szerepel a képernyőn. 0 Nem kell gyűjtő 2 1 Kell a gyűjtő 2 Igen estén a bérkötvállalások rögzítésénél, generálásánál a főkönyvi dimenzió látható, karbantartható. Nem esetén a dimenzió nem szerepel a képernyőn 0 Nem kell gyűjtő3 1 Kell a gyűjtő 3 Igen estén a bérkötvállalások rögzítésénél, generálásánál a főkönyvi dimenzió látható, karbantartható. Nem esetén a dimenzió nem szerepel a képernyőn 0 Nem kell a dimenzió (alapértelmezés) 1 Igen, kell a dimenzió Igen állás esetén a Kötvállalási modulban, a Bérkötvállalás egyszerűsített rögzítési képernyőjén a főkönyvi dimenzió látható, karbantartható. Nem esetén a dimenzió nem szerepel a képernyőn. 0 Nem kell a dimenzió (alapértelmezés) 1 Igen, kell a dimenzió Igen állás esetén a Kötvállalási modulban, a Bérkötvállalás egyszerűsített rögzítési képernyőjén a főkönyvi dimenzió látható, karbantartható. Nem esetén a dimenzió nem szerepel a képernyőn. 0 Nem kell a dimenzió (alapértelmezés) 1 Igen, kell a dimenzió Igen állás esetén a Kötvállalási modulban, a Bérkötvállalás egyszerűsített rögzítési képernyőjén a főkönyvi dimenzió látható, karbantartható. Nem esetén a dimenzió nem szerepel a képernyőn. 0 Nem eggyel korábbi időszakba (alapértelmezés) 1 Igen ugyanabba az időszakba Alapértelmezés Nem, azaz a pénzforgalminál eggyel korábbi időszakba. Tehát külön menüpont a Bérszámfejtési naplók aktualizálására, valamint az Ismételt feladásnál is csak egyesével választható. Ha a paraméter Igenben áll, akkor az üzemgazdasági főkönyvbe ugyanazzal a naplóval kerül feladásra. Tehát a bérszámfejtési naplót nem külön menüpontban kell aktualizálni - Bérszámfejtési napló aktualizálása -, hanem a többi naplóval együtt, akár többet is egyszerre. 0 - Nem (alapértelmezés) 1 - Igen Igen esetén a bírságok nyilvántartása valósítható meg a főkönyvi számlaszámokon. 0 Nem, nem szükséges (alapértelmezés) 1 Igen, szükséges Igen, szükséges beállítás esetén a következő ellenőrzéseket végzi el: Sorok generálása proforma alapján: egy figyelmeztetés, ha van olyan kigenerált sor, amelyben az áthozott sor Bonyeseménye és a kapcsolódó- vagy kiválasztott jogcímhez rendelt Bonyesemény között eltérés van. Mindez csak akkor, ha az áthozott kód és a számla jogcímben lévő kód nem üres. Azért figyelmeztetés, mivel lehet, hogy generáláskor ugyanazt a jogcímet kapja az összes sor, viszont a sorok lehetnek inhomogének adott dimenzióra. Ilyenkor értelemszerűen a generálás után módosítás következik. Számla zárásakor: már szigorú ellenőrzés. Addig nem 21