FELHASZNÁLÓI DOKUMENTÁCIÓ

FORRÁS-SQL

FELHASZNÁLÓI DOKUMENTÁCIÓ Forrás-SQL | Banki és postai adatok küldése-fogadása modul [pszfogad.fap]

1046 Budapest, Görgey Artúr utca 69-71.

+36 1 450 2200

6723 Szeged, Felső Tisza-part 31-34.

+36 62 549 100

8000 Székesfehérvár, Vértanú utca 96.

+36 22 502 168

www.griffsoft.hu Dokumentáció lezárva: 2014.09.01. / 14.010.V01 verzió Dokumentáció felelőse: Bubrják Lászlóné Készült: 2014. szeptember 25.

© 2014 GriffSoft Informatikai Zrt.

2

Tartalom

Banki és postai adatok küldése-fogadása modul

4

........................................................................................................................ 5 Alapfogalmak Rendszerparaméterek ....................................................................................................................................................... 5 Alrendszer paraméterek ....................................................................................................................................................... 15

........................................................................................................................ 31 Adatmozgatás Adat küldés-fogadás definíciók ....................................................................................................................................................... 32 Bankszámlaszámok ....................................................................................................................................................... 37 Adatfogadás környezeti beállítások ....................................................................................................................................................... 39 Adatok fogadása ....................................................................................................................................................... 41 Fogadott adatok törlése ....................................................................................................................................................... 44 Fogadott adatok karbantartása ....................................................................................................................................................... 45 Fogadott adatok lekérdezése ....................................................................................................................................................... 50 Pénzügyi bizonylatok generálása ....................................................................................................................................................... 51 Elutasítások feldolgozása ....................................................................................................................................................... 54 Adatok küldése ....................................................................................................................................................... 55 Utalás formátum karbantartás ....................................................................................................................................................... 56 makiif .................................................................................................................................................. 57 edeviza .................................................................................................................................................. 58 KIN.................................................................................................................................................. 59

........................................................................................................................ 60 Hitelkártya fogadás Hitelkártya adatok fogadása ....................................................................................................................................................... Fogadott hitelkártya adatok karbantartása ....................................................................................................................................................... Fogadott hitelkártya adatok lekérdezése ....................................................................................................................................................... Fogadott hitelkártya adatok aktualizálása .......................................................................................................................................................

61 62 63 63

........................................................................................................................ 65 MÁK eAdat állomány visszaolvasása Adatok visszaolvasása ....................................................................................................................................................... Beolvasott MÁK eAdat adatok megtekintése ....................................................................................................................................................... Indítási paraméterek ....................................................................................................................................................... Hibakódok törzse ....................................................................................................................................................... Beolvasott MÁK eAdat állományok naplózása .......................................................................................................................................................

© 2014 GriffSoft Informatikai Zrt.

66 67 68 69 69

I Fejezet

Banki és postai adatok küldése-fogadása modul A Banki és postai adatok küldése-fogadása modul [pszfogad.fap] feladata a cég bankjaival, illetve azok termináljaival való kapcsolattartás lehetőségének megteremtése. Azaz a banktól elektronikus úton érkező adatok feldolgozása egészen a pénzügyi analitikáig, valamint a cég által készített pénzforgalmi megbízások szintén elektronikus úton történő eljuttatásának előkészítése.

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

Forrás-SQL | Banki és postai adatok küldése-fogadása modul [pszfogad.fap] © 2014 GriffSoft Informatikai Zrt.

4

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 menüpontban, a Rendszer fül ablakban. Paraméter megnevezése [kódja] A feldolgozási hely egységet azonosít-e? [forose]

ellenőrizhetők

a

Fájl

>

Paraméterek

megtekintése

Értékei, hatása

önálló

szervezeti

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.

ÁHT-azonosító melyik dimenzióhoz köthető? [foraht]

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.

Az előirányzati bontásúak-e? [forebk]

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. 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

5

kódok

bevételi/kiadási


Paraméter megnevezése [kódja]

Értékei, hatása ktg.típusával veti össze a kód 2-es ktg.típusát.

Az ügyletek bevételi/kiadási bontásúak-e? [forubk]

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.

Biztömb választás feldolgozási hely szerint? [forbtf]

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.

bejelentkezési

Elsődleges információs dimenzió [foreid]

0 1 2 3 4

– – – – –

Nincs (alapértelmezés) Elszámolási egység Analitikus kód Pénzforrás kód Ügylet kód

EMKI adatszolgáltatásra kötelezett? [foremk]

0 – nem, nincs EMKI adatszolgáltatás (alapértelmezés) 1 – igen, van EMKI adatszolgáltatás 2Igen, 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.

Eredmény számlaosztályai [foreso]

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.

Évváltás adatbázisváltással jár-e? [fordbv]

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.

Fogyasztási adót használja-e [penfkh]

0 - Nem használja a fogyasztási adót (alapértelmezés) 1 - Használja a fogyasztási adót


6


Értékei, hatása 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.

FORRÁS rendszer kódlap [forscp]

1 - ANSI kódlap 2 - OEM kódlap (alapértelmezés) 3 - 852-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.

Főkönyvbe ügylet helyett az ügyletcsoportot 0 - Nem, azaz az ügylet megy fel (alapértelmezés) kell feladni? 1 - Igen, azaz az ügyletcsoport megy fel [forucs] 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. Gyáriszám választás módja kiadásnál [kesgyt]

0 – C sak gyáriszám/ISO kód (alapértelmezés) 1 – Bizonylatszám + gyáriszám/ISO kód

Használ-e másodlagos könyvelést? [formkh]

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.

Használ-e párhuzamosan eredményszemléletű könyvelést? [forppe]

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 2014. évi költségvetési számvitel szerint könyvelünk. A paramétert csak 2014. pénzügyi évtől ajánlott erre az értékre állítani.

Használ-e proforma könyvelést? [forpkh]

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.

Használ-e valós idejű árazást? [kesonl]

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, 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

7



Értékei, hatása 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.

Használ-e zárókészlet készletkönyvelést? [forzak]

alapú

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.

Használja az ÁFA-időszak véglegesítését? [penaiv]

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ő.

Használja az ÁFA-időszak véglegesítését? [penaiv]

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.

Használja- e a közterületek nyilvántartását? [forktn]

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.

Használja-e dimenziót? [forbed]

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.

a

bonyolítási

esemény

Használja-e a FORRÁS Eszközök modulját? [foresz]

0 – Nem (alapértelmezés) 1 – Igen Igen esetén az Ügylet törzs Eszközazonosító mező karbantartható/látható. C sak ezt befolyásolja a paraméter.

Használja-e a alrendszert? [forhum]

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.

Használja-e a nyilvántartást? [kesgys]

FORRÁS

gyári

humán-erőforrás

szám

Használja-e a Határozatok bonyolítása modult? [forhpb] Használja-e a Kötvállalási modult? [forktv]

szerinti

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.

pénzügyi

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) 1 – Használja a Kötvállalási modult


8


Értékei, hatása 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.

Használja-e státuszait? [penkbs]

a

követelések

behajtási

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.

Használja-e a külföldi kiküldetési modult? [forkkh]

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).

Használja-e a pénzforrás dimenziót? [forpfd]

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.

Használja-e a szerződésnyilvántartást? [penszh]

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.

Használja-e az aláírásmenedzselést? [foramh]

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.

Használja-e az analitikus kód dimenziót? [forand]

9

0 – Nem használja az analitikus kódot 1 – Használja az analitikus kódot (alapértelmezés)



Értékei, hatása 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.

Használja-e az egyedi gyűjtő 2 dimenziót? [forg2d]]

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.

Használja-e az egyedi gyűjtő 3 dimenziót? [forg3d]

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.

Használja-e az egyedi költséggyűjtőt ? [forekd]

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.

Használja-e az önálló keretgazda dimenziót? [forkgd]

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.

Használja-e bizományosi átvezetéseket a 2IVNN – nem használja (alapértelmezés) es számlaosztályon? IVNI – használja [kesbiz] 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) Hivatalos deviza kódja [forhdk]

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.

Jelent-e kincstári vagyont? [forkvj]

0 – Nem jelent kincstári vagyont (alapértelmezés) 1 – Jelent kincstári vagyont

Kell-e rendelésből kötvállt generálni? [kesrkg]

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.

Készít-e az ÖIK felé feladást? [foroik]

0- Nincs feladás az ÖIK felé (alapértelmezés) 1- Van feladás az ÖIK felé ÖIK : Önkormányzati ingatlanvagyon kataszter

Kezel-e kincstári vagyont? [forkvk]

0 - Nem kezel kincstári vagyont (alapértelmezés) 1 - Kezel kincstári vagyont

Kimenő forintos számlán van-e tizedesjegy? [forszt]

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.


10


Értékei, hatása

Kincstárhoz tartozó intézmény? [forknc]

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.

Kíván-e sorszámozott készíteni? [penptj]

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!

pénztár-jelentést

Költségvetési int.végez-e fejezeti feladatot? [forkfj]

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.

Költségvetési intézmény jellege [forkjl]

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).

Költségvetési intézmény-e a felhasználó? [forkvi]

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.

Könyveli-e az érték számlaosztályba? [kesenk]

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.

nélkülit

a

Központi törzsadatrendszer adatbázisa [forkta]

11

nullá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



Értékei, hatása szükséges 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.

Meg van-e bontva a 9-es háztartásra és 0 - Nem (alapértelmezés) azon kívülire? 1 - Igen [for9ht] 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 9esek szerint válogat le. 2014-től a K11-es űrlapoknál ez alapján nem keletkezik adat. Megengedett-e készletben? [keszel]

a

visszadátumozás

a

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: <10-000015>=<2079.06.06 23:59:00>,".

NEXON-adatbázis kapcsolat [fornex]

Annak az adatbázisnak a neve, amelyen a NEXON-adatok találhatók. A NEXON adatok átadása és átvétele modul használja.

Partnerkód képzési módja [forpkk]

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.

Pénzforgalmi elszámolású áfa alany [penpfe]

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.

Pénzforgalmi könyvelést használ-e? [forpfk]

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. 2014-től a költségvetési intézmények beállítása 1.

Raktári jogosultság [kesrau]

0- 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)!

RFID azonosítás van-e az eszközökön?

0 - Nincs RFID azonosítás – alapértelmezés


12


Értékei, hatása

[kesrfd]

1 - Van RFID azonosítás írás+olvasás 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

Riport szerver URL címe [forruc]

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.

Személykód vezérlése? [forszk]

automatikus

generálásának

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ú

Személykód fix kezdete? [forszf]

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.

Személykód numerikus részének hossza? [forszn]

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.

Személykód értéke? [forszs]

numerikus

részének

kezdő Bármi lehet ahonnan a személykód számozását kezdeni akarjuk, ha nem akarunk kezdőértéket adni, akkor 0.

TAO és 3. kulcs szerinti bruttó eltérhet a 0 – Nem térhetnek el a bruttó értékek (alapértelmezés) számviteli értéktől? 1 – Eltérhetnek a bruttó értékek [kesebr] 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) Többszerveres-e környezet? [fortsa]

az

adatbázis-kezelő

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!

Van-e a jogcímtörzsnek részben központi törzse? [forrkj]

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.

Van-e a törzse? [forrkr]

központi

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.

Van-e a számlatükörnek részben központi törzse? [forrks]

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.

pénzforrásnak

részben

Van-e az analkódoknak részben központi 0 – Nincs központi törzse (alapértelmezés) törzse? 1 – Van részben központi törzse [forrka] 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

13



Értékei, hatása kódokat.

Van-e az elszámolási egységnek részben 0 – Nincs részben központi törzse (alapértelmezés) központi törzse? 1 – Van részben központi törzse [forrke] Az 1 érték esetén a FORKTA - Központi törzsadatrendszer adatbázisa 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. Vonalkódos leltármodult használ-e? [kesevk]

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.


14

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 kötvállra? [penbvk]

szűrést

Értékei, hatása

jelent

a

vevői

0 – Nem (alapértelmezés) 1 – Igen C sak 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.

A jogcím szűrést jelent a cikkre? [penjgc]

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. C sak 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.

A jogcím törzs részlegesen kontíroz-e? [penjrk]

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.

A VTSZ szűrést jelent a cikkre? [penvtc]

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. C sak 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.

ÁFA forintosításának árfolyama [penafa]

15

0 – MNB árfolyam 1 – Választott bank eladási árfolyam (alapértelmezés)



É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 2008.01.01-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 2008.01.01. 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.)

Az alszám KTK szűrést jelent a dim. jogcímre? [penktj]

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.

Banki árfolyam viszonyítási dátuma [penbat]

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.

Banki átfutási napok száma [penanb]

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.

Banki bizonylat zárásakor PF1K generálás? [penbzp]

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.

Banki könyvelés csak Könyvelt kötvállal? [penbkk]

0 – Nem csak Könyvelt kötvállal (alapértelmezés) 1 – C sak 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.

Bérkötvállalás generálás módja [fokbkg]

1 – C sak 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.

Bérkötvállhoz kell-e elemi költséggyűjtő? [ktvbkg]

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


16


Értékei, hatása 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.

Bérkötvállhoz kell-e elszámolási egység? [ktvbke]

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.

Bérkötvállhoz kell-e gyűjtő 2? [ktvbk2]

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

Bérkötvállhoz kell-e gyűjtő 3? [ktvbk3]

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

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 0 – Nem eggyel korábbi időszakba (alapértelmezés) kell? 1 – Igen ugyanabba az időszakba [fokbai] 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. Bírságot tart-e nyílván a 0-ásban? [fokbn0]

Bonyesemény összevetése? [penbjv]

17

-

számla

jogcím

0 - Nem (alapértelmezés) 1 - Igen Igen esetén a bírságok nyilvántartása valósítható meg a 036 093 főkönyvi számlaszámokon. bonyes.

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



Értékei, hatása módosítás következik. Számla zárásakor: már szigorú ellenőrzés. Addig nem lehet lezárni a számlát, amíg van olyan sora, amelyben nem egyezik a sor és a jogcímhez rendelt dimenzió. Itt is csak akkor, ha egyik sem üres. Kötvállalás dimenzió rögzítésekor: ellenőrzés, ha a jogcímben is és a dimenzióban is ki van töltve a Bony.esemény.

C sak igazolt számla fizethető pénztárból? [penisp]

0 – Nem csak igazolt számlák fizethetők (alapértelmezés) 1 – Igen, csak igazolt számlák fizethetők Igen hatására a pénztári terhelések rögzítésekor a Számlahivatkozás mezőbe csak az Igazolt Szállítói számlákat kínálja fel a program. Ennek jelentősége 3 lépéses igazolás esetén van, mert ott már Igazolt státusz előtt Zárt lehet a bizonylat.

C sak igazolt számla utalható? [penisu]

0 - Nem csak igazolt számlák utalhatók 1 - C sak igazolt számlák utalhatók (alapértelemezés) Alapértelmezés esetén a szállítói számlarendezésben csak az I - Igazolt számlák jelölhetők ki utalásra. Ellenkező esetben ez nem feltétele az utalás kezdeményezésének.

C sak utalványozó igazolhat? [penuig]

0 – Nem (alapértelmezés) 1 – Igen Igen hatására az Igazolás funkciót (Zászló ikon) nem használhatja olyan felhasználó, aki nem szerepel az Utalványozók táblában, mint Felhasználó azonosító. Valamint módosítás közben az Igazolás jelző mezőt nem állíthatja Igazolt-ba.

C soportos műveletek History-zása [pencsh]

0 – Nem Historyzzuk a csoportos műveleteket (alapértelmezés) 1 – Historyzzuk a csoportos műveleteket A fenti paraméter 1 állása esetén a főkönyvi feladás, és a kontírozás eseményei is megjelennek a History táblában.

ELABÉ-ra könyvel-e a vevőszámlából [penekh]

0 - Nem könyvel ELÁBÉ-ra (alapértelmezés) 1 - Könyvel ELÁBÉ-ra Könyvel beállítás esetén a jogcím törzsben megjelennek az ELÁBÉ-ra könyvelés kontírozási mezői, a bizonylati tételben szerepel az 'ELÁBÉ-ra könyv.ö.' mező, melybe beírható az ELÁBÉ-ra könyvelendő összeg, 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.

Ellenszámlaszám nyilvántartás? [penenf]

0 - Ellenszámlaszámos a folyószámla (alapértelmezés) 1 - Ellenszámlaszám nélküli a folyószámla Ha Ellenszámlaszám nélküli a folyószámla-nyilvántartást vezetünk, akkor a folyószámlás könyvelési tételek nem tartalmaznak ellenszámlaszámot, és összevonásra kerülnek a tételek az egyéb főkönyvi dimenziók megtartásával.

nélküli

a

folyószámla

Előirányzat túllépés előirányzat évenként? [penete]

0 – Nem előirányzat évenként 1 – Előirányzat évenként (alapértelmezés) Alapértelmezetten Előirányzat évenként. Beléptetés/Módosítás, előirányzat túllépés figyelés előirányzati éven belül. Ha Nem-et választunk, akkor a program leválogatja az aktuális Beléptetés/Módosítás előirányzati événél korábbi előirányzati évű előirányzatokat és kötvállalásokat is. Ezeket a Maradvány előirányzat és Maradvány kötváll két új oszlopba gyűjti. És a Túllépés megállapításakor a Maradvány és Tárgyévi előirányzatok összegét együtt, és a Maradvány és Tárgyévi kötvállalások összegét együtt veszi figyelembe.

Előirányzat túllépés megengedett? [penetm]

0 – Nem megengedett 1 – Megengedett (alapértelmezés) A Szerződések Beléptetésekor/Módosításakor, ha a szerződés nem fedezetes, a program az előirányzat felhasználáshoz hasonlítja az aktuális kötvállalás értékeit. Túllépés esetén erről listát készít, majd Megengedett állás esetén megkérdezi, hogy a túllépés ellenére folytassa-e az érvényesítést. Ha Nem megengedettbe állítjuk, akkor csak egyszerűen közli a program az előirányzat túllépés tényét, és kérdés nélkül kilép a


18


Értékei, hatása programfutásból, azaz nem hajtja végre az érvényesítést.

Előirányzat-figyelés kötelező? [penefk]

Előzetes kötváll dimenziókkal? [penecs]

0 – Nem (alapértelmezés) 1 – Igen Igen állás esetén a Szállítói proformáknál lévő Környezeti kapcsoló (Automatikus előirányzat-figyelés) ki-bekapcsolása hatástalan, azaz mindig kötelező. Nem esetén a felhasználó a Környezeti kapcsolóval beállíthatja magának.

csökkentése

saját

0 – a végleges kötváll dimenzióival (alapértelmezés) 1 – Igen, saját dimenziókkal Alapértelmezés esetén az előzetes kötvállhoz (PENZ03) tartozó végleges kötváll (PENZ02) beléptetésekor/módosításakor keletkező előzetes kötvállt módosító („fogyasztó”) bizonylat a végleges kötvállhoz keletkező pü.bizonylat adataival, annak -1szeres összegével jön létre. Igen hatására az 1 dimenziós előzetes kötvállhoz tartozó végleges kötváll beléptetésekor/módosításakor keletkező előzetes kötvállt módosító ("fogyasztó") bizonylat az előzetes kötváll dimenzióival, de a végleges kötváll összegével, annak 1-szeresével jön létre. Ha több dimenziós az előzetes kötváll, akkor a paraméter érvénytelen, azaz a régi módszerrel jön létre az előzetes kötvállt "fogyasztó" pü.bizonylat.

Feladja-e a folyószámlára a külső devizát? [penkdh]

0 - Nem használja a külső devizát 1 - Használja a külső devizát (alapértelmezés) Alapértelmezésnél a pénztári és banki bizonylatok esetén, ha az ellenszámla vevői vagy szállítói folyószámlaszám a bizonylat sorában lévő számla deviza kódja és a külső deviza összege mezők értékét adja fel a főkönyvi feladó a könyvelési tétel folyószámla oldalára és nem a bizonylat devizakódját és bruttó összegét. Ezzel tartatja be a program a devizakód-szabályt. Nem használja esetén a bizonylat devizakódja és összege kerül feladásra, így a folyószámlán egy számlahivatkozáshoz különböző devizakódok tartozhatnak. Ezért a program az összes folyószámla tevékenységet (pontozás, árfolyam differencia) számlahivatkozáson belül devizakódonként végzi.

Feldolgozási helyenkénti utalás? [penkut]

0 - Nem fldhelyes, hanem iktatókönyves utalás (alapértelmezés) 1 - Feld.helyes (iktatókönyv nélküli) utalás C sak Forrás.NET-ben van jelentősége és hatása az utalásra.

Felhasználófüggetlen kötött naplók használata 0 - Nem felhasználófüggetlen a napló (alapértelmezés) ? 1 - Igen felhasználó független a naplókat használ [fokfkn] Igen esetén az időszak nyitásával automatikusan létrejön a pénzügyi/munkalap forgalmi napló (PNeehh01____ , MLeehh01____. Ezeket használhatja minden felhasználó. Pénzügyi nyitó/záró napló létrehozása megengedett. A felhasználó független napló használata esetén a bizonylatzárolást kell használni. Felosztási lépés max. tételszáma (integer) [fokflt]

Alapértelmezés: 0, ami azt jelenti, hogy nincs korlátozás. Bővebben a Főkönyvi modul > Felosztás részben.

Felosztási párok bizben? [fokfpo]

0 – Nincsenek összerendelve a felosztási párok (alapértelmezés) 1 – Össze vannak rendelve a felosztási párok Ha Igenben áll, akkor a felosztás során képzett főkönyvi tételpároknál a Könyvelési bizonylatszám [f_konyvbiz] mezőbe mind a levét, mind rátét tételnél a levét tétel Könyvelési tételszámát [f_ktsz] írja be a program 8 hosszan: 00000001, 00000002, stb.

összerendelése

a

könyv.

Fizetési felszólítások közötti napok száma [penffe]

19

60 - Hatvan nap (alapértelmezés) -1 - Szintek nélküli generálás Hatvan nap beállításnál 3 szintű fizetési felszólítók generálhatók, a szintek közötti 60 napos dátum figyeléssel. Szintek nélküli beállításnál bármikor generálhatók fizetési felszólító bizonylatok. Bővebben a Pénzügyi modul > Vevő > Fizetési felszólítók részben.


Paraméter megnevezése [kódja] Fizetési visszatartás megy? [penvkf]

külön

Értékei, hatása folyószámlára

Gyakorított ÁFA-bevallást készít-e? [pengya]

Használ-e a rendezést? [penjfg]

függő

jóváírásokhoz

0 - Nem (alapértelmezés) 1 - Igen A visszatartás össszegét az általánosan használt folyószámla számtól eltérőre lehet könyvelni. 0 - Nem készít gyakorított ÁFA-bevallást (alapértelmezés) 1 - Készít gyakorított ÁFA-bevallást Készít beállítás esetén a felhasználónak lehetősége van dekádonként (fél havonként) bevallást készíteni.

gépi

0 – Nem használ (alapértelmezés) 1 – Használ Ha használja, akkor költségvetési intézményeknek a Bankban megjelenik 2 új menüpont a Függő jóváírások kezeléséhez, valamint a banki bizonylatoknál egy új funkció.

Használ-e átfutó banki kartont? [penabk]

0 – Nem használ (alapértelmezés) 1 – Használ Ha használja, akkor költségvetési intézményeknek a speciálisan megjelölt jogcímű beazonosított jóváírásokból a program rendező bizonylatot generál egy Átfutó kartonra, ahol rendezhetjük a jóváírást saját és átfutó bevételre.

Használ-e bizonylatolt egyenlegközlőt? [penekb]

0 - Nem használ (alapértelmezés) 1 - Használ Használ esetén a követelések egyenlegközlője leltár)bizonylatolható.

Használ-e külső pénzkezelési helyet? [penkph]

Használ-e technikai végszámlát az végszámlához? [pentvs]

(követelés

0 – Nem használ (alapértelmezés) 1 – Igen, használ Igen hatására a Pénztár menüben megjelennek a telephelyi adatok beemelésére szolgáló menüpontok. előleg-

0 - Nem használ technikai végszámlát (alapértelmezés) 1 - Használ technikai végszámlát A technikai végszámlára csak azért van szükség, hogy a teljesítés napján (értsd: időszakában) a vevőtől kapott előleget átkönyveljük árbevételre. Vagyis, ha az előleg-végszámla rögtön árbevételre van könyvelve, akkor a technikai végszámla nem kell.

Használ-e több szállítói számlakönyvet? [penssk]

0 – Nem (alapértelmezés) 1 - Igen Igen hatására a szállítói számlarendezésnél minden tevékenység kezdeményezéséhez szükséges egy számlakönyv kijelölése, ami aztán szűrést jelent a számlákra. Nem esetén az egyetlen számlakönyvet a program automatikusan kijelöli.

Használ-e több vevői számlakönyvet? [penvsk]

0 – Nem (alapértelmezés) 1 - Igen Igen hatására a vevői számlarendezésnél minden tevékenység kezdeményezéséhez szükséges egy számlakönyv kijelölése, ami aztán szűrést jelent a számlákra. Nem esetén az egyetlen számlakönyvet a program automatikusan kijelöli.

Használja a bevétel előírás utalványozást? [penbeu]

0 - Nem használja (alapértelmezés) 1 - Használja Használja esetén a Vevőben, a Számláknál és az Egyéb pénzbekérőknél az Igazolás jelzőt a program alapértelmezésben feltölti „N“-nel. Valamint megjelenik egy menüpont: Aláírás kezelés.

Használja a KT2 kincstári státusz figyelést? [penkks]

0 - Nem használja 1 - Használja (alapértelmezés)

Használja- e az összevont továbbszámlázási funkciót? [penots]

0 - Nem használja az összevont továbbszámlázást (alapértelmezés) 1 - Használja az összevont továbbszámlázást Használat esetén a Pénzügyi modul, VEVŐ és SZÁLLÍTÓ menükben megjelennek a továbbszámlázást támogató funkciók és a Továbbszámlázási szorzó vezérlő tábla.

Használja-e a felosztás analitikát? [fokfoa]

0 – Nem használja a felosztás analitikát (alapértelmezés) 1 – Használja a felosztás analitikát 2 - Használja azon keresztüli főkönyvi analitikával Ha Igen-be állítjuk, akkor a felosztás végrehajtása közben, a


20


Értékei, hatása könyvelési tételek generálásával együtt a program létrehozza ezen könyvelési tételek analitikáját. Az analitika lényege, hogy egy tételben, egymás mellet láttatja a levételi és a rátét oldal főkönyvi dimenzióit. Míg a könyvelési tételekben ezek az adatok külön, két rekordban szerepelnek, és nincs köztük egzaktan leírható kapcsolat. A 2-es érték hatására a felosztás a generált könyvelési tételeket csak a felosztás analitikában tárolja el, és a főkönyvi feladást innen kell kezdeményezni

Használja-e a főkönyvi tábla felösszesítését? [foktot]

0 - Nem használja a főkönyvi tábla felösszesítését (alapértelmezés) 1 - Használja a főkönyvi tábla felösszesítését 2 - Triggerelten használja a foktotal táblát A paraméter 1-es állása esetén a könyvelési időszakok lezárásakor a program felösszesíti a főkönyv tábla tételeit évenként, információs dimenziónként az adott időszakkal bezárólag. Főkönyvi kivonat készítésekor a program ezt a felösszesített táblát használja a tételes főkönyv helyett, ha a lekérdezés szelekciója ezt lehetővé teszi. A 2-es állás egyelőre hatástalan, későbbi fejlesztésre fenntartva.

Használja-e nyilvántartást? [penken]

0 – Nem használja (alapértelmezés) 1 – Használja Használata esetén a KTV modul előzetes (PENZ03), és végleges (PENZ02) nyilvántartásában megjeleníthető az adott bizonylat elszámolási egyenlege, valamint elszámolási egyenleg lista készíthető.

a

kötváll

elszámolás

Használja-e a követeléskezelési státuszokat? [penhks]

0 - Nem használja a követeléskezelési státuszokat (alapértelmezés) 1 - Használja a követeléskezelési státuszokat A használja beállítás a vállalkozásoknak szánt működési mód a követeléskezelési státuszok használatához, amely az Egyedi gyűjtő 3 törzs bizonyos kötött kódjaira épít. Bővebben: Pénzügyi modul > Vevő.

Használja-e a rendezési folyószámlát [penrfh]

0 – Nem használja 1 - Használja (alapértelmezés) Használja esetén a rendezési karton bizonylatok könyvelési tételeinél a 0-ás nyilvántartási számlaszámot a bank kontírozásából adja fel a főkönyvre. Nem használja esetén rendezési karton bizonylatok könyvelési tételeinél csak a számlahivatkozásos tételeket adja fel a 0-ás folyószámlára. Ha nincs kikontírozva a bank 0-ásban, akkor számlahivatkozás nélküli tételeket nem ad fel, és nem is hiányolja a kontírozást.

Használja-e a szerződésmódosítás aláírást? [pensma]

0 – Nem használja (alapértelmezés) 1 – Használja Ha használja, akkor a Beléptető/módosító adatok karbantartásában megjelenik az Aláírások kezelése, valamint a Engedélyezési státusz.

Használja-e a többiktatásos elszámolást? [pentie]

0 – Nem használja (alapértelmezés) 1 – Használja Ha használja, akkor a Szállítóban megjelenik 2 új menüpont a Többiktatásos elszámolással kapcsolatban.

Használja-e a vevői kötelezettségvállalást? [penvkh]

0 – Nem (alapértelmezés) 1 – Igen Igen állása esetén a vevő kötelezettségvállalást generálni.

Használja-e az eszközváltozások vegyes könyvelését? [fokevk]

főkönyvi

Használja-e az excel-es utaláskijelölést? [penexu]

21

számlából

is

lehet

0 – Nem használja (alapértelmezés) 1 – Használja Használja hatására egy új menüpont jelenik meg a Főkönyvi modul Napló menüjében. Itt főkönyvi vegyes könyveléssel rögzíthetünk a #-al kezdődő bizonylattípusokra. 0 - Nem használja (alapértelmezés) 1 - Használja Szállító számlarendezésben az utalásra kijelölés Excel tábla



Értékei, hatása előállításával, áttekinthető formában kezelhető.

Időszaki állományváltozás feladást végez? [peniav]

Import VÁM várakozási napok [penivv]

ÁFA-visszaigényléséhez

0 - nem időszaki feladás 1 - időszaki feladás (alapértelmezés) 0 esetén az állományváltozás feladása, a bizonylati tételek feladásától függetlenül történik. Ha Nem időszaki feladást végzünk, akkor a bizonylatok kontírozása már kontírozási hibának tekinti, ha a jogcímben az Állományváltozásra kell? nem Nem-ben áll, és nincs kikontírozva az Állományváltozási számla. Azaz addig a normál (folyószámla) főkönyvi feladást sem tudjuk elvégezni, amíg ki nem kontírozzuk az Állományváltozási számlát. 0– 0 1 – 1 (alapértelmezés) 2– 2

Jogcím ellenszámla szabályai érvényesítése 0 – Nem kell érvényesíteni (alapértelmezés) biz.rögzítéskor? 1 – Igen, kell érvényesíteni [penjes] Nem hatására rögzítés közben csak a jogcímben beállított kötelezőségekre figyelmeztet a program. Igen hatására, ha a bizonylati tételben lévő jogcím elsődleges ellenszámlája ki van töltve a jogcím törzsben, akkor annak a főkönyvi számlaszámnak is veszi a kitöltési utasításait, és ez alapján is figyelmeztet a kötelező kitöltésre. Megjegyzés: Ennek a lehetőségnek a használata elvileg ütközik a PENJRK - A jogcím törzs részlegesen kontíroz-e? paraméter használatával, de a program nem tiltja. A részlegesnek a lényege, hogy a jogcímben üresen hagyom az elsődleges számlát, azt majd kézzel kontírozom a Kontírozás ablakban, míg ez utóbbinál, éppen az elsődleges számla kitöltöttségére épít a program. Tehát lehet egyszerre igenbe állítani a két paramétert, de ennek csak akkor van értelme, ha a működésben egyaránt résztvesznek „részleges” és „elsődlegesen kikontírozott” jogcímek. Jogcímből mezőre is? [penjdi]

dimenzió

inicializálás

kitöltött

0 – C sak üres mezőre (alapértelmezés) 1 – Kitöltött mezőre is A pénzügyi bizonylatok rögzítése közben a program a jogcímből a főkönyvi dimenziókat felinicializálja. A paraméter 0 állása esetén csak akkor, ha a cél mező nem üres. Ha a Kitöltött mezőkre is kérjük, a program akkor is elvégzi az inicializálást, ha a cél mező nem üres.

Kell-e analitikus kódra bontott K11 kimutatás? [fokk1a]

0 – A K11 kimutatás nincs anal. kódra bontva 1 – A K11 kimutatás anal. kódra van bontva (alapértelmezés) K11 adattárház leválogatását befolyásolja. A paraméter beállításól függően az adatok leválogatásánál a kódokat figyelembe veszi, ha van bontva, vagy nem veszi figyelembe, ha nincs bontva. Utóbbi hatására a felösszesítésnél lényegesen kevesebb tétel jön létre, mivel azokra a kódokra, amelyekre nem kérjük a kimutatást, nem képez külön-külön összegfokozatot. űrlapgenerálás indításakor és a beszámolásra kötelezett karbantartásakor sem jelennek meg azok a mezők, amikre a paraméterek "nincs bontva" beállítással szerepelnek. Az adattárházba a szakfeladat kód akkor is kitöltésre kerül, ha ezen alrendszer paraméter szerint nincs anal. kódra bontva!

Kell-e elszámolási kimutatás? [fokk1e]

0 – A K11 kimutatás nincs elsz.egységre bontva 1 – A K11 kimutatás elsz.egységre van bontva (alapértelmezés) K11 adattárház leválogatását befolyásolja. A paraméter beállításól függően az adatok leválogatásánál a kódokat figyelembe veszi, ha van bontva, vagy nem veszi figyelembe, ha nincs bontva. Utóbbi hatására a felösszesítésnél lényegesen kevesebb tétel jön létre, mivel azokra a kódokra, amelyekre nem kérjük a kimutatást, nem képez külön-külön összegfokozatot. űrlapgenerálás indításakor és a beszámolásra kötelezett karbantartásakor sem jelennek meg azok a mezők, amikre a paraméterek "nincs bontva" beállítással szerepelnek.

egységre

bontott

K11


22


Értékei, hatása

Kell-e feldolgozási kimutatás? [fokkf1]

helyekre

bontott

K11

0 - A K11 kimutatás nincs feldolg.helyekre bontva (alapértelmezés) 1 - A K11 kimutatás feldolg.helyekre van bontva Ha olyan helyen futtatják az adattárház generálását, ahol sok feldolgozási hely van, akkor a paraméter 0-ba állítása jelentősen csökkenti az adattárház méretét.

Kell-e keretgazda kimutatás? [fokk1k]

kódokra

bontott

K11

0 – A K11 kimutatás nincs keretgazdákra bontva (alapértelmezés) 1 – A K11 kimutatás keretgazdákra van bontva K11 adattárház leválogatását befolyásolja. A paraméter beállításól függően az adatok leválogatásánál a kódokat figyelembe veszi, ha van bontva, vagy nem veszi figyelembe, ha nincs bontva. Utóbbi hatására a felösszesítésnél lényegesen kevesebb tétel jön létre, mivel azokra a kódokra, amelyekre nem kérjük a kimutatást, nem képez külön-külön összegfokozatot. űrlapgenerálás indításakor és a beszámolásra kötelezett karbantartásakor sem jelennek meg azok a mezők, amikre a paraméterek "nincs bontva" beállítással szerepelnek.

Kell-e pénzforrás kimutatás? [fokk1r]

kódokra

bontott

K11

0 – A K11 kimutatás nincs pénzforrásra bontva 1 – A K11 kimutatás pénzforrásra van bontva (alapértelmezés) K11 adattárház leválogatását befolyásolja. A paraméter beállításól függően az adatok leválogatásánál a kódokat figyelembe veszi, ha van bontva, vagy nem veszi figyelembe, ha nincs bontva. Utóbbi hatására a felösszesítésnél lényegesen kevesebb tétel jön létre, mivel azokra a kódokra, amelyekre nem kérjük a kimutatást, nem képez külön-külön összegfokozatot. űrlapgenerálás indításakor és a beszámolásra kötelezett karbantartásakor sem jelennek meg azok a mezők, amikre a paraméterek "nincs bontva" beállítással szerepelnek.

Kell-e ügyletkódokra bontott K11 kimutatás? [fokk1u]

0 – A K11 kimutatás nincs ügyletre bontva 1 – A K11 kimutatás ügyletre van bontva (alapértelmezés) K11 adattárház leválogatását befolyásolja. A paraméter beállításól függően az adatok leválogatásánál a kódokat figyelembe veszi, ha van bontva, vagy nem veszi figyelembe, ha nincs bontva. Utóbbi hatására a felösszesítésnél lényegesen kevesebb tétel jön létre, mivel azokra a kódokra, amelyekre nem kérjük a kimutatást, nem képez külön-külön összegfokozatot. űrlapgenerálás indításakor és a beszámolásra kötelezett karbantartásakor sem jelennek meg azok a mezők, amikre a paraméterek "nincs bontva" beállítással szerepelnek.

Keretgazdálkodó-e az intézmény? [penkgz]

0 – Nem, előirányzat-gazdálkodó (alapértelmezés) 1 – Igen, keretgazdálkodó A paraméter állás befolyásolja a Keretfelhasználás és analitikus listák működését, a kötvállalásos szerződések beléptetésének/ módosításának érvényesítését, valamint a szállítói proformáknál, számláknál az Előirányzat/Keretfigyelés funkciót.

Kezdeményezett összeg karbantartható-e? [penkok]

0 – Nem (alapértelmezés) 1 - Igen Igen esetén a Számlarendezés menüpont alatt módosítható a számlák Kezdeményezett összeg mezője, valamint a rendezett számla is karbantartható. Használata azoknak ajánlott akik a pénzforgalmi megbízásokat nem generálják, mivel az alapbizonylatokon így látható, lekérdezhető az utalásra kezdeményezett összeg.

Kimenő bizonylatok megengedett? [penkbv]

0 - Nem megengedett 1 - Megengedett Ha Nem-be állítjuk, akkor a Vevő számlák, -bekérők és a Pénztár bizonylatok dátuma nem lehet korábbi a mai napnál. Nem Utólagos feldolgozású Vevő bizonylatok esetén csak a mai nap lehet a Bizonylat dátuma!

átdátumozása

Kincstári biztos került kirendelésre? [penkbz]

Könyvelési

23

és

ÁFA

időszak

0 – Nincs kirendelt kincstári biztos (alapértelmezés) 1 – Van kirendelt kincstári biztos Van kirendelt kincstári biztos beállítás esetén a megfelelő bizonylatokban automatikusan megjelenik ez a bejegyzés. egyezőség

0 – Nem szigorú eltérhetnek (alapértelmezés)



Értékei, hatása

szigorú? [penkai]

1 – Szigorú nem térhetnek el Szigorú, nem térhetnek el beállításnál, a bizonylatok rögzítésekor nem engedi az időszak eltérést, és az ÁFA-hó/ÁFA bevallási hó mezőn a javítás végrehajtásáig nem enged továbblépni: "Nem egyezik az ÁFA és a könyvelési hónap!"

Környezetvédelmi termékdíjat használja-e? [penkkh]

0 - Nem használja a környezetvédelmi termékdíjat (alapértelmezés) 1 - Használja a környezetvédelmi termékdíjat Használja beállítás esetén a jogcím törzsben megjelennek a környzetvédelmi termékdíj könyvelés kontírozási mezői, a bizonylati tételben szerepel a 'Környv. termékdíj' mező, melybe beírható a termékdíj ö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.

Kötelező a kötvállalás? [penkbk]

bonyolítási

Kötelező mezők szükséges? [penkmz]

eseményhez

záráskori

a

0 – Nem kötelező 1 – Kötelező (alapértelmezés) 2 – C sak főkönyvi feladásnál 3 – Minden számla feladásánál kötelező Nem kötelező esetén tetszőleges a kötvállalások kezelése mind számláknál, mind azok pénzügyi teljesítésénél, mind közvetlen pénzügyi teljesítésnél. Kötelező esetén a pénzügyi teljesítések feladásakor kötelező, számlák feladásakor csak, ha elszámolási folyószámlára kontírozunk kötelező a kötvállalás, ha a tételben keretes bonyolítási esemény szerepel. Ebben az állásban még a számla feladható kötvállalás nélkül, ha vevő vagy szállító folyószámlára van kontírozva. De a pénzforgalom feladáskor megköveteli, hogy legyen a számlában kötvállalás. Hogy ez ne feladáskor derüljön ki, a bank/pénztárban lévő a „Kötvállalás pótlása” funkció már rögzítés közben „pótoltatja” velünk a hiányzó kötvállalást. C sak főkönyvi feladásnál állás esetén a nem elszámolási folyószámlára kontírozott számlákat még engedi feladni, majd azok pénzügyi teljesítésének feladásakor követeli meg a kötvállalást a keretes bonyolítási eseményű számlákban. Minden számla feladásánál kötelező állás esetén függetlenül a számla kontírozásától (elszámolási vagy vevő/szállító folyószámla) már a számla feladásakor nem engedi feladni a bizonylatot, ha hiányzik a bizonylathivatkozás.

ellenőrzése

0 – Nem szükséges 1 – Szükséges (alapértelmezés) A pénzügyi bizonylatok zárásakor fut egy ellenőrzés. A jogcímekben beállított Kötelezően kitöltendő mezők kitöltését ellenőrzi. Az összes sor saját jogcíme szerinti kötelező mezőit leellenőrzi. Ha hiányt talál, nem zárja le a bizonylatot. Ha Nem szükségesbe állítjuk, akkor csak karbantartás közben végzi az ellenőrzést, záráskor nem.

Kötváll túllépés figyelése [penktf]

0 - C sak figyelmeztetés (alapértelmezés) 1 - Szigorúan C sak Forrás.NET-ben van hatása.

Kötváll vezérlő törzs [penkvt]

K - Szerződés kategória (alapértelmezés) F - Szerződés fajta C sak Forrás.NET-ben van jelentősége és hatása a Kötváll modulra.

Kötváll. kincstári bejelentés értékhatára [penbeh]

100000 (alapértelmezés) A mindenkori törvényben meghatározott összeg. Ha a KESRKG - Kell-e rendelésből kötvállt generálni? készlet alrendszer paraméter igenben áll, akkor kell ezt a paramétert megadni. Ekkor a beszerzési modulba felvitt rendelésekről kötvállalást (proforma) lehet generálni. Ez a PENR07-es bizonylattípus, amely a PENR03-as jogcímeket használja.

Kötváll.pü.teljesítés számlákra is? [penkpe]

könyvelése

ellen-

0 – Nem, csak kötváll- és folyószámlára (alapértelmezés) 1 – Igen, ellenszámlákra is Ekkor csak kötváll- (075) és folyószámlára (043) ad fel. Igen hatására a lenti könyvelési tételpárt két könyvelési


24


Értékei, hatása tételpárban adja fel: T 043 T 097

K 049 K 075

Kötvállalás (bizhiv) év ellenőrzés Feladáskor? [penbev]

0 – Nincs ellenőrzés 1 – Van ellenőrzés (alapértelmezés) Nincs ellenőrzés esetén a főkönyvi feladásban lévő 'BIZ.HIVÉV' ellenőrzés kikapcsolása.

Kötvállalás dátuma? [penkdt]

teljesítési

0 – Kötváll.dátuma a számla bizonylati dátuma (alapértelmezés) 1 – Kötváll.dátuma a számla teljesítési dátuma Ha az alapértelmezéstől eltérőt akarunk, válasszuk a teljesítés dátumát. Ekkor a számla zárásakor automatikusan induló, illetve menüből indítható Kötvállalás generálása funkció ezt a dátumot adja a proformának.

dimenzióinak

0 – Nem kell ellenőrizni (alapértelmezés) 1 – Kell ellenőrizni, figyelmeztetéssel 2 – Kell ellenőrizni, szigorúan Ha a kötvállalásnak a figyelt főkönyvi dimenziókra nézve van eltérő dimenziója, akkor vagy csak figyelmeztet erre, vagy nem végzi el az érvényesítést. A figyelmeztetésnél (1) lehetőséget ad az érvényesítés felfüggesztésére, és az eltérésék javítására. Ha a kötvállalásnak csak olyan dimenziói vannak, amelynek a figyelt főkönyvi dimenziói megegyeznek a fedezet főkönyvi dimenzióival, és „Előzetes kötváll csökkentése saját dimenziókkal?” paraméter Igen-ben áll, akkor a fedezet fogyasztó pénzügyi bizonylat a fedezet dimenzióival készül. Egyébként a kötváll dimenzióival. Ez utóbbi csak a fenti paraméter 0-s és 1-es állása esetén lehetséges.

dátuma

a

számla

Kötvállalás főkönyvi összevetése a fedezettel [penefd]

Kötvállalások kezelését használja-e? [penkvk]

Kötvállaláson megjegyzés? [penkkd]

kötelező

a

0 – Nem használja 1 – Használja (alapértelmezés) Nem hatására a Keret/Kötváll popup nem használható, valamint számlák, pénzforgalmi bizonylatok kezelésénél az automatikusan induló Kötvállalás generálás nem működik.

dokumentum

és

KTK csak inicializálással töltődik? [penkti]

Lezárt napra rögzíteni? [penpbz]

lehet

0 – Nem kötelező (alapértelmezés) 1 – Kötelező A paraméter Kötelező állása esetén: a proforma számlák fejében kötelező kitölteni a Megjegyzés és a Rendelés/Ikt.szám – Dokumentum típusa – mezőket, előre nem bejelentett kötvállalások generálásakor kötelező ezen mezők megadása, a kötvállalásos szerződéseken (PENZ02) kötelező a Szerződés fajta és a Megjegyzés kitöltése. 0 - Nem, karbantartható is a mező (alapértelmezés) 1 - Igen, kontírozó törzsből inicializálódik C sak Forrás.NET-ben van jelentősége és hatása a KTK/ERA töltésére.

pénztár

bizonylatot

0 - Nem rögzíthető pt. biz lezárt napra 1 - Rögzíthető pt. biz lezárt napra Ha Nem értékre állítjuk, akkor arra a napra, amelyre már készült Pénztárjelentés, nem lehet újabb bizonylatot rögzíteni. Értelemszerűen kartononként. Valamint figyelmeztet a program, ha adott dátumnál későbbi dátumra van már bizonylata az adott kartonnak.

Napló zárolás helyett Bizonylatzárolás? [pennzb]

0 - Naplózárolás (alapértelmezés) 1 - Bizonylatzárolás Az általános használat a naplózárolás, mindenki csak a saját naplójába rögzíthet adatot. A felhasználófüggetlen beállítás esetén a bizonylatzárolás beállítást kell alkalmazni.

Nem visszaig.áfa számlára? [pennva]

0 – Nem, ÁFA számlára (alapértelmezés) 1 – Igen, adóalap számlaszámra A fenti paraméter Igen állása esetén a Nem visszaigényelhető ÁFA-kódokat tartalmazó soroknál az üzemgazdasági feladáskor az ÁFA- összegeket a program az adott sor nettó összege

25

üg.feladása

adóalap



Értékei, hatása ellenszámlája üzemgazdasági megfelelőjére adja fel. Ehhez az ÁFA-törzs Arányosítandó? mezőjében az alábbi kódokkal jelölni kell, hogy melyik ÁFA-kód jelent nem visszaigényelhető ÁFA-t: V – visszaigényelhető N – nem visszaigényelhető A – arányosítandó X – egyéb (nem értelmezhető a visszaigénylés)

NETA bevallást készít-e? [pennet]

0 – Nem, nem készít (alapértelmezés) 1 – Igen, készít A paraméter 1-es beállítása esetén jelennek meg azok a menüpontok, funkciók, melyek a NETA bevallás készítését lehetővé teszik a rendszerben.

Nyomtatás nyugtázása szükséges? [pennny]

0 – Nem szükséges a nyomtatás nyugtázása 1 – Szükséges a nyomtatás nyugtázása (alapértelemezés) Alapértelmezés esetén a nyomtatás bizonyos formátumok nyomtatásakor megkérdezi, hogy sikerült-e a nyomtatás. Ha a paramétert Nem szükséges-be állítjuk, akkor a program kérdés nélkül átállítja a számlákban a Nyomtatva jelzést Igen-re az első nyomtatás után.

Nyomtat-e kontír információt? [penkcn]

0 – Nem nyomtat 1 – Igen, kontírcimkét nyomtat 2 - Igen, Kontírlapot nyomtat 1-hatására a főkönyvi feladás indításakor – mind a Kontírozás popup-ból, mind a bizonylati karbantartóból – az ablakban megjelenik néhány kérdés a kontírcimke nyomtatásával kapcsolatban. Ez a karbantartóból indításnál felesleges kattintásokat igényelt. Tehát ennek a paraméternek a Nem-be állításával mellőzhetők ezek a kérdések. 2-es egy csoportos lista készíthető (bizonylatszámtól bizonylatszámig szigorú sorrendben), melyen bizonylati soronként szerepelnek a kontír számok és összegek

Partner bank használatának módja [penpbh]

0 – Esetleges, szabad (alapértelmezés) 1 - Kötelezően Kötelezően beállítás esetén a partner bankjai láncban a partner összes bankszámláját fel kell vinni. Erre azért van szükség, mert a szállítói számla iktatásakor csak olyan bankszámlára hivatkozhatunk, amely szerepel ebben a láncban. Ha esetleges, akkor használhatjuk a partner bankjai láncot, segítségként is felkínálja a program szállítói számla iktatásakor, de bármit be lehet írni.

PENKBV Kimenő bizonylatok dátumozása megengedett? [penkbv] Pénzforgalmi tételek alapján? [penbpa]

arányosítása

vissza

0 - Nem megengedett 1 - Megengedett (alapértelmezés) Ha Nem-be állítjuk, akkor a Vevő számlák/bekérők dátuma nem lehet korábbi a mai napnál.

számlák

0 - Eredeti összeg feladása a főkönyv felé (alapértelmezés) 1 - Arányosított feladás a főkönyv felé Alapértelmezés beállítása esetén a pénzforgalmi (bank, pénztár) tételeket egy összegben adja fel a program a főkönyvbe. Arányosított feladásnál a pénzmozgás összegét felosztja a teljesített számla információs dimenzióinak arányában.

Pénzforgalom alapján történik a szállítói ÁFA 0 - Teljesítés alapján (alapértelmezés) bevallása? 1 - Pénzforgalom alapján [penpsa] Alapértelmezése szerint, szállító számla iktatásakor az ÁFAidőszak a teljesítés dátumából – közösségi számláknál a bizonylati dátumból - inicializálódik és karbantarható a mező. Pénzforgalmi bevallás esetén nem inicializálódik és nem karbantarható. Pénzforgalom alapján történik a vevői ÁFA 0 - Teljesítés alapján bevallása? 1 – Pénzforgalom alapján (alapértelmezés) [penpva] A paraméter a pénzforgalmi működésre van csak hatással. Alapértelmezés esetén a számla rögzítésekor nem tölti fel, és nem is ugrik rá az ÁFA-hó mezőre. A pénzforgalom rögzítésekor kell töltenünk az ÁFA-hót, vagy Halasztott idejű ÁFA-rendezőt kell generálnunk.


26


Értékei, hatása Ha a paraméter értéke Teljesítés alapján, akkor a számla rögzítésekor feltölti és ráugrik az ÁFA-hó mezőre. De nem kötelező. Az ÁFA-hóval rendelkező számláknál a pénzforgalom rögzítésekor nem is engedi tölteni a program az ÁFA-hót, és Halasztott idejű ÁFA-rendezőt sem generál ezekhez a számlákhoz.

Pénzügyi analitika nyitó időszaka [penpni]

Egy időszak kódja írható be, ha az nem január. A „féléves” (akár évközben bármikor) nyitással kapcsolatban felmerült a Szabad előirányzatok és az Előirányzat felhasználások megállapításának problémája. Mivel ezek a kimutatások a kötvállalásokból dolgoznak, nem megfelelő eredmény produkálnak, ha az analitika nem év elejétől indul. A nyitás előtti kötvállalások és azok teljesítései vegyesként kerülnek felrögzítésre a főkönyvbe, ezért a megoldást az jelenti, ha ezekkel a teljesítésekkel csökkentjük az előirányzatot. A paraméter a Szabad előirányzatok kimutatását, a Periódusos listát és a szerződések beléptetésekor futó Előirányzat túllépés ellenőrzést érinti.

Pénzügyi tétel szövege a bony. eseményből? [pentsb]

0 – Nem, nem a bony.eseményből (alapértelmezés) 1 – Igen, a bony.eseményből Igen hatására a Szállítói bizonylatokban, valamint a bank és pénztár terhelés bizonylatokban a tétel szövegét a program a bonyolítási esemény azonosító megnevezésével inicializálja.

Postai átfutási napok száma [penanp]

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 C , 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.

Részösszegű csoportos beszedés [penrcb]

0 – Nem engedélyezett (alapértelmezés) 1 – Engedélyezett Nem hatására csoportos beszedésnél, ha a felhatalmazó levélen van limit beállítva, akkor a program úgy figyeli ezt a limitet, hogy kijelölni nem engedi azt a számlát, ami meghaladja a limitet, generálásnál pedig, ha a számlák összértéke meghaladja a limitet, nem generál. Ha Engedélyezettbe állítjuk, akkor kijelölésnél egyáltalán nem figyelmeztet, generáláskor pedig számlánként egyesével fogyasztja a limitet, és létrehozza a pénzforgalmi megbízást annyi számlából, amit elbír a limit. Ha egy számla már túllépné a limitet, akkor a kijelölt összeget csökkenti, és csak annyi összeggel jön létre a megbízás, ami még belefér a limitbe. A kijelölt számlákon pénzügyi esedékesség sorrendben halad.

Rezsicsökkentés százaléka [penrcs]

Itt adható meg az a százalék, amit elengedtünk az eredeti díjból, a kimenő számláknál. Ezzel a százalékkal a számla végösszegéből szorozva kapjuk meg a csökkentés összegét. Ha tizedest is tartalmaz a százalék, ponttal kell jelölni a tizedes vesszőt (3.5)!

Száll.szla.banki könyv.kötvállal szemben? [pensbk]

0 – Nem kötvállal szemben (alapértelmezés) 1 - Kötvállal szemben Kötvállal szemben beállítás esetén a szállítói számla pénzügyi teljesítésének főkönyvi feladásakor a hivatkozott számla soraiban használt szállítói számla jogcímhez rendelt kapcsolódó proforma jogcím ellenszámlájára ad fel a program jóváírás esetén a Követel, terhelés esetén a Tartozik oldalra. Nem kötvállal szemben beállítás esetén a bank kontírozást, vagy ha az üres, a számla kontírozását adja fel.

Szállítói számlák igazolása 3 lépéses? [penigl]

0 – 1 lépéses (alapértelmezés) 1 – 3 lépéses 2 - 2 lépéses Alapértelmezés 1 lépéses esetén a program az igazolásjelzőt K - Kiadva igazolásra státuszból I - Igazolt/Utalványozott

27



Értékei, hatása státuszba állítja. Ha 3 lépésesre állítjuk, a számla igazolásának a lépései: T Teljesített, E - Ellenjegyzett, I - Igazolt/Utalványozott. A 2-es értéknél a Teljesítés igazolás és az Utalványozás(Igazolás) funkciók a 2 lépés. Ez a direkt menüpontokban is így látható, valamint, ha Aláírás kezeléssel állítjuk az igazolás jelzőt, akkor az is 2 lépésben történik meg, T-re, majd I-re.

Számlatükörből dimenzió inicializálás kitöltött 0 – C sak üres mezőre (alapértelmezés) mezőre is? 1 – Kitöltött mezőre is [foksdi] A vegyes rögzítések – Könyvelési adatok, Költségfelosztás vetítési alap, Bérszámfejtés, Előirányzat, Bérkötvállalás közben a program a főkönyvi számla alapján a számlatükörből amennyiben ki vannak, töltve a főkönyvi dimenziókat felinicializálja. De mindezt csak akkor, ha a cél mező üres. Ha Kitöltött mezőkre is értéket állítjuk be, a program akkor is elvégzi az inicializálást, ha a cél mező nem üres. Szerződés Beléptetés hatására automatikusan Aláírt? [pensba]

0 – Nem, a funkciókkal kell aláírtba állítani (alapértelmezés) 1 – Igen, aláírt Ha nem használja az Aláírás menedzselést, ez pedig Igen-ben áll, akkor a szerződés Beléptetés egyből Aláírt-ba teszi a szerződést. A szerződés és a fedezet „aláírás” lépései – ellenjegyzés, aláírás, meghirdetés – nem láthatók, ha ez igenben áll.

Teljesítés főkönyvi dimenzióinak összevetése a kötvállal [pentfd]

0 – Nem kell ellenőrizni (alapértelmezés) 1 – Kell ellenőrizni, figyelmeztetéssel 2 – Kell ellenőrizni, szigorúan 1-es és 2-es hatására a szállítói sorok, valamint a banki/ pénztári sorok felvitele, módosítása után a program összehasonlítja az aktuálisan felvitt, módosított sor főkönyvi dimenzióit a sorban hivatkozott szállítói kötvállalás élő dimenzióival. Nem élő alatt azt értjük, ha van egy kötvállalás, és annak egy olyan korrekciózása, amely az egyik sort lemínuszolja, így annak a dimenzióira 0 lesz az összege, akkor az nem élő sor. Ha nem talál a dimenzióknak megfelelő élő kötvállalás sort, akkor erre figyelmeztet. A program a „Kötvállalás zárás maradvány korrekcióval” program mintájára működik, és annak a paraméter beállításait használja. Azaz azokat a dimenziókat veszi csak figyelembe, amelyek a „Kötvállalás főkönyvi dimenziók beállításai” táblában a ZARAS rekordban Igen-ben állnak. Ezeken túl még az Áfa-kódot. Ha a paraméter 2-esben áll, akkor ez a figyelmeztetés már egyben tiltás is. Mivel technikailag csak az új tétel, illetve módosítás befejezése után tudjuk elvégezni ezt az ellenőrzést, a tiltást csak úgy tudtuk érvényesíteni, hogy a tételből a fejbe való fellépéskor vizsgál a program. Tehát, ha a bizonylatnak csak egy sora is olyan főkönyvi dimenzió kombinációt tartalmaz, amely a hivatkozott proformában nincs, nem enged fel a fejbe. Ha a bizonylatnak több sora is ilyen, mindegyiket külön-külön kilistázza a képernyőre, és addig nem enged fel e fejbe, amíg mind ki nincs javítva.

Trankód összevetése? [pentjv]

0 – Nem, nem szükséges (alapértelmezés) 1 – Igen, szükséges 2 – Figyelmeztetés 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 Trankódja és a kapcsolódó- vagy kiválasztott jogcímhez rendelt Trankód 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

számla

jogcím

trankód


28


Értékei, hatása lehet lezárni a számlát, amíg van olyan sora, amelyben nem egyezik a sor és a jogcímhez rendelt dimenzió. Itt is csak akkor, ha egyik sem üres. Trankód vizsgálatánál a 2es érték esetén csak figyelmeztet, és a „Javítja?” kérdésre adott Nem válaszra lezárja a bizonylatot. Kötvállalás dimenzió rögzítésekor: Ha a „Bonyesemény számla jogcím bonyes. összevetése” paraméter Igen-ben áll, akkor a dimenziók rögzítésekor is végzünk ellenőrzést, ha a jogcímben is és a dimenzióban is ki van töltve a Bony.esemény.

Tranzit naplóban lévő számla utalható ? [pentsu]

0 - Tranzit naplóban lévő számla nem utalható 1 - Tranzit naplóban lévő számla utalható (alapértelmezés) A paraméter hatása az utalásra kijelölésnél (egyedi, csoportos) érvényesül. Nem jelölhető ki utalásra a tranzit naplóban lévő számla, ha a paraméter 0-ban áll.

Tranzitálás tranzitnaplón keresztül? [pentrt]

0 - Közvetlen pénzügyi naplóba 1 - Tranzit naplón keresztül (alapértelmezés) Tranzit beállítás esetén a bizonylat átadás csak tranzitnaplón keresztül történhet. Közvetlen pénzügyi napló esetén pedig a Tranzit napló választásakor Pénzügyi naplókat kínál fel választásra. Ilyenkor figyelmeztet, ha a két napló időszaka eltér egymástól. Valamint ebben az esetben a Tranzitból átvétel funkció nem használható! Ilyenkor csak átadás van, egy másik pü.naplóba.

Utalványozás csak aláíráskezeléssel? [penuak]

0 – Nem (alapértelmezés) 1 – Igen 2 - Egyszerű aláíráskezeléssel lehet utalványozni Alapértelmezés hatására a Pénzügyben a Szállítói számlák iktatása, a Számlarendezés menüpontokban tudjuk módosítania a számla fejében az utalványozással kapcsolatos mezőket, az Utalványoz/Igazol mezőkben az Utalványozó törzs jön fel az Aktív szűréssel. Valamint tudjuk kezelni az aláírás eseményeket. Ha minden felvitt aláírás Aláírt vagy Rontott, akkor megkérdezi: Átállíthatom az igazolásjelzőt?, és ekkor Król I-re állítja, és az Utalványozót nem írja be. Igen hatására ugyanezekben a menüpontokban a számla fejében az utalványozással kapcsolatos mezők (Utalványozó, Kiadás dátuma, Igazolás dátuma, Igazolás jelző) nem karbantarthatók. C sak az aláírás kezeléssel állíthatók az igazolás jelzők ( N » K és K » I ). Egyszerű aláíráskezeléssel lehet utalványozni működési mód csak a Forrás.NET rendezserben került megvalósításra. Bővebben Forrás.NET, Pénzügyi modul dokumentációjában.

Van-e tagvállalattól utalási adatsor átvétele? [pentua] Vevő szla. banki könyv.kötvállal szemben? [penvbk]

0 - Nincs utalási adatsor átvétel (alapértelmezés) 1 - Van utalási adatsor átvétel 0 – Nem (alapértelmezés) 1 - Igen Igen állása esetén a vevő számla pénzügyi teljesítésének főkönyvi feladásakor a hivatkozott számla soraiban használt vevő számla jogcímhez rendelt kapcsolódó proforma jogcím ellenszámlájára ad fel a program jóváírás esetén a Tartozik, terhelés esetén a Követel oldalra. Nem esetén a bank kontírozást, vagy ha az üres, a számla kontírozását adja fel.

Vevői kötelezettségvállalást a bony. esemény 0 – Nem vezérli-e? 1 – Igen (alapértelmezés) [penvkb] A vevő számláknál az üres Bizonylathivatkozású sorokra automatikusan induló, illetve menüből indítható funkciót Kötvállalás generálása - vezérli. Igen esetén vevő kötvállalásokat csak azokra a sorokra generálja a program, amiben „keretes” bony.esemény szerepel. Nem hatására minden sorra generál. Természetesen csak akkor, ha a felhasználó kéri. Ez a kérdés (Kíván-e generálni?) általános. Zárással együtt kontírozás, főkönyvi feladás?

29

0 - Nem, külön lépések (alapértelmezés)



Értékei, hatása

[penzkf]

1 - Igen, egylépéses zárás-kontírozás-főkönyvi feladás A paraméter Igen állása hatására a pénzügyi bizonylat zárásakor automatikusan elindul a bizonylat kontírozása, és főkönyvi feladása. Értelemszerűen ugyanolyan „szigorú” a program itt is, vagyis a főkönyvi feladásnak ugyanazok a feltételei. Tehát, ha nem sikerül a kontírozás tökéletesen, vagy bármi más akadálya van a főkönyvi feladásnak, akkor nem lesz feladva a bizonylat. Ilyenkor a régi módszerrel kell kontírozni, illetve a beavatkozás után a régi módszerrel kell feladni.


30

Adatmozgatás Menü Adat küldés-fogadás definíciók Bankszámlaszámok

32

37

Adatfogadás környezeti beállítások Adatok fogadása

41

Fogadott adatok törlése

44

Fogadott adatok karbantartása Fogadott adatok lekérdezése

45

50

Pénzügyi bizonylatok generálása Elutasítások feldolgozása Adatok küldése

51

54

55

Utalás formátum karbantartás

31

39

56


Adat küldés-fogadás definíciók Feladata az adatok küldési és fogadási környezetének, és a funkció keretein belül lezajló tevékenységeknek a meghatározása. Ebben a táblában definiálhatjuk a különböző típusú küldéseket, illetve fogadásokat. Ezeknek a folyamatoknak a vezérlését tartalmazzák a tábla mezői.

BFOGDEF felépítése Azonosító – f_azon Értékei Igen vagy Nem lehetnek. Azt jelöli, hogy a szerződés a PC-s rendszerből lett-e konvertálva, vagy már az SQL-es rendszerben újonnan rögzítve. Megnevezés - f_nev F2 LCEGEK-törzskapcsolat A cég jelölése - LIZING RT vagy BERLET KFT - a finanszírozási konstrukció alapján tölti fel a program. Küldés/Fogadás - f_io Annak a jelölése, hogy Küldést vagy Fogadást definiálunk. F – Fogadás (kivonat fogadása) K – Küldés (kivonat küldése) C – Csekk fogadás (Postai álomány fogadása – speciális a 0 egyenleg miatt) DOS konvertáló - f_dosprg Annak a programnak a neve elérési útvonallal együtt, amely a kapott floppy-n lévő állomány DBF file-t készít, illetve az pénzügyi modul által küldött DBF file-ból a banki terminál számára értelmezhető állományt készít. DBF/TXT helye - f_dbfpath Elérési útvonal leírása, azaz a küldő/fogadó hol találja a küldendő/fogadandó DBF/TXT file-okat. DBF/TXT maszk - f_dbftab A DBF/TXT file-ok skeletonja, amelyek küldését/fogadását szeretnénk elvégezni. Input kódlap - f_icode A bemeneti állomány kódlapjának jelölése, azért, hogy az ékezetes betűket megfelelő módon Forrás-SQL | Banki és postai adatok küldése-fogadása modul [pszfogad.fap] © 2014 GriffSoft Informatikai Zrt.

32

alakítsa át a program. Output kódlap - f_ocode A kimeneti állomány kódlapjának jelölése, azért, hogy az ékezetes betűket megfelelő módon alakítsa át a program. SQL konvertáló - f_cnvsql Speciális konvertáló program text típusú állományok beolvasására. Vagy a DOS konvertálót, vagy az SQL konvertálót kell megadni. Bankonként más. Ld. Később példák. Inicializáló program - f_inisql Speciális inicializáló program. A felhasználó sajátosságainak megfelelően a kapott adatok alapján egyes mezők felinicializálásának leírását tartalmazó program. Ha nincs speciális, akkor a standardot kell ide beírni: Normal_Init(). Adatellenőrző program - f_ellsql Speciális adatellenőrző program. A felhasználó sajátosságainak megfelelően a fogadási állományban mezőinek feltöltöttségét, az adat összefüggéseket ellenőrző program. Ha nincs speciális, akkor a standard-ot kell ide beírni: Normal_Check(). Csak a körny.beáll-ban lévő kartont? - f_csakdef Értékei I - Igen vagy N - Nem lehetnek. Az állományok beolvasásakor lehetőségünk van arra, hogy csak azoknak a banki kartonoknak a tételeit olvassa be a program, amelyek értéke ebben az mezőben I - Igen. Azaz Fogadási definíciónként egyesével állíthatjuk be, hogy beolvastatjuk-e a környezeti beállításokban nem szereplő banki kartonok tételeit vagy sem. Kieg szelvényt is? - f_kiegis Értékei I - Igen vagy N - Nem lehetnek. Az erre a kérdésre beállított I - Igen válasszal vezérelhetjük, hogy a program a kapott II. file szerkezetű kivonatban érkező 04-es sorokat is beolvassa. Ezek a sorok a pszfogad tábla pszfog_tran láncába kerülnek, hasonlóan a psztetel tábla psztet_tran láncához. Majd a Pénzügyi bizonylatok generálása a pszfog_tran-ból átemeli adatokat a psztet_tran-ba.

Az SQL konvertáló feltöltése A bankok különböző struktúrájú kivonatokat exportálnak, így minden struktúrának megvan a maga konvertáló programja. A programra való hivatkozás a következő:

A meglévő konvertáló programokkal kapcsolatos beállítások a GriffSoft közreműködését igénylik!

33


Az Inicializáló program feltöltése A felhasználó kérhet speciális inicializáló programot, amely kimondottan az ő kéréseinek megfelelően tölti fel a fogadási állomány mezőit, az általa definiált algoritmusok szerint. Ha nincsenek speciális igények, akkor a standard inicializáló procedurát kell itt meghívni:

3. 4. 5. 6.

paraméter paraméter paraméter paraméter

Szállítói kifizetés (PENB02) van partner és negatív Vevői befizetés (PENB01) van partner és pozitív Egyéb terhelés (PENB02) nincs partner és negatív Egyéb jóváírás (PENB01) nincs partner és pozitív

Devizás paraméterek (ha a tranzakció devizakódja eltér a hivatalostól) 7. paraméter Szállítói kifizetés (PENB04) van partner és negatív 8. paraméter Vevői befizetés (PENB03) van partner és pozitív 9. paraméter Egyéb terhelés (PENB04) nincs partner és negatív 10. paraméter Egyéb jóváírás (PENB03) nincs partner és pozitív

Az Adatellenőrző program feltöltése A felhasználó kérhet speciális ellenőrző programot, amely kimondottan az ő kéréseinek megfelelően végzi el az adatösszefüggések vizsgálatát, a kitöltöttséget, az általa definiált algoritmusok szerint. Ha nincsenek speciális igények, akkor a standard adatellenőrző procedurát kell itt meghívni:


34

Elutasított megbízások feldolgozása - Költségvetésieknek! A Kincstártól kapott HIB állományok feldolgozási lehetősége. Az adatfogadási definíciók között egy újat kell definiálni, mert ezzel jelezzük a program számára, hogy itt egy elutasított állományt olvasunk be, és nem egy jó kivonatot. A Küldés/Fogadás mezőbe 'U' kerül.

Az SQL konvertáló majdnem ugyanaz, mint a kivonatnál, csak itt is jelezni kell, hogy elutasítást fogadunk, a zárójelben 'U':

És az elutasításnak saját inicializálója van:

35


A konvertáló program beolvassa az állomány 03-as sorait. Azokat a 03-as sorokat, amiknek a terhelt és jóváírt számlaszáma megegyezik és az összege 0, önálló kiegészítő szelvénynek tekinti. Ezeknél a PSZFOGAD állományban a Tranzakció azonosító mezőbe 'K' jelzés kerül. A bizonylatszámot technikai okokból az SZJ/ITJ mezőbe rakja. A Bank/Posta mezőbe 'U' kerül megkülönböztető jelölésként. Az inicializáló megpróbálja beazonosítani az utalási bizonylatokat és a kiegészítő szelvényeket. A normál utalási bizonylatoknál a PENU01 bizonylatok között keres: az SZJ/ITJ-ben levő 6-hosszú szám utolsó 5 pozíciójának, a bankszámlaszámoknak, az összegnek, a bizonylati dátumnak megfelelő bizonylatot keres. Ha megtalálja, eltárolja az Utalás bizszám mezőbe. A kiegészítő szelvényeknél a PF1K bizonylatok között keres: az SZJ/ITJ-ben levő 6-hosszú számnak, a bankszámlaszámoknak, a bizonylati dátumnak megfelelő bizonylatot keres. Ha megtalálja, eltárolja az PF1K bizszám mezőbe. Ezek a mezők kézzel is feltölthetők a beolvasás és esetleges sikertelen beazonosítás után. Egy tétel akkor jóváhagyott, ha vagy az Utalási vagy a PF1K bizszám mezője nem üres a Tranzakció azonosítótól függően.


36

Bankszámlaszámok Feladata a partnerek bankszámláinak nyilvántartása. A bankszámlaszámok nyilvántartása nem kötelező, számla rögzítésnél jelenthet segítséget a használata. Ha a partnernek a bankszámláit itt nyilvántartjuk, akkor a partnertörzsben rögzített bankszámlaszámot is fel kell ide vinni, a párhuzamos nyilvántartás nem kezelhető.

PARTBANK_V felépítése Partner azonosító - f_partner F2 PARTNER törzskapcsolat Annak a partnernek a kódja, akinek a bankszámláját rögzítjük. Partner neve 1 - f_nev1 A partner megnevezése. Nem karbantartható, a Partner törzsből inicializálódik. Irányítószám - f_irsz A partner helységének irányítószáma. Nem karbantartható, a Partner törzsből inicializálódik. Helység - f_helyseg A partner helységneve. Nem karbantartható, a Partner törzsből inicializálódik. Cím - f_cim A partner címe. Nem karbantartható, a Partner törzsből inicializálódik. Fizetési mód aé - f_fizmod A partner fizetési módjának alapértelmezése. Nem karbantartható, a Partner törzsből inicializálódik. Bankszámlaszám - f_pbsz1, f_pbsz2, f_pbsz3 F2 BANKOK törzskapcsolat A partner pénzintézetének azonosítója, ahol a pénzforgalmat bonyolítja és a partner saját bankszámlaszáma.

Törlés

37


A funkció nem végez referenciális integritás vizsgálatot, mert a törzsnek összetett kulcsa van, ezért törlésnél a vizsgálat mindig pozitív eredménnyel térne vissza, így nem lehetne törölni a táblából. Rögzítés A törzs FAP, Partner teljes nyilvántartás, Partner bankszámlák menüpontban felrögzített adatok automatikusan megjelennek, ami itt is kiegészíthető, módosítható, törölhető.


38

Adatfogadás környezeti beállítások Feladata a banki bizonylatok generáláshoz/inicializálásához használt definíciók karbantartása. Banki kartononként itt állíthatjuk be, hogy az egyes kartonokhoz tartozó tranzakciókhoz milyen bizonylattömbbel és milyen naplóba generáljon banki bizonylatot. Valamint Inicializáláshoz adhatunk meg jogcímet.

BFOGTOMB elépítése Pénzügyi karton – f_penzkart F2 PSZKARTON törzskapcsolat A pénzügyi karton azonosítója. A karton azonosító mellé kiíródik annak megnevezése. Jóváírás bizonylati tömb – f_biztombj F2 BIZTOMB törzskapcsolat A Pénzügyi karton mezőben szereplő kartonnak megfelelő devizás vagy forintos banki jóváírás bizonylattípusú bizonylattömböket kínálja fel a program választásra. Jóváírás jogcím – f_jogcimj F2 JOGCIM törzskapcsolat A Pénzügyi karton mezőben szereplő kartonnak megfelelő devizás vagy forintos banki jóváírás bizonylattípusú jogcím. Terhelés bizonylati tömb – f_biztombt F2 BIZTOMB törzskapcsolat A Pénzügyi karton mezőben szereplő kartonnak megfelelő devizás vagy forintos banki jóváírás bizonylattípusú bizonylattömböket kínálja fel a program választásra. Terhelés jogcím – f_jogcimt F2 JOGCIM törzskapcsolat A Pénzügyi karton mezőben szereplő kartonnak megfelelő devizás vagy forintos banki terhelés bizonylattípusú jogcím. Jóváírás/Terhelés biztömb - f_biztombv F2 BIZTOMB törzskapcsolat Ha ezt adjuk meg, és a Jóváírás és Terhelés bizttömböt nem, akkor egy bizonylat fejjel hozza létre a generáló a bizonylati sorokat, vegyesen a jóváírásokat és terheléseket ([PENB12] és [PENB34] bizonylattípusok kezelési módja). Napló – f_naplo F2 NAPLO törzskapcsolat Azt a nyitott pénzügyi naplót lehet itt megadni, amelybe a generálandó bizonylatokat szánjuk. Kitöltése nem kötelező. Amikor elindítjuk a generálást, a program megvizsgálja, hogy a kiválasztott állományban szereplő banki kartonok közül van-e olyan, amelyhez a környezeti beállításokban nincs megadva napló. Ha 39


van, akkor bekér egy Nyitott pénzügyi naplót, és azoknak a kartonoknak a bizonylatai, amikhez nincs megadva napló, ebbe a naplóba kerülnek. Nyitott bizonylat generálás? - f_nyitott I - Igen hatására a Pénzügyi bizonylatok generálása az adott banki karton esetén N - Nyitott bizonylatot hoz létre. Az üres N - Nem-et jelent. Banki kartononként kell beállítani. Technikai banki karton - t_penzkart F2 PSZKARTON törzskapcsolat Csak akkor látható a mező, ha a FORKVI - Költségvetési intézmény-e a felhasználó rendszerparaméter értéke Költségvetési intézmény. Ha egy adott pénzügyi kartonhoz megadunk egy Technikai banki kartont, akkor az inicializálás az ONALLOKIEG sorokban lecseréli a tényleges banki kartont a technikaira. Ha üres a Technikai banki karton, akkor a program a Könyvelendőt N - Nem értékre állítja. Ennek hatására nem fog belőle bizonylatot generálni. Tehát bankszámlánként a Technikai bank kitöltésével vezérelhetjük, hogy kellenek-e az Önálló kieg. sorok. Lehet ugyanaz a technikai bankja az összes bankszámlának. Nem SZHV-s terhelések Rovatonként? - f_terrov Igen esetén egy olyan banki terhelésnek, aminek nincs Számlahivatkozása, de van Kiegészítő szelvénye (kapunk a kivonatban 04-es sorokat), a banki tételeket nem a kivonat soraiból, hanem a Kiegészítő szelvény szerinti részletezettségben hozzuk létre. . Ha nem állítjuk Igenbe ezt a mezőt, akkor a banki tétel a kivonat soraiból keletkezik, és a Kiegészítő sorok a MÁK szerinti Rovat táblába kerülnek.


40

Adatok fogadása Feladata a banktól kapott adatok konvertálása, karbantartható állománnyá alakítása, bizonyos mezők inicializálása. Először az Adatok fogadása ablakban felkínálja a fogadási definíciókat. Választás után, attól függően lép tovább a program, hogy a fogadási definícióban DOS vagy SQL konvertáló van meghívva. DOS-os verzió esetén a definícióban hivatkozott DOS konvertáló program átalakítja a floppy-n lévő text fájlt adatbázis fájlá és a DBF helye könyvtárba másolja. Ezután DOS és SQL verzió esetén is a program felkínálja a DBF/TXT helye könyvtárban lévő DBF/ TXT maszk-nak megfelelő fájlokat. Újabb választás után megkezdődik az adatok betöltése a következő lépésekkel:

Másolás A konvertált állomány tartalmát a program bemásolja a fogadó állományba. A Könyvelendő mezőt alapértelmezésben I - Igenbe, a Jóváhagyva mezőt pedig N - Nembe állítja.

Inicializálás Az Inicializáló program-ban definiált programmal történik a tételek azon mezőinek a feltöltése, amelyek a kapott adatok közt nem szerepelnek. Ilyenek: Saját számla alapján próbálja beazonosítani a banki kartont. A bankszámla mellett a bizonylati dátum szerinti évet is figyelembe veszi a beazonosításnál. Partner bankszámla vagy Külföldi bankszámla alapján partnertörzsből, valamint partner bankszámlái törzsből próbálja beazonosítani a partner. Befizető azonosító alapján Postai állomány esetén a pénzforgalmi megbízásból próbálja beazonosítani a partnert. A beolvasott állományban lévő HUF vagy FT devizakódot mindenképpen lecseréli a FORHDK - Hivatalos deviza kódja rendszerparaméter szerint beállított kódra. A partner kitöltöttsége, a devizakód és az összeg előjele alapján a paraméterként kapott jogcímekkel ellátja a sorokat. Azon sorokba kerül a fix vevő és szállító jogcím, amelyekben a Számlahivatkozás is beazonosításra került. Ahol csak partner van, vagy az is üres, azokba az általános jóváírás és terhelés jogcím (5.,6. paraméter) kerül. Az ÁFA-időszakot dátum alapján vesszük. A számlahivatkozás beazonosítás (közlemény és összeg alapján) után ellenőrzi, hogy egyezik a számla és a fogadott adat partnerkódja. Ha nem egyezik, akkor veszi a számla partnerkódját, ha megegyezik a számlában és a fogadott adatban a partner bankszámlaszáma. A program az állományok beolvasásakor generál egy csoportos elszámolási bizonylatot. Ennek az a célja, hogy ha egy partneri pénzforgalmat nem tudunk beazonosítani, akkor a Számlahivatkozás mezőbe ezt beírhatjuk, hogy ne maradjon üres. Gyűjtős kialakításnál ez „összeakadást” okozhat az intézmények között. A Pénzforgalmi könyvelés paraméterre kötöttük ezt a funkciót, vagyis csak NEM pénzforgalminál jönnek létre a Csoportos elszámolási alapbizonylatok [PENC01].

41


Ha az adott kartonhoz az Adatfogadás környezeti beállításoknál 39 van megadva Terhelés/Jóváírás jogcím, akkor az összeg előjelétől függően felülírja a sorban a jogcímet. Tehát az Adatfogadás környezeti beállításoknál megadott jogcím az „erősebb”, ha ki van töltve. Végül feltölti az esetlegesen a jogcímben beállított főkönyvi dimenziókat. Ellenőrzés Mezők kitöltöttségének, törzskapcsolatoknak ellenőrzése, valamint az Adatellenőrző program-ban definiált programmal történő ellenőrzés. A kitöltöttséget a jogcím beállításai szerint ellenőrzi. Ellenőrzi a program a kiválasztott jogcím bizonylattípusának és a tranzakció összege előjelének konzisztenciáját. Ha ezek hiba nélkül lefutnak, a Jóváhagyva mező értéke I - Igen lesz. Kitörli azokat a tételeket a fogadási állományból, amelyben a Saját bank-számlaszámok nem létező pénzügyi kartonra mutatnak. 2. A számlahivatkozás beazonosítás (közlemény és összeg alapján) után ellenőrzi, hogy egyezik a számla és a fogadott adat partnerkódja. Ha nem egyezik, akkor veszi a számla partnerkódját, ha megegyezik a számlában és a fogadott adatban a partner bankszámlaszáma. Költségvetési specialitás - Önálló kiegészítő szelvény sorainak beolvasása A MÁK-tól elektronikusan fogadott önálló kiegészítő szelvényként érkező sorokat olvassa be, és abból generálja ki a megfelelő technikai bizonylatot. Első lépésként beolvassa azokat a 04-es sorokat, amiknek az őket megelőző 03-as sorában a 273. pozíción K van. Ezen sorok összegének előjele a KTK típusától függ (B/K). A további feldolgozás végett ezeket a 04-es sorokat a [PSZFOGAD] tábla Tranzakció azonosító mezőjében 'ONALLOKIEG' karaktersorozattal jelöljük. A következő lépés az inicializálás, itt dől el, hogy szükségünk van-e ezekre a sorokra. Tehát a felhasználó ezen a ponton paraméterezheti, hogy kellenek-e neki ezek az önálló kiegészítő szelvények. Mindezt az Adatfogadás környezeti beállítások 39 tábla Technikai banki karton mezője vezérli. Ha egy adott pénzügyi kartonhoz megadunk egy Technikai banki kartont, akkor az inicializálás az 'ONALLOKIEG' sorokban lecseréli a tényleges banki kartont a megadott technikaira. Ha üres a Technikai banki karton, akkor pedig a Könyvelendőt N - Nem-be állítja. Ennek hatására nem fog belőle bizonylatot generálni. Tehát bankszámlánként a Technikai bank kitöltésével vezérelhetjük, hogy kellenek-e az Önálló kieg. sorok. Lehet ugyanaz a technikai bankja az összes bankszámlának. A két 'ONALLOKIEG' sorban jellemzően egy normál és egy stornó KTK szerepel. A KTK stornó volta hatására a banki bizonylat generálásakor mínuszos sor fog keletkezni. Tehát a két sor egyenlege 0 lesz. Ezt már csak a Pénzügyi bizonylatok generálása 51 végzi el. Tehát a Fogadott adatok karbantartása 45 [PSZFOGAD] táblában még azonos előjellel láthatjuk a 2 összeget, a banki bizonylaton már ellenkező előjellel fognak szerepelni. Bevételi KTK-ból jóváírás, Kiadásiból terhelés bizonylat keletkezik. Amennyiben a Banki és postai adatok fogadásakor a : Kieg. szelvényt is? kérdésre beállított I Igen válasszal vezérelhetjük, hogy a program a kapott kivonatból a 04-es sorokat is beolvassa. Ezek a sorok a pszfogad tábla pszfog_tran láncába kerülnek, hasonlóan a psztetel tábla psztet_tran láncához. Majd a Pénzügyi bizonylatok generálása a pszfog_tran-ból átemeli adatokat a psztet_tran-ba. A beolvasott adatok nem csak a KTK egyeztetéshez biztosítanak adatot, hanem egyúttal nyilvántartásba kerülnek az ún. hibás KTK/ÁHT-k is, amikről újabb kiegészítő szelvényt kell beadnunk, hogy a Kincstárnál is jó legyen a könyvelés. A psztet_tran-ba a KTK-t és fejezet esetén a megfelelő ÁHT-dimenziót (Egység/Ügylet/ Keretgazda) kellett rögzíteni. A kivonatban a 04-es sorokban az ÁHT jön, a dimenziók nem. És ezt nem is tudjuk visszakonvertálni a megfelelő dimenzióvá, mert 1:n-es kapcsolat. Ezért a Forrás-SQL | Banki és postai adatok küldése-fogadása modul [pszfogad.fap] © 2014 GriffSoft Informatikai Zrt.

42

psztet_tran táblába felvettük az ÁHT-azonosítót. A kivonatból fogadott bizonylatoknál a program ezt tölti. Kézi rögzítésnél is megadható az ÁHT, de nem kötelező. Ennek megfelelő a „Hibás KTKk” miatti PF1K generálás úgy módosul, hogy ha ki van töltve az ÁHT a psztet_tran táblába, akkor azt hasonlítja össze a Forrás-ban könyvelt dimenzió ÁHT-jával, ha nincs kitöltve az ÁHT, akkor a psztet_tran-ba rögzített dimenziót hasonlítja össze a könyvelt dimenzióval. És ezen eltérések esetén generál PF1K-bizonylatot. A kivonatból beolvasott 04-es sorok esetén a Pénzügyi bizonylat generálásakor a program, XXXet ír a KTK-ba, beemeli a kivonatból a PF1K számát, és visszaír a PF1K-ba. A Kincstári kivonat dátuma (ez a banki bizonylat dátuma), és a Kincstári egyeztetési időszak (ez a bank naplójának időszaka). Valamint a PF1K Pénzmozgás tételeibe felveszi az adott bizonylatsort. Mindezt akkor, ha a 03-s sor 273. pozícióján V vagy S karakter szerepel. A PF1K száma a 241. pozíciótól. A továbbfejlesztett változatban a Kieg.szelvényes jóváírások 04-es sorait is KTK kóddal olvassuk be (ha a 03-as sor 273. pozícióján S karakter szerepel és az előjel 2, azaz jóváírás). Ezt, mivel ennek könyvelési vonzata is van, banki bizonylat sorként is beolvassuk. Vagyis az ilyen jóváírásoknál a 03-as sort nem olvassuk (teljes összegű jóváírás), hanem csak a 04-es sorokat olvassuk be, mint az előző megbontása, és ebből banki bizonylati tétel és MÁK szerinti KTK tétel is keletkezik. A 04-es és 16-os sorok 3-10 pozícióján lévő ERA kódot szétválasztottuk Előjel + Rovatkódra. A KTK egyeztetéshez ha Kiegészítő szelvény kapcsolódik a tranzakcióhoz, a KTK mezőbe XXX-et kell írni. Ekkor meg kell adni a Kiegészítő szelvény (PF1K) számát is, és az egyeztetési időszakot. Ennek hatására a megfelelő Kiegészítő szelvénybe visszaíródik a Kincstári kivonat dátuma (ez a banki bizonylat dátuma), és a Kincstári egyeztetési időszak (ez a bank naplójának időszaka). Valamint a PF1K Pénzmozgás tételeibe felveszi az adott bizonylatsort. A kivonatból beolvasott 04-es sorok esetén a Pénzügyi bizonylat generálásakor ezeket elvégzi a program. Azaz XXX-et ír a KTK-ba, beemeli a kivonatból a PF1K számát, és visszaír a PF1K-ba. Mindezt akkor, ha a 03-s sor 273. pozícióján V vagy S karakter szerepel. A PF1K száma a 241. pozíciótól.

Számlahivatkozás beazonosítás A MÁK kivonat 03-as soraiban a 35. pozíciótól 6 hosszan szerepel egy bizonylatszám. Ezt a II. file szerkezet küldésekor generáljuk az Utalási bizonylatszámból, annak a numerikus részéből 6 hosszú számsorozattá átalakítva. Ezt a kivonatban visszakapjuk, beolvassuk az SZJ/ITJ (jobb híján) mezőbe, így beazonosíthatóvá válik az eredeti pénzforgalmi megbízás. Tehát a program megkeresi a bizonylatszámnak, a banki kartonnak, a partnernek és az összegnek megfelelő utalási bizonylatot, és annak sorából veszi Számlahivatkozást.

43


Fogadott adatok törlése A funkció elindításával a kiválasztott állomány törlésre kerül a fogadó állományból. A funkció indításakor feltesz egy kérdést:

Igen gomb hatására azok közül az állományok közül választhatunk, amelyekben egyáltalán nincs feldogozott tétel vagyis nem generálódott belőle banki bizonylat. Nem gomb hatására az összes állományt felkínálja, és a kiválasztott(ak)at figyelmeztetés nélkül kitörli, akkor is, ha csak részben feldolgozott.


44

Fogadott adatok karbantartása A fogadó program által importált, inicializált és ellenőrzött adatokat tartalmazza fogadott állományonként. Itt lehet még kiegészíteni a fogadott adatokat. Ebből az állományból generálja a program a banki bizonylatokat.

PSZFOGAD felépítése Állomány - f_os, / f_recno A fogadott állomány neve (20) / a tétel sorszáma (8) állományon belül. A fogadott állomány neve 12 karakterig kerül a mezőbe. Nem karbantartható. Fog.def - f_azon Annak a fogadási definíciónak az azonosítója, amely vezérelte az állomány fogadását. Nem karbantartható. Bank/Posta - f_bvp Értéke B - Bank vagy P - Posta lehet. A program tölti fel az alapján, hogy banki vagy postai floppy-t fogadtunk. Nem karbantartható.

45


Tranzakció azonosító – f_tranazon A beolvasott állományból a tranzakció egyedi azonosítója. Költségvetésben Önálló kiegészítő szelvény beolvasásakor 'ONALLKIEG' karaktersorozat. Tranzakció típusa – f_trantip A beolvasott állományból a tranzakció típusa. Saját bank - f_sbsz1, sbsz2,f_sbsz3 F2 BANKOK törzskapcsolat A pénzkezelési hely bankjának pénzintézeti azonosítója és a saját bankszámlaszám. Szolg.kód csop.beszed. - f_szolg Szolgáltató azonosítója csoportos beszedés esetén. Beazonosításhoz is használja a program, a banki kartonban feltöltött Szolgáltató kóddal veti össze. Partner bank - f_pbsz1, f_pbsz2,f_pbsz3 F2 BANKOK törzskapcsolat A partner bankjának 8 hosszú pénzintézeti azonosítója és a partner saját, 2 x 8 hosszú bankszámlaszáma. Bef.azon - f_befazon A partner befizető azonosítója Csekkes fizetési mód esetén. Külföldi bankszámla – f_kszamla Bizonyos devizás kivonatok esetén a partner külföldi bankszámlaszáma. Pénzügy karton - f_penzkart F2 PSZKARTON törzskapcsolat A pénzkezelési hely azonosítója, amelyen keresztül az adott pénzforgalom történik. Csak a banki kartonok között keres a program. Deviza kód - f_dkod F2 DEVIZA törzskapcsolat A banki tranzakció devizakódja. Bizonylat dátuma - f_bizdat A banki tranzakció dátuma. Külső bizonylat - f_kbsz A banki kivonat száma. Nem karbantartható. Pénzügyi jogcím - f_jogcim F2 JOGCIM törzskapcsolat A mozgás pénzügyi jogcíme, ez határozza meg a kontírozást. Kezeli a program a jogcím Bekérendő és Kötelező mezőit. ÁFA kód - f_afakod F2 AFA törzskapcsolat A banki tranzakció összegének ÁFA-kulcsa. Partner azonosító - f_partner F2 PARTNER törzskapcsolat A szállító vagy vevő partner kódja. Számlahivatkozás - f_szhv F2 PSZFEJ törzskapcsolat Számla pénzügyi teljesítése esetén az alapbizonylat száma. Elszámolási partn - f_megbizo F2 PARTNER törzskapcsolat Forrás-SQL | Banki és postai adatok küldése-fogadása modul [pszfogad.fap] © 2014 GriffSoft Informatikai Zrt.

46

A tranzakcióhoz kapcsolódó másik partner. A PSZTETEL hasonló mezőjének megfelelője. Biz. hivatkozás - f_bhv F2 PSZFEJ törzskapcsolat A PSZTETEL hasonló mezőjének megfelelője. Szerződésazonosít - f_besszazo F2 SZERTAR törzskapcsolat A tétel szerződésazonosítója. Főkönyvi dimenzió. Költséggyűjtő - f_ktggyujt F2 KTGGYUJT törzskapcsolat A tétel költséggyűjtő kódja. Főkönyvi dimenzió. A mező csak akkor látható, ha a FOREKD Használja-e a az egyedi költséggyűjtőt? rendszerparaméter Használja az egyedi költséggyűjtőt értékben áll. Egyedi gyűjtő 2 – f_gyujto2 F2 GYUJTO2 törzskapcsolat Csak akkor látható a mező, ha a FORG2D - Használja-e az egyedi gyűjtő 2 dimenziót? rendszerparaméter értéke Használja az egyedi gyűjtő 2 dimenziót. A pénzügyi bizonylat tételének egyedi költséggyűjtő 2 szerinti besorolása. Az egyedi költséggyűjtő 2 a főkönyvi feladással bekerül a főkönyvi állományba is. Egyedi gyűjtő 3 – f_gyujto2 F2 GYUJTO3 törzskapcsolat Csak akkor látható a mező, ha a FORG3D - Használja-e az egyedi gyűjtő 3 dimenziót? rendszerparaméter értéke Használja az egyedi gyűjtő 3 dimenziót. A pénzügyi bizonylat tételének egyedi költséggyűjtő 3 szerinti besorolása. Az egyedi költséggyűjtő 3 a főkönyvi feladással bekerül a főkönyvi állományba is. Ügylet kód - f_ugylet F2 UGYLET törzskapcsolat A tétel ügylet kódja. Főkönyvi dimenzió. Analitikus kód - f_ank F2 ANAL törzskapcsolat A tétel analitikus kódja. Főkönyvi dimenzió. Keretgazda - f_keretg F2 KERETG törzskapcsolat A tétel keretgazda kódja. Főkönyvi dimenzió. A mező csak akkor látható, ha a FORKGD Használja-e a az önálló keretgazda dimenziót? rendszerparaméter Használja keretgazdát értékben áll.

a

Elsz. egység - f_eek F2 EGYSEG törzskapcsolat A tétel elszámolási egység kódja. Főkönyvi dimenzió. Pénzforrás - f_rovat F2 ROVAT törzskapcsolat A tétel pénzforrás kódja. Főkönyvi dimenzió. KTK - f_trankod F2 TRANKOD törzskapcsolat Ha itt megaduk a KTK-t, akkor főkönyvi feladáskor nem a számla KTK-ja, hanem ez megy fel a főkönyvbe. A mező csak akkor látható, ha a FORKNC - Kincstárhoz tartozó intézmény? rendszerparaméter értéke Kincstárhoz tartozó.

47


ÁHT azon - f_ahtazon A tétel ÁHT azonosítója. A mező csak akkor látható, ha a FORKNC rendszerparaméter értéke Kincstárhoz tartozó.

Kincstárhoz

tartozó

intézmény?

SZJ/ITJ szám - f_itj A tétel SZJ/ITJ száma. Tetszőleges felhasználású mező. Konvertáló programtól függő a feltöltése, illetve kézzel. Utalás bizszám - f_utbiz F2 PSZUFEJ törzskapcsolat Utalási bizonylat száma. A mező csak akkor látható, ha a FORKNC rendszerparaméter értéke Kincstárhoz tartozó.

Kincstárhoz

tartozó

intézmény?

MÁK hibakód - f_makhiba Elutasított megbízások feldolgozása esetén ebbe a mezőbe olvassa be a program a HIB állományból a hiba kódot. A mező csak akkor látható, ha a FORKNC - Kincstárhoz tartozó intézmény? rendszerparaméter értéke Kincstárhoz tartozó. PF1K bizszám - f_pfbiz F2 PSZSZERZ_PF1 törzskapcsolat Kiegészítő szelvényeknél a PF1K bizonylat száma. A mező csak akkor látható, ha a FORKNC rendszerparaméter értéke Kincstárhoz tartozó.

Kincstárhoz

tartozó

intézmény?

Telj. dátuma - f_tdat A banki tranzakció teljesítésének dátuma, alapértelmezésben a bizonylati dátum. Pü. esedékesség - f_fhi Számla teljesítés tranzakció esetén a folyószámla tétel esedékessége. Alapértelmezésben a bizonylati dátum. Közlemény - f_kozl1, f_kozl2, f_kozl3, f_kozl4 A banktól kapott közlemény, tetszőleges szöveg. Bizonylatszám - f_bizlat A banki bizonylat száma, amely a banki bizonylat generálásakor keletkezik az Adatfogadás környezeti beállítások 39 [BFOGTOMB] alapján. Akkor írja ide vissza a program. Nem karbantartható. Könyvelési napló - f_naplo Az a napló, amelybe az adott tételből banki bizonylatot generáltunk az Adatfogadás környezeti beállítások 39 [BFOGTOMB] - üres esetén a választott - alapján. Nem karbantartható. Bizonylat státusza

Zárt

Napló

A beállított napló

Bizonylatszám

A beállított bizonylattömb alapján

Bizonylat dátuma Pénzügyi karton Külső biz.szám

A fogadott állományból

Deviza kód Jogcím Szöveg

A fogadott állományból a közlemények


48

Partner

A számlahivatkozás beazonosítás (közlemény és összeg alapján) után ellenőrzi, hogy egyezik a számla és a fogadott adat partnerkódja. Ha nem egyezik, akkor veszi a számla partnerkódját, ha megegyezik a számlában és a fogadott adatban a partner bankszámlaszáma.

Számlahivatkozás


ÁFA - hó

Ha a tételben nem üres az Számlahivatkozás, és annak az alapbizonylatnak üres az Áfa-időszaka, akkor a program feltölti a banki sor ÁFA-időszakát a dátum alapján.

Jóváírás

A fogadott jóváírás, ha pozitív, egyébként 0

Terhelés

A fogadott terhelés, ha negatív, egyébként 0

SZJ/ITJ


Külső deviza

A hivatkozott számla rendezési egyenlege

Számla devizakódja

A hivatkozott számla devizakódja

Pénzügyi esedékesség Teljesítés dátuma Analitikus kód Elszámolási egység Pénzforrás kód


Bony.esem.azon. Ügyletkód Bizonylat hivatkozás Elszámolási partner Kontírozási hiba

**********

Könyvelendő – f_kell Értékei I - Igen vagy N - Nem lehetnek. Azt jelölhetjük vele, hogy az adott tételről készüljön-e banki bizonylat. Jóváírás/terhelés - f_jovairas A banki tranzakció összege. Ha terhelés, mínusz előjellel. Nem módosítható. Jóváhagyva - f_jova Ha a tétel megfelel a kitöltöttségi előírásoknak, és törzskapcsolatos mezők létező kódokat tartalmaznak, értéke I - Igen. Azt jelöli, hogy a tételből generálható banki bizonylat. Nem karbantartható, az Ellenőrző program állítja.

Funkciók Módosítás Kézi karbantartással a hiányzó adatok pótolhatók. A módosítás befejezése után tételenként lefut az ellenőrzés, ami vizsgálja a kitöltöttségeket, törzskapcsolatokat. Ha mindent hibátlannak és teljesnek talál, a Jóváhagyva mezőt I - Igen-re állítja. Ellenőrzés Hatására a program lefuttatja a fogadáskor futó ellenőrzést, azaz ellenőrzi a mezők helyes kitöltöttségét. Ha mindent hibátlannak és teljesnek talál, a Jóváhagyva mezőt I - Igen-re állítja. Könyvelendő A Könyvelendő mező tartalmának átállítása I - Igen és N - Nem értékek között.

49


Fogadott adatok lekérdezése Általános lekérdezési lehetőség a fogadási állományra. Az általános lekérdezővel kapcsolatos ismereteket a Forrás-SQL Futtató felhasználói dokumentáció > Általános lekérdező része tartalmazza, mely a Forrásban a File / Súgó / Futtató súgója menüpontban is elérhető.


50

Pénzügyi bizonylatok generálása Feladata a fogadott és jóváhagyott állományokból banki bizonylatok generálása. Az állományválasztó ablakban a program azokat az állományokat kínálja fel, amelyekhez tartozó összes tétel jóváhagyott és a napló üres, azaz még nem készült róla banki bizonylat. Egyszerre több állomány is választható:

A program felkínálja az állományban előforduló banki kartonokat is választásra. Itt több karton is kiválasztható, tehát aki továbbra is egyszerre akarja feldolgozni az állományt, annak egyszerűen a „Mind kiválaszt” gombot kell nyomni a választó ablakban. Ha az állományban csak egy bankszámla/karton tételei vannak, akkor ez a választó ablak fel sem jön.

51


A kérdésre adott I - Igen válasz után a választott állomány azon tételeiből generál banki bizonylatot, amelyet könyvelendőnek jelöltünk. Ha egy nap tételeiből egy banki karton kivételével már elkészült pénzügyi bizonylat generálás, akkor a rendszer a következő pénzügyi bizonylat generálásnál mutatja a még generálható tételek pénzügyi kartonjait. A környezeti beállítások alapján a pénzügyi kartonhoz bizonylattömböket és naplókat választ a program. Ha nem találja beállítást, figyelmeztet: "Nincs megfelelő napló és bizonylati tömb beállítás!" Ha a hivatkozott napló zárt, figyelmeztet: "Nem nyitott a napló:_________". Ha nincsenek akadályok, akkor létrehozza a banki bizonylatokat. Minden állományhoz egy terhelés és egy jóváírás bizonylatot generál, a bizonylatoknak annyi sorát, ahány terhelés és jóváírás tétel van. Bizonylat státusza

Zárt

Napló


Bizonylatszám




Deviza kód Jogcím Szöveg

A fogadott állományból a közlemények

Partner Számlahivatkozás

Partner

A számlahivatkozás beazonosítás (közlemény és összeg alapján) után ellenőrzi, hogy egyezik a számla és a fogadott adat partnerkódja. Ha nem egyezik, akkor veszi a számla partnerkódját, ha megegyezik a számlában és a fogadott adatban a partner bankszámlaszáma

Számlahivatkozás


ÁFA - hó

Ha a tételben nem üres az Számlahivatkozás, és annak az alapbizonylatnak üres az Áfa-időszaka, akkor a program feltölti a banki sor ÁFA-időszakát a dátum alapján.

Jóváírás


Terhelés


SZJ/ITJ


Külső deviza







**********

A devizás forgalmi tételek forintosítását a jogcímeknél megadott árfolyamtípussal végzi el. Forrás-SQL | Banki és postai adatok küldése-fogadása modul [pszfogad.fap] © 2014 GriffSoft Informatikai Zrt.

52

Ha elkészült az állomány(ok)ról a bizonylat, a napló nevét és a bizonylatszámot minden tételbe visszaírja, ezzel jelölve, hogy a tételről már generált banki bizonylatot.

53


Elutasítások feldolgozása A funkció azokat az 'U'-s állományokat kínálja fel, amelyekben minden tétel jóváhagyott, és még nem lett feldolgozva (üres a napló). A kiválasztott állományban szereplő Utalási bizonylatokat Érvényteleníti (Pénzügyben ismert módon), a PF1K bizonylatok státuszát pedig V - Visszautasított-ba állítja. Azokat a PF1K bizonylatokat is Visszautasítottba állítja, amelyek az aktuálisan érvénytelenített Utalási bizonylatok kiegészítései.


54

Adatok küldése Feladata a banknak küldendő adatok konvertálása a banki terminál számára olvasható szöveg fájlá. Először egy ablakban felkínálja a Küldési definíciókat. Ezután a program felkínálja a DBF helye könyvtárban lévő DBF maszk-nak megfelelő fájlokat. Választás után a definícióban hivatkozott DOS konvertáló program átalakítja a választott fájl(ok)at text fájlá a választott meghajtóra.

Költségvetési specialitás - Önálló kiegészítő szelvény küldése MÁK-ba Ha egy utalásnak van Kiegészítő szelvénye, akkor az állományba 04-es sortípussal bekerültek ezek a sorok. Ehhez a makiif és az edeviza Utalás formátum karbantartásnál - Igen-be kell állítani. Alapértelmezésben N - Nem.

56

az Önálló kieg. szelvény mezőt I

Az Utalási bizonylatok küldésekor, ha a fenti paraméter Igen-ben áll, akkor a program leválogatja az értéknapnak megfelelő Z - Zárt státuszú Kieg. szelvényeket, amelyeknek a Kifizetési bizonylatszáma 'X', azaz nem utalás melléklete. Ezekből 1-1 03-as sort, és soronként 04-es sorokat generál az állományba a kitöltési útmutató szerint. Majd a csomagban szereplő PF1K bizonylatok státuszát átállítja E - Elküldöttbe, az utalásosokban is. Ha van olyan napunk, amikor csak Önálló kiegészítő szelvényünk van, nincs utalás, akkor a PF1K karbantartásából is indítható a küldés. Itt ugyanúgy értéknap bekéréssel indul, és az ennek megfelelő Z - Zárt, 'X'-es bizonylatokat válogatja le, majd E - Elküldöttbe állítja a státuszokat.

55


Utalás formátum karbantartás

HBLEIRO felépítése Bankkód - f_bank A használnki kívánt bank kódja, a bankszámla első három számjegye. Sorszám - ForrasID Automatikus sorszám. Pénzügyi karton - f_penzkart F2 PSZKARTON törzskapcsolat Egy bankon belül banki kartononként (bankszámlánként) definiálunk formátum leírót. Kitöltése nem kötelző, azaz, ha nem szaporítjuk el a formátum leírókat, akkor továbbra is csak a bankra keresnek a küldő programok. Először bank + kartonra keres, majd bankra. A meglévő leírókban nem módosítható a karton, csak újként vihetjük fel. Utalási formátum - f_forma Fogadás formátum - f_formafog

Az Utalási formátum és Fogadás formátum mezők beállítása bankonként egyedi. A Karbantartás > Beállítás módosítás funkcióval aktivizálhatjuk a formátum egyedi beállítását biztosító Paraméter bekérés ablakot, annak a banknak a paraméterével, amit használni akarunk. Ennek pontos beállítása a GriffSoft közreműködését igényli! Megnevezés - f_formnev Az utalási formátum tetszőleges megnevezése.


56

makiif

Több terminálos MÁK feladás Van rá lehetőség, hogy egy felhasználó biztonsági okokból kapjon még egy terminált a Kincstártól. És ehhez a terminálhoz egy újabb azonosítót. És ha már van a felhasználónak két terminálja, mindkettőt akarja használni. A Kincstár felismeri, hogy melyik terminálról kapta, és nem fogadja be, ha nem a jó azonosítóval megy az állomány, ezért egyértelműsíteni kell, hogy egy Küldés indításakor melyik azonosítót írja be a program az állományba. Ehhez azt kell paraméterezni, hogy melyik munkaállomásra melyik azonosító van installálva. Az edeviza és makiif formátumokban a Külső azonosító mezőben fel lehet sorolni pontosvesszővel ( ; ) elválasztva a lehetséges azonosítókat, a hozzájuk tartozó gépazonosítóval. Például a "PC1" gépen a "231" külső azonosítós banki program van installálva, a "PC2" gépen a "777" külső azonosítós banki program van installálva: 231:PC1;777:PC2. Ha nem talál a futtató géphez azonosítót, akkor az első azonosítót veszi. Lényeges, hogy mindkét gépen ugyanaz az elérési útvonal van érvényben (praktikusan a saját c:\ meghajtón)!

Több féle külső azonosító Ha egy intézménynél több féle Külső azonosítót alkalmaznak, és az valakihez/valamihez köthető, hogy mikor-melyiket kell a küldendő állományba belerakni, az a következő képen adható meg: KK1:UU1;KK2:UU2;KK3:CC1;KK4:FF3 Ahol KKx - a használandó külső azonosító, 2014-től 6 hosszan UUx – user azonosító CCx – Gépazonosító 57


FFx – Feldolgozási hely azonosító Utóbbi 3 közül bármelyik használható, bármilyen felállásban. A program a bejelentkezett felhasználóval, annak Feldolgozási hely azonosítójával és az adott munkaállomás gépazonosítójával keres egyezőséget. Ha egyiket sem találja, akkor veszi a legelső Külső azonosítót. edeviza

Több terminálos MÁK feladás Van rá lehetőség, hogy egy felhasználó biztonsági okokból kapjon még egy terminált a Kincstártól. És ehhez a terminálhoz egy újabb azonosítót. És ha már van a felhasználónak két terminálja, mindkettőt akarja használni. A Kincstár felismeri, hogy melyik terminálról kapta, és nem fogadja be, ha nem a jó azonosítóval megy az állomány, ezért egyértelműsíteni kell, hogy egy Küldés indításakor melyik azonosítót írja be a program az állományba. Ehhez azt kell paraméterezni, hogy melyik munkaállomásra melyik azonosító van installálva. Az edeviza és makiif formátumokban a Külső azonosító mezőben fel lehet sorolni pontosvesszővel ( ; ) elválasztva a lehetséges azonosítókat, a hozzájuk tartozó gépazonosítóval. Például a "PC1" gépen a "231" külső azonosítós banki program van installálva, a "PC2" gépen a "777" külső azonosítós banki program van installálva: 231:PC1;777:PC2. Ha nem talál a futtató géphez azonosítót, akkor az első azonosítót veszi. Lényeges, hogy mindkét gépen ugyanaz az elérési útvonal van érvényben (praktikusan a saját c:\ meghajtón)! Forrás-SQL | Banki és postai adatok küldése-fogadása modul [pszfogad.fap] © 2014 GriffSoft Informatikai Zrt.

58

Több féle külső azonosító Ha egy intézménynél több féle Külső azonosítót alkalmaznak, és az valakihez/valamihez köthető, hogy mikor-melyiket kell a küldendő állományba belerakni, az a következő képen adható meg: KK1:UU1;KK2:UU2;KK3:CC1;KK4:FF3 Ahol KKx - a használandó külső azonosító, 2014-től 6 hosszan UUx – user azonosító CCx – Gépazonosító FFx – Feldolgozási hely azonosító Utóbbi 3 közül bármelyik használható, bármilyen felállásban. A program a bejelentkezett felhasználóval, annak Feldolgozási hely azonosítójával és az adott munkaállomás gépazonosítójával keres egyezőséget. Ha egyiket sem találja, akkor veszi a legelső Külső azonosítót. KIN A kincstári küldés Output útvonalának megállapítására vonatkozó kettős lehetőség (Adatimpex > HOMEBANK > Dbf elérési utvonal és KIN utalás formátum) 2014. évtől megszűnt a programban. Fixen a KIN azonosító paraméterezéséből veszi:

A paraméterek feltöltése univerzális, minden bankra érvényes, ezért bizonyos mezőket kötelező feltölteni. Ezért vannak itt is feltöltve olyan mezők, amikre nincs szükség. Ebből a paraméterből a Kincstárnak küldés csak az Output könyvtár és a Sorszám eltolás értékeket használja.

59


Hitelkártya fogadás Feladata a fogadott hitelkártya adatok kezelése. Menü Hitelkártya adatok fogadása

61

Fogadott hitelkártya adatok karbantartása Fogadott hitelkártya adatok lekérdezése

62

63

Fogadott hitelkártya adatok aktualizálása

63


60

Hitelkártya adatok fogadása Feladata a hitelkártya adatok fogadása. Az Adat küldés-fogadás definíciók 32 menüpontban a fogadni kívánt hitelkártyának megfelelő definíciót létre kell hozni. A fogadás csak abban az esetben működik, ha létezik az SQL konvertáló, Inicializáló program, Adatellenőrző program, amit a definícióban megadtunk. Használat előtt egyeztetni kell a GriffSoft fejlesztéssel! A fogadás funkcióra kattintva a konvertált állomány tartalmát a program bemásolja a fogadó állományba.

61


Fogadott hitelkártya adatok karbantartása A fogadó program által importált, inicializált és ellenőrzött adatokat tartalmazza fogadott állományonként. Itt lehet még kiegészíteni a fogadott adatokat. Ebből az állományból generálja a program a banki bizonylatokat. Működése megegyezik a fogadott adatok karbantartásánál leírtakkal.

Funkciók Módosítás Kézi karbantartással a hiányzó adatok pótolhatók. A módosítás befejezése után tételenként lefut az ellenőrzés, ami vizsgálja a kitöltöttségeket, törzskapcsolatokat. Ha mindent hibátlannak és teljesnek talál, a Jóváhagyva mezőt I - Igen-re állítja. Ellenőrzés Hatására a program lefuttatja a fogadáskor futó ellenőrzést, azaz ellenőrzi a mezők helyes kitöltöttségét. Ha mindent hibátlannak és teljesnek talál, a Jóváhagyva mezőt I - Igen-re állítja. Könyvelendő A Könyvelendő mező tartalmának átállítása I - Igen és N - Nem értékek között. Forrás-SQL | Banki és postai adatok küldése-fogadása modul [pszfogad.fap] © 2014 GriffSoft Informatikai Zrt.

62

Fogadott hitelkártya adatok lekérdezése Általános lekérdezési lehetőség a fogadási állományra. Az általános lekérdezővel kapcsolatos ismereteket a Forrás-SQL Futtató felhasználói dokumentáció > Általános lekérdező része tartalmazza, mely a Forrásban a File / Súgó / Futtató súgója menüpontban is elérhető.

Fogadott hitelkártya adatok aktualizálása Feladata a fogadott és jóváhagyott állományokból banki bizonylatok generálása. Az állományválasztó ablakban a program azokat az állományokat kínálja fel, amelyekhez tartozó összes tétel jóváhagyott és a napló üres, azaz még nem készült róla banki bizonylat. Egyszerre több állomány is választható.

A kérdésre adott I - Igen válasz után a választott állomány azon tételeiből generál banki bizonylatot, amelyet könyvelendőnek jelöltünk. A környezeti beállítások alapján a pénzügyi kartonhoz bizonylattömböket és naplókat választ a program. Ha nem találja beállítást, figyelmeztet: "Nincs megfelelő napló és bizonylati tömb beállítás!" Ha a hivatkozott napló zárt, figyelmeztet: "Nem nyitott a napló:_________". Ha nincsenek akadályok, akkor létrehozza a banki bizonylatokat. Minden állományhoz egy terhelés és egy jóváírás bizonylatot generál, a bizonylatoknak annyi sorát, ahány terhelés és jóváírás tétel van.

63


Bizonylat státusza

Zárt

Napló


Bizonylatszám




Deviza kód Jogcím Szöveg Partner Számlahivatkozás

A fogadott állományból a közlemények A fogadott állományból

ÁFA - hó

Ha a tételben nem üres az Számlahivatkozásnak, és annak az alapbizonylatnak üres az Áfa-időszaka, akkor a program feltölti a banki sor ÁFA-időszakát a napló időszakával.

Jóváírás


Terhelés


SZJ/ITJ


Külső deviza







**********

A devizás forgalmi tételek forintosítását a jogcímeknél megadott árfolyamtípussal végzi el. Ha elkészült az állomány(ok)ról a bizonylat, a napló nevét és a bizonylatszámot minden tételbe visszaírja, ezzel jelölve, hogy a tételről már generált banki bizonylatot.


64

MÁK eAdat állomány visszaolvasása Feladata a MÁK felé elektronikusan benyújtott KT és EG bizonylatokról az elektronikus válaszállomány feldolgozása. Menü Adatok visszaolvasása

66

Beolvasott MÁK eAdat adatok megtekintése Indítási paraméterek Hibakódok törzse

68

69

Beolvasott MÁK eAdat állományok naplózása

65

67

69


Adatok visszaolvasása Feladata a MÁK felé elektronikusan benyújtott KT és EG bizonylatokról az elektronikus válaszállomány visszaolvasása a Forrás rendszerbe.

Az Adatok visszaolvasása funkció az Indítási paraméterekben 68 megadott útvonalról, a Fájlnév szűrőnek megfelelő állományokat kínálja fel feldolgozásra. A program beolvassa az adatokat a Beolvasott MÁK eAdat táblába. A bizonylattípusnak megfelelő (KT-01, KT-02, KT-03, EG03F, EG03I) nyilvántartásokban megkeresi a megfelelő bizonylatokat. A KT-s bizonylatokban állítja a Kincstári státuszt, és visszaírja a hibakódot, ha van, a Beolvasott MÁK eAdat táblába pedig a KT-s bizonylatból a kötvállalás számát. A visszaolvasás státuszai KT-s Bizonylatok státuszai: H - Hibás (A hibakód helyén (txt-ben 11. pozíció) a hibakod törzsben található valamelyik érték szerepel) F - Feldolgozott (A Hibakód helyén „OK”) EG03I státuszai: K - Feldolgozásra átadott H - Hibás (A hibakód helyén nem kód van, hanem a hiba konkrét leírása) F - Feldolgozott (Kincstár szerint OK a bizonylat – KT-hez hasonlóan) EG03F státuszai: K - Feldolgozásra átadott F - Feldolgozott (Ez nem azt jelenti, hogy rendben a bizonylat, csak átvette az ügyintéző) T - Függőben tartott (ilyenkor ki van töltve a függőben tartás oka rovat a TXT-ben) V - Visszautasított (ilyenkor ki van töltve a visszautasítás oka rovat a TXT-ben) B - Befogadott (Kincstár szerint is rendben a bizonylat) Tehát a KT-s és EG03I bizonylatoknál ugyanazok a státuszok (kivéve K). Ha a kivonatban Önálló kieg.szelvény érkezik (273. pozíción K szerepel), akkor abban a sorban 0 a tranzakció összege. Ezt követi 2 vagy több 04 sor, amiben a KTK rendezés szerepel összeggel. Ha a Tranzakció azonosító K és az Összeg 0, akkor a Könyvelendőt Nem-be állítjuk. Ennek hatására a Banki bizonylat generálás ebből a tételből nem generál banki sort. KT-01 esetén a kötvállalásba visszaírja a Kincstári hivatkozási számot. Visszautasított KT-02 esetén pedig elindítja a kapcsolódó Módosítás visszavonást. Az EG-s bizonylatokban állítja a Kincstári státuszt, és visszaírja a hibakódot, ha van, valamint Forrás-SQL | Banki és postai adatok küldése-fogadása modul [pszfogad.fap] © 2014 GriffSoft Informatikai Zrt.

66

visszaírja a MÁK iktatási számot és dátumot, valamint könyveletlen bizonylat esetén átállítja az időszakot a befogadás dátuma szerintire.

Jelenlegi TXT struktúra: id

egyedi azonosító

intazon

Intézmény azonosító

felhasznalo_id

Felhasználó azonosító

intezmeny_id

Intézmény egyedi azonosító

erteknap

Értéknap (dátum)

sorszám

A bizonylat sorszáma

atadas

Átadás dátuma

statusz

Státusz

hiv_ev

Hivatkozás év

hivatkozas

Hivatkozás

hibakod

Hibakód (biz_hibakodok.xls)

hibasor

Hibasor

import_filenev

Adatimportnál az állomány neve

bizonylat_tipus

(KT-01/KT-02/KT-03/EG03F/EG03I/EG02A/EG02B/EG02T)

fuggoben_oka

Függőbentartás oka (EG03F)

fuggoben_datum

Függőbentartás dátuma (EG03F)

visszautasít_oka

Visszautasítás oka (EG03F)

visszautasít_datum

Visszautasítás dátuma (EG03F)

befogad_datum

Befogadás dátuma (EG03F)

Kincstári_ui_neve

Ügyintéző (referens) neve (EG03F)

Ellenőrizte

Ellenőrizte (vezető neve (EG02)

Beolvasott MÁK eAdat adatok megtekintése Feladata a beolvasott adatok megtekintése, ellenőrzési lehetősége.

A tábla csak lekérdezhető, nem karbantartható.

67


Indítási paraméterek Feladata az import adatok fogadási paramétereinek beállítása.

Id: egyedi azonosító, a program adja automatikusan. A táblába csak egy paraméter rögzíthető. Állomány elérérési útvonala: a beolvasandó állomány pontos elérési útvonala. Fájlnév szűrő: milyen mintának megfelelő állományokat kínáljon fel kiválasztásra. Ezzel a beállítással és a következővel érhetjük el, hogy csak a feldolgozatlanokat kínálja fel. Fájl átnevezése: mire nevezze át a beolvasott fájlokat feldolgozás után. Célszerűen itt az állomány kiterjesztését szoktuk átnevezni.


68

Az Adatok visszaolvasása állományokat feldolgozásra.

66

funkció az itt megadott paraméterek alapján ajánlja fel az

Hibakódok törzse Feladata a MÁK által kibocsátott hibakódok és azok megnevezéseinek megtekintési lehetősége, illetve a beolvasott hibás adatok elemzéséhez nyújt segítséget.

A hibakód törzs a telepítő csomag része, fd formátumban adjuk a programmal, nem szükséges manuálisan feltölteni (kgr_mak_kt_hibakod.fd).

Beolvasott MÁK eAdat állományok naplózása Feladata a beolvasott állományok naplózása. A táblába minden egyes állomány beolvasásakor kerül egy rekord a beolvasás információival:

Csomag neve. ForrásID: egyedi azonosító. Fájlnév: a beolvasott fájl neve. Bejegyzés dátuma: a beolvasás dátuma, időpontja. Felhasználó neve: a beolvasás végzőjének neve.

69


FELHASZNÁLÓI DOKUMENTÁCIÓ

Recommend Documents