FORRÁS-SQL
FELHASZNÁLÓI DOKUMENTÁCIÓ Forrás-SQL | Ügyviteli szerviz modul [for.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.013.V01 verzió Dokumentáció felelőse: Bubrják Lászlóné Készült: 2014. október 1.
© 2014 GriffSoft Informatikai Zrt.
2
Tartalom
Ügyviteli szerviz modul
8
........................................................................................................................ 9 Alapfogalmak Rendszerparaméterek ....................................................................................................................................................... 9
........................................................................................................................ 19 Rendszertábla Feldolgozási hely ....................................................................................................................................................... 20 Bejelentkezési feldolgozási hely .................................................................................................................................................. 23 Feldolgozási hely munkakörei/felhasználói ....................................................................................................................................................... 24 Feldolgozási hely közösségi adószámai ....................................................................................................................................................... 24 Pénzügyi évek ....................................................................................................................................................... 25 Bizonylati tömbök ....................................................................................................................................................... 27 Könyvelési időszakok ....................................................................................................................................................... 31 Pénztárkönyv definiálása ....................................................................................................................................................... 34 Pénztár átadása ....................................................................................................................................................... 38 Banki karton definiálása ....................................................................................................................................................... 39 Iktatókönyv definiálása ....................................................................................................................................................... 44 Könyvelési naplók ....................................................................................................................................................... 45 Kontírozási típuskódok ....................................................................................................................................................... 47 Központosított intézmények ....................................................................................................................................................... 48 Utalások átvételének paraméterei ....................................................................................................................................................... 49 Könyvelési időszak nyitása ....................................................................................................................................................... 50 Tranzit napló nyitása ....................................................................................................................................................... 52 Bizonylati típus összerendelő tábla ....................................................................................................................................................... 52 Bizonylati tömb összerendelő tábla ....................................................................................................................................................... 53 Készlet bizonylati tömbök generálása raktárakhoz ....................................................................................................................................................... 54
........................................................................................................................ 55 Zárások Áfa időszak zárása ....................................................................................................................................................... ÁFA időszak véglegesítése ....................................................................................................................................................... KTK egyeztetési időszak zárása ....................................................................................................................................................... Könyvelési időszak zárási feltételének vizsgálata ....................................................................................................................................................... Összes napló zárása ....................................................................................................................................................... Pénzügyi naplók csoportos zárása ....................................................................................................................................................... Összes napló törlése ....................................................................................................................................................... Pénzügyi naplók csoportos törlése ....................................................................................................................................................... Könyvelési időszak zárása ....................................................................................................................................................... Pénzügyi év zárása ....................................................................................................................................................... Tranzit napló törlése ....................................................................................................................................................... Kereskedelmi időszak zárása .......................................................................................................................................................
56 56 57 57 59 59 60 60 61 63 63 64
........................................................................................................................ 64 Visszanyitás (PSZ) Pénzügyi év visszanyitása ....................................................................................................................................................... ÁFA időszak visszanyitása ....................................................................................................................................................... Könyvelési időszak visszanyitása ....................................................................................................................................................... Pénzügyi napló visszanyitása ....................................................................................................................................................... Munkalap napló visszanyitása ....................................................................................................................................................... Zárt pénzügyi bizonylat visszanyitása ....................................................................................................................................................... Zárt csop.elsz. bizonylat visszanyitása ....................................................................................................................................................... Zárt pénzügyi karton visszanyitása ....................................................................................................................................................... Zárt pénzforgalmi megbízás visszanyitása ....................................................................................................................................................... Zárt szerződés visszanyitása ....................................................................................................................................................... Könyvelt pénzügyi bizonylatok visszakönyvelése ....................................................................................................................................................... Könyvelt munkalap bizonylatok visszakönyvelése ....................................................................................................................................................... © 2014 GriffSoft Informatikai Zrt.
67 67 68 68 69 70 70 71 71 71 72 73
3
Forrás-SQL | Ügyviteli szerviz modul [for.fap]
Könyvelt napló megsemmisítése ....................................................................................................................................................... 74 Könyvelt főkönyvi napló visszaszedése ....................................................................................................................................................... 75 Felosztás analitika feladásának visszaszedése ....................................................................................................................................................... 76 ELŐIRÁNYZAT ANALITIKA ....................................................................................................................................................... 77 Előirányzat analitika napló teljes visszakönyvelése (Intézmény) .................................................................................................................................................. 77 Előirányzat analitika napló visszanyitása (Intézmény) .................................................................................................................................................. 77 Könyvelt előirányzat analitika bizonylat visszakönyvelése (Intézmény) .................................................................................................................................................. 78 Zárt előirányzat analitika bizonylat visszanyitása (Intézmény) .................................................................................................................................................. 79 Karbantartó user módosítása .................................................................................................................................................. 79 Fejezet bizonylatok visszanyitása ....................................................................................................................................................... 80 Pénztárjelentés törlése ....................................................................................................................................................... 80 Pénzforgalmi megbízások felszabadítása ....................................................................................................................................................... 81 Beszerzési szállítók felszabadítása ....................................................................................................................................................... 81 Személy inaktívvá tétele visszavonása ....................................................................................................................................................... 82 Visszanyitások naplózása lekérdezése ....................................................................................................................................................... 83 KÖTVÁLLALÁSOK ....................................................................................................................................................... 83 Kötvállalás átforgatás visszavonása .................................................................................................................................................. 84 Kötvállalás zárás visszavonása .................................................................................................................................................. 84 Kötvállalás módosítás visszavonása .................................................................................................................................................. 84 Kötvállalalás beléptetés visszavonása .................................................................................................................................................. 86 ----RÉGI KÖTVÁLLALÁS ZÁRÁSOK ----.................................................................................................................................................. 86 RÉGI- Kötvállalás zárás műszaki maradvány korrekcióval ......................................................................................................................... 86 RÉGI- Kötvállalás zárás pü. maradvány korrekcióval ......................................................................................................................... 88 RÉGI- Kötvállalás zárás árf. diff. korrekcióval ......................................................................................................................... 88 Kötvállalás csoportos lerontása .................................................................................................................................................. 88 Zárt szerződés visszanyitása (költségvetés) .................................................................................................................................................. 88 Szállítói kötváll maradványok előkészítése átemeléshez RÉGI .................................................................................................................................................. 89 Kötvállalás bizonylatok visszanyitása .................................................................................................................................................. 90 Elektronikus KT/EG küldés értéknap módosítása .................................................................................................................................................. 91 Analkód szerinti legyűjtés cseréhez .................................................................................................................................................. 91 Analkód-csere vezérlő tábla karbantartása .................................................................................................................................................. 92 Analkódok cseréjének végrehajtása .................................................................................................................................................. 93 CSOPORTOS VISSZASZEDÉSEK ....................................................................................................................................................... 93 Időszak összes pü. bizonylatának visszaszedése a főkönyvből .................................................................................................................................................. 93 Pénzügyi napló összes pü.bizonylatának visszaszedése a főkönyvből .................................................................................................................................................. 95 Időszak összes állományváltozásának visszaszedése főkönyvből .................................................................................................................................................. 95 Pénzügyi napló összes állományváltozásának visszaszedése .................................................................................................................................................. a főkönyvből 96 Banki karton összes bizonylatának visszaszedése a főkönyvből .................................................................................................................................................. 97 Banki karton bizonylatainak újraárfolyamosítása .................................................................................................................................................. 98 Pénztári karton összes bizonylatának visszaszedése a főkönyvből .................................................................................................................................................. 99 Pénztári karton bizonylatainak újraárfolyamosítása .................................................................................................................................................. 99 Időszak könyvelt főkönyvi naplói visszaszedése .................................................................................................................................................. 99 Több pénzügyi napló összes pü.bizonylatának visszaszedése .................................................................................................................................................. a főkönyvből 100 CSERÉK ....................................................................................................................................................... 100 Áfa hó csere vevő számlákban .................................................................................................................................................. 100 Áfa hó csere szállítói számlákban .................................................................................................................................................. 102 Fizetési határidő csere vevő számlákban .................................................................................................................................................. 104 Késedelmi kamat csere vevő számlákban .................................................................................................................................................. 104 Rögzítési dátum csere nyitott bizonylatokban .................................................................................................................................................. 105 © 2014 GriffSoft Informatikai Zrt.
4 Fizetési határidő csere szállítói számlákban .................................................................................................................................................. 105 Bizonylati dátum csere nyitott bizonylatban .................................................................................................................................................. 106 Külső bizonylatszám csere szállítói számlákban .................................................................................................................................................. 107 Rendelés/Iktszám csere számlákban .................................................................................................................................................. 107 Partnerkódok összevonása (cseréje) .................................................................................................................................................. 108 Keretszerződés-csere pénzügyi bizonylaton .................................................................................................................................................. 109 Jogcím-csere .................................................................................................................................................. 110 Bony.esemény-csere .................................................................................................................................................. 111 Elszámolási egység-csere .................................................................................................................................................. 112 Analitikus kód-csere .................................................................................................................................................. 112 Pénzforrás kód-csere .................................................................................................................................................. 112 Ügylet kód-csere .................................................................................................................................................. 112 Keretgazda kód-csere .................................................................................................................................................. 112 Egyedi gyűjtő kód-csere .................................................................................................................................................. 113 Egyedi gyűjtő 2 kód-csere .................................................................................................................................................. 113 Egyedi gyűjtő 3 kód-csere .................................................................................................................................................. 113 Pénzbekérő átminősítése számlává .................................................................................................................................................. 113 BIZTIPUSONKÉNTI VISSZANYITÁSOK ....................................................................................................................................................... 114 Zárt ÁFA bizonylat visszanyitása .................................................................................................................................................. 115 Zárt Bank bizonylat visszanyitása .................................................................................................................................................. 115 Zárt Csoportos elsz.bizonylat visszanyitása .................................................................................................................................................. 115 Zárt Fizetési felszólítók visszanyitása .................................................................................................................................................. 115 Zárt Keret bizonylat visszanyitása .................................................................................................................................................. 115 Zárt Pénztár bizonylat visszanyitása .................................................................................................................................................. 115 Zárt Proforma/kötváll pü. bizonylat visszanyitása .................................................................................................................................................. 115 Zárt Szállító bizonylat visszanyitása .................................................................................................................................................. 115 Zárt Vevő bizonylat visszanyitása .................................................................................................................................................. 115
........................................................................................................................ 115 Visszanyitás (EK) Készletkönyvelési időszak visszanyitása ....................................................................................................................................................... 117 Készletmennyiségi időszak visszanyitása ....................................................................................................................................................... 117 Zárt készletbizonylat visszanyitása ....................................................................................................................................................... 118 Kivezetett eszközkarton visszanyitása ....................................................................................................................................................... 118 Leltárjegyek visszanyitása ....................................................................................................................................................... 119 Eszköz/készlet napló visszanyitása ....................................................................................................................................................... 119 Eszközkarton és eszközcsoport hasonlítása ....................................................................................................................................................... 119 Eszközkartonokon eszközcsoport javítása ....................................................................................................................................................... 120 Eszköz analitika időszak visszanyitása ....................................................................................................................................................... 120 Eszköz típus módosítása ....................................................................................................................................................... 121 Társintézmények közötti eszközátadás ....................................................................................................................................................... 121 Társintézmények közötti eszközátadás FLDHELY módosítás ....................................................................................................................................................... 122 KERESKEDELEM ....................................................................................................................................................... 122 Kereskedelmi időszak visszanyitása .................................................................................................................................................. 122 Gyűjtőszámlák rontása .................................................................................................................................................. 123 ÁFA-csere kereskedelmi bizonylatokban .................................................................................................................................................. 123
........................................................................................................................ 124 Visszanyitás (KKF) Érkeztetett szállítói számlák visszanyitása ....................................................................................................................................................... Készpénzutalványok visszanyitása ....................................................................................................................................................... Felv/vfiz bizonylatok rontása ....................................................................................................................................................... Előlegek visszanyitása ....................................................................................................................................................... Kötváll. korrekció törlése ....................................................................................................................................................... Kiküldetések visszanyitása ....................................................................................................................................................... Kötvállalás átforgatás visszaszedése .......................................................................................................................................................
126 126 126 127 128 128 129
........................................................................................................................ 129 Adatimpex Impex tábla karbantartása ....................................................................................................................................................... Konverziós tábla karbantartása ....................................................................................................................................................... Törzsadatok-importálása ....................................................................................................................................................... Törzsadatok importálása (bővítéssel) ....................................................................................................................................................... © 2014 GriffSoft Informatikai Zrt.
131 132 133 135
5
Forrás-SQL | Ügyviteli szerviz modul [for.fap]
Törzsadatok-exportálása ....................................................................................................................................................... 135 Könyvelési állományok importálása - dBase ....................................................................................................................................................... 135 Könyvelési állományok importálása - excel ....................................................................................................................................................... 135 XLS import struktúra PSZ_FOK .................................................................................................................................................. 136 Könyvelési állományok importálása - CSV ....................................................................................................................................................... 138 Könyvelési állományok importálása FUG-be - Excel ....................................................................................................................................................... 138 Pénzügyi bizonylatok importálása ....................................................................................................................................................... 139 Pénzügyi bizonylatok importálása - Excel ....................................................................................................................................................... 140 Számla sorok importálása - Excel ....................................................................................................................................................... 141 Raktári bizonylatok importálása ....................................................................................................................................................... 141 Importált könyvelési állományok lekérdezése ....................................................................................................................................................... 141 Importált pénzügyi bizonylatok lekérdezése ....................................................................................................................................................... 141 Könyvelési állományok javítása ....................................................................................................................................................... 142 Pénzügyi tételek javítása ....................................................................................................................................................... 142 Importált pénzügyi bizonylatok javítása ....................................................................................................................................................... 144 Importált pénzügyi állomány törlése ....................................................................................................................................................... 145 Könyvelési állományok aktualizálása ....................................................................................................................................................... 146 Pénzügyi bizonylatok aktualizálása ....................................................................................................................................................... 147 Raktári bizonylatok aktualizálása ....................................................................................................................................................... 148
........................................................................................................................ 148 Auditáció Auditáció ... ....................................................................................................................................................... 149 Könyvvizsgálói export ....................................................................................................................................................... 152
........................................................................................................................ 156 Internet-kapcsolat Dokumentumtípusok karbantartása ....................................................................................................................................................... Internetes ügyfelek karbantartása ....................................................................................................................................................... Email formátumok ....................................................................................................................................................... Dokumentumtábla karbantartása ....................................................................................................................................................... Kép tábla karbantartása ....................................................................................................................................................... Naplótábla karbantartása ....................................................................................................................................................... Dokumentumtábla lekérdezése ....................................................................................................................................................... Naplótábla lekérdezése .......................................................................................................................................................
157 159 159 162 164 164 165 165
........................................................................................................................ 165 Egyéb Dátummezők normalizálása ....................................................................................................................................................... Foglalt készletek újraszámolása ....................................................................................................................................................... Excel/Word form definiálása ....................................................................................................................................................... Excel/Word form végrehajtása ....................................................................................................................................................... Excel-kimutatás definiálása ....................................................................................................................................................... Excel kimutatás végrehajtása ....................................................................................................................................................... Corporate Planner kocka definiálása ....................................................................................................................................................... Corporate Planner kocka generálása ....................................................................................................................................................... Vonalkódnyomtató típusok ....................................................................................................................................................... Vonalkódnyomtató definíciók ....................................................................................................................................................... Vonalkódos címke definíció ....................................................................................................................................................... Mentett lekérdezések csoportos megosztása .......................................................................................................................................................
166 166 166 169 170 172 173 176 177 177 178 179
........................................................................................................................ 186 Telepítés ellenőrző Képernyő beállítás ....................................................................................................................................................... 187 Képernyő beállítás Humán alrendszerhez ....................................................................................................................................................... 187 Nyomtató beállítás ....................................................................................................................................................... 188
........................................................................................................................ 188 Csatolt dokumentumok Dokumentumok csatolása Forrás modulokban ....................................................................................................................................................... Dokumentum formátumok ....................................................................................................................................................... Dokumentum jellegek ....................................................................................................................................................... Csatolt dokumentumok ....................................................................................................................................................... Dokumentumok kezelése ....................................................................................................................................................... Elektronikusan tárolt bizonylattípusok .......................................................................................................................................................
188 191 192 193 194 195
© 2014 GriffSoft Informatikai Zrt.
6
© 2014 GriffSoft Informatikai Zrt.
I Fejezet
Ügyviteli szerviz modul Az Ügyviteli szerviz modulban [for.fap] találhatók azok a szerviz és rendszergazdai tevékenységek, amelyek nem mindennapi gyakoriságúak vagy elindításuk olyan következményeket vonhat maga után, ami miatt csak kiemelt személyeknek van jogosultságuk az egyes menüpontok elindításához.
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 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 | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
8
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
9
kódok
bevételi/kiadási
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
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
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
10
Paraméter megnevezése [kódja]
É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
11
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Paraméter megnevezése [kódja]
É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
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
12
Paraméter megnevezése [kódja]
É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]
13
0 – Nem használja az analitikus kódot 1 – Használja az analitikus kódot (alapértelmezés)
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Paraméter megnevezése [kódja]
É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.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
14
Paraméter megnevezése [kódja]
É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]
15
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
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Paraméter megnevezése [kódja]
É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
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
16
Paraméter megnevezése [kódja]
É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
17
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Paraméter megnevezése [kódja]
É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.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
18
Rendszertábla Az ügyviteli rendszertáblák a FORRÁS-SQL ügyviteli rendszer adatfeldolgozásának időbeni tagolódását, valamint témakörönkénti és felhasználónkénti bontását biztosítják. Menü Feldolgozási hely
20
Feldolgozási hely munkakörei/felhasználói Feldolgozási hely közösségi adószámai Pénzügyi évek
24
25
Bizonylati tömbök
27
Könyvelési időszakok
31
Pénztárkönyv definiálása Pénztár átadása
34
38
Banki karton definiálása
39
Iktatókönyv definiálása
44
Könyvelési naplók
45
Kontírozási típuskódok
47
Központosított intézmények
48
Utalások átvételének paraméterei Könyvelési időszak nyitása Tranzit napló nyitása
19
24
49
50
52
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Feldolgozási hely A felhasználó vagy a számla kibocsátó telephelyeinek leírását tartalmazza. A telephelyek azon adatai szerepelnek benne, amelyek a felhasználó által készített listákon, bizonylatokon jelennek meg. A felhasználónak tehát csak azon telephelyeit kell itt külön definiálni, amelyek számlát bocsátanak ki, és azokon a számlákon más-más adatot kell feltüntetni a kibocsátó részéről telephelyenként.
FLDHELY felépítése Feldolgozási hely kódja - f_fldhely A feldolgozási hely belső azonosítója. Fh. központ-e? – f_kozpont Értékei I - Igen vagy N - Nem vagy üres lehetnek. Ezzel jelöljük, hogy az adott feldolgozási hely központ-e vagy sem, ha több feldolgozási helyet definiálunk. Az üres N - Nem-et jelent. Feldolg. hely rövidneve - f_rovidnev A feldolgozási hely nevének rövid formája. Egyes képernyőkön és a listák fejlécében való megjelenítéshez.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
20
Külső feldh.? - f_kulso A mező akkor látható, ha a FORKVI - Költségvetési intézmény-e a felhasználó? rendszerparaméter értéke Nem költségvetési intézmény. Lehetséges értékei: I - Igen N - Nem I - Igen beállítással lehet speciálisan kezelni azokat a számlákat, amiket egy cég más nevében számláz. Ezek a számlák nem lehetnek benne a saját könyvelésében, de bizonyos adatkezelési és adatvisszanyerési célok érdekében kell kontírozni/könyvelni, a 0-ás számlaosztályba. Ha egy PENV01, PENV02, PENV12, PENV13 vagy PENA01 bizonylat Külső feldolgozási helyhez tartozik, akkor a Nyilvántartási számla > Vevői folyószámla, Elsődleges ellenszámla, Elsődleges áfa ellenszámla > Áfa számla a 0-ás számlaosztályba kontírozhatók. Feldolg. hely megnevezése- f_nev1, f_nev1a A feldolgozási hely magyar nyelvű megnevezése. Ez a megnevezés kerül a kinyomtatandó bizonylatokra, ha az érintett bizonylatot származtató bizonylati tömbben a Bizonylat nyelve mező értéke 1 - Output 1.nyelv. Feldolg. hely 1. idegen neve- f_nev2, f_nev2a A feldolgozási hely első idegen nyelvű megnevezése. Ez a megnevezés kerül a kinyomtatandó bizonylatokra, ha az érintett bizonylatot származtató bizonylati tömbben a Bizonylat nyelve mező értéke 2 - Output 2.nyelve. Feldolg. hely 2. idegen neve- f_nev3, f_nev3a A feldolgozási hely második idegen nyelvű megnevezése. Ez a megnevezés kerül a kinyomtatandó bizonylatokra, ha az érintett bizonylatot származtató bizonylati tömbben a Bizonylat nyelve mező értéke 3 - Output 3.nyelve. Feldolg. hely banki neve - f_bankinev A feldolgozási hely nevének egy olyan rövidített formája, amely majd a GIRO-bizonylatokon jelenik meg, és egyértelműen azonosítja a feldolgozási helyet. Elsődleges banki karton- f_penzkart F2 PSZKARTON törzskapcsolat Annak a bankszámlát definiáló pénzügyi kartonnak az azonosítója, amelynél alapvetően a partneri pénzforgalmat bonyolítja a feldolgozási hely. Vámazonosító szám - f_vamazon A feldolgozási hely vámazonosító száma. Speciális programok formátumaira. Bank devizaértékeléshez - f_sbsz1 F2 BANKOK törzskapcsolat Annak a pénzintézetnek az azonosítója, amelynek a kiválasztott Feldogozási hely értékelni a devizás ügyleteit 2001.01.01.-től.
árfolyamával kívánja
a
Árfolyam típusa - f_arfinit A Bank devizaértékeléshez mezőben kiválasztott pénzintézet árfolyamai közül itt választhatjuk ki az E - Eladási, V - Vételi vagy K - Közép árfolyamot. Feld. hely irányítószáma- f_irsz A feldolgozási hely címének irányítószáma. Külf.cím dev.szla-ra – f_dcim A feldolgozási hely leírása a külföldi címzésmintának megfelelően. Ez kerül az export számlákra. Feld. hely helységneve- f_helyseg A feldolgozási hely címének helységneve. Feld. hely címe- f_cim A feldolgozási hely címének közterülete, közterület jellege, házszáma. 21
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Pf. - f_pf A feldolgozási hely postafiókja. Feld. hely telefonszáma- f_tel A feldolgozási hely telefonszáma. EAN-kód - f_eankod A feldolgozási hely EAN kódja vonalkódos beazonosításához. Feld. hely fax száma- f_fax A feldolgozási hely fax száma. Cégjegyzék szám- f_telex A feldolgozási hely cégjegyzék száma. Adóigazgatósági azonosító - f_aiasz A feldolgozási hely adóigazgatósági azonosítója. Közösségi - f_kaiasz A feldolgozási hely közösségi adószáma. Jövedéki eng.szám - f_jesz A feldolgozási hely jövedéki engedély száma. TB nyilvántartási .szám - f_tbnysz A feldolgozási hely TB nyilvántartási száma. KSH számjel - f_kshszam A feldolgozási hely KSH száma. Intézmény törzsszáma - f_torzssz Költségvetési intézmény esetén a törzsszám jelölése. Intézmény szektorszáma - f_szektor Költségvetési intézmény esetén a szektorszám jelölése. Fejezet száma - f_fejezet A fejezet száma. ÁHT-azonosító - f_ahtazon F2 AHT törzskapcsolat Az intézmény ÁHT-azonosítója. Csak azon intézményi felhasználók számára látható, akik nem végeznek fejezeti feladatot, mivel ezeknél lehet csak egyértelműen megadni az ÁHT-t. A legtöbb helyen, ahol meg kell adni az ÁHT kódot, a program innen inicializálja.
2. oldal Ország kód – f_aorszag F2 ORSZAG törzskapcsolat A Feldolgozási hely országának kódja Irányítószám – f_airsz Helység – f_ahsg Közterület neve – f_acim Jellege – f_acimjel Házszám- f_ahazszam Épület- f_aepulet Lépcsőház- f_alpf Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
22
Emelet – f-aemelet Ajtó- f_aajto
Az Ajtó mezőn továbblépéskor a program felajánlja az 1. lapon lévő Feld.hely címe mező frissítését az előbbi, részletes címben rögzített adatokkal:
Igen hatására frissíti, Nem hatására marad a meglévő értéke.
Kapcsolattartó- f_ugyint F2 UGYINT törzskapcsolat A Feldolgozási hely kapcsolattartó/ügyintéző személyének a kódja. Bejelentkezési feldolgozási hely A program azon funkciói, amelyek a feldolgozási helyből veszik az adatokat, az aktuálisan bejelentkezett csoportazonosítóhoz rendelt feldolgozási hely tételhez fordulnak. A BEJELENTKEZÉSI feldolgozási hely megállapítása/betöltése a következőképpen történik:
I.
Ha csak összesen egy Feldolgozási hely
20
van, akkor az.
II.
Ha több Feldolgozási hely van, akkor a Feldolgozási hely munkakörei/felhasználói alapján a következő sorrendben:
24
tábla
1. Ha a bejelentkezési Munkakör és a bejelentkező Felhasználó azonosító együtt szerepel a táblában, akkor annak a Feldolgozási helye. 2. Ha a bejelentkező Felhasználó üres Munkakör azonosítóval szerepel, akkor annak a Feldolgozási helye. 3. Ha a bejelentkezési Munkakör üres Felhasználó azonosítóval szerepel, akkor annak a Feldolgozási helye. 4. Ha a fentiek közül egyik sem, akkor a Feldolgozási helyben központnak megjelölt lesz a Bejelentkezési feldolgozási hely. Példa: Sorren d 1.
(Feldolgozási hely munkakörei/felhasználói tábla) Munkakör azonosító Felhasználó azonosító Feldolgozási hely Adm
2. 3.
23
BEJELENTKEZÉSI feldolgozási hely
F1
10
10
F1
20
20
30
30
Adm
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Ha fenti lépések szerint sem talál megfelelő Feldolgozási helyet, erre figyelmeztet:
A BEJELENTKEZÉSI feldolgozási hely azért fontos, mert vannak bizonyos funkciók, amik ezt használják. Ilyen például a Napló nyitás, ami feltölti a Napló Feldolgozási hely [f_fldhely] mezőjét. És ha ezt az értéket bármilyen szűrésre akarjuk használni (FST-filter), csak akkor várhatunk el jó eredményt, ha a programnak van miből feltöltenie ezt a mezőt. Az ilyen módon kiválasztott feldolgozási hely tkp. megfelel a kibocsátó adatainak, azaz például kimenő számlákon ennek a Feldolgozási helynek az adatai jelennek meg.
Feldolgozási hely munkakörei/felhasználói Feladata a felhasználó telephelyeinek és a Munkaköröknek és/vagy Felhasználóknak az összerendelése a Bejelentkezési feldolgozási hely 23 megállapításához.
Karbantartó képernyő
FLDHGROUPS felépítése Munkakör azonosítója – groupid F2 GROUPS törzskapcsolat Felhasználó azonosító – userid F2 USERS törzskapcsolat A munkakör vagy a felhasználó közül az egyik kitöltése kötelező. Feldolgozási hely kód – f_fldhely F2 FLDHELY törzskapcsolat Kitöltése kötelező.
Feldolgozási hely közösségi adószámai A felhasználó feldolgozási helye mellé további közösségi adószámokat lehet felvenni, melyeket számla rögzítésekor segítségül hívhatunk. Ennek akkor lehet jelentősége, ha a Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
24
felhasználó rendelkezik másik EU-tagállamban képviselettel és így adószámmal, de nincs neki ott telephelye. Követelések rögzítésekor a Saját adóig. azon. mezőbe inicializálódik a Feldolgozási helyben feltöltött Közösségi adószám. Ezt az adószámot módosíthatjuk a táblában feltöltött adószámok bármelyikére F2 segítségével vagy tetszőlegesen is kitölthető.
Karbantartó képernyő
FLDHKADO felépítése Feldolgozási hely kódja - f_fldhely F2 FLDHELY törzskapcsolat A felhasználó (telephely) belső azonosítója. Közösségi adószám – f_kaiasz Az egyik közösségi adószám jelölése. Alapértelmezés? – f_default Annak jelölése, hogy melyiket tekintjük alapértelmezésnek. Alapértelmezés esetén a mező értéke I - Igen. Nem alapértelmezésnél a mező értéke N - Nem vagy üres.
Pénzügyi évek Feladata a felhasználó gazdasági éveinek definiálása, nyilvántartása. Itt szerepelnek a felhasználók ország szerinti számvitelének megfelelő gazdasági évek, amelyek a naptári évtől különböző módon térhetnek el.
25
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Karbantartó képernyő
PENZEV felépítése Pénzügyi év kódja - f_penzev Célszerűen a naptári év jelölést használjuk évszázad megjelöléssel, a maradék négy karakteren pedig arra az országra utalunk, amelynek gazdasági évét határozzuk meg az adott rekorddal. Pénzügyi év megnevezése- f_nev1 A gazdasági év megnevezése magyar nyelven. Ha a Bizonylattömbökben a bizonylat nyelve 1 Output 1.nyelv, ez a megnevezés jelenik meg az elkészült listákon. Pénzügyi év 1. idegen neve - f_nev2 A gazdasági év megnevezése első idegen nyelven. Ha a Bizonylattömbökben a bizonylat nyelve 2 - Output 2.nyelve, ez a megnevezés jelenik meg az elkészült listákon. Pénzügyi év 2. idegen neve - f_nev3 A gazdasági év megnevezése második idegen nyelven. Ha a Bizonylattömbökben a bizonylat nyelve 3 - Output 3.nyelve, ez a megnevezés jelenik meg az elkészült listákon. Pénzügyi év típusa - f_ptipus Értékei: 1 - Elsődleges pénzügyi év 2 - Másodlagos pénzügyi év 3 - Harmadlagos pénzügyi év A pénzügyi évek minősítése. Annak az országnak a pénzügyi éve az elsődleges, ahol a felhasználó gazdálkodik. Az esetleges küföldi tulajdonosok irányába történő eredményelszámolások, mérlegek készülnek másodlagos, illetve harmadlagos pénzügyi év szerint. Pénzügyi év státusza - f_pstatus Értékei: A - Aktív pénzügyi év I - Inaktív pénzügyi év Ezzel a státusszal jelöljük azt, hogy az adott pénzügyi évhez könyvelési adatok hozzáfűzhetőeke. REP szerint menny.ben zárt - f_repmstat Értékei: A - Aktív pénzügyi év I - Inaktív pénzügyi év Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
26
Ezzel a státusszal jelöljük azt, hogy az adott pénzügyi évhez a részvény és értékpapír analitikában mennyiségi adatok hozzáfűzhetőek-e. REP szerint értékben zárt - f_repestat Értékei: A - Aktív pénzügyi év I - Inaktív pénzügyi év Ezzel a státusszal jelöljük azt, hogy az adott pénzügyi évhez a részesedés és értékpapír analitikában értékbeni adatok hozzáfűzhetőek-e. Utolsó naptári nap - f_ut A gazdasági év utolsó naptári napja. Akkor kell csak kitölteni, ha az nem december 31. Ha üres, akkor a program december 31-et tekinti az utolsó napnak. Aktuális pénzügyi év - f_aktev Akkor látható/karbantartható a mező, ha a FORDBV - Évváltás adatbázisváltással jár-e? rendszerparaméter értéke Igen. Ekkor ebben a táblában csak egy olyan rekord lehet, amiben ennek a mezőnek az értéke I - Igen. 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. 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.
Azoknál a felhasználóknál, ahol a FORDBV - Évváltás adatbázisváltással jár-e? rendszerparaméter értéke Igen, és már megnyitották az aktuális (2012) adatbázisban a következő évet (2013), és ahhoz már Időszakokat is nyitottak, és esetleg azokat az Időszakokat már felhasználták (Napló nyitás, Készlet/Eszköz), ezeket vissza kellene vonni (törölni, rontani, stb.)!!!!
Bizonylati tömbök Feladata a felhasználó által nyilvántartott bizonylatok folyamatos sorszámozásának biztosítása bizonylattípusonként, és a bizonylattömb által definiált bizonylatok csoportjának összes elemére jellemző tulajdonságok, adatok tárolása.
27
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Karbantartó képernyő
BIZTOMB felépítése Bizonylati tömb kódja - f_biztomb A bizonylatok egy csoportját jelző kód. Ez a csoportosítás legalább bizonylattípusonkénti bontást jelent, de még tovább bontható például ügyintézőnként, üzletáganként. A kialakuló bizonylatszámok ezt a kódot fogják tartalmazni, mint "sorozatszám", így a bizonylatszám már árulkodik a bizonylat tartalmáról. A bizonylattömb kód 6. pozíciója, vagyis utolsó karaktere csak numerikus érték lehet. A pénzforgalmi megbízásokhoz (PENU-val kezdődő bizonylattípusokhoz) definiált bizonylati tömbök csak 1 karakter hosszúak lehetnek, mert a GIRO-bizonylatokon csak ennyi hely van a bizonylatszám rubrikában. Kivétel, ha a felhasználó költségvetési intézmény, esetükben megengedett a hosszabb bizonylati tömb kód, nyomtatásban csak a számokat nyomtatja, illetve a küldő programok is lekezelik. Biz. tömb megnevezése- f_nev1 A bizonylattömb megnevezése magyar nyelven. Biz. tömb 1. idegen neve- f_nev2 A bizonylattömb megnevezése első idegen nyelven. Biz. tömb 2. idegen neve - f_nev3 A bizonylattömb megnevezése második idegen nyelven. Csoportokhoz rendelés - groups Itt azokat a felhasználói csoportokat kell felsorolnunk vagy kiválasztani (F2/F4)vesszővel Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
28
elválasztva, amelyeknek az adott bizonylattömbhöz hozzáférést biztosítunk, azaz a bizonylattömb felhasználásával rögzíthetnek bizonylatokat. Program indításkor a felhasználói csoportválasztással döntjük el (ha valaki csak egy csoporthoz tartozik nincs csoport választás), hogy melyik csoport jogaival lépünk be. Ennek megfelelően állnak rendelkezésünkre a tömbök. Feldolgozási hely - f_fldhely F2 FLDHELY törzskapcsolat Azoknál a felhasználóknál, ahol több feldolgozási hellyel dolgoznak (központ – telephelyek) ott a pénzügyi bizonylati tömbök feldolgozási helyhez rendelhetők. Ezek a kódok a bizonylat létrejöttekor (rögzítés, generálás) bejegyzésre kerülnek a bizonylat fejébe. Ez az összerendelés nem összetévesztendő a feldolgozási helyek és felhasználói csoportok összerendelésével. A kettő eltérhet egymástól. Az itt jelölt feldolgozási hely a bizonylatok szelektálására alkalmas, a csoportokhoz rendelés pedig pl: a számlán a kibocsátó adatainak inicializálására. Biz. t. létrehozás dátum - f_nyitdat A bizonylattömb megnyitásának dátuma. Ennél a dátumnál korábban a bizonylat-tömb nem használható bizonylatrögzítéshez. Biz.tömb pénzügyi éve - f_penzev F2 PENZEV törzskapcsolat A bizonylattömb hozzárendelése pénzügyi évhez. Ide csak aktív és elsődleges pénzügyi évet írhatunk vagy üres. Bizonylat rögzítéskor a naplóválasztással eldöntjük, hogy melyik elsődleges pénzügyi évben szándékozunk dolgozni. Ezzel a kiválasztható bizonylati tömbök körét is meghatározzuk. Csak a választott pénzügyi évet tartalmazó, vagy üres pénzügyi év mezővel rendelkező bizonylattömböket kínálja fel a program választásra. Biz. tömb bizony. típusa - vtype F2 VOUCHERTYPES törzskapcsolat A bizonylattömb az egyes rendszerdokumentációk általános részében ismertetett bizonylattípusok egyikéhez való hozzárendelése. Az egyes bizonylat karbantartók indításával meghatározzuk a karbantartandó bizonylattípust is. Az ennek megfelelő bizonylattömbök közül választhatunk. Bizonylati formátum - vform F2 PROGRAMS törzskapcsolat Egyes bizonylattípusokhoz tartoznak bizonylat nyomtató programok. Ha az adott bizonylattömbbel definiált bizonylatok nyomtathatók (például kimenőszámla, pénztár bizonylat) és akarjuk is nyomtatni őket, akkor itt adhatjuk meg a formátum program nevét. Export számla esetén, ha két formátumot használunk - magyar és idegen nyelvű -, akkor ide a magyar nyelvűt írjuk. A bizonylati fejekben ez az érték eltárolódik, tehát ha a bizonylati tömbben utólag megváltoztatjuk, a már elkészült bizonylatokban a módosítás nem fog érvényesülni, csak új bizonylat létrehozásakor. Devizás biz. formátum – vform2 F2 PROGRAMS törzskapcsolat Külföldi kimenő számla esetén, ha két formátumot használunk - magyar és idegen nyelvű -, akkor ide írhatjuk az idegen nyelvű formátumot. Ezt a formátumot használja a "Külföldi számlamelléklet" funkció. Ez nem tárolódik el a számla fejében, tehát, ha menet közben megváltoztatjuk, akkor egy számláról különböző formátumú képet nyerhetünk. Költségvetési intézmények esetén szinte minden pénzügyi bizonylattípus esetén (proforma, számla, bekérők, bank, pénztár) az ide beírt formátumot az Utalványlap nyomtatása funkció nyomtatja ki. Aláíró – f_alairo Egyes formátumok, ha itt van adat, a számla alsó részén aláírás helyet nyomtatnak az ide beírt szöveggel.
29
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Státusz – f_alairo2 Egyes formátumok, ha itt van adat, a számla alsó részén aláírás helyet nyomtatnak az ide beírt szöveggel. Biz. tömb kezdő sorszám - f_kssz A bizonylattömb által definiált bizonylatok közül az elsőnek ez lesz a bizonylatszáma a bizonylattömb kódjával jelölve. Biz. tömb végző sorszám - f_vssz Ehhez a bizonylattömbhöz maximum ennyi bizonylat tartozhat. Azaz, ha a bizonylatrögzítő felhasználta a végző sorszámot, ez a bizonylattömb már nem választható. Javasolt értéke: '99999'. Utolsó kiadott sorszám - f_ussz Itt jegyzi a program, hogy az adott bizonylattömbhöz mennyi bizonylatot rögzítettek már fel. És innen tudja, hogy mi legyen a következő bizonylatszám. Bizonylat tömb nyelve - language A kinyomtatandó bizonylatok szöveges részei - mind a fejlécek, mind a rögzített kódok megnevezései, mind az egyéb szövegek - ezen a nyelven jelennek meg. Értékei lehetnek: 1 - Output 1.nyelv 2 - Output 2.nyelve 3 - Output 3.nyelve Kim. szla. nyomt. példány – f_ksp Azt a számot adjuk itt meg, ahány példányban szeretnénk nyomtatni az adott bizonylati tömbbel generált számlákat, pénztár bizonylatokat. Nyomtatási módszer – f_nyommod A nyomtatás módszerét, azaz a használt papír tulajdonságát állíthatjuk itt be. Ebből a kódból tudja a program, hogy mit kell a számlára nyomtatni a számlák példányszámozása céljából és hányszor kell azt kinyomtatni. Ha előnyomott leporellóra nyomtatunk, akkor semmit, mert a nyomda már gondoskodott a számozásról. Egy példányos leporelló esetén annyiszor nyomtatja ki, ahány a példányszám, és minden példány külön számot kap. Több példányos leporellónál egyszer nyomtat és azon fel van tüntetve, hogy a számla hány példányban készült. Választható papír alapú nyomtatási módok: E – Előnyomott, többpéldányos leporelló P – Egy példányos leporelló (lézer nyomtató) T – Többpéldányos, nem előnyomott leporelló Választható elektronikus mód: I - EDI-s előállítási mód - számlakép nélkül
A felkínált kódok közül nem választhatók ki azok az e-számlák előállításához használt kódok, amelyeket a Partner törzs megfelelő mezőiben kell hozzárendelni adott partnerünkhöz, akinek elektronikus számlát szeretnénk küldeni. Ezek a kódok: F - Elektronikus számlakép fájlban K - Egyéb kódolt számla - számlakép nélküli 2 - Elektronik.számlakép+kódolt fájl másolat Amennyiben mégis ezeket választjuk, a program üzenetet küld:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
30
Az e-számláról bővebben a Törzs modul > Partnerek részben. Pénzügyi karton azon. – f_penzkart F2 PSZKARTON törzskapcsolat A banki és pénztári bizonylattömbök esetén egy bizonylattömb csak egy pénzügyi kartonhoz, azaz pénzkezelési helyhez tartozhat. Itt jelöljük a megfelelő kartont. Ennél a mezőnél F2-re csak a bizonylattípusnak megfelelő kartonokat kínálja fel a program, azaz különbséget tesz bank és pénztár, valamint forint és deviza kartonok között. Bizonylat karbantartáskor az először kiválasztott pénzügyi kartonnak megfelelő bizonylattömbök jelennek meg választásra. Utólagos feld.biz.-e. – f_utolagos Értékei I - Igen vagy N - Nem lehetnek. Ha egy bizonylat utólagos feldolgozású, akkor a bizonylat zárása után csak a bizonylatfej nem módosítható, míg a sorai tetszőlegesen. Akár újabb sorok is felvihetők, vagy meglévőek kitörölhetők. Ennek egyedül a bizonylatfejben lévő Ellenőrző összeg szab határt. Ilyen bizonylatok lehetnek a banki kivonatokat nyilvántartó és a beérkező számlákat iktató bizonylatok. Ha egy bizonylat nem utólagos feldolgozású (pénztár, vevő), akkor a bizonylat zárása után a bizonylat tételei már csak korlátozottan módosíthatók, azaz csak a kontírozó mezők (jogcím, elszámolási egység, számlahivatkozás, főkönyvi számlaszámok, stb.). Számlázási üzemmód - f_uzemmod Számlázási programok esetén a számlázási üzemmód megjelölése. E - egy sor = egy tétel T - egy sor = több tétel Számlaiktatókönyv azon. – f_pszkonyv F2 PSZKONYV törzskapcsolat VEVŐ és SZÁLLÍTÓ bizonylattípusú és a PROFORMA, valamint a PENA11 bizonylattömbök esetén karbantartható, ekkor kitöltése kötelező. A vevői és a szállítói számlák tételszáma miatt, azok egyértelmű megkülönböztetésére használjuk. A bizonylattömbhöz hozzárendelt iktatókönyv lesz a tömbhöz tartozó számlák iktatókönyve is. A számlarendezés és a késedelmi kamat generálás funkcióknál a számlák elérhetőségét befolyásolja ez a kód. Biz. tömb közleménye – f_kozl Ha az előállított bizonylatok Közlemény mezőjében gyakran ugyanaz a szöveg kell, hogy szerepeljen, ezt itt leírhatjuk egyszer. A program ez alapján minden bizonylatban feltölti ezzel az értékkel a Közlemény memo mezőt, amely bizonylat rögzítés közben is módosítható. Biz. tömb lábjegyzete – f_labj Ha az előállított bizonylatok Lábjegyzet mezőjében gyakran ugyanaz a szöveg kell, hogy szerepeljen, ezt itt leírhatjuk egyszer. A program ez alapján minden bizonylatban feltölti ezzel az értékkel a Lábjegyzet memo mezőt, amely bizonylat rögzítés közben is módosítható.
Könyvelési időszakok Feladata a könyvelési időszakok – azaz hónapok – és azok státuszai nyilvántartása, valamint
31
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
pénzügyi évhez való rendelése, a kereskedelmi időszak megnyitásának helye.
IDOSZAK felépítése Időszak kódja – f_idoszak A könyvelési időszak pontos megjelölése az évszámmal – évszázaddal – és a hónap számával, 12. hónapon túl egy folyamatos sorszám az éven belül. Időszak megnevezése– f_nev1 Az időszak megnevezése magyar nyelven. Ha a Bizonylattömbökben a bizonylat nyelve '1', ez a megnevezés jelenik meg az elkészült listákon. Módosítható. Időszak 1. idegen neve – f_nev2 Az időszak megnevezése első idegen nyelven. Ha a Bizonylattömbökben a bizonylat nyelve '2', ez a megnevezés jelenik meg az elkészült listákon. Módosítható. Időszak 2. idegen neve – f_nev3 Az időszak megnevezése második idegen nyelven. Ha a Bizonylattömbökben a bizonylat nyelve '3', ez a megnevezés jelenik meg az elkészült listákon. Módosítható. Az időszak könyvelési státusza – f_istatus Értékei N - Nyitott vagy Z - Zárt lehetnek. Ha egy időszak már zárt, nem lehet hozzá bizonylatot felvinni. Ezt úgy érjük el, hogy a zárt időszakhoz nem nyitható újabb napló, ami feltétele a bizonylatok rögzítésének, valamint az időszak addig nem zárható le, amíg tartozik hozzá nyitott napló. A naplók zárásánál tudjuk meg majd, hogy addig nem zárható le egy napló, amíg a hozzátartozó bizonylatok státusza nyitott vagy zárt. Így tehát az időszak zárásával tulajdonképpen a főkönyv adott időszakra állandó állapotát érjük el. Ha az „Évváltás adatbázisváltással jár-e?” paraméter értéke 1 - Igen, akkor a táblában: Aktuális pénzügyi év?. Igen értékű tétele egy adatbázisban csak egy felhasználó olyan időszakot akar nyitni, amelyik nem az aktuális pénzügyi évhez összes időszak státusza automatikusan zárt. Ezáltal az ilyen időszakhoz nem lehet
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Pénzügyi év lehet. Ha a tartozik, az naplót nyitni
32
és nem lehet készlet/eszköz bizonylatot se felrögzíteni. Időszak ÁFA-bevallás státusza – f_astatus Értékei N - Nyitott vagy Z - Zárt lehetnek. Ha az időszakot a pénzügyi bizonylatokon ÁFAbevallási hónap jelölésére használjuk, akkor adatkarbantartás közben a program figyelmeztet az időszak esetleges ÁFA-szerinti zártságára és javítanunk kell egy másik nyitott időszakra. ÁFAidőszak csak akkor zárható, ha a hozzátartozó bizonylatok nem nyitottak, zárt bizonylaton pedig nem módosítható az ÁFA-hó. Tehát, ha az időszak ÁFA-bevallás szerinti státusza zárt, már nem fordulhat elő újabb ÁFA-tartalmú bizonylatban. Ezzel az ÁFA-analitika adott időszakra állandó állapotát érjük el. ÁFA - időszak végleges? - f_afavegl Csak akkor látható a mező, ha a PENAIV - Használja az ÁFA-időszak véglegesítését? rendszerparaméter értéke Használja az ÁFA-időszak véglegesítését. Ekkor az ÁFA-időszak zárása két lépéses, hogy meg lehessen különböztetni a normál pénzügyi bizonylatok (számlák, pénzforgalmak), és az ÁFA-rendező [PENA%] bizonylatok rögzítésének, létrehozásának korlátozását. Lehetséges értékei: I - Igen: véglegesen zárt az ÁFA-időszak, N - Nem vagy üres: nincs véglegesen zárva az ÁFA-időszak. Ha a Időszak ÁFA-bevallás státusza Z - Zárt, de még nem végleges, akkor az időszakhoz ÁFArendező bizonylatokat hozhatunk létre. Végleges ÁFA-időszakhoz ÁFA-rendező bizonylat létrehozása nem engedélyezett. Ez az összes rögzítést és generálást érinti. Bővebben a Pénzügyi modul > ÁFA/Intrastat részben. Szakmai modul könyv.státusza – f_rstatus Speciális felhasználásra! Például arra a célra, ha az időszak zárásakor figyelni kell arra, hogy egyes szakmai rendszerekben mindent bizonylatolt-e az adott időszakban, illetve minden esemény befejezett-e, és csak akkor zárható az időszak könyvelési státusza. Értékei N - Nyitott, Z - Zárt vagy üres lehetnek. Egy időszak nyitásakor ez a mező üresen inicializálódik, további kezelése a Szakmai modul feladata (megnyitni, lezárni). Az Könyvelési időszak zárása 61 figyeli ezt a státuszt, és ha üres vagy N - Nyitott, akkor nem engedi lezárni a Könyvelési időszakot. Raktári menny.feld.státusza - f_mstatus Értékei X - még nem aktív, N - Nyitott vagy Z - Zárt lehetnek. Az időszak megnyitásakor a státusz 'X'. Módosítással lehet N - Nyitottá tenni, vagy a készletkönyvelési modulban van rá funkció. Erre azért van szükség, mert könyvelési szempontból az időszak tényleges kezdete előtt már szükség lehet az időszak megnyitására, viszont mennyiségi könyvelés esetén ragaszkodhatunk a naptári kezdéshez. Ha az időszakot a készlet bizonylatokon használjuk, akkor adatkarbantartás közben a program figyelmeztet az időszak esetleges mennyiségi könyvelés szerinti zártságára vagy inaktív voltára, és javítanunk kell egy másik nyitott időszakra. Készlet könyvelési státusza - f_kstatus Értékei X - még nem aktív, N - Nyitott vagy Z - Zárt lehetnek. Az időszak megnyitásakor a státusz 'X'. A készletkönyvelési modulban lévő funkcióval lehet nyitottá tenni. A készlet értékelési táblában (KESBRUTTO) szereplő időszak esetén vizsgálja ezt a státuszt a program. Ha az adott időszak készlet könyvelés szempontjából zárt, újabb ártétel már nem adható fel hozzá. Termelés könyvelés státusza - f_tstatus Értékei N - Nyitott vagy Z - Zárt lehetnek. A termelés modulban a hóvégi zárás, a főkönyvi feladással egyidőben állítja a státuszt Z - Zártba. Csak olyan időszak zárható a termelésben, amely már készlet könyvelési szempontból zárt. Kereskedelmi időszak státusza - f_estatus Értékei N - Nyitott vagy Z - Zárt lehetnek. A kereskedelmi modulban csak olyan időszakra megengedett a bizonylatok (szállítólevél, rendelés stb.) rögzítése, amelynek a Kereskedelmi időszak státusza Nyitott. A státusz zárása, visszanyitása az Ügyviteli szerviz modulban történik.
33
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Jövedelem számf. időszak státusz - f_jstatus Értékei N - Nyitott vagy Z - Zárt lehetnek. A humán alrendszer által használt mező. Zárt jövedelemstátusz esetén adott időszakra visszamenőlegesen sem végezhető számfejtés (a Jövedelem modulban a Feladás – Számfejtési adatok menüpont inaktív ez esetben), az adatok lekérése csak a Lekérdezések – Bérlap utólagos nyomtatása menüpontban lehetséges. A státusz zárása a Jövedelem modul – Szerviz – Számfejtési időszak lezárása menüponttal történik. Eszköz anal. könyvelési státusza – f_bstatus Értékei N - Nyitott vagy Z - Zárt lehetnek. Az eszköz modulban csak olyan időszakra megengedett a bizonylatok rögzítése, amelynek az eszköz anal könyvelési időszaka nyitott. A státusz zárása az eszköz modulban, visszanyitása az Ügyviteli szerviz modulban történik. Kincstári egyeztetés státusza – f_zstatus Értékei N - Nyitott vagy Z - Zárt lehetnek. A Zárások menü KTK egyeztetési időszak zárása funkciója állítja a státuszt Z - Zárt-ra.
57
Pénzügyi év 1 – f_penzev1 F2 PENZEV törzskapcsolat Itt rendeljük hozzá a könyvelési időszakot az elsődleges pénzügyi évhez. Egy nem január 1-től december 31-ig tartó pénzügyi év esetén a pénzügyi év nem feltétlen egyezik meg az időszak első négy karakterével. Pénzügyi év 2 – f_penzev2 F2 PENZEV törzskapcsolat Itt rendeljük hozzá a könyvelési időszakot a másodlagos pénzügyi évhez. Pénzügyi év 3 – f_penzev3 F2 PENZEV törzskapcsolat Itt rendeljük hozzá a könyvelési időszakot a harmadlagos pénzügyi évhez. Mérlegzáró időszak? - f_merlegzaro Értékei I - Igen vagy N - Nem lehetnek. Ezt időszak nyitásakor is megadhatjuk, de utólag is átállítható módosítással azokban az időszakokban, amelyekre még nincs nyitott napló. Egy évben csak 1 db Mérlegzáró időszak lehet, célszerűen leghamarabb a 13. időszakot érdemes Mérlegzárónak minősíteni. Az üres érték N Nem-et jelent.
Pénztárkönyv definiálása Feladata a felhasználó pénztárainak devizanemenkénti nyilvántartása, a pénzkészletek egyenlegének vezetése.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
34
Karbantartó képernyő
PSZKARTON felépítése Pénzügyi karton azon.- f_penzkart A pénztári karton azonosítója, ami tulajdonképpen fizikailag egy helyen, egy devizanem forgalmát azonosítja. Karton státusza - f_status A pénzügyi karton státuszát jelző kód. N - Nyitott vagy Z - Zárt lehet. Alapértelmezésben N Nyitott. Zárt kartonhoz már nem vihető fel forgalom. Megnevezés 1 – f_nev1 A pénztári karton magyar nyelvű megnevezése. Megnevezés 2 – f_nev2 A pénztári karton megnevezése első idegen nyelven. Megnevezés 3 – f_nev3 A pénztári karton megnevezése második idegen nyelven. Pénztáros – f_user F2 USERS törzskapcsolat Annak a személynek a USER azonosítója, aki a pénztáros. Pénztári bizonylatok karbantartásakor a
35
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
program csak annak a személynek engedi kiválasztani ezt a kartont, akinek az azonosítója a kartonra be van jegyezve. Tehát az adott pénztárnak a forgalmát csak ő rögzítheti. Ez a kód különbözteti meg továbbá a banki és pénztári kartonokat. A banki kartonokon nincs kitöltve ez a kód. Több felhasználós? – f_tobb Értéke I - Igen vagy N - Nem lehet, alapértelmezésben Nem, és az üres is Nem-et jelent. Nem esetén az előbbi mezőnél leírtak változatlanok. Igen esetén, pénztár bizonylat rögzítésekor kiválasztható a pénztári karton, ha van olyan bizonylattömbje, ami megfelel a bejelentkező csoportjának, és a kiválasztott napló pénzügyi évének. Tehát azok a felhasználók tudják a pénztároson kívül rögzíteni az adott karton bizonylatait, akik az(ok)hoz a csoport(ok)hoz tartoznak, amely csoport(ok) a karton bizonylattömbjéhez hozzá van(nak) rendelve. Ezeknek a bizonylatoknak a forgalma azonnal megjelenik az érintett karton egyenlegében, tehát a kartonegyenleg adott esetben nem a tényleges pénzkészletet, hanem a bizonylatok rögzítettségét mutatja. Ez nap végére természetesen kiegyenlítődik. Feldolgozási hely kód – f_fldhely F2 FLDHELY törzskapcsolat Szűrések beállítására, illetve a kartonról készülő listák (karton nyomtatása) megfejelésére használható. Pénzügyi év korlátozás - f_penzev F2 PENZEV törzskapcsolat Ezzel megjelölhetjük, hogy adott kartont melyik évre nyitottuk – ha évenként nyitunk kartont. A korlátozás hatására a bizonylattömbök definiálásánál a program összeveti a karton és a tömb évét, ha mindkettő ki van töltve. Banki és pénztári bizonylatok rögzítésénél a napló éve jelent szűrést a kartonválasztásra. Számlák, bekérők rögzítésekor szintén a napló éve jelent szűrést a pénzügyi karton mezőre. Ez utóbbi ellentmondásba kerülhet a partner törzsbe beállított Elsődleges bankom-mal. Tehát mérlegelni kell, hogy évente definiálunk új banki kartont, vagy beállítjuk a partner törzsbe az Elsődleges bankom-at. Nem tervezünk arra funkciót, hogy a partner törzsbe évente cserélgessük az elsődleges bankom mező tartalmát! A partnerben történő beállítás nem létfontosságú, mert a számlarögzítő program második lépésben veszi a bizonylattömbből, harmadik lépésben pedig a Feldolgozási helyből. Partneri forgalmat bonyolít? - f_partneri Értékei I - Igen vagy N - Nem lehetnek vagy üres lehetnek. Az üres érték a N - Nem értékkel azonos. A partneri forgalmat bonyolító pénztárak a pénzügyi bizonylatok karbantartásánál minden esetben használhatók (számlák, utalások), míg a többit csak azok forgalmának rögzítésekor kínálja fel a program. Nyilvántartási számla – f_nyszsz F2 SZAMLA törzskapcsolat A pénztár főkönyvi számlaszáma. Devizakód – f_dkod F2 DEVIZA törzskapcsolat A karton devizakódja. A pénztárban devizanemenként külön kartont kell nyitni. Valuta vagy deviza - f_dvv Értékei V - Valuta vagy D - Deviza lehetnek. Jelentése szerint a valutás pénztári bizonylatok rögzítésekor az árfolyamot az árfolyamtáblázatból ennek alapján inicializálja fel a program. Elszámolási egység – f_eek F2 EGYSEG törzskapcsolat Annak az elszámolási egységnek a kódja, amelyhez a pénztár tartozik. Ha ez a kód ki van töltve, főkönyvi feladáskor a pénztári oldalra ez az elszámolási egység kerül függetlenül a bizonylati tételben lévőtől. Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
36
Pénzforrás kódja – f_rovat F2 ROVAT törzskapcsolat A pénztári karton pénzforrás kód szerinti besorolása, ha az lehetséges és szükséges. Ha ez a kód ki van töltve, főkönyvi feladáskor a pénztári oldalra ez a pénzforrás kód kerül függetlenül a bizonylati tételben lévőtől. Egyedi gyűjtő kódja - f_ktggyujt F2 KTGGYUJT törzskapcsolat A pénztári karton egyedi gyűjtő szerinti besorolása, ha az lehetséges és szükséges. Ha ez a kód ki van töltve, főkönyvi feladáskor a banki oldalra ez a pénzforrás kód kerül függetlenül a bizonylati tételben lévőtől. Keretgazda kódja - f_keretg F2 KERETG törzskapcsolat A pénztári karton keretgazda szerinti besorolása, ha az lehetséges és szükséges. Ha ez a kód ki van töltve, főkönyvi feladáskor a banki oldalra ez a pénzforrás kód kerül függetlenül a bizonylati tételben lévőtől.
Ha már van kikontírozott sora a kartonnak (Kontír hibakód mező üres), akkor a dimenziók a kartonon már nem módosíthatók. Tehát ha utólag akarjuk beállítani, akkor egyéb alternatív módon lehet csak feltölteni.
Bizonylat dátum módosítható? - f_datkarb Értékei I - Igen vagy N - Nem lehetnek vagy üres lehetnek. Az üres azonos értékű az I - Igen beállítással. Ezzel szabályozhatjuk, hogy bizonylat rögzítés közben a bizonylati dátumot módosíthatja-e a felhasználó, vagy fixen az aktuális nap. N - Nem hatására a pénztári bizonylatban a dátum nem karbantarható. Forintot egészre kerekít? - f_kerekit Értéke I - Igen vagy N - Nem lehet. Valuta pénztár esetén ezzel szabályozhatjuk, hogy a deviza érték forintosításakor egészre, vagy két tizedesre kerekítse a program a forint értéket. Kötött árfolyamú a karton? - f_kotott Valuta pénztár kartonokon szereplő mező. Értéke I - Igen vagy N - Nem lehet. Addig módosítható, amíg a kartonnak nincs sora. Ezzel azt jelezzük, hogy sorok rögzítésekor az árfolyamot a kartonról veszi a kötött árfolyamot a jogcím beállításától függetlenül. Kötött árfolyam - f_kotarf A valuta pénztári karton kötött árfolyama, ha a Kötött árfolyamú a karton? mező I - Igen-ben áll. Kincstáron kív.pénzforg.típusa - f_kincskiv Csak akkor jelenik meg a mező, ha a FORPPE - Használ-e párhuzamosan eredményszemléletű könyvelést? rendszerparaméter értéke Egy rendszeren belül használja a kétféle köny. PF1-K és PFN01 nyomtatványok előállításához szükséges a kartonok paraméterezése. Lehetséges értékei: 0 – nem kincstáron kívüli 1 – házipénztári közvetlen 3 – devizaszámla/valutapénztári közvetlen 5 – dolgozói lakástámogatási közvetlen Az 1,3,5 típusú kartonokról készítünk PFN-01-es űrlapot, 0 (=üres) beállításnál PF1-K űrlapot. Pénzintézet azonosító – f_sbsz1 F2 BANKOK törzskapcsolat Ezzel az azonosítóval jelöljük, hogy valuta forgalom esetén, melyik bank árfolyamával számoljon a program. Ebből következően egy devizanemnek annyi kartont kell nyitni egy pénztárban, ahány
37
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
bankból származik. Kapcsolódó bankszámla – f_sbsz2,3 A PF1-K bizonylat készítéséhez innen veszi a program a bankszámlaszámot. Átlárf.tranz.után átlárf.szám - f_atlarfsz Alapértelmezésben I - Igen a válasz, amely esetben úgy működik, hogy minden tranzakció után az átlagárfolyam újra számítódik. Ha N - Nem-et választunk, akkor az A - Átlagárfolyamos jogcímű tranzakciók után csak a karton egyenlege számítódik újra, az átlagárfolyam nem. Jelentősége: I - Igen értéknél adott esetben (elég gyakran) egy átlagárfolyamos tranzakció után is meg tud változni az árfolyam. Ez egy kiegyensúlyozott (normál forgalom, nincs +/- egyenlegváltás, viszonylag kicsi árfolyam ingadozás) karton esetén is előfordulhat milliomod mértékben. Azaz az Átlagárfolyam 6. tizedesén jelentkezhet az eltérés, ami a kerekítésekből adódik. N - Nem értéknél az Átlagárfolyamos tranzakciók után nem számoljuk mindig újra az átlagárfolyamot, így az ilyen terhelések rögzítése közben állandó lehet az Átlagárfolyam. Adott esetben ez viszont problémát okozhat, például egy szélsőséges kartonnál (a kiegyensúlyozott ellentéte) az a jó, ha mindig újraszámolja. Átlagárfolyam - f_atlarf A pénzügyi karton aktuális deviza és forint egyenlegének a hányadosa. Az árfolyam kiszámítása az Átlárf.tranz.után átlárf.szám mezőben megadott válaszunktól függően történik. Bizonyos esetekben (főleg a 0 egyenleg átlépésekor) ez az átlag a deviza és forint egyenlegek alakulása miatt mutathat igen rossz értéket. Ilyenkor kézi beavatkozás javasolt. Csak azokra a kartonokra számolja a program, ahol eltér a devizakód a FORHDK - Hivatalos deviza kódja rendszerparaméter beállított értékétől. Deviza egyenleg - f_dosszeg A pénzügyi karton mindenkori aktuális deviza egyenlege. A kartonhoz tartozó bizonylati tételek tárolásakor göngyölíti a program. A tételek bruttó (jóváírás vagy terhelés) deviza értékeivel növeli vagy csökkenti az előző egyenleget. Csak azokra a kartonokra számolja a program, ahol eltér a devizakód a FORHDK - Hivatalos deviza kódja rendszerparaméter beállított értékétől. Forint egyenleg - f_osszeg A pénzügyi karton mindenkori aktuális forint egyenlege. A kartonhoz tartozó bizonylati tételek tárolásakor göngyölíti a program. A tételek bruttó (jóváírás vagy terhelés) forint értékeivel növeli vagy csökkenti az előző egyenleget.
Pénztár átadása Azoknál a házipénztáraknál, melyeket több pénztáros kezel, szükséges egy olyan funkció, amivel át lehet adni a pénztárat egy másik pénztárosnak, és erről bizonylat nyomtatható, az esemény naplózható.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
38
Működése A funkció indítható a Pénzügyi modul > Pénztár > Pénztár átadása menüpontban vagy az Ügyviteli szerviz modul > Rendszertábla > Pénztár átadása menüpontban. A Pénzügyi modulban a funkciót mindíg az átadó pénztáros indíthatja, mert csak azok a kartonok választhatók, amikben az adott felhasználó a pénztáros. Az Ügyviteli szerviz modulban a rendszergazda bármelyik kartonra indíthatja az átadást. Ez utóbbi azért szükséges, ha az átadó pénztáros pl. betegség miatt nem áll rendelkezésre és a tartalék pénztárosnak át kell venni a pénztárat. Ebben az esetben a rendszergazda tölti be az átadó pénztáros szerepét. Ettől az indítástól függ az Átadás típusa bejegyzés az esemény naplóban. Az indítási képernyőn Kartonazonosítót és Átvevő pénztárost kell választani, a Megjegyzés memo mező tetszőlegesen kitöltött szövege a címletjegyzék után jelenik meg a jegyzőkönyvön. Átadás végrehajtása gomb indítja a funkciót. Az Átadás végrehajtása leellenőrzi, hogy van-e nyitott bizonylata az átadandó kartonnak. Ha van, nem végezhető el az átadás. Legyűjti a szükséges adatokat, amelyekből egy listát generál (Átadási jegyzőkönyv), amit megjelenít képernyőn, ahonnan azonnal vagy utólag is kinyomtatható. A képernyős megjelenítésből való kilépéskor rákérdez, hogy "Véglegesíti az átadást?". Csak az Igen válasz hatására történik meg az átadás és a bejegyzés a pénztárátadási napló táblába. A Pénztárátadási napló tábla [PSZKARTON_NAPLO] tartalma a Pénzügyi modul > Pénztár > Pénztár átadási napló lekérdezése menüpontban az általános lekérdezővel listázható. Felépítése: ¬ Fizikai azonosító: egyedi azonosító ¬ Pénztárkönyv azonosítója: az átadott pénztári karton azonosítója.zük. ¬ Átadó pénztáros userid ¬ Átvevő pénztáros userid ¬ Átadás időpontja: az átadás dátum és időbélyege ¬ Átadás típusa: P – Pénztáros által vagy R – Rendszergazda által indított ¬ Átadáskori egyenleg ¬ Utolsó bevételi bizonylatszám: az átadás előtt kiállított utolsó bevételi pénztárbizonylat száma ¬ Utolsó kiadási bizonylatszám: az átadás előtt kiállított utolsó kiadási pénztárbizonylat száma ¬ Címzetjegyzék
Banki karton definiálása Feladata a felhasználó egyenlegének vezetése.
39
saját
bankszámláinak
nyilvántartása,
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
a
pénzkészletek
PSZKARTON felépítése Pénzügyi karton azon.- f_penzkart A banki karton azonosítója, ami tulajdonképpen a felhasználó egy sajátszámlája forgalmát azonosítja. Karton státusza - f_status A pénzügyi karton státuszát jelző kód. N - Nyitott vagy Z - Zárt lehet, alapértelmezésben N Nyitott. Zárt kartonhoz már nem vihető fel forgalom. Megnevezés 1 – f_nev1 A banki karton magyar nyelvű megnevezése. Megnevezés 2 – f_nev2 A banki karton megnevezése első idegen nyelven. Megnevezés 3 – f_nev3 A banki karton megnevezése második idegen nyelven. Csoportokhoz rendelés - groups Azoknak a felhasználói csoportoknak a felsorolása vagy kiválasztása bejelentkezéssel az adott pénzkezelési hely tranzakciói karbantarthatóak.
(F2/F4),
amely
Feldolgozási hely kód – f_fldhely F2 FLDHELY törzskapcsolat Szűrések beállítására, illetve a kartonról készülő listák (karton nyomtatása) megfejelésére használható. Pénzügyi év korlátozás - f_penzev F2 PENZEV törzskapcsolat
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
40
Ezzel megjelölhetjük, hogy adott kartont melyik évre nyitottuk – ha évenként nyitunk kartont. A korlátozás hatására a bizonylattömbök definiálásánál a program összeveti a karton és a tömb évét, ha mindkettő ki van töltve. Banki és pénztári bizonylatok rögzítésénél a napló éve jelent szűrést a kartonválasztásra. Számlák, bekérők rögzítésekor szintén a napló éve jelent szűrést a pénzügyi karton mezőre. Ez utóbbi ellentmondásba kerülhet a partner törzsbe beállított Elsődleges bankom-mal. Tehát mérlegelni kell, hogy évente definiálunk új banki kartont, vagy beállítjuk a partner törzsbe az Elsődleges bankom-at. Nem tervezünk arra funkciót, hogy a partner törzsbe évente cserélgessük az elsődleges bankom mező tartalmát! A partnerben történő beállítás nem létfontosságú, mert a számlarögzítő program második lépésben veszi a bizonylattömbből, harmadik lépésben pedig a Feldolgozási helyből. Banki név – f_bankinev Ha ki van töltve, a pénzforgalmi megbízásokon nem a felhasználó (feldolgozási hely) banki neve szerepel, hanem a bankszámláé. Szolgáltató kód csoportos beszedéshez – f_szolg Csoportos beszedések küldésekor, illetve az ehhez kapcsolódó felhatalmazó levelek fogadásakor központilag használt azonosító kódja a felhasználónak. Mivel ez a forgalom (csoportos beszedés) egy konkrét bankszámlán zajlik, ezért itt adjuk meg ezt a kódot. Pénzintézet azonosító – f_sbsz1 F2 BANKOK törzskapcsolat Ezzel az azonosítóval jelöljük, hogy a bankszámlát melyik banknál vezetjük. Nemzetközi bankszámlaszám – f_iban A külföldi számlákon feltüntetendő nemzetközi bankszámlaszám (IBAN). Innen veszi/veheti a számlaformátum, utalás. Saját számlaszám - f_sbsz2,f_sbsz3 A banki karton beazonosítása bankon bankszámlaszáma.
belül,
azaz
az
adott
banknál
vezetett
saját
Deviza bankszámlaszám – f_dbanksz A deviza bankszámla száma, ha annak formája eltér a 3x8-as bontástól. Vagy csak a saját számlaszámot lehet kitölteni, vagy csak a deviza bankszámla-számot. A devizautalási bizonylatra ettől a kitöltéstől függően ír a program, azaz vagy a 3x8-at, vagy a deviza bankszámlaszámot. A pénzintézeti azonosítót abban az esetben is meg kell adni, ha a deviza bankszámlaszám mezőt töltöttük ki, mert a pénzügyi bizonylatok árfolyam inicializálásához szükség van rá. Nyilvántartási számla - f_nyszsz F2 SZAMLA törzskapcsolat A banki karton főkönyvi nyilvántartási számlaszáma a 3-as számlaosztályban. (Hitelkarton esetén a 4-es számlaosztályban.) Deviza kód - f_dkod F2 DEVIZA törzskapcsolat A bankszámla deviza kódja. Deviza bankszámla esetén annyi kartont kell nyitni a bankszámlán, ahány deviza-nemben történik forgalom.
Elszámolási egység - f_eek F2 EGYSEG törzskapcsolat A banki karton elszámolási egység szerinti besorolása, ha az lehetséges és szükséges. Ha ez a kód ki van töltve, főkönyvi feladáskor a banki oldalra ez az elszámolási egység kerül függetlenül a bizonylati tételben lévőtől. Pénzforrás kódja - f_rovat 41
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
F2 ROVAT törzskapcsolat A banki karton pénzforrás kód szerinti besorolása, ha az lehetséges és szükséges. Ha ez a kód ki van töltve, főkönyvi feladáskor a banki oldalra ez a pénzforrás kód kerül függetlenül a bizonylati tételben lévőtől. Egyedi gyűjtő kódja - f_ktggyujt F2 KTGGYUJT törzskapcsolat A banki karton egyedi gyűjtő szerinti besorolása, ha az lehetséges és szükséges. Ha ez a kód ki van töltve, főkönyvi feladáskor a banki oldalra ez a pénzforrás kód kerül függetlenül a bizonylati tételben lévőtől. Keretgazda kódja - f_keretg F2 KERETG törzskapcsolat A banki karton keretgazda szerinti besorolása, ha az lehetséges és szükséges. Ha ez a kód ki van töltve, főkönyvi feladáskor a banki oldalra ez a pénzforrás kód kerül függetlenül a bizonylati tételben lévőtől.
Ha már van kikontírozott sora a kartonnak (Kontír hibakód mező üres), akkor a dimenziók a kartonon már nem módosíthatók. Tehát ha utólag akarjuk beállítani, akkor egyéb alternatív módon lehet csak feltölteni.
Partneri forgalmat bonyolít? - f_partneri Értékei I - Igen vagy N - Nem lehetnek. A partneri forgalmat bonyolító számlák, azaz banki kartonok a pénzügyi bizonylatok karbantartásánál minden esetben használhatók (számlák, utalások), míg a hitel- és betét számlákat csak azok forgalmának rögzítésekor kínálja fel a program. Banki bizonyl.közl.hossz 96? - f_96 Értékei: I - Igen: a banki bizonylatokra mindkét közlemény sorba, osztásköz nélkül írható közlemény (96). N - Nem: a közlemény sorokban csak a rubrikákba lehet írni (52). 1 banki biz.- hány szla.(db) - f_utdb Itt adhatjuk meg, hogy az adott banknak benyújtott átutalási megbízáson hány számla szerepelhet, azaz egy bizonylattal hány számla összegét utalhatjuk át egyösszegben. Ha a mezőbe 0-át írunk, akkor korlátlan számú számla kerülhet egy utalási bizonylatra. Home bank office - f_hobo Értékei I - Igen vagy N - Nem lehetnek. Ezzel azt jelezzük a program számára, hogy utalási bizonylatok generálásakor előállítson-e egy olyan *.DBF állományt, amely átalakítva a Home Bank Office rendszer inputja lehet. I - Igen hatására a megbízások kezelésénél a Küldés funkció aktív. Használ-e csoportos utalást? - f_csoput Értékei I - Igen vagy N - Nem lehetnek. Olyan kartonoknál kell I - Igen értékre állítani, amelyről időszakonként (havonta/negyedévente) egyösszegben utalnak sok előírás alapján, azaz csoportos utalást kezdeményeznek. Ilyen lehet például hatósági bevételek után jutalék továbbutalása a kivető önkormányzat részére. Csoportos utalás esetén, Beérkező egyéb belföldi pénzbekérő [PENS08] típusú bizonylat kerül rögzítésre, melynek a Rendelés/Ikt.szám mezőjébe egy, az „utalandó tételeket” összefogó Csoportos elszámolási alapbiz. [PENC01] bizonylatot kell megadni. Oszlopsorsz. excel kijelöléshez - f_exoszlop Csak akkor jelenik meg a mező, ha a PENEXU - Használja az excel-es utaláskijelölést? alrendszer paraméter értéke Használja. A mezőben azt a nullától eltérő számot adhatjuk meg, hogy az Excel táblázatba mennyi Bank oszlopot generáljon a program. Az oszlopokat ennek a sorszámnak a Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
42
rendezettségében képezi. Forintot egészre kerekít? - f_kerekit Értékei I - Igen vagy N - Nem lehetnek. Deviza bank esetén ezzel szabályozhatjuk, hogy a deviza érték forintosításakor egészre, vagy két tizedesre kerekítse a program a forint értéket. Átlárf.tranz.után átlárf.szám - f_atlarfsz Alapértelmezésben I - Igen a válasz, amely esetben úgy működik, hogy minden tranzakció után az átlagárfolyam újra számítódik. Ha N - Nem-et választunk, akkor az A - Átlagárfolyamos jogcímű tranzakciók után csak a karton egyenlege számítódik újra, az átlagárfolyam nem. Jelentősége: I - Igen értéknél adott esetben (elég gyakran) egy átlagárfolyamos tranzakció után is meg tud változni az árfolyam. Ez egy kiegyensúlyozott (normál forgalom, nincs +/- egyenlegváltás, viszonylag kicsi árfolyam ingadozás) karton esetén is előfordulhat milliomod mértékben. Azaz az Átlagárfolyam 6. tizedesén jelentkezhet az eltérés, ami a kerekítésekből adódik. N - Nem értéknél az Átlagárfolyamos tranzakciók után nem számoljuk mindig újra az átlagárfolyamot, így az ilyen terhelések rögzítése közben állandó lehet az Átlagárfolyam. Adott esetben ez viszont problémát okozhat, például egy szélsőséges kartonnál (a kiegyensúlyozott ellentéte) az a jó, ha mindig újraszámolja. Rendezési karton? (függő) - f_rendezes Értékei I - Igen vagy N - Nem lehetnek. Csak a PENFJG - Használ-e a függő jóváírásokhoz gépi rendezést? alrendszer paraméter Használ gépi rendezést (függő) beállítása esetén látható a mező, és az a funkció használja. Maximum csak egy rendezési karton lehet a nyilvántartásban. Ennek a kartonnak lesznek a sorai a rendezendő tételekből generált függő tételek (terhelések), valamint a gépi rendezés során generált jóváírások. Illetve a díjelőírásokban is erre a banki kartonra kell hivatkozni. Átfutó karton? - f_atfuto Értékei I - Igen vagy N - Nem lehetnek. Csak a PENABK - Használ-e átfutó banki kartont? alrendszer paraméter Használ banki átfutó kartont beállítása esetén látható a mező, és az a funkció használja. Maximum csak egy átfutó karton lehet a nyilvántartásban, és egy karton egyszerre csak vagy rendezési vagy átfutó lehet. Ennek a kartonnak lesznek a sorai az átfutó tételekből generált rendezendő tételek (terhelések), amelyeket majd le kell könyelni saját és átfutó bevétel jóváírásra. Átlagárfolyam - f_atlarf A pénzügyi karton aktuális deviza és forint egyenlegének a hányadosa. Az árfolyam kiszámítása az Átlárf.tranz.után átlárf.szám mezőben megadott válaszunktól függően történik. Bizonyos esetekben (főleg a 0 egyenleg átlépésekor) ez az átlag a deviza és forint egyenlegek alakulása miatt mutathat igen rossz értéket. Ilyenkor kézi beavatkozás javasolt. Csak azokra a kartonokra számolja a program, ahol eltér a devizakód a FORHDK - Hivatalos deviza kódja rendszerparaméter beállított értékétől. Deviza egyenleg - f_dosszeg A pénzügyi karton mindenkori aktuális deviza egyenlege. A kartonhoz tartozó bizonylati tételek tárolásakor göngyölíti a program. A tételek bruttó (jóváírás vagy terhelés) deviza értékeivel növeli vagy csökkenti az előző egyenleget. Csak azokra a kartonokra számolja a program, ahol eltér a devizakód a FORHDK - Hivatalos deviza kódja rendszerparaméter beállított értékétől. Forint egyenleg - f_osszeg A pénzügyi karton mindenkori aktuális forint egyenlege. A kartonhoz tartozó bizonylati tételek tárolásakor göngyölíti a program. A tételek bruttó (jóváírás vagy terhelés) forint értékeivel növeli vagy csökkenti az előző egyenleget. Kincstáron kív.pénzforg.típusa - f_kincskiv Csak akkor jelenik meg a mező, ha a FORPPE - Használ-e párhuzamosan eredményszemléletű könyvelést? rendszerparaméter értéke Egy rendszeren belül használja a kétféle köny. PF1-K és PFN01 nyomtatványok előállításához szükséges a kartonok paraméterezése. Lehetséges értékei: 43
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
0 – nem kincstáron kívüli 1 – házipénztári közvetlen 3 – devizaszámla/valutapénztári közvetlen 5 – dolgozói lakástámogatási közvetlen Az 1,3,5 típusú kartonokról készítünk PFN-01-es űrlapot, 0 (=üres) beállításnál PF1-K űrlapot. ERA Köteles bankszámlaszám? - f_erakot Bizonyos számlák esetén (pl: letéti) utalás kezdeményezésekor nem szabad ERA-kódot megadni. Ennek a kezelésére Nem-et kell beállítani, az üres Igen-nek számít. Hatására az Utalási bizonylatok generálásakor a program nem tölti fel a Rovatkódok és ezzel együtt az Előjeleket.
Iktatókönyv definiálása Ha egy cég több telephellyel rendelkezik, és a telephelyek számláit elkülönítve akarja kezelni számlarendezés szempontjából, akkor ez a telephelyenkénti számlakönyv definiálással érhető el. A definiált iktatókönyveket a bizonylattömbökhöz, ezáltal a számlákhoz rendelhetjük. Ha az iktatókönyvekhez pedig felhasználói csoportokat rendelünk, akkor az egy iktatókönyvhöz tartozó számlákon a számlarendezést, fizetési felszólítás és késedelmi kamat bekérő generálást csak az ahhoz a csoport(ok)hoz tartozó felhasználó tudja elvégezni. A számlakönyv használata kötelező egy telephely esetén is. Ekkor csak technikai jelentősége van.
Karbantartó képernyő
PSZKONYV felépítése Számlaiktatókönyv azonosító – f_pszkonyv Az iktatókönyv egyedi azonosítója. Számlakönyv jellege – f_szkjell Kitöltése kötelező. Értékei lehetnek: S – szállítói számlaiktató V – vevői számlaiktató T – Többiktatásos szállítói elszámolások
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
44
Megnevezés 1 – f_nev1 A számlakönyv magyar nyelvű megnevezése. Megnevezés 2 – f_nev2 A számlakönyv megnevezése első idegen nyelven. Megnevezés 3 – f_nev3 A számlakönyv megnevezése második idegen nyelven. Csoportokhoz rendelés - groups Azoknak a felhasználói csoportoknak a felsorolása vagy kiválasztása (F2/F4), amely bejelentkezéssel az adott számlakönyvhöz tartozó számlákat a számlarendezésnél láthatjuk. Ha nem akarjuk egy csoporttól sem eltiltani a számlákat (pl. egy telephelyes felhasználó), akkor ezt a mezőt hagyjuk üresen. Ez azt jelenti, hogy minden csoportnak joga van a számlarendezéshez, akinek egyébként maga a menüpont engedélyezett. Feldolgozási hely kódja – f_fldhely F2 FLDHELY törzskapcsolat Annak a Feldolgozás helynek a megadása, amely bejelentkezéssel az adott számlakönyvhöz tartozó számlákat a számlarendezésnél láthatja. Akkor használhatjuk, ha a Feldolgozási hely munkakörei/felhasználói 24 adatok össze vannak rendelve.
Könyvelési naplók Feladata a felhasználó összes naplójának nyilvántartása a napló összes jellemzőjével együtt.
Karbantartó képernyő
NAPLO felépítése Könyvelési napló – f_naplo
45
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A napló azonosítója, amely a nyitásakor bekért jellemzőkből áll össze. Időszak – f_idoszak F2 IDOSZAK törzskapcsolat Annak az időszaknak az azonosítója, amelyhez a napló tartozik. A bizonylatok könyvelési szempontból ahhoz az időszakhoz tartoznak, amely időszakhoz tartozik az a napló, amelynek azonosítója szerepel a bizonylat fejében. Tehát a napló a bizonylat és a könyvelési időszak közötti kapcsolat. Elsődleges PU év – f_penzev1 F2 PENZEV törzskapcsolat Itt rendeljük hozzá a könyvelési naplót az elsődleges pénzügyi évhez. Másodlagos PU év – f_penzev2 F2 PENZEV törzskapcsolat Itt rendeljük hozzá a könyvelési naplót a másodlagos pénzügyi évhez. Harmadlagos PU év – f_penzev3 F2 PENZEV törzskapcsolat Itt rendeljük hozzá a könyvelési naplót a harmadlagos pénzügyi évhez. Létrehozás dátuma – f_nyitdat A napló megnyitásának dátuma. Létrehozó user – f_nuser F2 USERS törzskapcsolat A naplót megnyitó személy USER azonosítója. Csak ez a személy használhatja ezt a naplót adatkarbantartáshoz. A mező módosítható, ha arra van szükség, hogy valakinek a naplóját másnak átadjuk, az alábbi napló jellegek esetében: Főkönyvi (0) Pénzügyi (1) Készlet (2) Előirányzati/Bérkötváll (5) Tárgyi eszköz (8) Számfejtési (9) Előirányzat analitika (E) Értéknélküli (F) Nem könyvelendő (N) Üzemgazdasági (U) Zárás dátuma – f_zardat A napló lezárásának dátuma. Záró user – f_zuser F2 USERS törzskapcsolat A naplót lezáró személy USER azonosítója. Napló jellege – f_njelleg Értékei lehetnek: 0
Főkönyvi napló
A főkönyvi modulban a rendező-vegyes tételek rögzítésére.
1
Pénzügyi napló
A pénzügyi modulban a pénzügyi bizonylatok rögzítéséhez.
2
Készlet napló
A készlet analitikából érkező összesítő feladások naplója.
3
Külső napló, bizonylati mélységű
Az idegen rendszerekből importált könyvelési napló jellege.
4
Tranzit napló
A pénzügyi bizonylatok egyik felhasználói naplóból a másikba történő átadásához egy átmeneti naplójelleg.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
46
5
Előirányzati/Bérkötváll napló
A költségvetési intézmények előirányzatainak/ bérkötválljainak rögzítésére szolgáló naplójelleg.
6
Munkalap napló
A belső költség áthárítások könyvelésére szolgáló ‘munkalap’ adatfeldolgozással rögzített adatok kerülnek ilyen jellegű naplókba.
7
REP napló
A részesedés és értékpapír nyilvántartó modulban rögzítjük a változásokat ebbe a naplójellegbe.
8
Eszköz napló
Az eszköz analitikából érkező összesítő feladások naplója.
9
Számfejtési napló
A bérszámfejtési modulból érkező összesítő feladások naplója.
B
Bérfeladási napló
E
Előirányzati analitika napló
F
Értéknélküli készletek napló
B
Nem könyvelendő pénzügyi napló
O
Felosztás analitika napló
U
Üzemgazdasági rendező vegyes napló
V
Vetítési alap napló
Z
Üzemgazdasági felosztás analitika napló
Költségvetési intézmények előirányzat módosítás analitika könyvelésére.
Költségvetési intézményeknél a nem aláírt fedezetek és kötvállalások proformáinak nyilvántartására.
Nyitó, forgalom, záró – f_nfz Értékei: N - a főkönyvi nyitó tételek rögzítésére F - az összes forgalmi tétel rögzítésére C - csak elsődlegesre könyvel Z - a főkönyvi záró tételek rögzítésére A Napló ezen tulajdonsága módosítható. Napló státusz – f_nstatus A napló státusza N - Nyitott vagy Z - Zárt lehet. Zárt naplóhoz már nem vihetünk fel újabb bizonylatokat, valamint a meglévőket már nem módosíthatjuk. Feldolgozási hely kód – f_fldhely F2 FLDHELY törzskapcsolat FST-filtert lehet beállítani a mezőre. Napló nyitáskor feltöltődik a Bejelentkezési feldolgozási hely 23 kódjával.
Kontírozási típuskódok Feladata azoknak a kontírozási típusoknak a nyilvántartása, amelyeknek a kontírozását már nem tudjuk a jogcím, illetve a kontírozási mód törzsben leírni, mert több összetevőtől függenek, ezért a kontírozási szabályokban írjuk le. A kontírozási szabályokban ezeken a kódokon hivatkozunk a megfelelő típusra.
A kontírozó program csak fix kontírtípusokat kezel, tehát felhasználó általi bővítésnek nincs értelme. Ez a tábla a telepítő csomag része.
47
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
KONTTIPUS felépítése Kontírozási típus – f_konttip A kontírozási típus kódja. Megnevezés 1 – f_nev1 A kontírozási típus magyar nyelvű megnevezése. Megnevezés 2 – f_nev2 A kontírozási típus idegen nyelvű megnevezése. Megnevezés 3 – f_nev3 A kontírozási típus idegen nyelvű megnevezése.
Központosított intézmények A menüpont csak abban az esetben jelenik meg, ha a FORKTA - Központi törzsadatrendszer adatbázisa rendszerparaméter értéke üres ÉS a FORRKJ - Van-e a jogcímtörzsnek részben központi törzse? rendszerparaméter értéke Van központi szabályokkal, alábontható módon VAGY a FORRKS - Van-e a számlatükörnek részben központi törzse? rendszerparaméter értéke Van központi szabályokkal, nem alábonthatóan
A táblában definiáljuk, hogy a központi adatbázis mely intézményi adatbázisok központija, azok melyik install adatbázishoz tartoznak és mi az Adopter azonosítójuk. Ez alapján végzi el a program a központi törzs Számlatükör/Jogcímek módosítása esetén az intézményi törzsek módosítását kilépéskor automatikusan vagy a Karbantartás menüben Törzs publikálása az intézmények felé funkcióval.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
48
Karbantartó képernyő
KOZPINTEZMENYEK felépítése Azonosító - ID Automatikus sorszám, azonosító. Install adatbázis -install F2 Install adatbázis kapcsolt A központi (install) adatbázis azonosítója. Intézményi adatforrás - adopter F2 Adatforrások törzskapcsolat Az adatforrás (mely intézmények központja). Linked Server Name - server
Utalások átvételének paraméterei A menüpont abban az esetben látható, ha a FORKTA - Központi törzsadatrendszer adatbázisa rendszerparaméter üres ÉS a FORKNC - Kincstárhoz tartozó intézmény? rendszerparaméter értéke Nem kincstárhoz tartozó intézmény ÉS a PENTUA - Van-e tagvállalattól utalási adatsor átvétele? alrendszer paraméter értéke Van utalási adatsor átvétel.
Feladata egy társulás tagvállallatainak egymás közötti számlaforgalmának támogatása. A működés a következő adatbázis hierarchiát feltételezi: Központi adatbázis, amelyen az összes törzs és összes nyilvántartás szerepel Felhasználói táblában. Tagvállalati adatbázisok: Nézettáblák (Külső táblák) feldolgozási hely szűréssel.
49
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
UTATVPAR tábla felépítése Befogadó feldolg.hely – f_befldh F2 FLDHELY törzskapcsolat Befogadó feldolgozási hely, ahova be kell emelni az adatokat. Átadó partnerkódja (befogadónál) – f_atpart F2 PARTNER törzskapcsolat Átadó partnerkódja a befogadónál (amelyik partnertől be kell emelni). Átadó feldolg.hely – f_atfldh F2 FLDHELY törzskapcsolat Átadó feldolgozási hely kódja, amely feldolgozási helynek megfelelő Utalásokból emelünk át. Befogadó partnerkódja – f_bepart F2 PARTNER törzskapcsolat A napló azonosítója, amely a nyitásakor bekért jellemzőkből áll össze. Jóváírás jogcím kódja – f_jogcím F2 JOGCIM törzskapcsolat Jóváírási jogcím, ezzel a jogcímmel jönnek létre a banki sorok.
Könyvelési időszak nyitása Feladata a felhasználó számára a lehetőség megteremtése, hogy egy újabb könyvelési időszakhoz (hónaphoz) könyvelési tételeket rögzíthessen.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
50
A program a már létező időszakokat figyelembe véve megnyitja a sorrendben következő időszakot. A létrejövő időszak megnevezését és hogy melyik pénzügyi évekhez tartozik majd, a bekért adatok alapján állítja be. Az azonosítót pedig a bekért Időszak éve mezőből és az éven belüli következő folyamatos sorszámból képezi. Egy éven belül 99-ig nyithatunk időszakot. Az előálló időszak Könyvelési, ÁFA és Készlet könyvelési státusza egyaránt N - Nyitott. Raktári mennyiségi feldolgozás szempontjából X - Még nem aktív. Mérlegzáró időszak?: értéke I - Igen vagy N - Nem lehet. Ezt megadhatjuk az időszak nyitásakor vagy utólag módosítással is beállítható azokban a Könyvelési időszakokban 31 , amelyekre még nincs nyitott napló. Egy évben csak 1 db Mérlegzáró időszak lehet, célszerűen leghamarabb a 13. időszakot érdemes Mérlegzárónak minősíteni.
Napló nyitásakor bármelyik modulban A Mérlegzáró időszak Napló nyitás funkcióval csak a Főkönyvi modulban választható, csak Záró napló nyitásakor, ha Főkönyvi / Üzemgazdasági / Előirányzati naplót nyitunk. Mérleg záráskor a program csak a Mérlegzáró időszakhoz tartozó naplót enged kiválasztani. A mérlegzárás indításakor csak a Mérlegzáró időszak lehet nyitott, a többinek zártnak kell lennie. Ezzel az időszaki zártságot Mérlegzárás készítésekor szigorodik.
Amennyiben a FOKFKN - Felhasználófüggetlen kötött naplók használata alrendszer paraméter értéke Igen, felhasználófüggetlen naplókat használ, az időszakok nyitásával automatikusan létrejönnek a pénzügyi és munkalap forgalmi naplók. A napló azonosítók PNeehh01**** és MLeehh01****, ahol: PN = pénzügyi napló
51
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
ML = munkalap napló ee = év hh = hónap **** = a bejelentkezési Feldolgozási hely kódja, 4-nél rövidebb kód esetén alulvonással kiegészítve.
Tranzit napló nyitása Feladata olyan napló létrehozása, amelyen keresztül a pénzügyi bizonylatok átadhatók egyik naplóból egy másik naplóba. Erre akkor lehet szükség, ha egy bizonylathoz kapcsolódó munkafolyamatot egy felhasználó nem tud végigvinni (rögzítés - kontírozás munkamegosztás), vagy egy nem könyvelt bizonylatot könyvelési időszakok között szeretnénk átvezetni.
Adatbevitel gombra kattintva adhatjuk meg a napló azonosítói adatait (jele, user, időszak, stb.) Ok hatására létrejön egy tranzit jellegű [NJG4] napló, amelybe és amelyből csak tranzitálhatunk, azaz nem rögzíthetünk bizonylatokat, nem módosíthatjuk, nem kontírozhatjuk és nem adhatjuk fel.
Bizonylati típus összerendelő tábla A menüpont csak a KESRAU - Raktári jogosultság rendszerparaméter Felhasználói értéke (=1 ) esetén jelenik meg és tartható karban. Feladata: Bizonylati típusonként a bizonylati formátumok (xml-ek) elérésének valamint a bizonylati tömbök képzési maszkjának meghatározása (a bizonylati tömb szeleten kívül ->Raktár törzs) Képernyő:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
52
Felépítése: Forrás azonosító - ForrasID automatikusan képződő, maximum 10 karakter hosszú Bizonylati tömb típusa - vtype F2 - install:vouchertypes Bizonylati tömb formátuma - vform F2 - install:programs Opcionálisan tölthető. Tábla azonosítója - tableid F2 - install:ForrasTables Annak a táblának az azonosítója, ahol a bizonylati tömb szelet el van tárolva. (Készletes vtypeok esetén: raktar) Mező azonosító - columnid F2 - install:ForrasTableStr Annak a mezőnek az azonosítója, ahol a bizonylati tömb szelet el van tárolva a fenti táblában. (Készletes vtype-ok esetén a raktar tábla f_biztombszelet mezője) Maszk - f_maszk A maszk „XX__X0” formátumú leírása, ahol „_” a fenti tábla fenti mezőjében lévő bizonylati tömb szeletre hivatkozik és tetszőleges helyen lehet a maszkon belül; ha a maszk utolsó karaktere 0, akkor oda a pénzügyi év utolsó számjegye kerül.
Bizonylati tömb összerendelő tábla A menüpont csak a KESRAU - Raktári jogosultság rendszerparaméter Felhasználói értéke (=1 ) esetén jelenik meg és tartható karban. Feladata: Raktárak összerendelése bizonylati típusokkal, bizonylati tömbökkel, pénzügyi évekkel. Képernyő:
53
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Ebbe a táblába a Készlet bizonylati tömbök generálása raktárakhoz funkció futtatásakor kerülnek bejegyzések.
Készlet bizonylati tömbök generálása raktárakhoz A menüpont csak a KESRAU - Raktári jogosultság rendszerparaméter Felhasználói értéke (=1 ) esetén jelenik meg és tartható karban. Feladata: Felhasználói szintű raktári jogosultság esetén a raktárakhoz bizonylati tömbök generálása felhasználónként. Képernyő:
Bizonylati tömbök generálásakor csak azon bizonylati típusok közül lehet választani, amelyek megtalálhatóak a bizonylattípus összerendelő táblában. Az adatok megadását követően az általános lekérdezővel kilistáztathatóak a létrehozandó bizonylati tömbök.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
54
A lekérdezőből történő kilépést követően az Indulhat a generálás kérdésre Igen-t választva megtörténik a bizonylati tömbök generálása. A létrejött bizonylati tömb összerendelések a Bizonylati tömb összerendelő táblában, a bizonylati tömbök a Bizonylati tömb táblában tekinthetők meg. A lekérdezőből történő kilépést követően az Indulhat a generálás kérdésre Nem-et választva kilép a funkcióból.
Zárások Feladata az időszakok zárási feltételeinek vizsgálata, majd azok zárásának biztosítása. Menü Áfa időszak zárása
56
KTK egyeztetési időszak zárása
57
Könyvelési időszak zárási feltételének vizsgálata Összes napló zárása
59
Pénzügyi naplók csoportos zárása Összes napló törlése
Könyvelési időszak zárása
60
61
63
Tranzit napló törlése
63
Kereskedelmi időszak zárása
55
59
60
Pénzügyi naplók csoportos törlése Pénzügyi év zárása
57
64
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Áfa időszak zárása Feladata a Könyvelési időszak zárása ÁFA szempontjából, hogy újabb bizonylat ne módosíthassa az ÁFA bevallásunkat. Így bármikor az eredetivel egyező ÁFA-analitikát készíthetünk az adott időszakra.
Bevitel gombra kattintva F2 segítségével kiválasztható a lezárandó Időszak azonosító. Időszak azonosító: csak olyan időszak zárható ÁFA szempontjából, amelyhez tartozó bizonylatok státusza nem N - Nyitott. Z - Zárt és K - Könyvelt bizonylaton pedig már nem módosítható az ÁFA-hó.
Ok hatására a kiválasztott időszak ÁFA-bevallás státusza mezőjének értéke Z - Zárt lesz a Könyvelési időszakok táblában. Ettől kezdve ez az ÁFA-időszak a pénzügyi bizonylatokon nem használható ÁFA-hó megjelölésre. Az ÁFA-bevallás szempontjából fontos mezők – ÁFA-kód, ÁFAhó, nettó, ÁFA - nem karbantarthatók, ha a tételben, vagy a bizonylatfejben lévő ÁFA-hó már zárt. Gyakorított ÁFA-bevallásnál, utolsó, még nyitott ÁFA-hónap esetén ezt úgy vizsgáljuk, hogy az előzőekben említett módon megállapítjuk a tétel ÁFA-bevallási dekádját – teljesítési dátum, rögzítési dátum –, és ha az első dekád, a rendszerdátum viszont ÁFA-hónapot követő hónap 04.e utáni, akkor a tételt ÁFA-szempontjából zártnak tekintjük. Ha a PENAIV - Használja az ÁFA-időszak véglegesítését? rendszerparaméter értéke Használja az ÁFAidőszak véglegesítését, akkor az ÁFA-időszak zárása két lépéses lesz, hogy meg lehessen különböztetni a normál pénzügyi bizonylatok (számlák, pénzforgalmak), és az ÁFA-rendező [PENA %] bizonylatok rögzítésének, létrehozásának korlátozását. Ebben az esetben ez a funkció csak a normál pénzügyi bizonylatokat (számlák, pénzforgalom) zártságát vizsgálja, majd az ÁFA időszak véglegesítése 56 funkció fogja az ÁFA-rendező bizonylatok [PENA%] zártságát is megvizsgálni.
ÁFA időszak véglegesítése A menüpont abban az esetben látható, ha a PENAIV - Használja az ÁFA-időszak véglegesítését rendszerparaméter értéke Használja az ÁFA - időszak véglegesítését.
Indításkor bekéri a véglegesítendő ÁFA-időszakot:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
56
Bevitel gomb hatására F2-vel olyan Időszak azonosító adható meg, amelynek a Könyvelési időszakok [idoszak] táblában az Időszak ÁFA - bevallás státusza Z - Zárt. Ok gomb hatására megvizsgálja a kiválasztott időszakhoz tartozó pénzügyi és ÁFA-rendező [PENA %] bizonylatokat és ha N - Nyitott bizonylatot talál, "Létezik még nyitott bizonylat az időszakban!" üzenettel jelzi és nem véglegesíti az időszakot. Sikeres véglegesítés esetén az ÁFAidőszak végleges? mező értéke I - Igen lesz és a továbbiakban pénzügyi és ÁFA-rendező bizonylatok nem rögzíthetők az időszakhoz.
KTK egyeztetési időszak zárása Feladata az időszak Kincstári egyeztetési státuszának zárása, amely a könyvelési zártságtól független.
Bevitel gombra kattintva F2 segítséggel kiválasztható a lezárandó Időszak azonosító. Ok hatására a kiválasztott időszak Kincstári egyeztetés státusza mezőjének értéke Z - Zárt lesz a Könyvelési időszakok táblában.
Könyvelési időszak zárási feltételének vizsgálata A könyvelési időszak zárásához elengedhetetlenül szükséges a többlépcsős feltételrendszer vizsgálata, a zárást akadályozó tényezők listázása.
57
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A program bekéri a vizsgálandó Tárgyidőszak kódját és az előálló Output nevét és Nyelvét. Tranzit csak dátum alapján?: ha a program a tranzit naplókban talál bizonylatot, azokat listázza. Ez nem a zárás feltétele, csak figyelmeztetés. N - Nem hatására a teljes tanzit napló tartalmát, I - Igen hatására csak azokat a bizonylatokat hozza a tranzit naplókból az ellenőrző listára, amelyeknek vagy a bizonylati dátuma, vagy a teljesítési dátuma megfelel az indításkor megadott időszaknak. Állományváltozás is?: a kérdés csak abban az esetben jelenik meg 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. I - Igen hatására a program az ellenőrzés végén elindítja a Mi nincs feladva állományváltozásra? listát is. Az így leválogatott bizonylatokat a lista végére kerülnek.
Vizsgálati szempontok
1) Az időszakhoz nem tartozhatnak importált, de még nem aktualizált pénzügyi bizonylatok vagy könyvelési állományok.
2) Az Időszak ÁFA-bevallás státuszának Z - Zárt -nak kell lennie.
3) Az időszakhoz tartozó minden napló státuszának Z - Zárt-nak kell lennie.
4) Az időszakhoz tartozó összes pénzügyi bizonylat státuszának K - Könyveltnek, a nem könyvelendőknek (csoportos) Z - Zártnak, illetve R - Rontottnak kell lennie. (Napló zárásának a feltétele.)
5) Az időszak EG03-I bizonylatainak K - Könyvelt státuszúnak kell lennnie. Az EG03-F (Fejezet) bizonylatok esetében csak a saját ÁHT-t tartalmazó tételekkel rendelkező bizonylatoknak kell K Könyvelt státuszúaknak lenniük.
6) Az időszakhoz tartozó összes pénzforgalmi megbízás státuszának Z - Zártnak, illetve R Rontottnak kell lennie. (Napló zárásának a feltétele.)
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
58
7) Az időszakhoz nem tartozhat igazolatlan szállítói számla. (Bizonylat zárásának a feltétele.)
8) Tranzit napló vizsgálata az indítási paraméternek megfelelően.
9) Állományváltozásra fel nem adott tételek vizsgálata az indítási paraméternek megfelelően.
Ha a program talál az előbb felsorolt szempontoknak nem megfelelő állapotokat, erről listát készít. Felsorolja a nyitott naplókat, valamint a zárásnak nem megfelelő bizonylatokat naplónként, bizonylati típusonként. A listára kerülnek azok a bizonylatok is, amelyek az adott időszakot, mint ÁFA-időszakot tartalmazzák, és N - Nyitott státuszúak.
Összes napló zárása Feladata felhasználótól, napló jellegtől függetlenül, a kiválasztott napló zárása.
Csak olyan napló zárható, amely K - Könyvelt vagy R - Rontott pénzügyi bizonylatokat, illetve Z Zárt csoportos bizonylatokat és pénzforgalmi megbízásokat tartalmaz.
A funkció egyesével való zárásra ad lehetőséget, és a kiválasztás után vizsgálja, hogy egyáltalán zárható-e a napló. Ha nem, erről értesít, és nem zárja le.
Pénzügyi naplók csoportos zárása Feladata felhasználótól függetlenül, a nyitott pénzügyi naplók csoportos zárása.
59
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A funkció eleve csak azokat a naplókat kínálja fel, amikben csak K - Könyvelt vagy R - Rontott pénzügyi bizonylatok, illetve Z - Zárt csoportos és pénzforgalmi bizonylatok vannak. A felkínáltak közül egyet vagy bármennyit (akár mind) naplók státuszát a program Z - Zárt-ba állítja.
kiválaszthatjuk. A kijelölt
Összes napló törlése Feladata felhasználótól, napló jellegtől függetlenül, a kiválasztott napló törlése.
Csak olyan napló törölhető, amelyben nincs bizonylat.
Adatbevitel gombra kattintva adhatjuk meg a törlendő Napló azonosítóját. Ok hatására törli a naplót.
Pénzügyi naplók csoportos törlése Feladata az üres pénzügyi naplók csoportos törlése.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
60
Csak olyan napló törölhető, amelyben nincs bizonylat.
A felkínáltak közül egyet naplókat a program törli.
vagy bármennyit (akár mind)
kiválaszthatjuk. A kijelölt
Könyvelési időszak zárása Feladata a Könyvelési időszak zárása könyvelési szempontból, hogy az adott időszakhoz újabb könyvelési tételeket ne vihessünk fel. Így bármikor az eredetivel egyező főkönyvi kivonatot vagy számlakartont készíthetünk az adott időszakra.
Csak olyan időszak zárható könyvelési szempontból, amely a Könyvelési időszak zárási feltételének vizsgálata 57 menüpontban ismertetett vizsgálati kritériumoknak eleget tesz, és Eszköz analitika vagy Készlet szempontjából már nem N - Nyitott státuszú. A tranzit naplók tartalmáról itt is elkészül a lista, de csak figyelmeztető jelleggel.
Bevitel gombra kattintva adhatjuk meg a lezárandó Könyvelési időszak azonosítóját. Ok gomb hatására a kiválasztott időszak könyvelési státusza Z - Zárt lesz. Ettől kezdve ez az időszak napló nyitáskor nem használható, így újabb bizonylat sem rögzíthető.
61
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Az Ismételt ÜG feladás? kérdés csak akkor jelenik meg, ha a FORPPE - Kell-e párhuzamosan eredményszemléletű könyvelés? renszerparaméter értéke nagyobb mint 0, vagyis valamilyen formában használja a párhuzamos eredményszemléletű könyvelést. I - Igen hatására kérhetjük a zárandó időszak összes pénzügyi naplójának ismételt üzemgazdasági feladását. Ekkor az időszak zárása előtt lefut az ismételt feladás az ismert módon, azzal a különbséggel, hogy itt nem mi választunk naplót, hanem az időszak összes naplóját kiválasztja a program. Párhuzamosan eredményszemléletű könyvelés esetén nem csak a FOKTOTAL-ba, hanem a FOKTOTOAL_UG-be is felösszesíti az időszak forgalmát.
Ha a FOKTOT - Használja-e a főkönyvi tábla felösszesítését? alrendszer paraméter értéke Igen, akkor az időszak zárás előállítja a FOKTOTAL táblát, amelyben az adott pénzügyi év forgalma lesz felösszesítve az adott időszakig az információs dimenziókra. Ezt főkönyvi kivonat készítésekor használja a program. A FOKTOTAL tábla mezői, azaz az összevonás szempontjai: f_penzev
Pénzügyi év
f_idoszak
Időszak
f_nfz
Nyitó, Forgalom, Záró
vtype
Bizonylattípus
f_fszsz
Főkönyvi számlaszám
f_fesz
Ellenszámlaszám
f_mszsz
Másodlagos számlaszám
f_mesz
Másodlagos ellenszámlaszám
f_eek
Elszámolási egység
f_eloirkod
Előirányzat kódja
f_ugylet
Ügylet kód
f_ank
Analitikus kód
f_rovat
Pénzforrás kód
f_trankod
Tranzakciós kód
f_szerazon
Bonyolítási esemény azonosító
f_me
Mennyiségi egység
f_dkod
Devizakód
f_eloirev
Előirányzat éve, elsősorban az esedékességből, majd a naplóból
f_t_osszeg
Tartozik összeg - felösszesítve az előzőekre
f_k_osszeg
Követel összeg - felösszesítve az előzőekre
f_t_deviza
Tartozik deviza - felösszesítve az előzőekre
f_k_deviza
Követel deviza - felösszesítve az előzőekre
f_t_mennyi
Tartozik mennyiség - felösszesítve az előzőekre
f_k_mennyi
Követel mennyiség - felösszesítve az előzőekre
f_e_osszeg
Egyenleg összeg - felösszesítve az előzőekre
f_e_deviza
Egyenleg deviza - felösszesítve az előzőekre
f_e_mennyi
Egyenleg mennyiség - felösszesítve az előzőekre
f_fldhely
Feldolgozási hely kódja – felösszesítve az előzőekre
f_keretg
Keretgazda kódja – felösszesítve az előzőekre
f_ktggyujt
Egyedi gyűjtő kódja
f_gyujto2
Egyedi gyűjtő 2
f_gyujto3
Egyedi gyűjtő 3
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
62
Pénzügyi év zárása Feladata a Pénzügyi év zárása könyvelési szempontból, hogy az adott Pénzügyi évhez újabb könyvelési tételeket ne vihessünk fel.
A pénzügyi év zárásának feltétele, hogy a hozzá tartozó időszakok státusza Z - Zárt legyen.
Bevitel gombra kattintva adhatjuk meg a lezárandó Pénzügyi év azonosítóját. Ok hatására a kiválasztott pénzügyi év státusza I - Inaktív lesz. Ettől kezdve ez a pénzügyi év Időszak nyitáskor nem használható, ami közvetve azt eredményezi, hogy újabb bizonylat nem rögzíthető az adott pénzügyi évhez.
Tranzit napló törlése Feladata olyan tranzit naplók törlése, amelyek már nem használatosak. Az időszak zárásának feltétele, hogy ne legyen hozzá tartozó nyitott napló, ezért a tranzit naplókat is zárni vagy törölni kell. Mivel a tranzit napló csak N - Nyitott vagy Z - Zárt bizonylatokat tartalmazhat, ezért csak akkor felel meg a napló zárás követelményeinek, ha nem tartalmaz bizonylatot, vagyis üres. Ekkor pedig célszerűbb törölni. Itt felhasználótól függetlenül törölhetjük ki a tranzit naplókat.
Adatbevitel gombra kattintva adhatjuk meg a törlendő Tranzit napló azonosítóját. Ok hatására 63
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
kitörlődik a kiválasztott tranzit napló. Csak üres naplót töröl, ha van tétel a naplóban, azt üzenettel jelzi a program.
Kereskedelmi időszak zárása Feladata a kiválasztott Könyvelési időszak Kereskedelmi időszak státuszának zárása abból a célból, hogy erre az időszakra szállítólevek rögzítése már ne történhessen.
Bevitel gombra kattintva adható meg a lezárandó Kereskedelmi időszak azonosítója. Ok hatására a Könyvelési időszak táblában a Kereskedelmi időszak státusza Z - Zárt lesz, és nem enged több diszpozíciót felvinni az adott időszakhoz tartozó dátummal.
Visszanyitás (PSZ) Ebben a popup-ban az elhamarkodott zárásokat tehetjük meg nem történtté. Minden menüpontnál az érintett objektum egy egyedének az azonosítóját kéri be a program.
Ezek a visszanyitások az adatfeldolgozás zártságát sérthetik, ezért csak a tesztelési és oktatási adatbázisokban ajánlott a használatuk! Menü Pénzügyi év visszanyitása
67
ÁFA időszak visszanyitása
67
Könyvelési időszak visszanyitása Pénzügyi napló visszanyitása
68
Munkalap napló visszanyitása
69
68
Zárt pénzügyi bizonylat visszanyitása
70
Zárt csop.elsz. bizonylat visszanyitása Zárt pénzügyi karton visszanyitása
70
71
Zárt pénzforgalmi megbízás visszanyitása Zárt szerződés visszanyitása
71
71
Könyvelt pénzügyi bizonylatok visszakönyvelése
72
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
64
Könyvelt munkalap bizonylatok visszakönyvelése Könyvelt napló megsemmisítése
73
74
Könyvelt főkönyvi napló visszaszedése
75
Felosztás analitika feladásának visszaszedése
76
----------ELŐIRÁNYZAT ANALITIKA----------
77
Előirányzat analitika napló teljes visszakönyvelése Intézmény Előirányzat analitika napló teljes visszanyitása Intézmény
77
77
/ Fejezet
/ Fejezet
Könyvelt előirányzat analitika bizonylat visszakönyvelése Intézmény Zárt előirányzat analitika bizonylat visszanyitása Intézmény Fejezet bizonylatok visszanyitása Pénztárjelentés törlése
79
78
/ Fejezet
/ Fejezet
80
80
Pénzforgalmi megbízások felszabadítása Személy inaktívvá tétele visszavonása
81
82
Visszanyitások naplózásának lekérdezése ----------KÖTVÁLLALÁSOK----------
83
83
Kötvállalás átforgatás visszavonása Kötvállalás zárás visszavonása
84
84
Kötvállalás módosítás visszavonása
84
Kötvállalás beléptetés visszavonása
86
----RÉGI KÖTVÁLLALÁS ZÁRÁSOK -----
86
RÉGI- Kötvállalás zárás műszaki maradvány korrekcióval RÉGI- Kötvállalás zárás pü. maradvány korrekcióval RÉGI- Kötvállalás zárás árf. diff. korrekcióval
86
88
88
ÚJ-Szállítói kötvállalás maradványok átforgatása Szállítói kötváll maradványok előkészítése átemeléshez RÉGI Zárt szerződés visszanyitása
89
88
Kötvállalás csoportos lerontása
88
Kötvállalás bizonylatok visszanyitása
90
Elektronikus KT/EG küldés értéknap módosítása Analkód szerinti legyűjtés cseréhez
91
Analkód-csere vezérlő tábla karbantartása Analkódok cseréjének végrehajtása
91
92
93
----------CSOPORTOS VISSZASZEDÉSEK----------
93
Időszak összes pü. bizonylatának visszaszedése a főkönyvből
93
Pénzügyi napló összes pü.bizonylatának visszaszedése a főkönyvből Időszak összes állományváltozásának visszaszedése a főkönyvből
95
95
Pénzügyi napló összes állományváltozásának visszaszedése a főkönyvből Banki karton összes bizonylatának visszaszedése a főkönyvből Banki karton bizonylatainak újraárfolyamosítása
97
98
Pénztári karton összes bizonylatának visszaszedése a főkönyvből Pénztári karton bizonylatainak újraárfolyamosítása Időszak könyvelt főkönyvi naplói visszaszedése ----------CSERÉK----------
65
99
100
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
99
99
96
Áfa hó csere vevő számlákban
100
Áfa hó csere szállítói számlákban
102
Fizetési határidő csere vevő számlákban
104
Külső bizonylatszám csere szállítói számlákban Késedelmi kamat csere vevő számlákban
104
Rögzítési dátum csere nyitott bizonylatokban Bizonylati dátum csere nyitott bizonylatban Fizetési határidő csere szállítói számlákban Rendelés/Iktszám csere számlákban
105
106 105
107
Partnerkódok összevonása (cseréje)
108
Keretszerződés-csere pénzügyi bizonylaton Jogcím-csere
107
109
110
Bony.esemény-csere
111
Elszámolási egység-csere Analitikus kód-csere
112
112
Pénzforrás kód-csere Keretgazda kód-csere
112
112
Egyedi gyűjtő kód-csere
113
Pénzbekérő átminősítése számlává
113
----------BIZTIPUSONKÉNTI VISSZANYITÁSOK---------Zárt ÁFA bizonylat visszanyitása
114
115
Zárt Bank bizonylat visszanyitása
115
Zárt Csoportos elsz.bizonylat visszanyitása Zárt Fizetési felszólítók visszanyitása Zárt Keret bizonylat visszanyitása
115
115
115
Zárt Pénztár bizonylat visszanyitása
115
Zárt Proforma/kötváll pü. bizonylat visszanyitása Zárt Szállító bizonylat visszanyitása Zárt Vevő bizonylat visszanyitása
115
115
115
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
66
Pénzügyi év visszanyitása A funckióval a már lezárt Pénzügyi évet tehetjük újra aktívvá.
Bevitel gombra kattintva a visszanyitandó pénzügyi évet kell megadni. Az Ok gombra kattintva a megadott pénzügyi év aktívvá válik, vagyis a Pénzügyi évek 25 táblában a Pénzügyi év státusza mező I - Inaktív értékről, A - Aktív értékre módosul. Visszanyitás után a pénzügyi évhez tartozó időszakok, naplók is visszanyithatók, vagy szükség szerint újabbak nyithatók.
ÁFA időszak visszanyitása A funkcióval a már lezárt ÁFA időszakot nyithatjuk vissza.
Csak azok az ÁFA időszakok nyithatók vissza, amelyeknek a Könyvelési státusza N - Nyitott a Könyvelési időszakok táblában!
Bevitel gombra kattintva a visszanyitandó ÁFA időszakot azonosítóját kell megadni. Visszanyit 67
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
gombra kattintva a megadott ÁFA időszak státusza a Könyvelési időszakok 31 táblában N Nyitott értékre módosul. Visszanyitás után rögzíthetünk ÁFA-tartalmú bizonylatokat adott hónapra. Ezzel akár megváltoztathatjuk egy elküldött ÁFA-bevallás analitikáját!
Könyvelési időszak visszanyitása A funkcióval a már lezárt Könyvelési időszakot nyithatjuk vissza.
Csak azok a Könyvelési időszakok nyithatók vissza, amelyeknek a Pénzügyi éve A - Aktív!
Bevitel gombra kattintva a visszanyitandó könyvelési időszakot azonosítóját kell megadni. Visszanyit gombra kattintva a megadott Könyvelési időszak könyvelési státusza N - Nyitott értékre módosul. A visszanyitás után lehetőségünk lesz újabb naplók nyitására, így újabb bizonylatok rögzítésére.
Pénzügyi napló visszanyitása A funkcióval a már lezárt Pénzügyi naplót nyithatjuk vissza.
Csak azok a Pénzügyi naplók nyithatók vissza, amelyek N - Nyitott könyvelési státuszú időszakhoz tartoznak. Főkönyvi napló nem nyitható vissza!
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
68
Adatbevitel gombra kattintva a visszanyitandó pénzügyi naplót azonosítóját kell megadni. Megnyit gombra kattintva a megadott pénzügyi napló nyitott lesz. A visszanyitás után vihetünk fel újabb pénzügyi/belső munkalap bizonylatokat a naplóba.
Munkalap napló visszanyitása A funkcióval a már lezárt Munkalap naplót nyithatjuk vissza.
Csak azok a Munkalap naplók nyithatók vissza, amelyek N - Nyitott könyvelési státuszú időszakhoz tartoznak. Főkönyvi napló nem nyitható vissza!
Adatbevitel gombra kattintva a visszanyitandó munkalap napló azonosítót kell megadni. Megnyit gombra kattintva a megadott munka napló státusza N - Nyitott lesz. Visszanyitás után rözgíthetünk újabb adatokat a naplóba.
69
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Zárt pénzügyi bizonylat visszanyitása A funkcióval egy már korábban lezárt és nem stornózott módosíthatóságának vagy rontásának a feltételét biztosítjuk.
pénzügyi
bizonylat
Óvatosan kell bánni ezzel a funkcióval, mert így már kinyomtatott, elküldött bizonylatokat (például kimenő számla) változtathatunk meg. Bizonyos korlátai vannak a funkciónak, de ezeket közli velünk. Az átforgatás záró – nyitó bizonylatait [PENR03] nem lehet visszanyitni!
Adatok gombra kattintva a visszanyitandó pénzügyi bizonylat azonosítóját kell megadni. A Visszanyit gombra kattintva a megadott pénzügyi bizonylat státusza N - Nyitott lesz.
Zárt csop.elsz. bizonylat visszanyitása A Csoportos elszámolási bizonylatok visszanyitása funkcióval PENC01 és PENC02 bizonylattípusú bizonylatokat lehet visszanyitni. Ezeket a bizonylatokat a Zárt pénzügyi bizonylatok visszanyitása 70 menüponttal is vissza lehet nyitni, de ott az összes pénzügyi bizonylattal együtt. Jogosultsági okok miatt készült erre a bizonylattípusra külön menüpont.
Adatok gombra kattintva a visszanyitandó pénzügyi bizonylat azonosítóját kell megadni. A Visszanyit gombra kattintva a megadott csoportos elszámolási bizonylat státusza N - Nyitott
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
70
lesz.
Zárt pénzügyi karton visszanyitása A funkcióval a korábban lezárt pénztári és banki karton nyitható vissza.
Adatok gombra kattintva a visszanyitandó pénzügyi karton azonosítóját kell megadni. A Visszanyit gombra kattintva a megadott pénzügyi karton státusza N - Nyitott lesz.
Zárt pénzforgalmi megbízás visszanyitása Egy zárt pénzforgalmi megbízás visszanyitásával egy már korábban lezárt pénzforgalmi megbízás módosíthatóságának vagy rontásának a feltételét biztosítjuk.
Adatok gombra kattintva a visszanyitandó pénzforgalmi megbízás azonosítóját kell megadni. A Visszanyit gombra kattintva a megadott pénzforgalmi megbízás státusza N - Nyitott lesz.
Zárt szerződés visszanyitása Az alábbi menüpont csak abban az esetben jelenik meg, 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 VAGY PENSZH - Használja-e a szerződésnyilvántartást? renszerparamétere értéke Használja a szerződésnyilvántartást
71
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Feladata a Z - Zárt státuszú Kötvállalásos szerződés [PENZ02] és Fedezetbiztosítás [PENZ03] bizonylattípusú szerződések Kötvállalási státuszának visszaállítása A - Aláírt státuszba.
Adatok gombra kattintással adhatjuk meg a visszanyitandó szerződés azonosítóját. Visszanyit gomb hatására a kiválasztott szerződés státusza A - Aláírt lesz, és kiürülnek a lezárással kapcsolatos mezők (dátum, mód, megjegyzések).
Könyvelt pénzügyi bizonylatok visszakönyvelése A nyitott könyvelési időszakhoz és ezzel együtt nyitott naplóhoz tartozó pénzügyi bizonylatok könyvelhetők vissza, azaz vehető ki a főkönyvből.
Adatok gombra kattintva a visszanyitandó K - Könyvelt státuszú pénzügyi bizonylat azonosítóját kell megadni. Az átfogatott kötváll. [PENR] bizonylatok eredeti bizonylatát nem lehet visszakönyvelni! Csak állományváltozás?: I - Igen válasz esetén a megadott bizonylatszámhoz tartozó FOKK% könyvelési tételeket törli csak a főkönyvből. N - Nem hatására mindent (FOKK%, PEN%). Ha az adott bizonylat tételei tartalmaznak nullánál nagyobb pontozódási sorszámot, az érintett számlahivatkozásokat előbb a program visszapontozza. Majd az adott bizonylatot törli a
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
72
főkönyvből és a bizonylat státusza Z - Zárt lesz. Ha csak állományváltozásra indítjuk, akkor a visszapontozás, és a státuszállítás Z - Zártra értelemszerűen nem működik. Visszakönyv gombra kattintva - ha nem csak állományváltozásra indítottuk -, a megadott pénzügyi bizonylatot törli a főkönyvből és a státusza Z - Zárt lesz. Ha a FORPPE - Használ-e párhuzamosan eredményszemléletű könyvelést? rendszerparaméter értéke Használ párhuzamosan eredeményszemléletű könyelést, akkor az Üzemgazdsági főkönyvből is töröl. Az alapbizonylat visszakönyvelésekor, ellenőrzi a kapcsolódó kötvállalalás naplóját, és ha az Z Zárt, akkor nem tudja visszakönyvelni a kötvállalást, és ezzel együtt a számlát sem könyveli vissza. Ilyen esetben a Kötvállalás naplójának visszanyitása után visszakönyvelhetjük a kötvállalást, majd a számlát. Amennyiben ugyanabba a naplóba lett generálva a kötváll, mint az alapbizonylat, akkor figyelmeztetés után a kötvállt is visszakönyveli:
Igen gomb hatására történik az alapbizonylat és a kötváll bizonylat visszakönyvelése.
Könyvelt munkalap bizonylatok visszakönyvelése Nyitott könyvelési időszakhoz és ezzel együtt nyitott naplóhoz tartozó belső munkalap bizonylat könyvelhető vissza, azaz vehető ki a főkönyvből.
Adatok gombra kattintva a visszanyitandó K - Könyvelt státuszú munkalap azonosítóját kell megadni. A Visszanyit gombra kattintva a megadott munkalap bizonylat státusza Z - Zárt lesz. Ha a FORPPE - Használ-e párhuzamosan eredményszemléletű könyvelést? rendszerparaméter értéke Használ párhuzamosan eredeményszemléletű könyelést, akkor az Üzemgazdsági főkönyvből is töröl.
73
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Könyvelt napló megsemmisítése A funkcióval a főkönyvi táblából törölhetünk vegyes könyvelési tételeket.
A figyelmeztető üzeneten Igen gombra kattintva megjelennek azok a főkönyvi naplók, amelyből kijelölhető a törlendő napló:
A program felkínálja az összes nyitott időszakhoz tartozó főkönyvi naplót. A napló(k) kiválasztása után az Ok gombra kattintva a program megvizsgálja, hogy a napló tartalmaz-e folyószámlás tételeket. Ha igen, ezt üzenetben közli, Ok hatására felajánlja annak visszapontozási lehetőségét:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
74
Ha Igen választ adunk, a tételek visszapontozása után törli a naplót, Nem választ hatására a napló nem törlődik a főkönyvből. Olyan főkönyvi naplót, ami szerepel Felosztás analitikában, nem lehet megsemmisíteni csak visszaszedni. Ha a FORPPE - Használ-e párhuzamosan eredményszemléletű könyvelést? rendszerparaméter értéke Használ párhuzamosan eredeményszemléletű könyelést, akkor attól függően töröl a program a [fokonyv_ug] és/vagy a [fokonyv] táblákból, hogy melyikben találja meg. Ha Számfejtési naplóra [NJG9] indítjuk a törlést, akkor még töröl a [fokonyv_ug] táblából Könyvelési bizonylatszám szerint is.
Könyvelt főkönyvi napló visszaszedése Feladata a főkönyvi, előirányzati és bérszámfejtési aktualizált (könyvelt) főkönyvi naplók visszaszedése főkönyvből.
A funkció indításakor a Napló amit mezőben N - Nyitott időszakhoz tartozó naplókat lehet választani. A visszaszedés folyamata a képernyőn követhető. Az előkészítésben a program visszapontozza az adott naplóhoz tartozó esetlegesen már kipontozott folyószámla párokat, majd a napló tételeit törli a [fokonyv] táblából és a [psz_fok táblába] rakja, a napló státuszát N Nyitott értékre módosítja.
75
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Kigenerált Bér teljesítési naplóban a program eltárolja a Számfejtési napló azonosítóját. Így egy Számfejtési naplóra csak egyszer indítható generálás. Ha a Számfejtési naplót vissza akarjuk könyvelni, akkor a program figyelmeztet, hogy már készült belőle rendezés, előbb azt kell megsemmisíteni. Ha a FORPPE - Használ-e párhuzamosan eredményszemléletű könyvelést? rendszerparaméter értéke Használ párhuzamosan eredeményszemléletű könyelést, és a kiválasztott napló Üzemgazdasági [NJGU], akkor a program törli a [fokonyv_ug] táblából, és visszapakolja a [psz_fok_ug] táblába. Ha a kiválasztott napló nem Üzemgazdasági [NJGU], akkor a program törli a [fokonyv] táblából, ha szerepel a [fokonyv_ug] táblában, akkor onnan is, és visszapakolja a [psz_fok] táblába. Speciálisan kezeli az Számfejtési naplókat [NJG9], azaz ezt a naplót a [fokonyv_ug] táblából nem napló, hanem Könyvelési bizonylatszám alapján törli, azaz azokat a tételeket törli, aminek a Könyvelési bizonylatszáma megegyezik a kiválasztott NJG9-es naplóéval. Ha egy olyan NJGU-s naplóra indítjuk a visszaszedést, ami egy NJG9 párja, akkor erre felhívja a figyelmet és lehetőséget ad a visszalépésre, hogy az NJG9-re indítsuk a visszaszedést. De ha akarjuk, akkor elvégzi csak az NJGU-ra is. A visszaszedés sikerességét üzenet jelzi.
Felosztás analitika feladásának visszaszedése A menüpont csak abban az esetben jelenik meg, ha a FOKFOA - Használja-e a felosztás analitikát? alrendszer paraméter értéke Használja azon keresztüli főkönyvi feladással.
A felosztás analitika feladásának visszaszedése menüpontban a N - Nyitott könyvelési időszakhoz és N - Nyitott naplóhoz tartozó belső felosztási analitika napló könyvelhető vissza, azaz vehető ki a főkönyvből.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
76
Adatok gombra kattintva a visszanyitandó Felosztás analitika [NJGO] vagy Vetítési alap napló [NJGV] típusú Napló azonosítóját kell megadni. Visszanyit gombra kattintva a kiválasztott napló tételeit kitörli a főkönyvből, és a napló státusza N - Nyitott lesz.
ELŐIRÁNYZAT ANALITIKA A menüpontok csak abban az esetben jelenik meg, 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 ÉS a FORKJL - Költségvetési intézmény jellege rendszerparaméter értéke Fejezet vagy Intézmény.
A paraméter Fejezet vagy Intézmény beállításától függően kínálja visszanyitásra.
fel a
bizonylatokat
Előirányzat analitika napló teljes visszakönyvelése (Intézmény) Feladata a könyvelt előirányzat analitika napló teljes visszakönyvelése.
Adatok gombra kattintva adható meg a visszakönyvelendő Napló azonosítója. Z - Zárt naplóra is indíható. Visszakönyvel gombra kattintva a funkció a bekért Előirányzat analitika napló tételeit kitörli a főkönyvből és az érintett bizonylatok státuszát Z - Zárt értékre módosítja. Intézmények esetén az [eloirm_eg03i], Fejezetek esetén pedig az [eloirm_eg03f] táblában. Előirányzat analitika napló visszanyitása (Intézmény) Feladata az előirányzat analitika napló visszanyitása a bizonylatonkénti főkönyvi feladás és visszakönyvelése miatt.
77
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
tételeknél megvalósított
Adatbevitel gombra kattintva adható meg vagy választható ki F2 segítségével a visszanyitandó előirányzati Napló azonosító. Napló kiválasztásakor informative megjelenik a Felhasználó, Napló típusa, Könyvelés időszaka, napló N/F/Z jellege. Megnyit gombra kattintva lehet a visszanyitást elvégezni. Könyvelt előirányzat analitika bizonylat visszakönyvelése (Intézmény) Feladata a könyvelt előirányzat bizonylatok visszakönyvelése, bizonylatonként.
Fejezet
Intézmény
Adatok gombra kattintva adható meg vagy F2 billentyű segítségével választható az EG03I/EG03F bizonylat azonosítója. Csak N -Nyitott naplóban lévő K - Könyvelt bizonylatot könyvelhetünk vissza. Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
78
Visszakönyvel hatására program törli a tételeket a főkönyvből, a státusz Z - Zárt lesz, a napló kiürül a bizonylatban.
A Visszakönyvelés a Könyvelési tételszámba feladott Sorazonosító alapján történik, emiatt csak azoknál a bizonylatoknál alkalmazható, amelyek a Főkönyvi modul minimum 12.001.V01 (2012.01.02.) verziójával lettek feladva a főkönyvre. Ha ennél korábbi, a pogram üzenetet küld, hogy a bizonylat még nem könyvelhető vissza egyedileg:
Zárt előirányzat analitika bizonylat visszanyitása (Intézmény) Feladata a Z - Zárt státuszú előirányzat analitika bizonylat visszanyitása.
Adatok gombra kattintva adható meg a visszanyitandó előirányzat Bizonylat azonosító. Visszanyit gombhatására a funkció Intézmények esetében a kiválasztott [eloirm_eg03i], Fejezetek esetében az [eloirm_eg03f] bizonylat státuszát N - Nyitott értékre módosítja. Karbantartó user módosítása Az EG03-I bizonylatokban a Karbantartó user a bizonylat létrehozásakor kerül eltárolásra. További módosításokat csak az eltárolt user kezdeményezhet. Ennek feloldására ebben a menüpontban, a lerögzített bizonylatokon Módosítás funkcióval cserélhető a Karbantartó user személye:
79
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Fejezet bizonylatok visszanyitása A menüpont csak abban az esetben jelenik meg, 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 ÉS a FORKJL - Költségvetési intézmény jellege rendszerparaméter értéke Fejezet.
Feladata a Pénzügyi modulban lerögzített és lezárt Beruházás- és Feladat ismertetők, Beruházás-finanszírozási alapokmányok és Feladat-finanszírozási engedélyokiratok, valamint a Szerződésbejelentők visszanyitása.
Bizonylat kiválasztása gombra kattintva adható meg a Finanszírozási alapokmány / Szerződésbejelentő azonosítója. Szerződésbejelentő esetében, csak akkor nyitható vissza, ha még nincs lekönyvelve, azaz nem készült róla proforma számla. Bizonylat visszanyitása gomb hatására a kiválasztott bizonylatok státuszát N - Nyitott értékre módosítja.
Pénztárjelentés törlése A menüpont csak abban az esetben jelenik meg, ha a PENPTJ - Kíván-e sorszámozott pénztárjelentést készíteni? rendszerparaméter értéke Igen vagy Igen, naponta. Ezzel a funkcióval véglegesen elkészített szükséges.
pénztárjelentéseket
törölhetünk ki,
ha
Minden kartonnak mindig csak az utolsó pénztárjelentését törölhetjük ki. Ha korábbi kitörlésére van szükségünk, akkor sorrendben visszafelé ki kell törölnünk az utána lévőket is.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
80
Adatok gombra kattintva adhatjuk meg az indításhoz szükséges adatokat. Bekéri a pénztári Kartonazonosítót, és a további mezőkben informative megjeleníti a kiválasztott kartonhoz tartozó utolsó pénztárjelentés sorszámát és -tól/-ig dátumát. Töröl gomb hatására kitörli a hivatkozott jelentést, és bejegyez a Visszanyitások naplózása lekérdezése 83 táblába.
Pénzforgalmi megbízások felszabadítása Feladata a Pénzforgalmi megbízások újra válaszhatóvá tétele banki bizonylat sorok generálásánál. A banki bizonylatok generálása utalásból funkciók a kiválasztott pénzforgalmi megbízásokba jelzést tesznek, azért, hogy többet ne lehessen kiválasztani őket. Ez úgy történik, hogy a sorok Bizonylathivatkozás [f_bhv] mezőjébe beírja a banki bizonylatszámot, a fej Rendelés/Ikt.szám [f_rendsz] mezőjébe pedig egy X karaktert. Ha ez a banki bizonylat esetleg törlésre kerül, mert "elhamarkodottan" generáltunk, a pénzforgalmi megbízásban ottmarad a jelzés, nem választható ki újra. Ennek feloldására használható ez a funkció.
Adatok gombra kattintva adható mega a Banki bizonylatszám. Felszabadít gomb hatására azokban a pénzforgalmi megbízásokban, melyek sorában az Bizonylathivatkozás [f_bhv] mezőben szerepel a megadott Banki bizonylatszám, kiüríti az Bizonylathivatkozás [f_bhv] mezőt, a fejben pedig az Rendelés/Ikt.szám [f_rendsz] mezőt, úgymond felszabadítja a pénzforgalmi megbízást. Így újra generálható belőle banki bizonylat.
Beszerzési szállítók felszabadítása Feladata a beszerzési szállítólevelekbe visszaírt szállítói számlák azonosításának a
81
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
törlése. A Pénzügyi modul > Szállítói számla sorok generálása beszerzési szállítóból funkciója a Beszerzési szállítólevél soraiba és ártételeibe visszaírja az adott szállítói számla számát. Ezáltal a rendelésből már újabb számlasor nem generálható. Ha ez a generálás elhamarkodott vagy téves volt, a számla sor kitörölhető ugyan, de a rendelés marad foglalt (benne van a számlahivatkozás). Ezzel a funkcióval a kiválasztott rendelés sorokban kiüríthetjük a számlahivatkozást:
Adatok gomb hatására F2-vel választható ki a szállítólevél, Felszabadít gomb hatására megjelennek a szállítólevél sorok:
Kiválasztás, majd OK gomb hatására történik az SZHV kiürítése. A művelet sikerességét „A felszabadítás elkészült!” üzenet jelzi.
Személy inaktívvá tétele visszavonása A Személy inaktívvá tétele funkció ellentéte, vagyis az inaktív személyt ismét aktívvá minősíti. Indításkor F2 segítségével kiválasztható az inaktív személy kódja, az Inaktívvá válás dátumát meg kell adni:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
82
Az adatok megadása után megerősítő kérdésre adott válasz alapján lép tovább:
Igen hatására a kiválasztott Személy ismét aktív lesz, az Inaktívvá válás dátuma a Személy törzsben kiürül. Nem hatására a Személy inaktív marad.
Visszanyitások naplózása lekérdezése Bizonyos visszanyitások (pénzügyi év, időszak, napló, bizonylat, pénztárjelentés törlése), cserék (fizetési határidő, Áfa-hó, dimenziók) és a Pénzügyi bizonylatok tranzitálása naplózásra kerülnek és az adatok a [FORVISSZ] táblában eltárolódnak. A menüpontban a tábla tartalmáról az Általános lekérdezővel lista készíthető. Lekérdezhető adatok: ¬ Felhasználó: az adott eseményt végrehajtó felhasználó azonosítója. ¬ Dátum: az esemény végrehajtásának dátuma. ¬ Művelet: a végrehajtási esemény objektumának kódja (napló azonosító, bizonylatszám, stb.). ¬ Azonosító: az esemény szöveges leírása. ¬ Sorszám: a bejegyzés egyedi azonosítója, folyamatos sorszám. Ez adja egyben az események sorrendjét is. Például napon belüli többszöri tranzitálás, többszöri lezárás, visszanyitás esetén. 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ő.
KÖTVÁLLALÁSOK Az alábbi menüpontok csak abban az esetben jelennek meg, 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.
83
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Kötvállalás átforgatás visszavonása Feladata az elhamarkodottan, tévesen átforgatott kötvállalás bizonylatok törlése, az esetlegesen érintett számlákban a bizonylathivatkozás és a pénzforráskód visszaírása. Képernyő
Működése A program a bázis év bizonylatszámát (PENZ02, 03-nál a #-os végűt) kéri be. Ha bármelyik bizonylat (záró/nyitó) könyvelt, akkor nem végzi el a visszavonást. Ha a következő évire már van hivatkozás abban az évben, szintén nem végzi el a visszavonást. Ha elvégezhető a visszavonás, akkor a program a PENZ02, 03-as szerződés bizonylatait törli, az egyéb proformákat rontja. A bázis évi számlákba visszaírja a bizonylathivatkozásba a bázis évi kötváll.számot és a pénzforráskódot, ha az átforgatás lecserélte az új évi kötvállalás számára és az „előző évi” pénzforráskódra.
Kötvállalás zárás visszavonása Feladata azoknak a zárásoknak a visszavonása, amik a PENZ02-es szerződésekhez kapcsolódnak és már az új módszer szerint keletkeztek, azaz a program „Z” típusú Szerződés-módosítást is generált a záró-proformához. Képernyő
Működése A program bekéri a visszavonandó zárás proforma bizonylatszámát. Csak utolsó módosításhoz tartozó zárást lehet visszavonni. Tehát ha egy szerződésnek több záró proformája van (alszámonkénti zárás), akkor azokat csak vissza-sorrendben lehet visszavonni. Ha esetleg már van egyéb módosítása a zárás után, azt már nem is lehet visszavonni. A megadott záró proformához megkeresi a Záró-módosítást. Kitörli a módosítás alszámát, dimenzióját, lerontja a módosítást, visszaállítja a szerződésben az adatokat a zárás előtti állapotra, és kitörli a záró proformát.
Kötvállalás módosítás visszavonása Itt a program adott kötvállalásnak az utolsó Módosítását rontja le, törli ki a proforma Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
84
bizonylatot, és állítja vissza a szerződés adatait a módosítás előtti állapotra. Képernyő
Működése Nem engedi lerontani a Módosítást, ha van azt követő Módosítás, van ugyanarra a pénzügyi év/előirányzati évre a kötvállalásnak Átforgatása, Zárása, a kapcsolódó proforma Könyvelt. A program Módosításazonosító bekéréssel indul, amiből megállapítja és feltölti az érintett Pénzügyi évet, Előirányzati évet, az adott évi Eredeti kötvállalás/proforma számát, és a törlendő kötvállalás/proforma számát. Tehát a Módosítás visszavonáshoz tudnunk kell a Módosítás azonosítót. KT02- s bizonylathoz kapcsolódó működés: a. A KT bizonylatok karbantartásában a Feldolgozottba állít funkció hatására a KT bizonylat Státusza F lesz. Ezt egyébként állítja a MÁK-állomány visszaolvasása is, ahol ez működik. b. Újabb Módosítás kezdeményezését a program nem engedi, amíg az előző Módosításhoz kapcsolódó KT02 Státusza nem Feldolgozott. Vagy Feldolgozottba kell állítani, vagy az előző Módosítást vissza kell vonni. c. Szerződés módosítás visszavonása a Módosító adatokat töröljük? kérdése alapértelmezésben Igen, ekkor mindent kitöröl, ami az adott Módosításhoz kapcsolódik, a kötvállalást visszaállítja a Módosítást megelőző állapotra. Ha Nem-be állítjuk, akkor csak a kötvállalás pü.bizonylatot (proformát) törli, de a Módosítás adatait meghagyja „Előkészítés alatt” státusszal. A Módosításhoz tartozó KT02 bizonylatot pedig a státuszától függően törli vagy meghagyja. Ha a KT02 Státusza Nyitott, akkor kitörli. Ha Elküldött vagy Zárt vagy Feldolgozott, akkor nem engedi elindítani a visszavonást. Ha Hibás, akkor meghagyja a KT02 bizonylatot, mivel a Kincstárhoz már új sorszámmal kell benyújtani. Ha kitörölnénk egy a Kincstár által visszautasított bizonylatot, akkor kiadná a program ugyanazt a sorszámot még egyszer.
85
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Kötvállalalás beléptetés visszavonása A Kötvállalás módosítás visszavonásához 84 hasonló funkció, azzal a szigorítással, hogy E Ellenjegyzett vagy A - Aláírt vagy Z - Zárt kötvállalás Beléptetése nem vonható vissza. Ha a PENSBA - Szerződés Beléptetés hatására automatikusan Aláírt? alrendszer paraméter értéke Igen, aláírt, akkorA - Aláírt kötvállalás Beléptetése is visszavonható. Az indítási ablakban a Beléptető adatokat töröljük? alapértelmezésben I - Igen, a visszavonás nem csak a szerződés alszámait és dimenzióit törli ki, hanem a beléptetését is, és rontott-ba állítja a státuszát. Ha N - Nem-et válaszolunk, akkor csak a szerződésnek törli az alszámait és dimenzióit, de magát a beléptető adatokat (a szerződés módosítás adatait) meghagyja, csak a státuszt állítja E - Előkészítés alatt-ba. Azaz a Beléptetés újra érvényesíthető újra rögzítés nélkül, az esetleges javítások, kiegészítések elvégzése után. Ha a "Szerződés beléptetés hatására aláírt?" (PENSBA) paraméter Igenben áll, és a visszavonandó kötváll. módosítás már szerepel számlában, bankban, a következő üzenettel akadályozza meg a program a visszavonást: "A kötvállalásra már van hivatkozás pénzügyi bizonylatban!" Valamint, ha kötváll bizonylat könyvelt, akkor sem vonható vissza. A következő üzenet jelenik meg ".Ez a mód. kötváll. pü. bizonylat már könyvelt"
----RÉGI KÖTVÁLLALÁS ZÁRÁSOK ----A menüpontok használata jellemzően a 2013. pénzügyi évnél korábbi kötvállak esetén lehet szükséges - a hiányos számlasor arányosítás miatt -, ha a Pénzügyi / Kötvállalási modulok azonos nevű menüpontjaiban a zárás nem lehetséges. Az arányosítás [psztet_szla] bevezetésével a kötvállalások zárása a Pénzügyi / Kötvállalási modulokban történik. A témáról bővebben azok dokumentációiban. RÉGI- Kötvállalás zárás műszaki maradvány korrekcióval Feladata egy megadott alap-kötvállalás maradványának nullára korrigálása egy azt helyesbítő kötvállalással. Ez a maradvány lehet műszaki, pénzügyi és árfolyamdifferenciából adódó. A pénzügyi-, műszaki maradvány, árfolyam differencia zárás a szállítói és vevői kötvállalásokra is indítható. Ezekre 3 különböző menüpont szolgál, de indítási képernyőjük a fejléc kivételével egyforma, és a működésük is sokban hasonlít, ezért együtt tárgyaljuk. A kötváll. zárása nem azonos funkció a szerződés zárásával. A kötváll zárás a kötelezettségvállalás összegének, és a hozzá kapcsolt pénzügyi teljesítés összegének eltérését korrigálja. A szerződés zárása azt jelenti, hogy már a benne foglaltak mindenféle szempont szerint teljesültek (pénzügyileg, garanciálisan, stb.). Ezért a szerződéseket csak kötváll és pénzügyi egyezőség esetén lehet zárni, egyezőség hiányában az itt ismertetett korrekciós funkciók közül a megfelelelőt el kell végezni. Amennyiben, olyan szerződésre történik a korrekció, amely előzetes kötvállból (fedezet) lett generálva, a korrekció az előzetes kötvállra is megtörténik. Ha olyan kötvállalásunk van, amely előző év(ek)ben indult, történt rá átforgatás, és adatbázisváltást is alkalmazunk, akkor a tárgyévbe az adatbázisváltás átemeli a kötváll bizonylatokat, de nem emeli át az ahhoz tartozó számlákat, pénzügyi teljesítéseket. Így ezek az Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
86
előző évben (részben) teljesült kötváll bizonylatok szerepelnek a tárgyévi adatbázisban teljesítés nélkül. Ezeket eddig az ellenőrzés teljesítetlennek hozta ki. Módosítottunk a programon: Ha egy kötvállalás bizonylatnak megvan az átforgatás bizonylat párja - #-végű – azt nem tekinti teljesítetlennek. Képernyő
Működése A fenti képen látható adatbekéréssel indul a program. Az Adatok gombbal az indítási paramétereket adhatjuk meg. Kötvállalás azonosítója: amely kötvállt zárni kívánjuk. Ez csak alapbizonylat lehet (tehát aminek nincs olyan sora, amelynek a bizonylathivatkozásában másik kötvállalásra hivatkozunk), de természetesen hozzáválogatja a program a korrekciós sorokat is. És csak Könyvelendő naplóban lévő proformát választhatunk.
87
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
RÉGI- Kötvállalás zárás pü. maradvány korrekcióval Kezelése, működése - az adatbekérő ablakon megjelenő fejlécen kívül - megegyezik a RÉGIKötvállalás zárás műszaki maradvány korrekcióval 86 menüpontban leírtakkal. RÉGI- Kötvállalás zárás árf. diff. korrekcióval Kezelése, működése - az adatbekérő ablakon megjelenő fejlécen kívül - megegyezik a RÉGIKötvállalás zárás műszaki maradvány korrekcióval 86 menüpontban leírtakkal. Kötvállalás csoportos lerontása Feladata a Nyitott időszak(ok) bizonyos jogcímet tartalmazó proforma bizonylatainak lerontása. Képernyő
Működése A funkció időszak intervallum bekéréssel indul. Csak nyitott időszakokat fogad el. Valamint bekér proforma jogcímet. Leválogatja azokat a Nem könyvelt kötvállalásokat, amelynek van olyan sora, amelyben a jogcím a bekért jogcím. Ha van más jogcímű sora is a bizonylatnak, az áldozatul eshet. A leválogatott proformáknak a sorait kitörli, a státuszát 'R'ontott-ba állítja. Fontos! Ha egy így lerontott proformára már hivatkoztunk egy számlában, vagy pénzügyi teljesítésben, azt a program nem veszi figyelembe. Tehát valótlan hivatkozás maradhat teljesítés bizonylatokban. Ezen probléma megoldása nem volt célja ennek a szerviz funkciónak.
Zárt szerződés visszanyitása (költségvetés) Az alábbi menüpont csak abban az esetben jelenik meg, 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 VAGY PENSZH - Használja-e a szerződésnyilvántartást? renszerparamétere értéke Használja a szerződésnyilvántartást
Feladata a Z - Zárt státuszú Kötvállalásos szerződés [PENZ02] és Fedezetbiztosítás [PENZ03] bizonylattípusú szerződések Kötvállalási státuszának visszaállítása A - Aláírt státuszba.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
88
Adatok gombra kattintással adhatjuk meg a visszanyitandó szerződés azonosítóját. Visszanyit gomb hatására a kiválasztott szerződés státusza A - Aláírt lesz, és kiürülnek a lezárással kapcsolatos mezők (dátum, mód, megjegyzések). Szállítói kötváll maradványok előkészítése átemeléshez RÉGI Feladata az átemelt, és X-szel felvitt, érvényesített kötvállalások visszavétele. Ez a funkció csak 2013-ban használható.
89
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Az adatok gombra kattintva adható meg a visszavonandó érvényesített kötváll azonosítója.
Kötvállalás bizonylatok visszanyitása Feladata a kötvállalásos szerződések kezeléséhez kapcsolódó bizonylatok – KT01, KT02, KT03, PF1K - visszanyitása. Képernyő
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
90
Működése A program egy közös képernyőn kéri be a különböző típusú bizonylatok bizonylatszámait. Egyszerre mindig csak egyféle bizonylatszám megadása lehetséges. Mivel a bizonylatok sorszámozása hasonló elven működik, így bármelyik bizonylattípusnál előfordulhat ugyanaz a bizonylatszám. Körültekintően kell kiválasztani a megfelelő bizonylattípust!
Elektronikus KT/EG küldés értéknap módosítása Működése Az elektronikus küldés egy segéd paraméter táblával dolgozik, amelyben eltárolja az utolsó futás adatait, amelyet felkínál alapértelmezésként a következő indításkor. Ezek közül az Értéknapot speciálisan kezeli, azaz nem enged az utolsó értéknapnál korábbit megadni a következő futáskor. Egy értéknapot elüthetnek, és ilyenkor jogosan lehet igény a „visszadátumozás” az előző futáshoz képest. Ebben a menüpontban van lehetőség ennek a dátumnak a módosítására.
Analkód szerinti legyűjtés cseréhez 2010-ben megváltozott a szakfeladatok kódrendszere mégpedig úgy, hogy jelentős mértékben elszaporodott a számosságuk. Emiatt nem végezhető el az 1:1-es csere. Több intézménynél nagy számú maradvány kötvállalás van 2009. évről, amit 2010-ben át kell kódolni a 2010-es szakfeladat kódokra. Ehhez adunk egyfajta programozott segítséget. Képernyő
Működése
91
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A program leválogatja a Könyvelési évnek megfelelő Szerződés dimenzió tételeket, valamint Pénzügyi bizonylat tételeket, amelyekben nem üres az analitikus kód. Csak azokat válogatja le, amely megfelel az FST-filternek. Bármelyik indítás esetén - Csak lista kell? (I/N) - elkészül egy lista, amely tételesen tartalmazza szerződés dimenziónként az analitikus kód előfordulásokat, illetve kötváll pü.bizonylatonként az analitikus kód előfordulásokat. Majd ezekhez a szerződésekhez, kötváll pü.bizonylatokhoz leválogatja a számlákat, bekérőket, közvetlen pü.teljesítéseket szintén analkód előfordulásonként. Ha egy szerződéshez, kötváll pü.bizonylathoz olyan számla tartozik, amely inhomogén kötvállalásra (a számla soraiban több bizonylathivatkozás szerepel), akkor annak a szerződésnek nem cseréljük le sehol sem az analitikus kódjait. Ez a főkönyvi tételek miatt van, mivel ott már nem állapítható meg minden tételről, hogy melyik kötvállaláshoz tartozik. Ezt a listán a Végrehajtás oszlopban szereplő NEM-el jelöljük. Ha nem csak listát kérünk, akkor a program egy táblában [ANKKONVERT] eltárolja a legyűjtött adatokat kötvállalásonként, analitikus kódonként. A program a konverziós táblából indításkor kitörli az indítási évnek megfelelő, Nyitott státuszú, üres új analkódú tételeket. Így akár újra is indítható a leválogatás a még nem konvertált kötvállalásokra.
Analkód-csere vezérlő tábla karbantartása Ebben a táblában tölthetjük fel egyesével szerződésenként, régi analkódonként az új analkódokat. Képernyő
ANKKONVERT felépítése Fizikai azonosító- ForrasID A program adja, folyamatos sorszám. Könyvelési év – f_penzev F2 PENZEV törzskapcsolat A legyűjtés éve, és majd a végrehajtás éve. Szerződés azonosítója – f_szerzod F2 PSZSZERZOD törzskapcsolat Ha a legyűjtött adatok PENZ02 vagy PENZ03 kötvállaláshoz kapcsolódnak. Módosítandó kötváll. – f_bizlat
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
92
F2 PSZFEJ törzskapcsolat Kisösszegű kötvállalás, azaz nem PENZ02 vagy PENZ03 kötváll. A két mező közül csak az egyik van kitöltve. Régi analitikus kód – f_ank F2 ANAL törzskapcsolat A legyűjtött analitikus kódok. Új analitikus kód – f_ujank F2 ANAL törzskapcsolat A felhasználó által feltöltendő mező. Erre fogja lecserélni a program a régi analkódot a kötváll bizonylataiban. Konvertálás státusza – f_bstatus A legyűjtés 'N'yitottba állítja, majd a csere végrehajtása 'Z'ártba. Végrehajtható – f_vegrehajt Alapértelmezésben 'I'gen, de egyedileg 'N'em-be állíthatjuk, és akkor az adott rekordnak megfelelő bizonylatok kimaradnak a cseréből. Feldolgozási hely – f_fldhely Nem látható mező, a kötvállalás feldolgozási helye. FST-filter érvényesítéséhez.
Analkódok cseréjének végrehajtása Képernyő
Működése A program leválogatja a Könyvelési évnek megfelelő, Nyitott státuszú, feltöltött Új analkódú és a Végrehajtva mezőben Igen tartalmú konvertáló tételeket. Valamint leválogatja szintén az évnek megfelelő szerződés dimenziókat, pénzügyi bizonylat tételeket. A konvertáló tábla alapján lecseréli a szerződésekben, a pü. bizonylatokban és a megfelelő főkönyvi tételekben az analitikus kódokat. A konverziós táblában átállítja a státusz 'Z'árt-ra.
CSOPORTOS VISSZASZEDÉSEK A csoportos visszaszedések funkciókkal egy adott időszak vagy napló vagy pénzügyi karton összes bizonylatát könyvelhetjük vissza egy lépésben. Időszak összes pü. bizonylatának visszaszedése a főkönyvből
A menüpont csak abban az esetben jelenik meg, 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.
Feladata adott időszakok összes könyvelt pénzügyi bizonylatának kitörlése a főkönyvből. 93
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A funkció időszak intervallum bekéréssel indul. Csak N - Nyitott státuszú könyvelési időszakok adhatók meg.
A megerősítő kérdésekre adott Igen válasz után a program ellenőrzi, hogy a megadott időszakhoz tartozik Z - Zárt státuszú pénzügyi napló. Azokat visszanyitja, mert csak N - Nyitott naplóba tartozó bizonylat szedhető vissza a főkönyvből. Majd visszapontozza azokat a folyószámla ügyleteket, amelyek tartalmazzák a kitörlendő bizonylatokat. Végül kkitörli a bizonylatokat a főkönyvből és visszaállítja a bizonylatok státuszát Z - Zárt értékre. Amennyiben a megadott időszak olyan számlát tartalmaz, amelyhez volt már könyvelt pénzügyi teljesítés, nem könyveli vissza:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
94
Pénzügyi napló összes pü.bizonylatának visszaszedése a főkönyvből Feladata adott napló összes könyvelt pénzügyi bizonylatának kitörlése a főkönyvből.
A program egy N - Nyitott státuszú Pénzügyi napló bekérésével indul. Csak azokat a naplókat kínálja fel, amelyek tartalmaznak K - Könyvelt státuszú bizonylatot. Leválogatja a naplóban szereplő összes pénzügyi bizonylatot, azok folyószámla ügyleteit visszapontozza. Majd kitörli a bizonylatokból származó könyvelési tételeket a főkönyvből és a bizonylatok státuszát Z - Zárt értékre módosítja. Amennyiben a megadott napló olyan számlát tartalmaz, amelyhez volt már könyvelt pénzügyi teljesítés, nem könyveli vissza:
Időszak összes állományváltozásának visszaszedése főkönyvből
A menüpont csak abban az esetben jelenik meg, 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 ÉS a FORPPE - Használ-e párhuzamosan eredményszemléletű könyvelést? rendszerparaméter értéke NEM az Egy rendszeren belül használja a kétféle könyv.
Feladata adott időszakok összes könyvelt állományváltozásának kitörlése a főkönyvből.
95
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A funkció időszak intervallum bekéréssel indul. Csak N - Nyitott státuszú könyvelési időszakok adhatók meg.
A megerősítő kérdésekre adott Igen válasz után a program ellenőrzi, hogy a megadott időszakhoz tartozik Z - Zárt státuszú pénzügyi napló. Azokat visszanyitja, mert csak N - Nyitott naplóba tartozó bizonylat szedhető vissza a főkönyvből. Majd a megadott időszak intervallumhoz tartozó összes pénzügyi bizonylat állományváltozásait [FOKK%] törli a főkönyvből. Pénzügyi napló összes állományváltozásának visszaszedése a főkönyvből
A menüpont csak abban az esetben jelenik meg, 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 ÉS a FORPPE - Használ-e párhuzamosan eredményszemléletű könyvelést? rendszerparaméter értéke NEM az Egy rendszeren belül használja a kétféle könyv.
Feladata adott pénzügyi napló összes könyvelt állományváltozásának kitörlése a főkönyvből.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
96
A program egy N - Nyitott státuszú Pénzügyi napló bekérésével indul. Csak azokat a naplókat kínálja fel, amelyek tartalmaznak K - Könyvelt státuszú bizonylatot. A megadott napló összes pénzügyi bizonylat állományváltozásait [FOKK%] törli a főkönyvből. Banki karton összes bizonylatának visszaszedése a főkönyvből Feladata egy megadott banki karton bizonylatainak a visszaszedése főkönyvből. Devizás banki kartonok esetében tulajdonképpen egyik lehetőség a forintosítás javítására. Másik lehetőség a Banki karton bizonylatainak újraárfolyamosítása 98 menüpont. A funkció megpróbálja visszakönyvelni a főkönyvről az indításkor megadott Banki karton bizonylatait a megadott Biz.dat.tól a mai napig.
97
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Igen hatására ellenőrzi az érintett bizonylatok naplóinak és időszakainak státuszát. Csak N Nyitott státuszok esetén végzi el a visszakönyvelést, ekkor az érintett pénzügyi bizonylatok státusza Z - Zárt lesz. Z - Zárt időszak vagy napló esetén üzenetet küld és nem végzi el a visszakönyvelést:
Könyvelési időszak visszanyitása 68 és Pénzügyi napló visszanyitása végezhetők el a visszaszedést megakadályozó elemek visszanyitása.
68
menüpontokban
Banki karton bizonylatainak újraárfolyamosítása Feladata a devizás - nem hivatalos devizakódú - banki kartonok áltlagárfolyamainak javítása. Az indításkor megadott Banki karton átlagárfolyamát és forint összegét számolja újra a megadott Biz.dat.tól a mai napig.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
98
Igen hatására a program első lépésként megállapítja a karton induláskori Biz.dat.tól dátum átlagárfolyamát. Majd a leválogatott bizonylatsorokat lerendezi: banki árfolyam viszonyítási dátuma (bizonylati dátum vagy teljesítés dátuma), azon belül bizonylattípus (jóváírások, terhelések), majd bizonylatszám és tételszám szerint rendezi a bizonylatsorokat. Ezeken a sorokon lépdel a fenti rendezettségben, soronként újra megállapítva az átlagárfolyamot. Az éppen aktuális átlagárfolyammal lemódosítja azon bizonylatsorokat, amelyek Jogcímének az Árfolyamot honnan mezőjének értéke A - Átlagárfolyam. Az utolsó sornál kialakult forint egyenleget és átlagárfolyamot visszaírja a kartonra. Pénztári karton összes bizonylatának visszaszedése a főkönyvből Kezelése, működése megegyezik a Banki karton összes bizonylatának visszaszedése a főkönyvből 97 menüpontban leírtakkal, Pénztári kartonra vonatkoztatva. Pénztári karton bizonylatainak újraárfolyamosítása Kezelése, működése megegyezik a Banki karton bizonylatainak menüpontban leírtakkal, Pénztári kartonra vonatkoztatva.
újraárfolyamosítása
98
Időszak könyvelt főkönyvi naplói visszaszedése Kezelése, hatása megegyezik a Könyvelt főkönyvi napló visszaszedésével
75 .
Induláskor egy N - Nyitott időszakot kér be, és megkísérli az időszak összes Főkönyvi, Előirányzat/Bérkötváll, Számfejtési naplóját visszaszedni a főkönyvből ugyanolyan feltételekkel, mint az egyedi visszaszedés. Az eredményről, esetleges hibákról lista készül.
99
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Több pénzügyi napló összes pü.bizonylatának visszaszedése a főkönyvből A funkció úgy működik, mint a Pénzügyi napló összes pü.bizonylatának visszaszedése a főkönyvből 95 és az Időszak összes pü. bizonylatának visszaszedése a főkönyvből 93 . Vagyis itt választhatunk konkrét naplókat, mint az egyedinél. Viszont többet választhatunk, de időszak függetlenül. Csak N - Nyitott időszakhoz tartozó naplókat kínál fel a program, és a Z - Zárt státuszúakat - mint az Időszakos funkciónál -, visszanyitja előbb a program.
CSERÉK
A végrehajtott cserék naplózásra kerülnek és az adatok a Visszanyitások naplózása [forvissz] táblába eltárolódnak. A bejegyzett adatokról lista készíthető a Visszanyitások naplózása lekérdezése 83 menüpontban. Áfa hó csere vevő számlákban Feladata a felhasználónál tömegesen előforduló ellenőrizetlen, igazolatlan VEVŐ és SZÁLLÍTÓ számlák ÁFA-időszakának lecserélése. A VEVŐ bizonylattípusok közül a belföldi, a belföldi devizás és az export számlák, a SZÁLLÍTÓ bizonylattípusok közül a belföldi és az import számlák ÁFA-időszaka cserélhető le.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
100
A Cserélendő ÁFA-hó mezőbe csak nyitott ÁFA-bevallás státuszú időszak adható meg. Az időszak megadása után a TRANZIT [NJG4] naplókban lévő, a cserélendő ÁFA-időszakot tartalmazó VEVŐ, illetve menüpont függvényében SZÁLLÍTÓ számlák jönnek fel a karbantartó ablakban. Itt még az általános szelekcióval
újabb szűrőfeltételek adhatók meg:
ÁFA -hó csere
101
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A funkció bekéri azt az új, ÁFA szempontjából N - Nyitott státuszú ÁFA-hó időszakot, amire cseréljük a jelenlegit. Az esetlegesen beállított szelekciónak megfelelő bizonylatokban Generálás hatására a program lecseréli az ÁFA-hónapot. A sikeres cserét követően a bizonylatok már nem jelennek meg a képernyőn, mert a karbantartó indítási szűrőfeltétele a Cserélendő ÁFA-hó megváltozott a bizonylatokban. Mégsem hatására nem történik csere. Áfa hó csere szállítói számlákban Feladata a felhasználónál tömegesen előforduló ellenőrizetlen, igazolatlan VEVŐ és SZÁLLÍTÓ számlák ÁFA-időszakának lecserélése. A VEVŐ bizonylattípusok közül a belföldi, a belföldi devizás és az export számlák, a SZÁLLÍTÓ bizonylattípusok közül a belföldi és az import számlák ÁFA-időszaka cserélhető le.
A Cserélendő ÁFA-hó mezőbe csak nyitott ÁFA-bevallás státuszú időszak adható meg. Az időszak megadása után a TRANZIT [NJG4] naplókban lévő, a cserélendő ÁFA-időszakot tartalmazó VEVŐ, illetve menüpont függvényében SZÁLLÍTÓ számlák jönnek fel a karbantartó ablakban. Itt még az általános szelekcióval
újabb szűrőfeltételek adhatók meg:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
102
ÁFA -hó csere
A funkció bekéri azt az új, ÁFA szempontjából N - Nyitott státuszú ÁFA-hó időszakot, amire cseréljük a jelenlegit. Az esetlegesen beállított szelekciónak megfelelő bizonylatokban Generálás hatására a program lecseréli az ÁFA-hónapot. A sikeres cserét követően a bizonylatok már nem jelennek meg a képernyőn, mert a karbantartó indítási szűrőfeltétele a Cserélendő ÁFA-hó megváltozott a bizonylatokban. Mégsem hatására nem történik csere.
103
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Fizetési határidő csere vevő számlákban Feladata a lezárt, esetleg már könyvelt számlák pénzügyi esedékességének módosítása.
Kijelölés gomb hatására megadható vagy F2 segítségével kiválasztható a módosítandó Bizonylat száma. Javítandó fiz.határidő mezőbe alapértelmezésben a program mindig a számla Pü.esedékességét inicializálja, de ez felülírható más esedékességre is, ami a visszatartásban szerepel. Csak a folyószámlában? Igen esetén a program csak a folyószámlában cseréli le a Pénzügyi esedékességet, az alapbizonylatban marad az eredeti. Csere végrehajtása hatására megerősítő Igen válasz hatására csak azokban a tételekben cserél, amikben a Pü.esedékesség megegyezik az indítási paraméterben lévővel mind a Bizonylat FEJ [pszfej], mind a Főkönyv [fokonyv], mind a Fizetési visszatartás [pszfhitart] táblákban. Számlát-mutat gomb hatására a megadott bizonylat jelenik meg, a Pénzügyi modulból ismert Egy bizonylat megtekintése formában. Kilépés hatására nem történik csere. Késedelmi kamat csere vevő számlákban Feladata a már lekönyvelt kimenő számlán a nem megfelelő számítási mód és százalék kijavításának lehetősége.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
104
Kijelölés gomb hatására megadható vagy F2 segítségével kiválasztható a módosítandó Bizonylat száma. Ezáltal feltöltődnek a számla jelenlegi adataival a Késkam.szám.mód és a Javított kk.szám.mód mezők, amelyekből az utóbbi módosítható a megfelelő értékre. Csere végrehajtása gomb hatására a program megvizsgálja, hogy a számlához készült-e már késedelmi kamat bekérő. Ha igen, erre figyelmeztet: A számlára már generáltak késedelmi kamat bekérőt!. A javítás ennek ellenére végrehajtható, a megadott számlában a számítási módot és százalékot lecseréli. Számlát-mutat gomb hatására a megadott bizonylat jelenik meg, a Pénzügyi modulból ismert Egy bizonylat megtekintése formában. Kilépés hatására nem történik csere. Rögzítési dátum csere nyitott bizonylatokban A funkció segítségével N - Nyitott pénzügyi bizonylatok rögzítési dátuma változtatható meg. Gyakorított ÁFA-bevallás készítése esetén bevallásba helyezhetők a N - Nyitott státuszú bizonylatok is, vagy lista alapján a rögzítési dátum megváltoztatásával áthelyezhetők a második "dekád"-ba.
Kijelölés gomb hatására megadható vagy F2 segítségével kiválasztható a módosítandó Bizonylat száma. Ezáltal feltöltődnek a számla jelenlegi adataival a Rögzítés dátuma és a Javított rögz.dátum mezők. Dátum-csere gomb hatására módosítható a Javított rögz.dátum mező értéke, majd Enter hatására a cserét végrehajtja. A funkció a bekért számlának a fejében átírja a rögzítés dátumot a bekért dátumra. Számlát-mutat gomb hatására a megadott bizonylat jelenik meg, a Pénzügyi modulból ismert Egy bizonylat megtekintése formában. Kilépés hatására nem történik csere. Fizetési határidő csere szállítói számlákban Feladata a lezárt, esetleg már könyvelt számlák pénzügyi esedékességének módosítása.
105
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Kijelölés gomb hatására megadható vagy F2 segítségével kiválasztható a módosítandó Bizonylat száma. Javítandó fiz.határidő mezőbe alapértelmezésben a program mindig a számla Pü.esedékességét inicializálja, de ez felülírható más esedékességre is, ami a visszatartásban szerepel. Csak a folyószámlában? Igen esetén a program csak a folyószámlában cseréli le a Pénzügyi esedékességet, az alapbizonylatban marad az eredeti. Csere végrehajtása hatására megerősítő Igen válasz hatására csak azokban a tételekben cserél, amikben a Pü.esedékesség megegyezik az indítási paraméterben lévővel mind a Bizonylat FEJ [pszfej], mind a Főkönyv [fokonyv], mind a Fizetési visszatartás [pszfhitart] táblákban. Számlát-mutat gomb hatására a megadott bizonylat jelenik meg, a Pénzügyi modulból ismert Egy bizonylat megtekintése formában. Kilépés hatására nem történik csere. Bizonylati dátum csere nyitott bizonylatban A funkció segítségével N - Nyitott pénzügyi bizonylatok bizonylati dátuma változtatható meg. A Rögzítési dátum csere nyitott bizonylatokban
105
mintájára működik, Kimenő bizonylatokra.
Kijelölés gomb hatására megadható vagy F2 segítségével kiválasztható a módosítandó Bizonylat száma. Ezáltal feltöltődnek a számla jelenlegi adataival a Bizonylati dátum és a Javított biz.dátum mezők.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
106
Dátum-csere gomb hatására módosítható a Javított biz.dátum mező értéke, majd Enter hatására a cserét végrehajtja. A funkció a bekért számlának a fejében átírja a bizonylat dátumot a megadott dátumra. Ha a számla fejben a rögzítési dátum korábbi, mint az új dátum, akkor azt is átírja. Számlát-mutat gomb hatására a megadott bizonylat jelenik meg, a Pénzügyi modulból ismert Egy bizonylat megtekintése formában. Kilépés hatására nem történik csere.
Az esemény naplózása egyrészt a Visszanyitások naplózása [forvissz] táblában, valamint speciálisan csak ennek a funkciónak az adatai a [bizdatcsere] táblában: Esemény azonosító Bizonylat számla Bizonylat dátuma Javított bizonylat dátum Javító felhasználó azonosítója Csere végrehajtásának a dátuma Külső bizonylatszám csere szállítói számlákban Feladata a SZÁLLÍTÓ számlák Külső bizonylatszám mezőjének a módosítási lehetősége.
Kijelölés gomb hatására megadható vagy F2 segítségével kiválasztható a módosítandó Bizonylat száma. Ezáltal feltöltődnek a számla jelenlegi adataival a Külső bizonylatszám és a Javított Külső bizszám mezők, amelyekből az utóbbi módosítható a megfelelő értékre. Csere végrehajtására gombra kattintva cseréli a bizonylat FEJ Külső bizonylatszámát a megadottra. Számlát-mutat gomb hatására a megadott bizonylat jelenik meg, a Pénzügyi modulból ismert Egy bizonylat megtekintése formában. Kilépés hatására nem történik csere. Rendelés/Iktszám csere számlákban Feladata a Z - Zárt státuszú bizonylatok csoportos utalása esetén a Rendelés/Ikt.szám adatmezőben megadott Csoportos elszámolási alapbizonylatok [PENC01] javítása, 107
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
cseréje.
Kijelölés gomb hatására megadható vagy F2 segítségével kiválasztható a módosítandó Bizonylat száma. Ezáltal feltöltődnek a számla jelenlegi adataival a Rend/Ikt.szám és a Javított Rend/Iktszám mezők, amelyekből az utóbbi módosítható a megfelelő értékre. Csere végrehajtása gomb hatására cseréli a bizonylat FEJ Rendelés/Ikt.szám mezőjének értékét a megadottra. Számlát-mutat gomb hatására a megadott bizonylat jelenik meg, a Pénzügyi modulból ismert Egy bizonylat megtekintése formában. Kilépés hatására nem történik csere. Partnerkódok összevonása (cseréje) Ha egy partnernek tévedésből több Partner kódja lett rögzítve, és vegyesen lettek könyvelve számlák, egyéb forgalmak, akkor ezzel a funkcióval összevonhatjuk a partnereket. Azaz a kijelölt partner kódra összevezethetjük a könyvelési tételeket.
Adatberkérő képernyő
A program Kijelölés gomb hatására bekér egy Megszűnő partner (régi kód), valamint egy Megmaradó partner (új kód) adatot. Partner kód választásnál F2 segítségével a partner adóazonosítójára (utolsó oszlop: Adóazon.jel) is lehet keresést indítani, ha az FST-ben az F2-es szűrés minden mezőre kapcsoló be van kapcsolva. Partnerkód csere hatására a funkció normál és az adatbázison view-ként definiált táblákra fut.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
108
Megvizsgálja az összes olyan táblát, amiben a partnertörzs törzskapcsolatként szerepel, és lecseréli benne a Megszűnő kódot a Megmaradóra.
A törzs jellegű táblákon (amiben a partnerkód azonosító) nem végzi el a cserét. Tehát például a partnertörzsben nem cserél, ezért ott megmarad a régi kód, ami a teljes csere végrehajtása után kitörölhető. Valamint nem cseréli le a partner törzs láncaiban sem (referens, bankszámlaszámok, stb.), mivel ezekben az azonosító része a partnerkód, és esetleges cserénél fennáll a duplikáció lehetősége. Tehát a törzsjellegű táblákat kézzel kell rendbe tenni. Kilépés hatására nem történik csere. Keretszerződés-csere pénzügyi bizonylaton
A menüpont csak abban az esetben jelenik meg, 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.
Feladata a lekönyvelt bizonylatokban a tévesen megadott szerződésszám lecserélése.
Kijelölés gomb hatására megadható vagy F2 segítségével kiválasztható a módosítandó, K Könyvelt státuszú Bizonylat száma és Tételsor száma. Ezáltal feltöltődnek a Szerződésszám, Javított szerződésszám és az Alszám mezők a megadott tételsor adataival. Ha a Tételsor száma mezőt 0-ban hagyjuk, akkor a program megkérdezi:
Ha pótolni akarjuk a Tételsor számát, akkor Igen hatására visszaléphetünk a mezőbe és megadhatjuk. Nem hatására marad 0, ekkor a program a bizonylat összes tételébe az egyetlen megadott Szerződésszámot és Alszámot fogja beírni. Csere gomb hatására adhatjuk meg a Javított szerződésszámot és Alszámot, majd Enter
109
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
hatására a cserét végrehajtja. Számlát-mutat gomb hatására a megadott bizonylat jelenik meg, a Pénzügyi modulból ismert Egy bizonylat megtekintése formában. Kilépés hatására nem történik csere. Jogcím-csere
A menüpont csak abban az esetben jelenik meg, 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.
Feladata a nem K - Könyvelt státuszú pénzügyi bizonylatokban a Jogcím kód módosítása.
Adat gombra kattintva adhatjuk meg azt a N - Nyitott könyvelési státuszú Időszak -tól / -ig intervallumot, amelyekhez tartozó bizonylatokban a Jogcím kódot cseréljük. Valamint bekéri a Régi jogcímkódot és az Új jogcímkódot. Mindkét mezőn F2 segítségével ki is választhatjuk a megfelelő kódot. A két választott jogcímkód Bizonylattípusa nem lehet eltérő. Csere gombra kattintva indul a funkció:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
110
Megerősítő kérdésre adott Igen válasz után megy tovább a program, Nem hatására kilép a funkcióból és nem történik csere.
1. A program a megadott időszakintervallumhoz tartozó összes, nem K - Könyvelt pénzügyi bizonylatban, amelyben jelenleg a jogcímkód a megadott régi, lecseréli a jogcímet a megadott újra, valamint a Kont.hiba mezőbe ********** karaktereket tesz.
2. Bizonylattípus ellenőrzés: ha nem létező jogcímet adtunk meg a régiben, akkor a bizonylatok leválogatása után, a bizonylatok és az új jogcím bizonylattípusának egyezőségét vizsgálja. Eltérés esetén üzenetet küld - A két jogcím vtype-ja nem lehet különböző ()! -, és nem megy tovább.
3. Csere a szerződésekben (költségvetésben): a leválogatott bizonylat sorokat megvizsgálja kapcsolódó szerződés szempontjából. Ha a leválogatott sorokban szerepel Kötvállalásos szerződés [PENZ02], Fedezetbiztosítás [PENZ03], Saját bonyolítású központi ber./feladat [PENZ04], Külső bonyolítású központi ber./feladat [PENZ05], akkor a program megvizsgálja, hogy ezeknek a szerződéseknek van-e a megadott intervallumon kívüli bizonylata, vagy a megadott intervallumban lévő K - Könyvelt státuszú bizonylata. Bármelyik feltétel teljesülése esetén az adott szerződés, és ezzel együtt az összes bizonylata kimarad a cseréből. Ha szerződésnek minden bizonylata adott intervallumban van és nem K Könyvelt státuszú, akkor az összes bizonylat sorban és a szerződésben is lecseréli a régi kódot a megadott új kódra. Kilépés hatására nem történik csere. Bony.esemény-csere
A menüpont csak abban az esetben jelenik meg, 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.
Feladata a nem K - Könyvelt státuszú pénzügyi bizonylatokban a Bony.esemény kód módosítása.
111
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Kezelése és hatása megegyezik a Jogcím-csere vonatkoztatva.
menüpontban leírtakkal, Bony.esemény kódra
110
Elszámolási egység-csere
A menüpont csak abban az esetben jelenik meg, 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.
Feladata a nem K - Könyvelt státuszú pénzügyi bizonylatokban a Elszámolási egység kód módosítása. Kezelése és hatása megegyezik a Jogcím-csere kódra vonatkoztatva.
menüpontban leírtakkal, Elszámolási egység
110
Analitikus kód-csere
A menüpont csak abban az esetben jelenik meg, 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.
Feladata a nem K - Könyvelt státuszú pénzügyi bizonylatokban a Analitikus kód módosítása. Kezelése és hatása megegyezik a Jogcím-csere vonatkoztatva.
menüpontban leírtakkal, Analitikus kódra
110
Pénzforrás kód-csere
A menüpont csak abban az esetben jelenik meg, 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.
Feladata a nem K - Könyvelt státuszú pénzügyi bizonylatokban a Pénzforrás kód módosítása. Kezelése és hatása megegyezik a Jogcím-csere vonatkoztatva.
110
menüpontban leírtakkal, Pénzforrás kódra
Ügylet kód-csere
A menüpont csak abban az esetben jelenik meg, 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.
Feladata a nem K - Könyvelt státuszú pénzügyi bizonylatokban a Ügylet kód módosítása. Kezelése és hatása megegyezik a Jogcím-csere vonatkoztatva.
110
menüpontban leírtakkal,
Ügylet
kódra
Keretgazda kód-csere
A menüpont csak abban az esetben jelenik meg, 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 ÉS FORKGD - Használja-e a az önálló keretgazda dimenziót? rendszerparaméter értéke Használja a keretgazdát.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
112
Feladata a nem K - Könyvelt státuszú pénzügyi bizonylatokban a Keretgazda kód módosítása. Kezelése és hatása megegyezik a Jogcím-csere vonatkoztatva.
110
menüpontban leírtakkal, Keretgazda kódra
Egyedi gyűjtő kód-csere
A menüpont csak abban az esetben jelenik meg, 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 ÉS FOREKD - Használja-e a az egyedi gyűjtő dimenziót? rendszerparaméter értéke Használja az egyedi gyűjtőt.
Feladata a nem K - Könyvelt státuszú pénzügyi bizonylatokban a Egyedi gyűjtő kód módosítása. Kezelése és hatása megegyezik a Jogcím-csere vonatkoztatva.
110
menüpontban leírtakkal, Egyedi gyűjtő kódra
Egyedi gyűjtő 2 kód-csere
A menüpont csak abban az esetben jelenik meg, 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 ÉS FORG2D - Használja-e az egyedi gyűjtő 2 dimenziót? rendszerparaméter értéke Használja az egyedi gyűjtő 2 dimenziót.
Feladata a nem K - Könyvelt státuszú pénzügyi bizonylatokban a Egyedi gyűjtő 2 kód módosítása. Kezelése és hatása megegyezik a Jogcím-csere vonatkoztatva.
110
menüpontban leírtakkal, Egyedi gyűjtő 2 kódra
Egyedi gyűjtő 3 kód-csere
A menüpont csak abban az esetben jelenik meg, 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 ÉS FORG3D - Használja-e az egyedi gyűjtő 3 dimenziót? rendszerparaméter értéke Használja az egyedi gyűjtő 3 dimenziót.
Feladata a nem K - Könyvelt státuszú pénzügyi bizonylatokban a Egyedi gyűjtő 3 kód módosítása. Kezelése és hatása megegyezik a Jogcím-csere vonatkoztatva.
110
menüpontban leírtakkal, Egyedi gyűjtő 3 kódra
Pénzbekérő átminősítése számlává
A menüpont csak abban az esetben jelenik meg, 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.
Az olyan ügyletek kezelésére használható, ahol a követelés egy külső rendszerben keletkezik, majd a pénzügyi teljesítés a Forrás rendszerben történik, és csak ezután kell kiállítani a kimenő számlát. Vagyis a külső rendszerből a követelést átvesszük és a folyamat többi lépését 113
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
(folyószámla, számla, stb.) már a Forrás-ban végezzük. Az átminősítés előzményei:
1. Átvesszük a követelést Egyéb pénzbekérő/követelés [PENV08] bizonylattípussal (ez lehet kézi rögzítés vagy valamilyen importálás – ez csak előzménye a funkciónak, itt nem tárgyaljuk külön).
2. Ezt kontírozzuk számlaként és könyveljük le a 0-ásba (folyószámla). 3. Pénzforgalom lekönyvelése a bankban, hivatkozva a fenti pénzbekérőre. A fenti lépések következményeként átminősíthetjük a pénzbekérőt számlává.
Kijelölés gomb hatására a program olyan [PENV08] bizonylattípusú Pénzbekérő bizonylatszámot fogad el, aminek a rendezési egyenlege nulla, tehát ki van fizetve. Bekér egy normál vevői Számla bizonylattömböt, amire csak a számlaformátum miatt van szüksége. A kiválasztott számlatömb számlaformátuma lesz az új számla számlaformátuma. Teljesítés dátuma alapértelmezésként a Pénzbekérőhöz tartozó banki kiegyenlítések közül a legkésőbbi, de módosíthatól. Ez lesz a számla teljesítési dátuma. Átminősítés hatására a bekért pénzbekérő bizonylattípusa Belföldi kimenő számla [PENV01] lesz, formátuma a bekért bizonylattömb formátuma, teljesítési dátuma a megadott. A program a főkönyvben is lecseréli a bizonylattípust, ha a bekérő már könyvelt. Ezután a bizonylatunk már a Belföldi kimenő számlák között található meg, onnan kinyomtatható. Számlát-mutat gomb hatására a megadott bizonylat jelenik meg, a Pénzügyi modulból ismert Egy bizonylat megtekintése formában. Kilépés hatására nem történik átminősítés.
BIZTIPUSONKÉNTI VISSZANYITÁSOK Ezek a funkciók tkp. a Zárt pénzügyi bizonylat visszanyitása 70 funkció szétválasztása bizonylattípus csoportonként. Azaz külön menüponttal lehet elindítani például a BANK és a VEVŐ bizonylatok visszanyitását. Ezzel lehetőség van a jogosultságok korlátozására, azaz egyes felhasználók nem nyithatnak vissza bármilyen bizonylattípusú pénzügyi bizonylatot.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
114
Zárt ÁFA bizonylat visszanyitása Kezelése, hatása megegyezik a Zárt pénzügyi bizonylat visszanyitása
70
menüpontban leírtakkal.
70
menüpontban leírtakkal.
70
menüpontban leírtakkal.
70
menüpontban leírtakkal.
70
menüpontban leírtakkal.
70
menüpontban leírtakkal.
70
menüpontban leírtakkal.
70
menüpontban leírtakkal.
70
menüpontban leírtakkal.
Zárt Bank bizonylat visszanyitása Kezelése, hatása megegyezik a Zárt pénzügyi bizonylat visszanyitása Zárt Csoportos elsz.bizonylat visszanyitása Kezelése, hatása megegyezik a Zárt pénzügyi bizonylat visszanyitása Zárt Fizetési felszólítók visszanyitása Kezelése, hatása megegyezik a Zárt pénzügyi bizonylat visszanyitása Zárt Keret bizonylat visszanyitása Kezelése, hatása megegyezik a Zárt pénzügyi bizonylat visszanyitása Zárt Pénztár bizonylat visszanyitása Kezelése, hatása megegyezik a Zárt pénzügyi bizonylat visszanyitása Zárt Proforma/kötváll pü. bizonylat visszanyitása Kezelése, hatása megegyezik a Zárt pénzügyi bizonylat visszanyitása Zárt Szállító bizonylat visszanyitása Kezelése, hatása megegyezik a Zárt pénzügyi bizonylat visszanyitása Zárt Vevő bizonylat visszanyitása Kezelése, hatása megegyezik a Zárt pénzügyi bizonylat visszanyitása
Visszanyitás (EK) Ebben a popup-ban az elhamarkodott zárásokat tehetjük meg nem történtté. Minden menüpontnál az érintett objektum egy egyedének az azonosítóját kéri be a program.
Ezek a visszanyitások az adatfeldolgozás zártságát sérthetik, ezért csak a tesztelési és oktatási adatbázisokban ajánlott a használatuk!
115
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Menü Készletkönyvelési időszak visszanyitása
117
Készletmennyiségi időszak visszanyitása Zárt készletbizonylat visszanyitása
118
Kivezetett eszközkarton visszanyitása Leltárjegyek visszanyitása
117
118
119
Eszköz/készlet napló visszanyitása
119
Eszközkarton és eszközcsoport hasonlítása Eszközkartonokon eszközcsoport javítása Eszköz analitika időszak visszanyitása Eszköz típus módosítása
119
120
120
121
Társintézmények közötti eszközátadás
121
Társintézmények közötti eszközátadás FLDHELY módosítás KERESKEDELEM
122
122
>
Kereskedelmi időszak visszanyitása Gyűjtőszámlák rontása
122
123
ÁFA-csere kereskedelmi bizonylatokban
123
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
116
Készletkönyvelési időszak visszanyitása A készletkönyvelési időszak visszanyitása az időszak készletkönyvelési státuszát állítja 'N'yitottba. Ennek a feltétele az, hogy az időszak könyvelési szempontból is 'N'yitott legyen. Hatására ártételeket rögzíthetünk adott időszakkal, és nyithatunk készlet naplókat.
Készletmennyiségi időszak visszanyitása A készletmennyiség időszak visszanyitása az időszak készletmennyiségi státuszát állítja 'N'yitottba. Ennek a feltétele az, hogy az időszak készletkönyvelési szempontból is 'N'yitott legyen. Hatására rögzíthetünk készletmozgás bizonylatokat adott hónapra.
117
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Zárt készletbizonylat visszanyitása Egy zárt készletbizonylat visszanyitásával egy már korábban lezárt készlet bizonylat módosíthatóságának vagy rontásának a feltételét biztosítjuk. Csak olyan bizonylat nyitható vissza, melynek időszaka mennyiségileg és könyvelésileg is nyitott. Óvatosan kell bánni ezzel a funkcióval, mert így már kinyomtatott, elküldött bizonylatokat változtathatunk meg!
Nem lehet a bizonylatot visszanyitni: ha a bizonylat szerepel a társintézményi átadás átadó oldalán, és az eszközt a társintézmény mát átvette sztornozótt ill. sztornó bizonylat olyan bizonylat, amelynek valamely tétele szerepel a bizományosi tételek között.
Kivezetett eszközkarton visszanyitása Az eszköz rendszerből generatív funkcióval elindított kivezetések a kartonra beírják a kivezetés dátumát. Amennyiben tévesen történt ez a kivezetés, vagy a kartonra még valamilyen adatot szeretnénk felvinni, akkor a kivezetett eszközkarton visszanyitását követően tehetjük ezt meg.
Nem lehet a kartont visszanyitni, ha a kivezetés társintézményi átadás miatt történt, és az eszközt a társintézmény már átvette. Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
118
Leltárjegyek visszanyitása Egy zárt leltárjegy visszanyitása egy már korábban lezárt leltárjegy módosíthatóságának vagy rontásának a feltételét biztosítja. Zárt leltározhoz kapcsolódó leltárjegy nem nyitható vissza!
Eszköz/készlet napló visszanyitása Az eszköz vagy a készletkönyvelési modulból a főkönyv felé zárt naplóban feladott tételek főkönyvből történő visszaszedését és a napló státuszának 'N'yitottá tételét biztosítja.
Eszközkarton és eszközcsoport hasonlítása Az eszközkartonon megadott eszközcsoport alapján leválogatja azokat a könyvelt tételeket, melyeknél a könyvelési számlaszámok nem egyeznek meg az eszközcsoportban rögzített megfelelő számlaszámokkal. A funkció indításakor meg kell adni a vizsgálandó évet:
119
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Az eltérések az általános lekérdező segítségével listázhatóak. 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ő.
Eszközkartonokon eszközcsoport javítása Amennyiben az érintett kartonnak még nincs könyvelt tétele, az eszközcsoport valamint a kartonon esetlegesen megadott cikkszám ebben a menüpontban módosítható. A program csak akkor ellenőrzi az eszközcsoportot, ha az változik, azaz a módosítással az eszközcsoport is módosul. Ha csak a cikkszám módosult, az ellenőrzés nem fut le.
Eszköz analitika időszak visszanyitása Az időszak státuszát állítja 'N'yitottba. Ennek a feltétele az, hogy az időszak könyvelési szempontból is 'N'yitott legyen. Hatására rögzíthetünk további bizonylatokat, écs tételeket adott hónapra.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
120
Eszköz típus módosítása Eszköz alapadat karbantartó felületen módosítással megadható az új eszköztípus, majd a megjelenő kérdésre igen-t választva, amennyiben az adott eszköz nem rendelkezik kizárólag az eredeti típushoz rendelhető kiegészítő adattal, az eszköz típusa módosításra kerül.
Társintézmények közötti eszközátadás A menüpont csak a FORKVI - Költségvetési intézmény-e a felhasználó rendszerparaméter Költségvetési intézmény ÉS a FOROSE - A feldolgozási hely önálló szervezeti egységet azonosíte? rendszerparaméter Igen, önálló szerezeti egység beállítások esetén látható.
Képernyő
121
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Működése Az Eszköz modulban az Átadás-átvétel részjogkörű intézmények közötti átadásra és átvételre funkció biztosítja, hogy az eszköz alapadat, tartozék és egyéb láncok megmaradjanak, csak új karton és tárhely keletkezzék egyéb csökkenés és egyéb növekedés mozgással. Az átadással az érintett karton kivezetésre kerül, az eszköz alapadatban a kezelő elszámolási egység leürül, és az átadás ténye bejegyződik az Társintézmények közötti átadás [esz_kibe] táblába. A téves kivezetés törlése az [esz_kibe] táblából is törli a tételt, természetesen ez csak addig lehetséges, amíg a tételt a másik oldal át nem vette. Átvételkor az [esz_kibe] tábla aktuális tételén állva egyéb növekedés mozgással a tétel beemelhető. Az átvétel dátuma az átadással megegyezik. Az átadás átvétel táblája megtekinthető az Eszköz modulból is. A 'Kivezetés indítása' funkcióval indítható az átadás, a kivezetéshez hasonló módon. Bővebben az Eszköz modulban. Az [esz_kibe] tábla direkt karbantartása megengedett, de nem ajánlott!
csak
az
Ügyviteli
szerviz
modulban
Társintézmények közötti eszközátadás FLDHELY módosítás Ha a társintézményi átadásnál az átvevő fldhelyet tévesen adják meg, a javítás igen körülményes, csak téves kivezetés törlésével, és ismételt átadással lehet javítani. Ezzel a funkcióval csak az átvevő fldhely módosítható, az átvétel további adatainak megadása nélkül. A módosítás funkció csak akkor aktív, ha az átvétel még nem történt meg! A funkció használatát a gyűjtő adatbázisokban ajánljuk, hiszen valamennyi fldhely csak ott látható.
KERESKEDELEM
Kereskedelmi időszak visszanyitása A funkció az időszak Kereskedelmi időszak státuszát visszaállítja N - Nyitottba, így ismét lehetséges diszpozíció rögzítése az adott időszakhoz tartozó dátummal. Csak olyan időszak kereskedelmi státusza nyitható vissza, amelynek a könyvelési státusza még nem Z - Zárt.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
122
Gyűjtőszámlák rontása A funkció a Kereskedelmi modulban készített és kiszámlázott gyűjtő számlák státuszát állítja R Rontott értékre.
Indításkor Gyűjtőszámla azonosítót és/vagy Számlaszámot kér be a program. Az adatok megadása után enter hatására a pénzügyi bizonylatok között, ha a számla státusza nem K Könyvelt, a számla státuszát R - Rontott értékre módosítja és a sorait törli. A gyűjtőszámla és a hivatkozott szállítólevél fejekben kiüríti a Számlaszám és a Nyomtatva volt-e? mezőket és N Nyitott értékre módosítja a státuszukat. Tehát csak a Pénzügyben rontja a számlát, a Kereskedelemben visszanyitja a bizonylatokat. A sikeres visszaállítást üzenettel jelzi. ÁFA-csere kereskedelmi bizonylatokban A funkció feladata az évközi ÁFA-kulcs változás átvezetése a kereskedelmi bizonylatokban.
Példaként a 2009.07.01-ei ÁFA-kulcs módosítást használjuk fel. Az előre lerögzített rendelésekben, szállítólevelekben – amiket még a régi ÁFA-kóddal (20) rögzítettünk, mert az szerepelt a törzsben 2009.06.30-ig – a program a Teljesítés dátumot figyelembe véve, a Cikk és Kereskedelmi mozgásnem törzsek alapján lecseréli az ÁFA-kódot, és újraszámítja az ÁFA összegét.
A funkció eredményes működésének feltétele az ÁFA-kódot tartalmazó törzsek aktualizálása. Azaz a Cikk törzsben és a Kereskedelmi mozgásnem törzsben már az új ÁFA-kódok (18/25) szerepelnek. Tehát a funkciót élesben 2009.06.30-án, a törzsek aktualizálása után indíthatjuk.
123
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Külön-külön, vagy egyben elindítható a program az Árajánlatokban, Rendelésekben, Szállítólevelekben és Áruátadásban történő ÁFA-kód cserékre a mezőben adott I - Igen vagy N Nem válaszokkal. Teljesítés dátumtól mező értéke alapértelmezetten 2009.07.01., de módosítható. A program leválogatja az indítási dátumnál nem korábbi teljesítési dátumú bizonylatokat: Árajánlatoknál az ERTAJ1 és ERTAJ4 bizonylattípusú sorokat. Rendeléseknél az ERTRE1, ERTRE4, ERTRE5 bizonylattípusú sorok közül azokat, amik vagy Nyitott bizonylathoz tartoznak, vagy a Hátralévő mennyiség megegyezik a Rendelt mennyiséggel, azaz nem készült még belőle szállítólevél. Valamint leválogatja ezen sorok kedvezményeit. Szállítóleveleknél az ERTSZ1, ERTSZ4, ERTSZ5 bizonylattípusú sorok közül azokat, amik vagy Nyitott vagy számlázatlan bizonylathoz tartoznak, és nem helyesbítő sorok. Valamint leválogatja ezen sorok kedvezményeit és göngyölegeit. Áruátadásoknál az ERTSZ2 bizonylattípusú sorok közül azokat, amik Nyitott bizonylathoz tartoznak. Valamint leválogatja ezen sorok göngyölegeit. A leválogatott állományokban a Cikkszám alapján lecseréli az ÁFA-kódot, ha a törzsben eltérő, mint az állományban. Ezenkívül a rendelés- és diszpó sorokban, ha üres a cikkszám – például szolgáltatás – akkor a Ker.mozgásnem alapján végzi el ugyanezt a cserét. Lista gomb hatására a leválogatott eltérő ÁFA-kódú bizonylatokat jeleníti meg a képernyőn. Ezt bármikor használhatjuk ellenőrzésekre. Csere gomb hatására a program a leválogatott sorokban lecseréli az ÁFA-kódot, és a nettóból újraszámolja az ÁFA összeget. A törzsek aktualizálásához segítség az afa_csere090630.sql script, amely a Cikk, VTSZ és Jogcím törzsekben egyértelműen 20-ról 25-re cseréli a kódokat. Tehát, ha van ettől eltérő (18), azt a módosítás kézzel szükséges elvégezni.
Visszanyitás (KKF)
Az alábbi menüpontok csak abban az esetben jelenik meg, ha a FORKKH - Használja-e a külföldi kiküldetés modult? rendszerparaméter értéke Használja a Külf.Kiküld. Ha ez be van állítva és feljönnek a menüpontok, akkor funkció szinten egy másodlagos vizsgálat ellenőrzi, hogy a modul valóban használatban van-e, és ha nincs, akkor ezt jelezve megszakítja a feldolgozást.
Ebben a popup-ban az elhamarkodott zárásokat tehetjük meg nem történté. Minden menüpontnál az érintett objektum egy egyedének az azonosítóját kéri be a program.
Ezek a visszanyitások az adatfeldolgozás zártságát sérthetik, ezért csak a tesztelési és oktatási adatbázisokban ajánlott a használatuk! Menü Kiküldetés - érkeztetett szállítói számlák visszanyitása Kiküldetés - készpénzutalványok visszanyitása Kiküldetés - felv/Vfiz. bizonylatok rontása Kiküldetés - előlegek visszanyitása
126
126
126
127
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
124
Kiküldetés - kötváll.korrekció törlése
128
Kiküldetés - kiküldetések visszanyitása
128
Kiküldetés - kötvállalás átforgatás visszaszedése
125
129
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Érkeztetett szállítói számlák visszanyitása Egy már korábban lezárt és nem stornózott, nem könyvelt Külföldi kiküldetés modulban rögzített szállítói számla visszanyitásával pénzügyi bizonylat módosíthatóságának vagy rontásának a feltételét biztosítja. Képernyő
Működése Megegyezik a Zárt pénzügyi bizonylat visszanyitása
70
funkcióval.
Készpénzutalványok visszanyitása Egy már korábban lezárt és nem stornózott, Külföldi kiküldetés modulban generált készpénz utalvány, visszanyitásával a bizonylat módosíthatóságának vagy rontásának a feltételét biztosítja. Feltétele, hogy az utalványról még nem készült pénztári bizonylat, illetve a kiküldetés nincs zárt állapotban. Javítás után ismételten célszerű kinyomtatni az elkészült utalványlapot. Képernyő
Működése Megegyezik a Zárt pénzügyi bizonylat visszanyitása
70
funkcióval.
Felv/vfiz bizonylatok rontása Feladata a személyes elszámolások menüpontban elkészített bizonylatok javítási lehetősége, oly módon, hogy az eredeti bizonylatot lerontja a program, majd a javítások után ismételten lehet az elszámolás menüpontban generálni. Képernyő
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
126
Működése Bizonylat rontása kapcsolódó engedély 'N'yitott státusza mellett engedélyezett.
Előlegek visszanyitása Egy már korábban lezárt és nem stornózott, Külföldi kiküldetés modulban létrehozott előleg, visszanyitásával a bizonylat rontásának a feltételét biztosítja. Képernyő
Működése Ha egy kiküldetés feldolgozásával már elszámolási szakaszban vagyunk, de az előlegek között mégis módosításra van szükség, akkor lehet hasznos ez a menüpont. Az adott engedélyt kiválasztva az eljárás első lépésben törli az eddig az utasításhoz rögzített valamennyi személyes elszámolási tételt, majd az utasításfejet 'N'yitott státuszba állítva lehetőséget ad az előlegek módosítására. A bizonylat rontása kapcsolódó engedély nyitott státusza mellett engedélyezett.
127
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Kötváll. korrekció törlése Egy már korábban lezárt és nem stornózott, Külföldi kiküldetés modulban generált kötváll. visszanyitásával a bizonylat rontásának a feltételét biztosítja. Kötváll korrekció visszanyitása esetén amennyiben a visszanyitásban érintett kötváll nyitott státuszú (félbeszakított feldolgozási folyamat miatt), akkor az a legelső lépésben zárásra kerül. Képernyő
Működése Az adatok megadása után rákérdez a program, hogy biztosan törölni akarjuk-e a korr. kötvált.
Igen-re kattintva hajtódik végre a törlés. A kiválasztott kötváll. R - Rontott státuszú lesz. Az elszámoláshoz tartozó valutapénztár bizonylatok is, a pénztárkezelésnek megfelelően visszatörlésre kerülnek.
Kiküldetések visszanyitása Egy már korábban lezárt és nem stornózott, Külföldi kiküldetés modulban rögzített kiküldetés, visszanyitásával a bizonylat módosításának, rontásának a feltételét biztosítja. Képernyő
Működése Az Engedélyszám megadása után az Ok mezőre kattintva, megtörténik a bizonylat visszanyitása. Amennyiben lerontottunk egy valójában helyes engedélyszámot, a funkció segítségével ezt Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
128
'N'nyitott státuszúra módosíthatjuk és megkezdhetjük az előleg kiírásokat. Ha már lezárt kiküldetésről van szó, abban az esetben 'K' státuszúra vált az utasításfej és az elszámolások módosítására nyílik lehetőség.
Kötvállalás átforgatás visszaszedése Egy már korábban, következő évre átforgatott Külföldi kiküldetés modulban rögzített kötvállalás visszaszedésével a bizonylat módosításának, rontásának a feltételét biztosítjuk. Képernyő
Működése Az Adatok gombra kattintva adhatók meg az átforgatáshoz szükséges adatok. Az Ok mezőre kattintva, megtörténik a kötváll. visszaszedése. A visszaszedés menüpont visszaállítja az eredeti kötv. bizonylat azonosítót a Személyes elszámolások menüpontban is.
Adatimpex Ebben a menüben a menüpontok feladata a FORRÁS-SQL és más rendszerek közötti adatforgalom megvalósítása. Menü Impex tábla karbantartása
131
Konverziós tábla karbantartása Törzsadatok-importálása
132
133
Törzsadatok-importálása (bővítéssel) Törzsadatok-exportálása
135
135
Könyvelési állományok importálása - dBase Könyvelési állományok importálása - excel Könyvelési állományok importálása - CSV
135 135
138
Könyvelési állományok importálása FUG-be - Excel Pénzügyi bizonylatok importálása
139
Pénzügyi bizonylatok importálása - Excel Számla sorok importálása -Excel
129
138
140
141
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Raktári bizonylatok importálása
141
Importált könyvelési állományok lekérdezése Importált pénzügyi bizonylatok lekérdezése Könyvelési állományok javítása Pénzügyi tételek javítása
141
141
142
142
Importált pénzügyi bizonylatok javítása Importált pénzügyi állomány törlése
145
Könyvelési állományok aktualizálása
146
Pénzügyi bizonylatok aktualizálása Raktári bizonylatok aktualizálása
144
147
148
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
130
Impex tábla karbantartása Feladata olyan tételek nyilvántartása, amelyek definiálják, hogy mely SQL és DBF táblák, és a táblák mely mezői felelnek meg egymásnak.
Karbantartó képernyő
IMPEX felépítése Tétel azonosítója – f_impex Az import-export leíró tétel azonosítója. Célszerűen a táblák neve. Adat impex típusa - f_ietipus Lehetséges értékei: B - Pénzügyi bizonylatok importálása, E - Törzsadatok exportálása, F - FTR (könyvelési) állományok importálása, H - Törzsadatok hozzáadással (nem törli a már meglévő táblatartalmat), I - Törzsadatok importálása, K - Készletbizonylatok importálása, X - Banki teljesítések visszigazolásának betöltése DOS-ból. 1.Megnevezés – f_nev1 A leíró tétel megnevezése magyar nyelven. 2.Megnevezés - f_nev2 A leíró tétel megnevezése az első idegen nyelven. 3.Megnevezés – f_nev3
131
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A leíró tétel megnevezése a második idegen nyelven. Sql tábla neve – f_sqltab Annak az SQL-táblának az szándékozunk.
azonosítója,
amelybe
importálni
vagy
amelyből
exportálni
Dbf elérési útvonal – f_dbfpath Annak a könyvtárnak az elérése, amelyben található az importálandó DBF-file, vagy az az üres DBF-file, amelybe exportálunk. Dbf tábla – f_dbftab Annak a DBF fájl-nak a neve, amelyből importálni, vagy amelybe exportálni szándékozunk. A B Pénzügyi bizonylatok importálása, F - FTR (könyvelési) állományok importálása és K Készletbizonylatok importálása típusú importok esetén egy file-név maszkot írhatunk be ide. Például *.FOK. Leendő kiterjesztés – f_dbfujext Az importált DBF fájl új kiterjesztése. Importálás után a program az importált fájlnak a kiterjesztését az itt jelöltre változtatja. Főleg bizonylatok importálásánál célszerű alkalmazni, azért, hogy ne lehessen duplán importálni az állományokat. Ha nem töltjük ki, a program nem végez átnevezést. Struc.elérési útvonal – f_strpath Annak a könyvtárnak az elérése, amelyben található az importálandó vagy exportálandó DBF fájl leíró struktúrája. Str tábla – f_strtab Az importálandó vagy exportálandó a DBF fájl leíró struktúrája. Mező a sorszámozáshoz – f_sszmezo Ha egy olyan táblába importálunk, amely összetett azonosítójának egyik része egy folyamatos sorszám, és ez a sorszám nem adódik az importálandó fájlból, itt megadhatjuk annak a mezőnek a nevét, ahova a program generálja a sorszámot. Például főkönyvi állományok importálása *.FOK / PSZ_FOK. Mező: f_ktsz. Sql tábla oszlopai 1 / 2 / 3 – f_sqlcols1 / f_sqlcols2 / f_sqlcols3 Az SQL tábla azon oszlopait soroljuk itt fel, amelyeket import esetén fel tudjuk tölteni a DBF tábla megfelelő mezőinek tartalmával. (Export esetén értékeik a DBF tábla megfelelő mezőibe kerülnek.) Az oszlop azonosítókat vesszővel elválasztva soroljuk fel. A két tábla közötti adattípus konverziót export esetén itt alkalmazzuk. Dbf tábla oszlopai 1 /2 /3 – f_dbfcols1 / f_dbfcols2 / f_dbfcols3 A DBF tábla azon mezőit soroljuk itt fel, amelyek értékei import esetén feltölthetik az SQL tábla megfelelő oszlopait. (Export esetén a DBF tábla mezőibe kerülnek az SQL tábla megfelelő oszlopainak tartalma.) Az oszlop azonosítókat vesszővel elválasztva soroljuk fel. A két tábla közötti adattípus konverziót import esetén itt alkalmazzuk.
Konverziós tábla karbantartása Feladata az adatimport, illetve export során a kiinduló tábla tartalmának lecserelése a cél táblának, illetve annak környezetének megfelelő tartalomra. Erre legjobb példa a FORRÁS-PC-ből/-be való import/export esetén a FORRÁS kódok összes előfordulása. Minden FORRÁS kód a PC-s rendszerben egybetűs, míg az SQL-ben négybetűs. Például U > FIZU (Utalásos fizetési mód):
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
132
Karbantartó képernyő
IMPEXKK felépítése Azonosító - ID A tétel egyedi azonosítója, a program adja automatikusan. Tábla azonosítója – f_sqltab Az SQL-tábla azonosítója, amelynek egyik oszlopának tartalmát konvertálni kell. Sql oszlop neve – f_sqlcol Az SQL tábla oszlopának neve, amely tartalmát konvertálni kell. Sql oldali tartalom – f_sqlvalue Az adott oszlop (mező) értéke/kódja az SQL táblában. Dbf oldali tartalom – f_dbfvalue Az adott mező (oszlop) értéke/kódja a DBF táblában.
Törzsadatok-importálása Feladata az adatimpex és a konverziós tábla segítségével a DBF fájlok tartalmának bemásolása a megfelelő SQL táblába.
133
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Az ablakban a Javítás gombra kattintva beállíthatjuk az Input kódtábla és az Output kódtábla mezőkben a felhasználóra jellemző kódtáblát. Lehetséges értékei: 8 - 852 es kódlap A - ASCII kódlap O - OEM kódlap Rendben gomb hatására a program felkínálja az Impex tábla
131
beállításai alapján választásra:
Törzsadatok importálása menüpont esetén az I - Törzsadatok importálása típusú, Törzsadatok importálása (bővítéssel) hozzáadással típusú definíciókat.
135
menüpont esetén a H - Törzsadatok
Ha nem talál az indított típusnak megfelelő definíciót, azt Nincs import definíció / Nincs export definíció üzenettel jelzi. Kiválasztás, majd Ok hatására indul az importálás, a képernyőn végigkövethetjük a program menetet. Ha az Impex tábla, Dbf elérési útvonalán nem találja a megfelelő DBF fájlt, üzenettel jelzi. Ha igen, akkor az alábbi képenyőn mutatja a program a tételszámot fájlonként:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
134
Hatására az SQL tábla feltöltődik a DBF fájl tartalmával. I - Törzsadatok importálása típusú importálásnál az SQL-tábla esetleges korábbi tartalma felülíródik a DBF fájl tartalmával, H - Törzsadatok hozzáadással típusúnál hozzáadódik az SQLtábla tartalmához a DBF fájl tartalma.
Ha a DBF fájlban szerepel olyan azonosító, amely már az SQL-táblában létezik, duplikált kulcs miatt nem tudja végrehajtani az importálást.
Törzsadatok importálása (bővítéssel) Kezelése, működése Törzsadatok-importálása
133
menüpontban.
Törzsadatok-exportálása Feladata az adatimpex és a konverziós tábla segítségével az SQL táblák tartalmának kimásolása a megfelelő DBF fájlba. A képernyő és működése megegyezik a Törzsadatok-importálása 133 menüpontnál leírtakkal, azzal a különbséggel, hogy itt az Impex tábla E - Törzsadatok exportálása típusú tételeit kínálja fel a program választásra. Hatására a DBF fájl feltöltődik az SQL tábla tartalmával.
Könyvelési állományok importálása - dBase Feladata a PC-s főkönyvben keletkezett *.FOK könyvelési állományok adatainak bemásolása a Főkönyvi rögzítő [PSZ_FOK] táblába. A Törzsadatok-importálása
133
menüpontnál ismertetett módon indul.
Itt az adatimpex tábla F - FTR állományok importálása típusú tételeit kínálja fel a program választásra. Majd a választott adatimpex tételben definiált Dbf elérési útvonalon található a Dbf tábla mezőben szereplő file-név maszknak megfelelő *.FOK kiterjesztésű DBF fájlokat jelölhetjük ki importálásra. Hatására Főkönyvi rögzítő [PSZ_FOK] tábla feltöltődik a kijelölt *.FOK kiterjesztésű DBF fájlok tartalmával.
Könyvelési állományok importálása - excel Feladata bármilyen külső rendszerben keletkezett könyvelési állomány importálása Excel táblázatból a Főkönyvi rögzítő [PSZ_FOK] táblába. A program kötött struktúrájú XLS 135
136
-el tud csak dolgozni. Az üres oszlopokat is létre kell hozni az
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
XLS-ben! Tallózással indul a program, alapértelmezésben az Adatimpex tábla PSZLOADFOK rekordjában beállított Dbf elérési útvonalon, ennek hiányában (akár a rekord nem létezik, akár a mező nem létező helyre mutat) a c:\FORNT\XLS alkönyvtárat kínálja fel, de Tallózással máshonnan is be tudjuk olvasni.
Az állomány kiválasztása után megerősítő kérdésre Igen gomb választására indul a funkció. Hatására a [psz_fok] táblába feltöltődnek a táblázatból az adatok, hiba esetén lista készül, az import nem történik meg. Az importálás végzi a törzsellenőrzéseket, az aktualizálás pedig a kitöltöttséget.
A program nem végez elszaporítást, tehát a külső rendszerből könyvelési párokat várunk, ahogy azt a Forrás rendszerben megszokhattuk. XLS import struktúra PSZ_FOK
Mező
Típusa, hossza
Megnevezése
Magyarázat
f_bizlat
char 12
Bizonylatszám
Bizonylatszám - nem kötelező, esetleg folyószámla nyitó állományokhoz.
f_bizdat
smalldatetime 4
Bizonylat dátuma Bizonylat dátuma.
f_fszsz
char 10
Könyvelési számla
f_fesz
char 10
Ellenszámlaszám Kötelező. Főkönyvi ellenszámla száma. Kiegészítendő a használt hosszra (8-10-12) '_' jellel.
f_mszsz
char 10
Másodlagos számla
Költségnél, ha van másodlagos könyvelés.
f_mesz
char 10
Másodl.átvez.sz.
Költségnél, ha van másodlagos könyvelés.
f_eek
char 10
Elszámolási egység
C sak azoknál a főkönyvi számlaszámoknál kötelező, ahol a számlatükör szerint megadása kötelező.
f_ank
char 9
Analkód
C sak azoknál a főkönyvi számlaszámoknál kötelező, ahol a számlatükör szerint megadása kötelező.
f_rovat
char 9
Rovat
C sak azoknál a főkönyvi számlaszámoknál kötelező, ahol a számlatükör szerint megadása kötelező.
f_partner
char 9
Partner
Folyószámlás tételek esetén kötelező, egyébként üres.
f_ugylet
char 12
Ügylet
C sak azoknál a főkönyvi számlaszámoknál kötelező, ahol a számlatükör szerint megadása kötelező.
f_trankod
char 3
Trankód
A tétel tranzakciós kódja.
Kötelező. Főkönyvi számlaszám (a tartozik vagy követel összeg kitöltése alapján dől el, hogy az itt megadott számla tartozik-e vagy követel az adott gazdasági eseményben). Kiegészítendő a használt hosszra (8-10-12) '_' jellel.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
136
Mező
Típusa, hossza
Megnevezése
Magyarázat
f_dkod
char 3
Deviza kód
Kötelező.
f_me
char 3
Menyegys.
Ha van mennyiség, kötelező.
f_t_deviza
float 8
Tartozik deviza
0
f_t_osszeg
float 8
Tartozik összeg
Könyvelendő tartozik összeg. Abban az esetben, ha a főkönyvi számlaszám mezőben lévő számlaszám tartozik, akkor kötelező kitölteni; egyébként tilos.
f_t_mennyi
float 8
Tartozik mennyiség
Könyvelendő tartozik mennyiség.
f_k_deviza
float 8
Követel deviza
0
f_k_osszeg
float 8
Követel összeg
Könyvelendő követel összeg. Abban az esetben, ha a főkönyvi számlaszám mezőben lévő számlaszám követel, akkor kötelező kitölteni; egyébként tilos.
f_k_mennyi float 8
Követel mennyiség
Könyvelendő követel mennyiség.
f_szhv
char 12
Számlahivatkozá Folyószámlás tételek esetén kötelező, egyébként üres. s
f_fhi
smalldatetime 4
Fizetési határidô
Folyószámlás tételek esetén kötelező, egyébként üres.
f_naplo
char 12
Napló
Ezt nem kell megadni, mert a program indításkor bekéri a naplót, és abba fogja rakni a tételeket.
f_ktsz
int 4
Rögz.tétel sorsz.
Állományon belüli egyedi sorszám - kötelező.
vtype
char
Bizonylattípus
Fix érték: FOK01
f_mgj
varchar
Megjegyzés
Tetszőlegesen kitölthető.
f_pssz
int
Pontozódási sorszám
Folyószámlás tételek esetén: 0, egyébként -1.
f_pdat
smalldatetime
Pontozódás dátuma
Üresen kell hagyni.
f_penkt
char
Pü.kontírt.típusa
Üresen kell hagyni.
os
char
OS-file
DOS file neve (Pl. KF000131).
f_konyvdat
smalldatetime
Rögzítés dátuma
Rögzítés dátuma.
f_idoszak
char
Időszak
A gazdasági esemény dátumából az év és hónap (ééééhh).
f_konyvbiz
char
Könyvelési bizsz. Tetszőlegesen kitölthető.
f_eloirkod
char
Előirányzat kód
f_szerazon
char
Bonyolítási azon. Tetszőlegesen kitölthető.
f_arfolyam
float
Árfolyam
1, vagy a megfelelő árfolyam, de nem számol vele a program, és a főkönyvbe sem kerül tovább, tehát elvileg 0 is lehet.
f_keretg
char
Keretgazda
C sak azoknál a főkönyvi számlaszámoknál kötelező, ahol a számlatükör szerint megadása kötelező.
f_ktggyujt
char
Egyedi gyűjtő
C sak azoknál a főkönyvi számlaszámoknál kötelező, ahol a számlatükör szerint megadása kötelező.
f_gyujto2
char
Egyedi gyűjtő 2
C sak azoknál a főkönyvi számlaszámoknál kötelező, ahol a számlatükör szerint megadása kötelező.
f_gyujto3
char
Egyedi gyűjtő 3
C sak azoknál a főkönyvi számlaszámoknál kötelező, ahol a számlatükör szerint megadása kötelező.
137
Tetszőlegesen kitölthető.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Könyvelési állományok importálása - CSV Feladata bármilyen külső rendszerben keletkezett könyvelési állomány importálása CSV állományból a Főkönyvi rögzítő [PSZ_FOK] táblába. A program az Excel beolvasásnál ismertetett kötött struktúrájú állománnyal nincs fejléc. Az üres oszlopokat is létre kell hozni.
136
tud dolgozni, de itt
Tallózással indul a program, alapértelmezésben az Adatimpex tábla PSZLOADFOK rekordjában beállított Dbf elérési útvonalon, ennek hiányában (akár a rekord nem létezik, akár a mező nem létező helyre mutat) a c:\FORNT\XLS alkönyvtárat kínálja fel, de Tallózással máshonnan is be tudjuk olvasni.
Az állomány kiválasztása után megerősítendő kérdésre Igen gomb választására indul a funkció. Hatására a [psz_fok] táblába feltöltődnek a táblázatból az adatok, hiba esetén lista készül, az import nem történik meg. Az importálás végzi a törzsellenőrzéseket, az aktualizálás pedig a kitöltöttséget.
A program nem végez elszaporítást, tehát a külső rendszerből könyvelési párokat várunk, ahogy azt a Forrás rendszerben megszokhattuk.
Könyvelési állományok importálása FUG-be - Excel A menüpont csak abban az esetben jelenik meg, ha a FORPPE - Kell-e párhuzamosan eredményszemléletű könyvelés? rendszerparaméter értéke Használ párhuzamosan eredményszemléletű könyvelést.
A program egy fix struktúrájú excel táblából1 sorokat olvas be a fogadó [PSZ_FOK_UG] táblába. Ez ugyanaz a tábla, amelybe a Üzemgazdasági főkönyvi modul > Napló > Könyvelési adatok rögzítése menüpont alatt rögzítünk. A funkció a beolvasandó Excel tábla kiválasztásával indul:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
138
Tallózással tudjuk kiválasztani, tehát tetszőleges helyen lehet a tábla.
Megerősítő kérdésre Igen gomb választására indul a funkció. Hatására a [psz_fok_ug] táblába feltöltődnek a táblázatból az adatok, hiba esetén lista készül, az import nem történik meg.
Sikeres importálás után aktualizálni kell a naplót az Üzemgazdasági főkönyvi modulban!
1
A fix struktúra leírást (PSZFOK_UG_leírás.xls) és az import sablont (PSZFOK_UG_áltimp.xls) kérje Ügyféltámogatási csoportunktól.
Pénzügyi bizonylatok importálása Feladata a PC-s pénzügyi analitikákban keletkezett feladási állományok (.PSF, .PST, .PSK állomány-hármas) adatainak bemásolása a fogadó [PSZ_PSF], [PSZ_PST] és [PSZ_PSK] táblákba. A Törzsadatok-importálása
139
133
menüpontban leírtakkal hasonló módon működik.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Itt az adatimpex tábla B - Pénzügyi bizonylatok importálása típusú definíciókat kínálja fel a program választásra. Majd a választott adatimpex tételben definiált Dbf elérési útvonalon található a Dbf tábla mezőben szereplő file-név maszknak megfelelő .PSF kiterjesztésű DBF fájlokat jelölhetjük ki importálásra. Ha egy állományt ("os" mezőben szerepel az állomány neve) többször egymás után importálunk, akkor az előző importálás tételeit először kitörli, majd bemásolja az aktuális .DBF-ből az adatokat. Tehát ez is egy módja a hiba javításnak, azaz a dBase javítása, vagy a dBase újra előállítása a másik rendszerből, és újra importálása. Hatására a fogadó [PSZ_PSF], [PSZ_PST] és [PSZ_PSK] .PSF, .PST, .PSK kiterjesztésű DBF fájlok tartalmával.
táblák
feltöltődnek
a
kijelölt
Pénzügyi bizonylatok importálása - Excel Feladata Külső rendszerekből, vagy egyszerű excel-es nyilvántartásból pénzügyi bizonylatok importálása a PSZ_PSF, PSZ_PST, PSZ_PSK SQL táblákba. A Könyvelési állományok importálása - excel
135
menüpontban leírtakkal hasonló módon működik.
Itt a pénzügyi bizonylatok excel-es beolvasója szintén használja az Impex leírót, abból is fixen a PSZLOADPEN rekordot. Két mezőt használ belőle: DBF-útvonal (import file útvonala) és a Leendő kiterjesztés. A leendő kiterjesztés a sikeresen beolvasott file-ok átnevezése végett, hogy még egyszer ne lehessen beolvasni. A névkonvenció: xxxxxxxPSFxxxx.XLS és xxxxxxxPSTxxxx.XLS. Tehát ugyanazon az útvonalon legyen a 2 összetartozó file, és fixen szerepeljen benne a PSF és PST karaktersorozat, ugyanazon a pozíción. Beolvasáskor csak a fej állományt kell kiválasztani, a tétel állományt megkeresi hozzá a program. Az excel-ek struktúrája egy központilag kiadott struktúra. A tábla első sorában a columnid-k szerepelnek, és ezt a program be is azonosítja. Tehát elvileg lehetséges eltérni a fix struktúrától, lehetnek benne plusz oszlopok (például számításhoz), lehet esetleg elhagyni is (de nem érdemes), a program fixen ellenőrizni fog bizonyos "létfontosságú" mezőket. Azokat a kódokat tartalmazó cellákat, amik numerikus értékeket tartalmaznak (pl ÁFA-kód) szövegesnek kell minősíteni! FIGYELEM! Számításokat nem végez, tehát nem elegendő például megadni a bruttó és az ÁFAkódot, és majd abból a program kiszámolja. Illetve nem végez inicializálásokat, tehát például a jogcímből nem veszi az ÁFA-kódot. Tehát úgy működik, mint a dBase-es beolvasó, hozott anyagból dolgozik. Valamint a fejben lévő triggerelt mezőket (összeg, utalandó) 0-ban kell hagyni. Azokat majd a trigger feltölti. Végez törzsellenőrzést is a kitöltött mezőkre. Végez összefüggés vizsgálatokat. Ha a fej és a tétel vtype-ja nem egyezik meg, az hiba. Ha a vtype és a jogcím vtype-ja nem egyezik meg, az hiba. Ha van fej nélküli tétel, az hiba. Bármilyen hiba esetén nem olvassa be az állományt. A sikeres importálás a psz_psf, pst táblákba teszi be az adatokat. A beolvasott psz_psf, psz_pstbe esetleg bele lehet javítani is. A továbbiak már az ismert metodika szerint, azaz a pénzügyi bizonylatok aktualizálásával történnek. Ha egy naplóba folyamatosan (naponta) akarunk feladni, akkor az aktualizálásnál érdemes a Tranzit napló kérdésre 'I'gen-t válaszolni, mert egyébként egyesével definiált Külső pénzügyi naplókba rakja a program az importált adatokat. Ha tranzit naplóba kérjük, akkor onnan az ismert módon emelhetők át a bizonylatok a pénzügyi naplókba.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
140
Számla sorok importálása - Excel A funkció egy minta-állománynak megfelelő Excel-táblából importálja be egy előre felrögzített szállítói számlafejnek a sorait. Tehát az Excel már tartalmazza a bizonylatszámot. Az INPUT elérési útvonalat és az átnevezés kiterjesztését az Impex 131 tábla PSZLOADSZLASOR rekordjának Dbf elérési utvonal és a Leendő kiterjesztés mezőiből veszi.
>
A kötelező adattartalom: Bizonylatszám Tételszám Jogcím ÁFA-kód Ezeknek, és a többi kapott adatnak ellenőrzi a törzskapcsolatát. Majd a jogcím alapján elvégzi a főkönyvi dimenziók inicializálását és a Kötelező mezők ellenőrzését. Az ÁFA-kód alapján számol.
Ha esetleg mégsem jó a beimportált állomány (nem törzskapcsolatos hibákról beszélünk), akkor meg lehet ismételni az Excel javítása után az importot. Ehhez a korábban beimportált bizonylat sorokat törölni kell. A számla karbantartó Tétel ablakában a Tétel > Minden sor törlése funkció egyszerre kitörli a N - Nyitott szállítói számla összes sorát és kontírozását (ha már kikontíroztuk).
Raktári bizonylatok importálása Feladata a PC-s készlet analitikában keletkezett feladási állományok (.KST) adatainak bemásolása a KESRTR SQL táblába. A Törzsadatok-importálása
133
menüpontban leírtakkal hasonló módon működik.
Itt az adatimpex tábla K - Készlet bizonylatok importálása típusú tételeit kínálja fel a program választásra. Majd a választott adatimpex tételben definiált Dbf elérési útvonalon található a Dbf tábla mezőben szereplő file-név maszknak megfelelő *.KST kiterjesztésű DBF fájlokat jelölhetjük ki importálásra. Hatására a Import készlet bizonylatok [KESRTR] tábla feltöltődik a kijelölt *.KST kiterjesztésű DBF fájlok tartalmával.
Importált könyvelési állományok lekérdezése Feladata az importált könyvelési tételek [psz_fok] lekérdezésének biztosítása az általános lekérdező segítségével. 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ő.
Importált pénzügyi bizonylatok lekérdezése Feladata az importált pénzügyi bizonylatok biztosítása az általános lekérdező segítségével.
141
tételeinek
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
[psz_pst] lekérdezésének
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ő.
Könyvelési állományok javítása Feladata az importált könyvelési tételek javítása a főkönyvi feladás előtt, a Főkönyvi rögzítő [PSZ_FOK] táblában. Az aktualizálás során feltárt hibás kódok is ebben a menüpontban javíthatók.
Karbantartó képernyő
Azokat a naplókat választhatjuk ki javításra, amelynek a Főkönyvi rözgítő táblában [PSZ_FOK] az os mezője nem üres (eredeti), vagyis még nincs aktualizálva a főkönyv felé a beimportált napló. A könyvelési napló kiválasztását követően a főkönyvi tételek rögzítésénél használt képernyő jelenik meg. Valamennyi adat módosítható, valamint az alap karbantartó funkciókon túl használhatók az Egyenleg , Számlatükör előírásainak érvényesítése és az Összes tétel törlése funkciók. Bővebben a Főkönyvi modul > Napló > Külső feladások javítása részben. A tételek a Könyvelési állományok aktualizálása
146
menüpontban adhatók fel a főkönyvre.
Pénzügyi tételek javítása Feladata a beimportált pénzügyi bizonylatok tételeinek javítása a főkönyvi feladás előtt a fogadó [PSZ_PST] táblában. Az aktualizálás során feltárt hibás kódok is ebben a Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
142
menüpontban javíthatók.
Karbantartó képernyő
A bizonylati tételeken csak a módosítás engedélyezett, a következő adatokra: Jogcím Partner / Elszámol.partner Szlahivatkozás Bizonylathivatkozás Áfakód Áfahó Utalás devizakód Bony.esem.azon Ügyletkód Analitikus kód Elszám. egység Rovatkód Trankód
A tételek a Pénzügyi bizonylatok aktualizálása
143
147
menüpontban adhatók fel a főkönyvre.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Importált pénzügyi bizonylatok javítása A funkcióval a külső rendszerből beimportált bizonylatokat a Pénzügyi bizonylatok FEJ [PSZFEJ] és Pénzügyi bizonylatok SOR [PSZTETEL] táblákba bekerülése, vagyis a Pénzügyi bizonylatok aktualizálása 147 előtt javíthatjuk. A fej-soros karbantartó, a PSZ_PSF és PSZ_PST táblákban lévő adatokat engedi módosítani, korlátozottan. Értelemszerűen dátum, összeg adatokat nem lehet módosítani.
Importált bizonylatok FEJ karbantartója
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
144
Importált bizonylatok SOR karbantartója
Működése megegyezik a dokumentációjában.
normál bizonylat
karbantartóéval.
Bővebben
a
Pénzügyi
modul
Importált pénzügyi állomány törlése A tévesen, esetleg hiányosan beimportált, de még nem aktualizált állomány törlésére ad lehetőséget.
Adatbekérő ablak
Importálás után, aktualizálás előtt indítható funkció, ami a fogadó [psz_psf], [psz_pst] és [psz_psk] táblából törli ki a bizonylatokat.
145
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Az adatbekérő ablakban megadhatjuk a Napló azonosítót vagy az eredeti Állomány (os) nevét, attól függően, melyiket tudjuk. Törlés végrehajtása gomb hatására a program a [psz_psf] táblából leválogatja a megadott szempontnak megfelelő bizonylatszámokat:
Megerősítő kérdésre Igen választás hatására törli az adatokat a 3 fogadó táblából. A sikeres futást üzenettel jelzi.
Könyvelési állományok aktualizálása Feladata az előzőleg importált könyvelési tételek aktualizálása, azaz kódellenőrzés után az adatok átmásolása a fogadó [PSZ_FOK] táblából a [FOKONYV] táblába.
Adatbekérő ablak
Indításkor a program bekéri az a Pénzügyi éveket és a Devizakód ellenőrzés igényt, majd felkínálja választásra a [PSZ_FOK] táblában lévő állományokat. Ha nincs választható napló, azt üzenettel jelzi. Indítás hatására a program kódellenőrzést végez, mely során a kitöltöttséget és a konzisztenciát vizsgálja. A kitöltöttséget a számlatükör könyvelési előírásai alapján, a konzisztenciát a törzskapcsolatok ellenőrzésével vizsgálja. A kódellenőrzésről hibalista készül. Ha egy állományban van hiba, az aktualizálás nem történik meg. A kijelölt állományokhoz tartozó főkönyvi tételek a feladási állományokból [PSZ_FOK] táblából átkerülnek a [FOKONYV] táblába, valamint állományonként bejegyzés kerül a [NAPLO] táblába. A bekért adatokból (pénzügyi év, user), valamint az importált állomány nevéből, az adatok jellegéből és típusából képezi a program a létrejövő főkönyvi napló jellemzőit. Valamint feltölti a bonyolítási esemény azonosítót az adott tételben lévő jogcímhez rendelt bonyolítási esemény azonosítóval, ha az a tételben még üres. A sikeres aktualizálást üzenettel jelzi.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
146
Pénzügyi bizonylatok aktualizálása Feladata az előzőleg importált pénzügyi bizonylatok aktualizálása.
Adatbekérő ablak
Adatok gombra kattintva adhatók meg az indításhoz a program bekéri az a Pénzügyi éveket, Illetékes user-t. Zárt ÁFA-hó csere?: ha N - Nem-ben áll, akkor a program egy listát készít azokról a bizonylatokról, amelyek zárt ÁFA-hó megjelölést tartalmaznak, és nem végzi el az aktualizálást. Ha a paraméter értéke I - Igen, akkor a zárt ÁFA-hót az érintett bizonylatokban lecseréli a legkisebb nyitott ÁFA-hóra. Tranzit napló kell?: I - Igen hatására az aktualizált pénzügyi bizonylatok naplója nem pénzügyi napló, hanem tranzit napló lesz. Vevői iktatókönyv / Szállítói ikt.könyv: megadása kötelező. Az importált vevői és szállítói számlák ezen a ponton kapnak iktatókönyv besorolást. Pü.napló zárása?: alapértelmezésben I - Igen. N- Nem esetén nem zárja le aktualizálás után a naplót. Indítás gomb hatására felkínálja a [PSZ_PSF] táblában lévő állományokat. a program kódellenőrzést végez, mely során a kitöltöttséget és a konzisztenciát vizsgálja. A kitöltöttséget a számlatükör könyvelési előírásai alapján, a konzisztenciát a törzskapcsolatok ellenőrzésével vizsgálja. Létező bizonylatszámot nem aktualizál újra. A kódellenőrzésről hibalista készül. Ha egy állományban van hiba, az aktualizálás nem történik meg. Kódellenőrzés után az adatokat a fogadó táblákból átmásolja a megfelelő pénzügyi táblákba:
147
Fogadó tábla
Pénzügyi tábla
PSZ_PSF
PSZFEJ
PSZ_PST
PSZTETEL
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Fogadó tábla
Pénzügyi tábla
PSZ_PSK
PSZKONTIR
Állományonként bejegyzés kerül a [NAPLO] táblába. A bekért adatokból (pénzügyi év, user), valamint az importált állomány nevéből, az adatok jellegéből és típusából képezi a program a létrejövő főkönyvi napló jellemzőit. Valamint feltölti a bonyolítási esemény azonosítót az adott tételben lévő jogcímhez rendelt bonyolítási esemény azonosítóval, ha az a tételben még üres. A sikeres aktualizálást üzenettel jelzi:
Raktári bizonylatok aktualizálása Feladata az előzőleg importált raktári bizonylatok aktualizálása, azaz kódellenőrzés után az adatok átmásolása az Import készlet bizonylatok [KESRTR] táblából a Készlet fej [KESFEJ], Készlet sor [KESSOR] és Készlet nyilvántartá [KESZLET] táblákba. Az Import készlet bizonylatok [KESRTR] tábla teljes tartalmára a program kódellenőrzést végez. Ha hibát talál, azt a képernyőn jelzi, valamint elkészíti a hibalistát "akthiba.lst" néven. Ha nem talált hibát, a tábla tartalmát szétválogatja bizonylat fej/sorra, valamint - ha még nem létező készletkartonra hivatkozik a kartonazonosító vagy a szignifikáns mezők -, létrehozza az új kartont. Utóbbi esetben kartonazonosítót is generál a létrehozó bizonylatszám felhasználásával, amit a bizonylatra is visszaír.
Auditáció Menü Auditáció ...
149
Könyvvizsgálói export
152
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
148
Auditáció ... Feladata az auditáció vizsgálatok sorozata és azok eredményének dokumentálása. Az audit definíciók a felhasználó időszakonként elvégzendő ellenőrzéseinek leírása. Lépéseinek típusa kétféle lehet: ügyviteli események készültségi állapotának ellenőrzése, ügyviteli összefüggések ellenőrzése. Az ellenőrzések lépéseit a szerint tehetjük egy csoportba, hogy melyek azok, amiket egy időpontban lehet és kell ellenőrizni. Képernyő
Példa definíciónknak két lépése van, ezért itt a tábla ismertetésénél mindkét lépés ablakát mutatjuk.
FORAUDITF, FORAUDITS felépítése Audit azonosító – f_auditid Az audit definíció azonosítója. Audit megnevezése 1 – f_nev1 Az audit definíció megnevezése első nyelven.
149
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Audit megnevezése 2 – f_nev2 Az audit definíció megnevezése második nyelven. Audit megnevezése 3 – f_nev3 Az audit definíció megnevezése harmadik nyelven. Csoportokhoz rendelés – groups F2 GROUPS törzskapcsolat Itt sorolhatjuk fel azokat a felhasználói csoportokat, amely bejelentkezéssel az adott definíció használható. A program alapértelmezésként feltölti az aktuális bejelentkezési csoport azonosítójával. Modul azonosító – f_moduleid Nem karbantartható mező, a program tölti fel annak a modulnak az azonosítójával, amelyből indítottuk az auditációt. Ha az Ügyviteli szervíz modulból indítjuk, 'for'-t ír be. Lépés azonosító – f_lepes Az audit definíció lépésének azonosítója. Lépés megnevezése 1 – f_nev1 Az audit definíció lépésének megnevezése első nyelven. Lépés megnevezése 2 – f_nev2 Az audit definíció lépésének megnevezése második nyelven. Lépés megnevezése 3 – f_nev3 Az audit definíció lépésének megnevezése harmadik nyelven. Lépés típusa – f_lepestip Lehetséges étékei: 1 – eseményvizsgálat 2 – összefüggés-vizsgálat Az eseményvizsgálatnál egy ügyviteli esemény készültségi állapotát vizsgálhatjuk, például úgy, hogy megszámoljuk hány tétel van, ami "nincs kész" (például 'N'yitott pénzügyi bizonylatok). Összefüggésnél két legyűjtött összeg egymáshoz való viszonyát vizsgáljuk. Auditáció feltétele – f_audfelt Azaz két érték mely relációja esetén pozitív a vizsgálat eredménye. 1 – egyenlő, 2 – nem egyenlő, 3 – kisebb, 4 – nagyobb, 5 – kisebb-egyenlő, 6 – nagyobb-egyenlő. Eseményvizsgálat esetén az Auditációs aggregált érték 1 és az Eseményvizsgálat értéke, míg összefüggés-vizsgálatnál a két aggregált érték áll relációban egymással. Hibalista típusa – f_ahltip Lehetséges értékei: 1 – Aggregált (egysoros) 2 – Tételes Aggregált listánál egyösszegben (egy sorban) megmutatja az auditációs aggregált érték(ek)et. Tételes listánál a WHERE feltételnek megfelelő tételek a Mezők tételes hibalistához mezőben felsorolt oszlopait listázza a program. Auditációs aggregált érték 1 – f_ertek1 Az egyik összehasonlítandó érték legyűjtésének SQL kifejezése. Mezők tételes hibalistához 1 – f_mezok1 Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
150
Tételes hibalista esetén itt sorolhatjuk fel azokat a mezőket, amelyek tartalmával a WHERE feltételnek megfelelő tételeket azonosíttatni kívánjuk a hibalistán. A mezők azonosítóit táblahivatkozással együtt kell felsorolni. Vizsgálati táblák 1 – f_tablak1 40 hosszú karaktersorozat Azoknak a tábláknak a felsorolása, ahonnan a vizsgálathoz szükséges adatokat legyűjtjük. WHERE feltétel 1 – f_felt1 Az adatok legyűjtésének szabályos szelekciós feltétele. A feltételben nem csak konkrét értékeket adhatunk meg, mint a bizonylat státusz, vagy a főkönyvi számla mintája, hanem indítási paramétert is definiálhatunk, amelyet az adutiáció végrehajtésakor a program bekér. Ennek a paraméternek %-al kell kezdődnie. Lásd: SHOW SELECT. Eseményvizsgálat értéke – f_vertek Az az érték, amellyel az eseményvizsgálat esetén a program az mezőben definiált értéket hasonlítja össze.
Auditációs aggregált érték 1
Auditációs aggregált érték 2 – f_ertek2 Összefüggés-vizsgálat esetén a másik összehasonlítandó érték legyűjtésének SQL kifejezése. Mezők tételes hibalistához 2 – f_mezok2 Tételes hibalista esetén itt sorolhatjuk fel azokat a mezőket, amelyek tartalmával a WHERE feltételnek megfelelő tételeket azonosíttatni kívánjuk a hibalistán. A mezők azonosítóit táblahivatkozással együtt kell felsorolni. Vizsgálati táblák 2 – f_tablak2 Azoknak a tábláknak a felsorolása, ahonnan a vizsgálathoz szükséges adatokat legyűjtjük. WHERE feltétel 2 – f_felt2 Az adatok legyűjtésének szabályos szelekciós feltétele. Az auditációs aggregált érték, a vizsgálati táblák és a WHERE feltétel mezők tartalmából a program szabályos SQL SELECT parancsot állít össze. Ezt meg is tekinthetjük Adathelp / Show select funkcióval. A 0001 lépés SELECT parancsa:
A program megszámolja az indításkor megadott időszaknál nem nagyobb könyvelési időszakú nyitott pénzügyi bizonylatokat. Ha ez nem egyenlő nullával, akkor keletkezik hibalista. A hibalista a WHERE szelekciónak megfelelő tételek felsorolt mezőit tartalmazza. A 0002 lépés SELECT parancsa:
151
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A program legyűjti külön az 1,2,3,4 és az 5,8,9 számlaosztály az indításkor megadott időszaknál nem nagyobb könyvelési időszakú forgalmát. Ha ez a két összeg nem egyenlő, akkor keletkezik hibalista. A hibalista a két összeget tartalmazza, mivel aggregált listát kértünk.
Könyvvizsgálói export A Magyar Könyvvizsgálói Kamara kialakította a kis-és középvállalkozások könyvvizsgálati tesztelésére és könyvelt adataik archiválására önkéntesen alkalmazható Adatexport útmutatót. Célja, hogy egységes tartalmi és struktúrális követelmények megfogalmazásával segítse a kettős könyvviteli programot készítő és értékesítő szervezeteket a könyvvizsgálatoknál (jogszabályban előírt független könyvvizsgálatok és belső auditok) szükséges főkönyvi tételsor adatexportjának elkészítésében. A funkció a Költségvetési intézmények számára is elérhető.
Adatok mezőre kattintva adhatóak meg az indítási paraméterek. Feldolgozási hely: amelyikről készül az export állomány. Könyvelési év: amely évről készül az esxport állomány. XML file: tallózással választhatjuk ki azt a könyvtárat, ahova az output-ot szánjuk. Az output névkonvenciója: KVEXP_fffféééé, ahol ffff – a feldolgozási hely kódja, éééé - a könyvelési év. Könyvtár: alapértelmezésben az a könyvtár, ahova a Forrás rendszer összes előállított listája letárolásre kerül.
Indít gombra kattintva elkezdődik az adatok leválogatása, listázása. A program a megadott évnek és feldolgozási helynek megfelelő naplók adataiból dolgozik a Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
152
főkönyv alapján, azaz csak a könyvelt tételekből. Mivel vannak olyan elvárt információk, amelyek csak a Pénzügyi analitikából nyerhetők ki (ÁFA-kód, teljesítés dátuma, stb.), ezért a program a Pénzügyi bizonylatok könyvelési tételeit az analitikából válogatja. De mivel könyvelési tételek az elvárás, ezért kvázi újra főkönyvi feladást végez futás időben. Ez egy egész évre elég időigényes lehet, ezért célszerű a funkciót este futtatni. (Akár éjszakára otthagyható.) De, mivel vannak olyan adatok az export állományban, melyek kitöltése kötelező, viszont a Forrás-ban ezek nem kötelezők, a program interaktív módon ezeket jelzi, és nem is megy tovább, ha bármi hiányosságot tapasztal. Ezek nagyjából kiderülnek az első használat alkalmával, ezért első alkalommal célszerű úgy elindítani, hogy tudjunk is reagálni ezekre az üzenetekre. A tartalmi követelmény szerint minden egyes kód integer típusú. A Forrás-ban viszont minden kód karakteres. Ezért az egyes kódok új integer értéket kapnak az export során, de ez csak technikai jellegű. A Kamara honlapjáról ingyenesen letölthető Audit xml konvertáló program ezeket jól értelmezhető formába visszafejti. Partner kódok, rögzítők (felhasználók), főkönyvi számlaszámok, bizonylatszámok esetén ez egy folyamatos sorszám. Ezek közül speciális az időszak és a napló. Az időszaknál, mivel az export struktúra megkülönbözteti a Nyitást, ezért az 1 a NYITÁS és a további időszakok 2-től kezdődnek, azaz pl: január a 2, tehát itt eggyel elcsúszik a kód. A konvertált állományban (XML) jól látszik a korrekt időszak megnevezés, a kód figyelmen kívül hagyható. A naplóknál az „analitika” jellegét választottuk, mint csoportosítási szempont, megfelelően a következő kódok keletkeztek: 1 - Nyitó 2 - Bank 3 - Pénztár 4 - Vevő 5 - Szállító 6 - ÁFA egyéb 7 - Eszköz 8 - Készlet 9 - Folyószámla rendező 10 - Főkönyvi vegyes 11 - Záró A konvertáló ezeket is kifejti az XML-ben jól láthatóan.
Előállított táblák kv_cegadatok – Cégadatok - Könyvvizsgáló
153
Cég megnevezése
Nev
80
Ajtó.............:
Ajto
4
Közterület neve..:
KozterNev
20
Jellege..........:
KozterJell
10
Emelet...........:
Emelet
4
Épület...........:
Epulet
3
Házszám..........:
Hazszam
7
Helység..........:
Telepules
20
Adóigazgatósági azonosító:
Adoszam
15
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
és
ennek
Irányítószám.....:
Irszam
10
Lépcsőház........:
Lepcsohaz
Ország
Orszag
40
Kezdő dátum
KezdoDatum
10
Végső dátum
VegsoDatum
10
Pénznem
Penznem
Pénzegység
PenzEgyseg
15
Ügyintéző telefonja..:
Telefonszam
16
Kapcsolattartó
KapcsolatTarto
40
3
3
kv_ellenszam – Ellenőrző számok Naplók
Naplok
10
Időszakok
Idoszakok
10
Számlaszámok
Szamlaszamok
FST-vel beállított
Partnerek
Partnerek
FST-vel beállított
Rögzítők
Rogzitok
10
Főkönyvi bizonylatok
FkBizonylatok
10
Főkönyvi tételek
FkTetelek
10
kv_fokbiz – Főkönyvi bizonylatok Bizonylat azonosító
BizID
10
Napló azonosítója
Naplo
10
Bizonylatszám
BizSzam
50
Dátum
Datum
10
Időszak
Idoszak
10
kv_foktetel – Főkönyvi tétel Bizonylat azonosító
BizID
10
Tétel azonosító
TetID
10
Szöveg
Szoveg
50
Tartozik számla
Tartozik
FST-vel beállított
Követel számla
Kovetel
FST-vel beállított
Összeg
Osszeg
16
Deviza Összeg
DevOsszeg
16
Devizanem
DevNem
3
ÁFA-s tétel adóalapja
AfaAlap
16
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
154
ÁFA-s tétel ÁFA-kódja
AfaKulcs
2
Partner azonosító
Partner
FST-vel beállított
Pü.bizszám
PuAzo
12
Teljesítés dátuma
TeljDatum
10
Pénzügyi esdékesség
FizHatarido
10
Sztornó (I/N)
Szt
Eredeti TetID
SztTetID
10
Rögzítő
Rogzito
10
Rögzítés időpontja
Rogzitve
10
1
kv_időszak – Időszakok Időszak kódja
Kod
10
Időszak neve
Nev
20
Időszak
TKod
6
kv_naplok – Naplók Napló jelleg kódja
Kod
10
Napló jelleg neve
Nev
20
Napló jellege
TKod
1
Vevő
Vevo
255
Szállító
Szallito
255
Pénztár
Penztar
255
Bank
Bank
255
Devizás számlák
Deviza
255
Befizetendő ÁFA
BeAFA
255
Visszaigényelhető ÁFA
ViAFA
255
Kompenzációs felár
KoAFA
255
kv_parameter – Paraméterek
kv_partnerek – Partnerek Partner int kódja
Kod
10
Partner neve
Nev
80
Partnerkód
TKod
kv_rogzitok – Rögzítők
155
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
FST-vel beállított
Rögzítő kódja
TKod
10
Rögzítő int kódja
Kod
10
Rögzítő neve
Nev
80
kv_szamlaszamok – Számlaszámok Számla int kódja
Kod
Számlaszám
TKod
Számlaszám neve
Nev
10 FST-vel beállított 50
Internet-kapcsolat Menü Dokumentumtípusok karbantartása
157
Internetes ügyfelek karbantartása
159
Email formátumok
159
Dokumentumtábla karbantartása Kép tábla karbantartása
164
Naplótábla karbantartása
164
Dokumentumtábla lekérdezése Naplótábla lekérdezése
162
165
165
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
156
Dokumentumtípusok karbantartása
INTTIPUS tábla felépítése Dokumentumtípus kódja – f_lektip A dokumentum típus, azaz a bizonylattípus általunk meghatározott kódja (például UGYL – ügyfélértesítők). Ezzel a típuskóddal fogja a program előállítani az interneten keresztül megtekinthető bizonylatokat. Az internetes mutogató program a következő képernyőn hozza fel a lekérdezési típusokat:
Dokumentumtípus megnevezése – f_nev A dokumentum típus megnevezése. A típus státusza – f_statusz F2 CODES törzskapcsolat A dokumentum típus stástusza (állapota). Lehetséges értékei: A - Aktív dokumentum típus I - Inaktív dokumentum típus Ha egy dokumentum típus inaktív, akkor a hozzá tartozó bizonylatok nem tekinthetők meg az interneten keresztül. A dokumentum jellege – f_jelleg F2 CODES törzskapcsolat Lehetséges értékei: P - Partnercentrikus lekérdezés
157
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
X - Egyéb lekérdezés Ha a lekérdezés típus partnercentrikus, akkor az internetes felületen futó "mutogató" program először a lekérdezés típusokhoz tartozó bizonylatokon szereplő partnerek listáját kinálja kiválasztásra, majd a partner választás után, csak a kiválasztott partnerhez tartozó bizonylatokat mutatja meg. Ha a lekérdezés típus egyéb jellegű, akkor az internetes mutogató program megmutatja az összes – az adott lekérdezési típushoz tartozó – bizonylatot. Az internetes mutogató program a következő képernyőn ad lehetőséget partnercentrikus lekérdezés esetén a partner kiválasztására:
Ablakok száma (1 vagy2) – f_ablakjel Itt határozhatjuk meg, hogy egy bizonylat típus egyablakos, vagy kétablakos (pl. fej-soros megjelenítés). Azonosító oszlop fejléce – f_azonfl Az internetes mutogató az itt megadott szöveget írja ki a megtekinthető dokumentumok azonosító oszlopába. Megnevezés oszlop fejléce – f_nevfl Az internetes mutogató az itt megadott szöveget írja ki a megtekinthető dokumentumok megnevezés oszlopába. Időszak szűrés kell-e – f_idszuro F2 CODES törzskapcsolat Lehetséges értékei: I - Igen, kell időszak szűrés N - Nem, nem kell időszak szűrés I - Igen esetén az internetes mutogató, mielőtt felhozná a megtekinthető dokumentumok listáját, bekér egy időintervallumot, amellyel leszűri a megmutatható bizonylatokat. Tárolt eljárás a dokumentum előállításához – f_sp A tárolt eljárás neve, amely előállítja a bizonylati képet és adatokat, és letárolja a megfelelő táblákba.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
158
Internetes ügyfelek karbantartása
INTUGYFE tábla felépítése Ügyfél kódja – f_ugyfel Azon ügyfél internetes bejelentkezési kódja, mely jogosult az internetes mutogató használatára. Az internetesbejelentkezés jelszava – f_jelszo Az internetes bejelentkezési kódhoz tartozó jelszó. Az ügyfél státusza – f_statusz F2 CODES törzskapcsolat Lehetséges értékei: A - Aktív státuszú ügyfél I - Inaktív státuszú ügyfél Abban az esetben, ha az ügyfél státusza inaktív az internetes mutogató program bejelentkezését.
letiltja a
Az ügyfél jellege – f_jelleg F2 CODES törzskapcsolat Lehetséges értékei: B - Belső ügyfél K - Külső ügyfél Abban az esetben, ha az ügyfél jellege belső, akkor a bejelentkezés után megtekintheti az összes – nála engedélyezett lekérdezési típusokhoz tartozó – dokumentumot (nem csak azokat, amelyekre jogosult). Abban az esetben, ha az ügyfél jellege külső, akkor a bejelentkezés után csak azokat a dokumentumokat tekintheti meg, amelyekre jogosult, és azokhoz az adott lekérdezési típusokhoz tartoznak, amelyek az ügyfélnél engedélyezve vannak. Az ügyfél partnerkódja – f_partner Az ügyfél Partner törzs azonosítója. Engedélyezett dokumentumtípusok – f_lektipek F2/F4 INTTIPUS törzskapcsolat Itt lehet hozzárendelni – felsorolás szerűen, vesszővel elválsztva - az internetes ügyfélhez, azokat a lekérdezési típusokat, amelyekre jogosult.
Email formátumok Feladata a Forrás programokból küldött e-mail-ek szövegeinek és paramétereinek tárolása.
159
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Egyelőre csak a Beszerzési modul használja (ezért ott is karbantartható a Törzsek popupban) ezeket a levélformátumokat.
Karbantartó képernyő FOREMAIL felépítése Levélformátum azonosítója - f_azon Tetszőlegesen megadható azonosító. Levélformátum megnevezése - f_nev Tetszőlegesen megadható (például "Belföldi rendelés"). Modul, amiben használható - moduleid F2 install:modules törzskapcsolat Modul azonosítója, amiben az e-mail küldés használható. Kitöltése nem kötelező. Szerver beállítástól függetlenül megadható kis és nagybetűvel is. Bizonylattípus, amihez használható - vtype F2 install:vouchertypes törzskapcsolat Bizonylattípus azonosítója, amihez az e-mail küldés használható. Nem kötelező. Biz.tömbök, amikhez használható - f_biztomb F2 / F4 BIZTOMB törzskapcsolat A kiválasztott - ha van - Bizonylattípusoknak megfelelő Bizonylati tömbök felsorolása, amikhez az e-mail küldés használható. Nem kötelező. Partnerek felsorolása, akikhez használható - f_partner F2 / F4 PARTNER törzskapcsolat Partnerek felsorolása, amikhez az e-mail küldés használható. Nem kötelező. A sikeres küldéshez a Partner törzsben vagy a Partner referensek törzsben fel kell vinni a partner e-mail címét. Levél tárgya - f_targy Tetszőleges szöveg, az e-mail Tárgy mezőjében jelenik meg.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
160
Levél szövege - f_szoveg Az e-mail tetszőleges szövege. Csatolt file formátuma - f_csatform Lehetséges értékei: H - HTML formátum P - PDF formátum L - LST (Forrás belső lista) formátum PDF nyomtató - f_pdfprn Ha a Csatolt file formátuma P - PDF formátum, akkor automatikusan töltődik "Bullzip PDF Printer" értékkel.
Működése 1. Email küldése letárolt levélformátummal (Emailbatch levélformátum azonosító alapján készíti a levelet.
eljárás)
a
paraméterként
kapott
2. Email küldése dialog ablakból (EmailDialog eljárásban) kiválasztható egy levélforma. Ezt követően egy dialog ablakban megjelenik a levél tárgya, szövege, a csatolt file típusa, a PDF nyomtató neve. A levél tárgya és szövege szerkeszthető a küldés előtt.
161
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Dokumentumtábla karbantartása
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
162
INTDOKU tábla felépítése Dokumentum típus kódja – f_lektip F2 INTTIPUS törzskapcsolat A dokumentumhoz tartozó dokumentum típus kódja. A dokumentum azonosítója – f_lekazon Az elkészített bizonylat bizonylatszáma. Az internetes mutogató a következő képernyőn mutatja meg a kiválasztható és megtekinthető bizonylatokat:
Tételsorszám – f_tetel Abban az esetben, ha a lekértezés típusa két ablakos, a 0 jelenti a bizonylat fej részét, 1-től pedig a bizonylathoz tartozó sor ablakok sorszámát. Partnerkód – f_partner F2 PARTNER törzskapcsolat A bizonylathoz tartozó partner kódja. A dokumentum-azonosító fejléce – f_azonnev Az internetes mutogató programban ez a szöveg fog megjelenni, a dokumentum típus táblából kiolvasott "Megnevezés oszlop fejléce" alatti oszlopban. Hozzáférési jog – f_hfjog F2 PARTNER törzskapcsolat Az itt felsorolt partnerek lesznek jogosultak az interneten keresztül az megtekintésére.
adott
HTML képazonosító – f_jepid F2 INTKEP törzskapcsolat A bizonylat képének azonosítója (általában megegyezik a bizonylat azonosítójával).
163
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
bizonylat
Kép tábla karbantartása
INTKEP tábla felépítése Dokumentum kép azonosító – f_intkep A dokumentumhoz tartozó kép azonosítója. Megjelenítendő szöveg HTML – f_szoveg A dokumentum HTML formátumú képe.
Naplótábla karbantartása
INTNAPLO tábla felépítése Bejegyzés azonosító sorszáma – f_azon A napló táblába történő bejegyzés sorszáma. Az ügyfél kódja – f_ugyfel F2 INTUGYFE – törzskapcsolat Az interneten keresztül bejelentkező ügyfél ügyfélkódja. A lekérdezés dátuma – f_datum Az interneten keresztül megtekintett bizonylat lekérdezésének kelte. A megtekintett dokumentum típusa – f_lektip F2 INTTIPUS törzskapcsolat Az internetes mutogatón keresztül megtekintett bizonylathoz tartozó dokumentum típus.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
164
A megtekintett dokumentum azonosítója – f_lekazon F2 INTDOKU törzskapcsolat A megtekintett dokumentum bizonylatszáma. A lekérdező számítógép címe – f_ipcim Az inertneten keresztül bejelentkező számítógép IP címe. Hibakód – f_hibakod Az internetes mutogató a bizonylat(ok) lekérdezése során néhány hibát lekezel. Ezen a lekezelt hibák kódjait tárolja le ide a program – természetesen, csak abban az esetben, ha a hiba előfordult a program működése folyamán.
Dokumentumtábla lekérdezése Feladata a Dokumentumtábla [intdoku] adatainak lekérdezése, az általános lekérdező segítségével. 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ő.
Naplótábla lekérdezése Feladata a Naplótábla segítségével.
[intnaplo] adatainak
lekérdezése,
az
általános
lekérdező
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ő.
Egyéb Az Ügyviteli szerviz modul egyéb funkcióinak menüpontjait tartalmazza. Menü Dátummezők normalizálása
166
Foglalt készletek újraszámolása Excel/Word form definiálása
166
Excel/Word form végrehajtása Excel-kimutatás definiálása
166
169
170
Excel-kimutatás végrehajtása
170
Corporate Planner kocka definiálása
173
Corporate Planner kocka generálása
176
Vonalkódnyomtató típusok
177
Vonalkódnyomtató definíciók Vonalkódos címke definíciók
177
178
Mentett lekérdezések csoportos megosztása
165
179
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Dátummezők normalizálása Problémát okozhat, hogy az SQL szerveren a dátumok tárolása óra, perc, másodperc pontossággal történik, mivel a dátumok összeadásakor az órák, percek összegzése nap eltolódást okozhat. A funkció a Forrás SQL-ben tárolt valamennyi dátum mezőben átírja az óra, perc, másodperc értékeket 0-ra. A funkció elindítását követően kiválaszthatjuk, hogy mely alrendszer mely tábláiban szeretnénk az értékeket kicserélni.
Foglalt készletek újraszámolása A program a Kereskedelmi és Projekt alrendszerekben rögzített nyitott szállítólevelekkel foglalt készlet mennyiségeket számolja újra. Egy karton azonosító bekérésével indul a funkció, amely kitöltésével a megadott karton foglalt mennyisége kerül kiszámításra. Amennyiben nem töltjük ki a kartonszámot, valamennyi foglalt készlet újraszámítódik. Mindkét esetben figyelmeztet a program, hogy valamennyi érintett modulból (kereskedelem, projekt, készlet) ki kell léptetni a felhasználókat a helyes működés érdekében.
Excel/Word form definiálása Feladata a felhasználó által definiálható iratminták (űrlapok) kitöltésének és megjelenítésének támogatása. Meghatározhatók az indításkor bekérendő paraméterek, valamint az Excel mintában szereplő cella nevekre hivatkozva megadhatók, hogy mely cellába milyen érték kerüljön.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
166
Leíró táblázat fej adatai [FORMFEJ] felépítése Azonosító - f_azon A leírótábla azonosítója, tetszőlegesen megadható. Megnevezése - f_nev A leírótábla megnevezése, tetszőlegesen megadható. Tételt módosíthatja - userid F2 USERS törzskapcsolat A leírótáblát készítő személy kódja, automatikusan kitöltésre kerül. Csoportokhoz rendelés - groups F2/F4 GROUPS törzskapcsolat A leírótáblát használó csoportok listája, F4 billentyűvel állítható össze a felsorolás. Befogadó modul - moduleid F2 MODULES törzskapcsolat Annak a modulnak az azonosítója, amelyből a form adatai készülnek, és amelyből a kimutatás meghívásra kerül. Input XLS/DOC file - f_xlsinp Az előre elkészített, üres iratminta neve, és teljes elérési útvonala.
167
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Output elérési útvonal - f_xlsout A program végrehajtáskor az ide beírt útvonalat kínálja fel. Ha üres, akkor az Opciókban beállított LST elérési útvonalat. Előke eljárás - f_elokeprg A kimutatás elkészítéséhez szükséges program tárolására szolgáló mező. Az eljárás tartalmazhat %-os paramétert is (amely konkrét értékének bekérése az indítást követően történik). Záró eljárás - f_zaroprg A form elkészítését követően lefuttatandó programot tartalmazza. Közvetlen nyomtatás? - f_nyomtat Igen érték esetén képernyős megjelenítés nélkül kerül kinyomtatásra a kitöltött XLS file az Excel segítségével. Nem választásakor pedig az Excelben jelenik meg az XLS file tartalma.
Leíró tábla paraméterei [FORMPAR] felépítése Paraméter - f_paramnev A paraméter azonosítója, ’%’ jellel kell kezdődnie. A sor adatok where feltételében erre a paraméter azonosítóra kell hivatkozni. Join table - f_jtable F2 TABLES törzskapcsolat Törzskapcsolattal rendelkező mező esetén töltendő ki, mivel ebben az esetben a paraméter értéke az F2 billentyű segítségével választható ki. Annak a táblának az azonosítója, amely tartalmazza a paraméter Join mezőjének értékeit. Join field - f_jfield F2 TABLESTR törzskapcsolat A kapcsoló táblában szereplő mező azonosítója. Join filter - f_jfilter A kapcsoló táblára, illetve mezőre vonatkozó szűrési feltételt lehet itt megadni. Hatására F2-nél csak a feltételnek eleget tevő tételek közül választhat a felhasználó. Fejléc - f_header A paraméter értékének bekérésekor kiírandó szöveg. Join field és Join table kitöltése esetén automatikusan beíródik a mező Forrásban használt megnevezése, amely tetszőlegesen átírható. Picture - f_picture A bekérendő érték formázására szolgál. Ismétlési tábla - f_itable F2 TABLES törzskapcsolat A paraméter értékeit tartalmazó tábla azonosítója. Csak egyetlen paraméternél adható meg. Kitöltése esetén a program a paraméter értékét nem kéri be, hanem az ismétlési táblából veszi. (Például valamennyi dolgozó munkaszerződésének nyomtatásakor nem kell a dolgozók kódjait egyenként megadni, hanem elegendő az ismétlési táblába kell beírni a dolgozó törzs azonosítóját.)
Form cella adatok [FORMCEL] felépítése Sorszám - f_sorsz A tétel azonosítója, automatikusan kitöltésre kerül. Mukalap neve - f_sheet Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
168
Az Excel táblában, ha az több munkalapos, annak a munkalapnak a neve, amelybe a Select parancs eredménye kerül. Cella neve - f_cella Az Excel táblában annak a cellának a neve (vagy koordinátája), amelybe a Select parancs eredménye kerül. Megnevezés - f_nev Az Excel táblában a cellának pédául a fejléce a kész táblából, vagy bármilyen más megnevezése, a könnyebb beazonosíthatóság végett. SELECT kifejezés - f_select F2 TABLESTR törzskapcsolat A leválogatandó mező neve az SQL SELECT utasítás szintaktikájának megfelelően. FROM kifejezés - f_from F2 TABLES törzskapcsolat A leválogatásban szereplő tábla (táblák) neve az SQL SELECT utasítás szintaktikájának megfelelően. WHERE kifejezés - f_where A leválogatás feltétele(i) az SQL SELECT utasítás szintaktikájának megfelelően. EVAL kifejezés - f_eval Az Eval kifejezés a Forrás-SQL programnyelvnek megfelelően. Akkor használható, ha a cellába nem egy SELECT utasítással leválogatható értéket szeretnénk megjeleníteni, hanem egy konstans értéket (például aktuális dátum).
Excel/Word form végrehajtása A program a Form kiválasztásával indul:
Azokat a form definíciókat kínálja fel, amelyek ahhoz a alrendszerhez vannak rendelve amelyből indítjuk a végrehajtást. Következő lépésként ellenőrzi az Excel tábla létezését a megadott könyvtárban, illetve azt, hogy a hivatkozott cella nevek szerepelnek-e a file-ban. Az indítási paraméterek (ha vannak) és az output file nevének megadását követően lefut az előke eljárás, majd elkészül az Excel form.
169
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Excel-kimutatás definiálása Feladata a felhasználó által definiálható lista szerű kimutatások készítésének és megjelenítésének támogatása. Meghatározhatók az indításkor bekérendő paraméterek, valamint az Excel mintában szereplő oszlopokra, sorokra hivatkozva megadhatók, hogy mely cellába milyen érték kerüljön. Képernyő
Leíró táblázat fej adatai [EXLISFEJ] felépítése Azonosító - f_azon A leírótábla azonosítója, tetszőlegesen megadható. Megnevezése - f_nev A leírótábla megnevezése, tetszőlegesen megadható. User azonosítója - userid F2 USERS törzskapcsolat A leírótáblát készítő személy kódja, automatikusan kitöltésre kerül. Csoportokhoz rendelés - groups F2/F4 GROUPS törzskapcsolat A leírótáblát használó csoportok listája, F4 billentyűvel állítható össze a felsorolás. Befogadó modul - moduleid F2 MODULES törzskapcsolat Annak a modulnak az azonosítója, amelyből a form adatai készülnek, és amelyből a kimutatás meghívásra kerül. Input XLS file - f_xlsinp Az előre elkészített, üres iratminta neve, és teljes elérési útvonala. Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
170
Azonosító oszlop - f_idcol F2 TABLESTR törzskapcsolat Az azonosító oszlop belső neve. Első adatsor - f_elso Az Excel tábla első adatsora (ahonnan kezdődik a lista). Előke eljárás - f_elokeprg A kimutatás elkészítéséhez szükséges program tárolására szolgáló mező. Az eljárás tartalmazhat %-os paramétert is (amely konkrét értékének bekérése az indítást követően történik). Záró eljárás - f_zaroprg A form elkészítését követően lefuttatandó programot tartalmazza. Közvetlen nyomtatás? - f_nyomtat I - Igen esetén képernyős megjelenítés nélkül kerül kinyomtatásra a kitöltött XLS file az Excel segítségével. 'N'em választásakor pedig az Excelben jelenik meg az XLS file tartalma.
Leíró tábla paraméterei [EXLISPAR] felépítése Paraméter - f_paramnev A paraméter azonosítója, % jellel kell kezdődnie. A sor adatok WHERE feltételében erre a paraméter azonosítóra kell hivatkozni. Join table - f_jtable F2 TABLES törzskapcsolat Törzskapcsolattal rendelkező mező esetén töltendő ki, mivel ebben az esetben a paraméter értéke az F2 billentyű segítségével választható ki. Annak a táblának az azonosítója, amely tartalmazza a paraméter Join mezőjének értékeit. Join field - f_jfield F2 TABLESTR törzskapcsolat A kapcsoló táblában szereplő mező azonosítója. Join filter - f_jfilter A kapcsoló táblára, illetve mezőre vonatkozó szűrési feltételt lehet itt megadni. Hatására F2-nél csak a feltételnek eleget tevő tételek közül választhat a felhasználó. Fejléc - f_header A paraméter értékének bekérésekor kiírandó szöveg. Join field és Join table kitöltése esetén automatikusan beíródik a mező Forrásban használt megnevezése, amely tetszőlegesen átírható. Picture - f_picture A bekérendő érték formázására szolgál. Ismétlési tábla - f_itable F2 TABLES törzskapcsolat A paraméter értékeit tartalmazó tábla azonosítója. Csak egyetlen paraméternél adható meg. Kitöltése esetén a program a paraméter értékét nem kéri be, hanem az ismétlési táblából veszi. (Például valamennyi dolgozó munkaszerződésének nyomtatásakor nem kell a dolgozók kódjait egyenként megadni, hanem elegendő az ismétlési táblába kell beírni a dolgozó törzs azonosítóját.)
Form cella adatok [EXLISSOR] felépítése Sorszám - f_sorsz
171
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A tétel azonosítója, automatikusan kitöltésre kerül. Excel tábla oszlopsorszáma - f_sorszam Annak az oszlopnak a sorszáma, amelybe az érték kerül. Excel tábla sora (fejlécben) - f_cellasor Fejlécbe írandó adatnál meg kell adni az oszlop és a sor sorszámát is (tulajdonképpen annak a cellának a koordinátáit, amelybe az érték kerül). A lista oszlopainak meghatározásakor a mező értéke 0. SELECT kifejezés - f_select F2 TABLESTR törzskapcsolat A leválogatandó mező neve az SQL SELECT utasítás szintaktikájának megfelelően. FROM kifejezés - f_from F2 TABLES törzskapcsolat A leválogatásban szereplő tábla (táblák) neve az SQL SELECT megfelelően.
utasítás
szintaktikájának
WHERE kifejezés - f_where A leválogatás feltétele(i) az SQL SELECT utasítás szintaktikájának megfelelően. EVAL kifejezés - f_eval Az Eval kifejezést a Forrás-SQL programnyelvnek megfelelően kell beírni. Akkor használható, ha a cellába nem egy SELECT utasítással leválogatható értéket szeretnénk betenni, hanem egy konstans értéket (például aktuális dátum). Számítási képlet - f_keplet Az oszlop számítási képlete (ugyanazon sor más oszlopaiból). Összegzendő? - f_sumkell Értékei I - Igen vagy N - Nem lehetnek. Annak jelzésére szolgál, hogy az adott oszlop értékeit kell-e összesíteni (oszlopnál, ahol a képlet üres).
Excel kimutatás végrehajtása A program a Kimutatás kiválasztásával indul:
Azokat a kimutatás definíciókat kínálja fel, amelyek ahhoz a alrendszerhez vannak rendelve
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
172
amelyből indítjuk a végrehajtást. Következő lépésként ellenőrzi az Excel tábla létezését a megadott könyvtárban, illetve azt, hogy a hivatkozott cella nevek szerepelnek-e a file-ban. Az indítási paraméterek (ha vannak) és az output file nevének megadását követően lefut az előke eljárás, majd elkészül az Excel kimutatás.
Corporate Planner kocka definiálása Feladata a Corporate Planner tervező és elemző programban készítendő kimutatásokhoz szükséges kocka definiálása – input/output xml fájlok és a Forrás-SQL-ből kinyerhető tényadatok Select utasításainak definiálása, részfák, levelek, indítási paraméterek leírása. Képernyő
Kimutatás fej adatai [CPFEJ] felépítése Azonosító - f_azon CP kocka definíció egyedi azonosítója. Megnevezése - f_nev CP kocka rövid leírása.
173
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
User azonosítója - userid F2 USERS törzskapcsolat. CP kocka fejdefiníciót létrehozó felhasználó azonosítója (automatikusan generálódik). Csoportokhoz rendelés - groups F4 GROUPS törzskapcsolat. A CP kockát az itt megadott felhasználó csoportok használhatják, F4 billentyűvel állítható össze a felsorolás. Befogadó modul - moduleid F2 MODULES törzskapcsolat. A CP kocka az itt megadott modulokból használható (több is felsorolható vesszővel elválasztva). Input XML file - f_xmlinp Kiinduló XML állomány (tartalmazza a dimenziókat és az adatokat). Output XML file - f_xmlout Eredmény XML állomány. Tényadatok belső az. - f_cpid A tényadatok belső azonosítója. Előke eljárás - f_elokeprg Generálás előtt lefutó Forrás-SQL program. Záró eljárás - f_zaroprg Generálás végén lefutó Forrás-SQL program. Forrás -> CP időszak - f_fo2cpprg A Forrás-SQL időszakból CP időszak és XML attribútum halmazt előállító Forrás-SQL program (új időszak beszúrásához szükséges). CP -> Forrás időszak - f_cp2foprg CP időszakból Forrás-SQL időszakot előállító Forrás-SQL program (időszak elemzéséhez szükséges).
Paraméterek [CPPAR] felépítése Paraméter - f_paramnev A paraméter azonosítója, '%' jellel kell kezdődnie. A sor adatok where feltételében erre a paraméter azonosítóra kell hivatkozni. Join table - f_jtable F2 TABLES törzskapcsolat. Törzskapcsolattal rendelkező mező esetén töltendő ki, mivel ebben az esetben a paraméter értéke az F2 billentyű segítségével választható ki. Annak a táblának az azonosítója, amely tartalmazza a paraméter Join mezőjének értékeit. Join field - f_jfield F2 TABLESTR törzskapcsolat. A kapcsoló táblában szereplő mező azonosítója. Join filter - f_jfilter A kapcsoló táblára, illetve mezőre vonatkozó szűrési feltételt lehet itt megadni. Hatására F2-nél csak a feltételnek eleget tevő tételek közül választhat a felhasználó. Fejléc - f_header A paraméter értékének bekérésekor kiírandó szöveg. Join field és Join table kitöltése esetén Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
174
automatikusan beíródik a mező Forrásban használt megnevezése, amely tetszőlegesen átírható. Picture - f_picture A bekérendő érték formázására szolgál.
Részfa definíciók [CPRFA] felépítése Részfa azonosító - f_rfa A részfa gyökere. Részfa megnevezése - f_nev Rövid leírás (a generálásra nincs hatással). Prioritás - f_sorsz Feldolgozási prioritás. A kisebb szám nagyobb prioritást jelent. Az azonos prioritású részfa definíciók feldolgozási sorrendje véletlenszerű (ahogyan az SQL szerver szolgáltatja az adatokat). Tábla neve - f_table A részfa feltöltése a megadott tábla alapján történik. Azonosító mező - f_jazon A levél CP azonosítóját tartalmazó mező. Időszak mező - f_jido A levél Forrás-SQL időszakát tartalmazó mező. Szűrőfeltétel - f_where A feltöltésre kerülő adatok szűrése. Ha nincs megadva szűrőfeltétel, akkor az összes rekord feldolgozásra kerül. A megadott időszakra történő szűrés automatikusan történik. Adatgenerálás - f_adat A levél értékét előállító karakter vagy egész típusú SQL kifejezés.
Kimutatás levél adatok [CPSOR] felépítése Levél azonosító - f_level CP levél azonosítója. Levél megnevezése - f_nev Rövid leírás, a generálásra nincs hatással. SELECT kifejezés - f_select F2 TABLESTR törzskapcsolat A levél értékét előállító SQL kifejezés. FROM kifejezés - f_from F2 TABLES törzskapcsolat. A leválogatásban szereplő tábla (táblák) neve az SQL Select utasítás szintaktikájának megfelelően. WHERE kifejezés - f_where A leválogatás feltétele(i) az SQL Select utasítás szintaktikájának megfelelően. EVAL kifejezés - f_eval A levél értékét előállító Forrás-SQL nyelvi elemeket tartalmazó aritmetikai kifejezés. (Kifejezés alapú feltöltés esetén.)
175
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Ellenőrzés A karbantartó felületen a Karbantartás / Elemzés menüpont alatt lehetőség van az XML állomány elemzésére, ahol néhány statisztikai adaton túl a duplikált elemek felderítése a cél. Az elemzés során a működésről riport generálódik, mely tájékoztat a végrehajtott funkciókról, a funkciók paraméteréről és részeredményekről. Hiba esetén külön riport generálódik, mely a csak a hiba jellegéről és helyéről ad információt. Az ellenőrzés menete a következő: • Definíciós adatok betöltése: az aktuálisan szerkesztett CP kocka definícióinak betöltése. • Adatok ellenőrzése: alapszintű ellenőrzések elvégzése (hiba esetén a program futása megszakad) • input XML állomány meg van-e adva és létezik-e, • előke és záró eljárások szintaktikailag helyesek-e. • XML állomány elemzése: a teljes XML állomány beolvasása a memóriába. Ez nagy méretű XML állomány esetén sok időt és memóriát igényelhet. • Levélduplikációk keresése: megkeresi az azonos CP azonosítójú leveleket az XML állományban. • Csomópontduplikációk keresése: megkeresi az azonos CP azonosítójú csomópontokat az XML állományban.
Corporate Planner kocka generálása A generálás során a működésről riport generálódik, mely tájékoztat a végrehajtott funkciókról, a funkciók paraméteréről és részeredményekről. Hiba esetén külön riport generálódik, mely a csak a hiba jellegéről és helyéről ad információt. A generálás menete a következő. 1. Definíciós adatok betöltése Az aktuális felhasználónak és csoportnak engedélyezett CP kockák közül a kiválasztott CP kocka definícióinak betöltése. 2. Paraméterek bekérése A program bekéri a definíciókban felhasznált paramétereket. Ha egy paraméter nincs használva, akkor nem kéri be. Ha egy paraméter nincs definiálva de használva van, akkor bekéri. 3. Adatok ellenőrzése Alapszintű ellenőrzések elvégzése: input XML állomány meg van-e adva és létezik-e, előke és záró eljárások szintaktikailag helyesek-e. Hiba esetén a program futása megszakad. 4. XML állomány elemzése A teljes XML állomány beolvasása a memóriába. Ez nagy méretű XML állomány esetén sok időt és memóriát igényelhet. 5. Adatok ellenőrzése XML állomány adatai és a megadott adatok ellenőrzése: a fejben megadott tényadatok belső azonosítója szerepel-e az XML állományban, időszak paraméter(ek) meg van(ak)-e adva, a definiált levelek megtalálhatók-e az XML állományban,
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
176
a definiált részfák megvannak-e az XML állományban. Hiba esetén a program futása megszakad. 6. Előke program végrehajtása Az előke programot futtatva legenerálja a részfák feltöltéséhez szükséges adatokat. 7. Részfák ellenőrzése Ellenőrzi, hogy az előke program által generált adatok lefedik-e a részfák összes levelét a megadott összes időszakban. Hiba esetén a részfák feltöltése nem kerül végrehajtásra. 8. Részfák feltöltése A részfa prioritásának megfelelően a részfák feltöltése. A feltöltés során a feltöltés készenléti fokát egy állapotjelző (progress indicator) jelzi. 9. Levelek feltöltése Levéladatok feltöltése nem definiált sorrendben. A levéladatok adott esetben felülírhatják egy korábbi részfa levelét. 10. Adatok mentése Amennyiben a generálás során nem lépett fel hiba, a módosított XML állomány mentésre kerül. 11. Záró eljárás végrehajtása A záró eljárás esetleges "takarítási" funkciót láthat el. Amennyiben az előke eljárás hibátlanul lefutott, a záró eljárás a későbbiekben fellépő hibáktól függetlenül mindig futtatásra kerül.
Vonalkódnyomtató típusok A Vonalkódnyomtató definíciók
177
megadásával a menüpont funkciója megszűnt.
Vonalkódnyomtató definíciók Amennyiben az adott felhasználási helyen alkalmaznak vonalkódos leltározást, és a vonalkód előállításához nyomtatnak vonalkódot, itt kell definiálni a nyomtatóra vonatkozó adatokat. Neve
vkod_defprt
Képernyő
177
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Vonalkódos címke definíció Amennyiben az adott felhasználási helyen alkalmaznak vonalkódos leltározást, és a vonalkód előállításához nyomtatnak vonalkódot, a nyomtatandó cimkére vonatkozó adatok megadhatók a táblában. Neve
vkod_defcim
Képernyő
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
178
Mentett lekérdezések csoportos megosztása Feladata, hogy a felhasználók által az Általános lekérdezővel létrehozott és letárolt report definíciókat lehessen egyszerűen megosztani más felhasználókkal, csoportos műveleteken keresztül. A megjelenő képernyőn a bal oldal a Fa kontrol, a jobb oldal a Lista kontrol:
179
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A Lista kontrol oldal a Fa kontrol pozicionált elemeinek függvényében tartalmaz adatokat. Fa kontrol szintek: Lekérdezések kezelése Jobb klikk menük: Csoportos megosztás | Megosztás csoportos visszavonása | Fa frissítése. Lista kontrol üres. Felhasználók Jobb klikk menük: Csoportos megosztás | Megosztás csoportos visszavonása | Fa frissítése. Lista kontrolon megjelenik az összes report definíció táblázatos formában:
User Azok a felhasználók Usernév - (UserID) formában és Usernév rendezettségben, akik a bejelentkezett felhasználó vállalatához tartoznak, akikhez tartozik mentett report definíció, az FST-ben nincsenek Tiltott felhasználóknak minősítve. Jobb klikk menük: Csoportos megosztás | Megosztás csoportos visszavonása | Fa frissítése. Lista kontrolon megjelennek a felhasználóhoz, mint létrehozóhoz tartozó megosztott
és a vele
report definíciók:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
180
Tábla Azok a táblák Tábla megnevezés - tableid formában és Táblanév rendezettségben, amikhez az adott Usernek van saját vagy megosztott report definíciója. Jobb klikk menük: Csoportos megosztás | Megosztás csoportos visszavonása | Fa frissítése. Lista kontrolon megjelennek a táblára vonatkozó report definíciók, amelyek a felhasználóhoz tartoznak létrehozóként
vagy vele megosztottként
:
Mentett lekérdezés (report) Azok a mentett lekérdezések Report neve - reportid formában és Report neve rendezettségben, amelyek a User-hez és Táblához tartozó saját vagy más által a felhasználóval megosztott report definíciók. Amennyiben a riport nem saját, hanem részünkre megosztott, zárójelben megjelenik a tulajdonos neve és User azonosítója is. A saját riport
ikonnal, a nem saját riport
ikonnal jelenik meg.
Az Eszközök - Táblázat menüben aktívvá válnak az alábbi tartalom váltó funkciók és ikonok: Megosztások megjelenítése: a Lista kontrolon táblázatos formában megjeleníti a report definícióhoz hozzáférő felhasználókat vagyis akikkel meg van osztva a report >>> Felhasználó kód | Felhasználó neve. Korlátozások megjelenítése: a Lista kontrolon táblázatos formában megjeleníti a megosztásból kizárt vállalatokat >>> Vállalat kód | Vállalat neve. Tulajdonságok megjelenítése: a Lista kontrolon táblázatos formában megjeleníti a report definíció tulajdonságait >>> Tulajdonság | Érték. Tulajdonságok: Lekérdezés azonosító: reportid Lekérdezés megnevezése Publikus: I / N Tulajdonos: userid Tulajdonos megnevezése Utolsó felhasználó: userid
181
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Utolsó felhasználó neve Utolsó felhasználás: dátum, időpont Tábla: tableid Tábla neve Nézet: viewid Nézet neve Ezek a funkciók a fának csak ezen a szintjén aktívak.
Főmenü Eszközök – Fa A Fa újraolvasása, frissítése (például módosítások után).
Frissítés Alrendszer szűrés a fára
Alrendszer szűrés törlése
A Fa kontrolon szereplő report definíciókat szűrhetjük meg ezzel a funkcióval. A szűrés ablakban F2 segítségével az adatbázisra telepített alrendszerek közül választhatuk. Szűrés érvényesítésekor az alrendszerhez tartozó táblák és ahhoz tartozó report definíciók jelennek meg a fában. A beállított szűrés (például a Pénzügyszámviteli [fokonyv] alrendszerre) a fejlécen megjelenik: Alrendszer szűrés = 'fokonyv' Törli a beállított alrendszer szűrést.
Eszközök- Táblázat Megosztások megjelenítése
Lista kontrolon tartalom váltó gomb. Csak a report szinten aktív.
Korlátozások megjelenítése
Lista kontrolon tartalom váltó gomb. Csak a report szinten aktív. Lista kontrolon tartalom váltó gomb. Csak a report szinten aktív.
Tulajdonságok megjelenítése Reportok szelekciója a táblázatra
Reportok szelekciójának törlése
A Lista kontorolon megjelenő report definíciókat tudjuk szűrni a Mentett lekérdezések [ForrasReports] tábla mezőire megadható szelekcióval. A fejlécen a szűrés ténye megjelenik: Szűrés a táblázatra!!!! Törli a Lista kontrolra beállított report definíció szűrést. A Lista kontrol ablakban aktuálisan szereplő tételek számát írja ki.
Tételszám Mentett lekérdezések lekérdezése
Az elmentett lekérdezések [ForrasReports] tábla lekérdezése Általános lekérdezővel.
Segítség Trace
Fejlesztői teszt menüpont.
Fa kontrol jobb klikk menük működése
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
182
Lekérdezések kezelése / Felhasználók / User
/ Tábla
szinteken:
Csoportos megosztás A fa aktuális szintjén a Lista kontrolon megjelenő reportdefiníciók megosztása. 1. A megosztandó reportdefiníciók kiválasztása:
2. Adatforrás (vállalat) és Munkakör szűrés megadása:
3. Felhasználók kiválasztása a megosztáshoz:
183
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Ok után, megerősítő Igen válasz hatására történik meg a megosztás. Megosztás csoportos visszavonása A fa aktuális szintjén a Lista kontrolon megjelenő reportdefiníciók megosztásának csoportos visszavonása. 1. A visszavonandó reportdefiníciók kiválasztása. 2. Felhasználók kiválasztása a visszavonáshoz. Ok után, megerősítő Igen válasz hatására történik meg a visszavonás. Fa frissítése A Fa újraolvasása, frissítése (például módosítások után).
Report definíció szinten: Megosztás/visszavonás A kiválasztott reportdefiníció megosztásának módosítása egy lépésben, előszűrés nélkül:
Csoportos megosztás
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
184
Az aktuális reportdefiníció csoportos megosztása a fa Lekérdezések / Felhasználó / Tábla szintjein ismertetett, több lépéses rendszerben, de itt az első lépés - a reportdefiníció kiválasztása - elmarad. Report definíció törlése A fában kiválasztott report törlése és egyben a megosztások törlése is!
A törlés funkciót körültekintően kell használni, mert nem csak a saját reportjainkat törölhetjük, hanem bármely más felhasználó által mentett reportot!
Lista kontrol jobb klikk menük működése Felhasználók / User
/ Tábla
szinteken:
Megosztás/visszavonás: a pozicionált report megosztása vagy a megosztás visszavonása más felhasználókkal. Csoportos megosztás: ugyanaz, mint a Fa kontrol jobb klikk azonos nevű funkciója. Megosztás csoportos visszavonása: ugyanaz, mint a Fa kontrol jobb klikk azonos nevű funkciója. Törlés: a pozicionált report törlése és egyben a megosztások törlése is!
Report definíció szinten: Ha a
Megosztások megjelenítése tartalom aktív: Új megosztás: a pozicionált report definíció megosztása, az Adatforrás/Munkakör és Felhasználó kiválasztásával. Megosztások módosítása: a pozicionált report definíció jelenleg érvényben lévő megosztásainak módosítási lehetősége. Megosztás visszavonása: a pozicionál user azonosítót törli a megosztások közül, vagyis a törölt user a továbbiakban nem láthatja az adott reportot.
Ha a
Korlátozások megjelenítése tartalom aktív: Új korlátozás: új adatforrást adható meg, amire nézve tiltani akarjuk a report definíció használatát. Korlátozások módosítása: a a pozicionált report definíció jelenleg érvényben lévő korlátozásainak módosítási lehetősége. Korlátozás törlése: a pozicionált Adatforrás azonosítót törli a korlátozások közül, azaz kiveszi a tiltólistáról.
Ha a
Tulajdonságok megjelenítése tartalom aktív, nincs jobb klikk menü.
Jobb klikk funkciók szintenkénti összefoglalása: Jobb klikk funkciók Megosztá Korlátoz Fa kontrol s/ ás/ szintek visszavon törlése ás Lekérdezések
185
x
x
Report definíció törlése
C soporto Megosztás s csoportos megosztá visszavoná s sa
Fa frissíté se
x
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Lista kontrolon jobb klikk funkciók
Jobb klikk funkciók Megosztá Korlátoz Fa kontrol s/ ás/ szintek visszavon törlése ás
Report definíció törlése
C soporto Megosztás s csoportos megosztá visszavoná s sa
Lista kontrolon jobb klikk funkciók
Fa frissíté se
kezelése
Felhasználók
User
Tábla
Report definíció
x
x
x
x
x
x
1
2
1
x
Megosztás/visszavonás C soportos megosztás Megosztás csoportos visszavonása Törlés
x
Megosztás/visszavonás C soportos megosztás Megosztás csoportos visszavonása Törlés
x
Megosztás/visszavonás C soportos megosztás Megosztás csoportos visszavonása Törlés
2
3
1
x
x
1 1 1 2 2 2
Új megosztás Megosztások módosítása Megosztás visszavonása Új korlátozás Korlátozások módosítása Korlátozás törlése
Telepítés ellenőrző A Forrás-SQL képernyők megjelenésének és a nyomtató beállítások tesztelésére szolgáló funkciók. Menü Képernyő beállítás
187
Képernyő beállítás Humán alrendszerhez Nyomtató beállítás
187
188
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
186
Képernyő beállítás Ellenőrizhetjük az ékezetes betűk kiírását illetve a betű méret helyes beállítását. A menüpont elindítására a következő képernyő jelenik meg:
Javasolt betűtípus/méret:
Cour i er / 12.
A képernyőből Ok gomb vagy Esc billentyű segítségével léphetünk ki. A beállításokon módosítani a Futtató File menü > Opciók állítása > Képernyő fülön lehet. Bővebben a Forrás-SQL Futtató dokumentációjában.
Képernyő beállítás Humán alrendszerhez Ellenőrizhetjük az ékezetes betűk kiírását illetve a betű méret helyes beállítását a Humán alrendszerhez. A képernyő a Javasolt Font kivételével ugyanaz, mint a Képernyő beállítás Javasolt betűtípus/méret: Cour i er / 10. A képernyőből Ok gomb vagy Esc billentyű segítségével léphetünk ki.
187
menüpontban.
A beállításokon módosítani a Futtató File menü > Opciók állítása > Képernyő fülön lehet. Bővebben a Forrás-SQL Futtató dokumentációjában.
187
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Nyomtató beállítás A nyomtatási beállítások tesztelésére szolgál. Hatására két oldal kerül kinyomtatásra – egy álló és egy fekvő formátum. A tesztoldalon ellenőrizhetjük a betű méretet, az ékezetes betűk nyomtatásának helyességét, a nyomtató beállításait (lapdobás, stb.). A beállításokon módosítani a Futtató File menü > Opciók állítása > Nyomtatás fülön lehet. Bővebben a Forrás-SQL Futtató dokumentációjában.
Csatolt dokumentumok Feladata a Forrás rendszerben rögzített egyedazonosítókhoz (bizonylatszám, szerződésszám, cikkszám, stb.) kapcsolható dokumentumok paraméterezése, illetve a csatolt dokumentumok kezelése. Például egy kimenőszámlához kapcsolni lehet: egy meghatározott alkönyvtárban tárolt Excel formátumú kalkulációt, valamely dokumentumtárban tárolt szerződést, akár egy meghatározott alkönyvtárban tárolt Word formátumú átvételi jegyzőkönyvet, stb. Menü Dokumentum formátumok Dokumentum jellegek
191
192
Csatolt dokumentumok
193
Dokumentumok kezelése
194
Elektronikusan tárolt bizonylattípusok
195
Dokumentumok csatolása Forrás modulokban Csalolás kezdeményezése a karbantartókban, a kiválasztott egyeden (bizonylaton, törzs elemen), az Egyebek > Dokumentum kezelés menüpontban vagy Ctrl D gyorsbillentyűvel vagy ikonnal lehetséges. Feltétele, hogy az adott karbantartóban kiválasztott egyednek ne legyen összetett karakteres kulcsa, azaz például kimenő számla fejhez csatolható dokumentum, számla sorhoz azonban már nem. Hatására az alábbi ablak jelenik meg:
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
188
Új csatolás 1. Dokumentum formátum kiválasztása. Ok 2. Dokumentum jelleg kiválasztása. Ok 3. A kiválasztott jellegnek megfelelő fájl tallózása vagy Szabad szöveges formátum esetén az ablak szöveges feltöltése és Intézkedés dátuma megadása. Ok
Visszahivatkozás Visszahivatkozási lehetőség egy másik entitáshoz már hozzárendelt dokumentumra. Például rögzítünk egy szállítói számlát és csatoljuk hozzá a számla képét. Ugyanakkor van a számla fölött egy szerződés és ahhoz is vannak dokumentumok csatolva. A Visszahivatkozás lehetőséggel ezeket nem kell a számlához is újra csatolni, csak hivatkozni arra, ami az adott szerződéshez már csatolva van. Indításkor bekér egy Táblaazonosítót és Egyedazonosítót:
OK hatására a pozicionált egyedhez (amelyik tételen áll a karbantartó), csatolja az itt megadott Táblaazonosító / Egyedazonosító tételét. A dokumentumhoz tartozó többi adatot nem kell megadni, mert az "öröklődik" az eredetiről. SE11-00001 Pszfej bizonylathoz csatolt PDF és a fenti (pszszerzod/TESZT) HIVATKOZÁS:
189
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A kijelölt HIVATKOZÁS sorokon a Megmutat gomb segítségével navigálhatunk. megjeleníti a másik entitás hivatkozásait:
>>> esetén
<<< esetén visszatér az előző szintre. Visszahivatkozáson csak a Megmutat és a Kilépés gomb aktív.
Csatolás törlése Az egérkattintással kiválasztott dokumentum hivatkozást törli a csatolások közül. Hivatkozásból nem lehet törölni.
Megmutat Funkciója kettős, hivatkozást:
attól függően,
hogy
eredeti csatolt
dokumentumot
jelöltünk ki,
vagy
Eredeti csatolás esetén a formátumot kezelő Windows alap program vagy az egyedi dokutár hívásba beírt program kerül aktivizálásra. Kizárólag olyan csatolt dokumentumot
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
190
tudunk megjeleníteni, amely olyan hálózati elemen van, amelyhez egyébként is van jogosultságunk! A csatolt dokumentum nem másolódik be semmilyen adattárba, az eredeti tárolási helyén marad. Azaz a saját gépünkről csatolt dokumentumokat csak az a Forrás felhasználó tudja kezelni, aki számára ezt megosztással lehetővé tettük. Ha egy Szabad szövegen állunk, akkor megmutatja az bejegyzést, ha nem Szabad szöveg, akkor megnyitja a megfelelő dokumentumot. Hivatkozás esetén navigál a hivatkozott egyed csatolásaihoz és vissza. Kilépés hatására a visszatér a karbantartó ablakba.
Dokumentum formátumok Feladata a csatolható dokumentumok formátumainak nyilvántartása.
LINKEDFORM felépítése Dokumentum formátum - f_docform A csatolható dokumentum formátumának tetszöleges megnevezése. Például: EXCEL, DOC TXT, KÉP, HTML, PDF, stb. Szabad szöveg (I/N) - f_szabad Értékei I - Igen vagy N - Nem lehetnek. I - Igen hatására nem dokumentumot csatolunk, hanem egy Memo mezőbe írjuk be a szabad szöveges feljegyzést. Ezzel tudunk definiálni egy olyan dokumentum formátumot, amihez nem egy tényleges dokumentum fog tartozni, hanem csak egy szabad szöveget írhatunk be. Egyfajta intézkedés jegyzéket hozhatunk létre. Windows társítás - f_associat Értékei I - Igen vagy N - Nem lehetnek. I - Igen értéke esetén a csatolt dokumentum megjelenítése a Windows környezetben telepített felhasználói alapprogrammal történik. N - Nem értéke esetén a csatolt dokumentum megjelenítése egyedi programmal történik, melynek felhívását a dokutár hívási program adatmezőben definiálhatjuk. File maszk (*.doc,*.rtf) - f_extens A dokumentum file formátumainak (kiterjesztéseinek) felsorolása. Például: *.doc, *.xls, stb. Dokutár megjelenítő prg - f_docuprg Amennyiben nem Windows alapértelmezésű programokkal akarjuk a csatolt dokumentumot megjeleníteni, itt adhatjuk meg az egyedi programot ill. felhívását. Dokutár kereső program - f_docusrc 191
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
A dokumentum kezelő lekérdező felületét hívja, ami sikeres keresés/választás esetén visszaadja a "dokumentum hivatkozási azonosítót".
Dokumentum jellegek Feladata a csatolható dokumentumok logikai azonosítójának nyilvántartása, valamint a követeléskezelési események automatikus státuszállításának paraméterezése.
Rögzíteni kell minden olyan logikai csoportosítást, bizonylattípust, amelynek csatolását alkalmazni kívánjuk. Például számla, fotó a dolgozóról, fotó a partnerről, jegyzőkönyv, stb.
LINKEDTYPE felépítése Dokumentum jellege - f_doctype A csatolható dokumentum vagy követeléskezelési státusz tetszőleges megnevezése (például számla, szerződés, jegyzőkönyv, behajtás, stb.). Követeléskezelési esemény? - f_kovkez Értékei I - Igen vagy N - Nem lehetnek. Kapcsolódó státuszállítás - f_igjel A mező akkor látható, ha a PENKBS – Használja-e a követelések behajtási státuszait? rendszerparaméter értéke Használja. A Követelés kezelési esemény? mező I - Igen értéke esetén karbantartható. Itt adható meg, hogy az adott dokumentum jelleggel minősített dokumentum csatolásával, az érintett számla Igazolásjelzőjébe milyen behajtási státusz kerüljön: 1 - 1. fizetési felszólítás 2 - 2. fizetési felszólítás 3 - 3. fizetési felszólítás 4 - Ügyvédnek átadva felszólításra 5 - 1. ügyvédi felszólítás 6 - 2. ügyvédi felszólítás 7 - Behajtásra átadva külsőnek 8 - Csődeljárás megindítva
Ha az adott bejegyzés jellege követeléskezelési esemény és ki van töltve kapcsolódó státuszállítás mező, Fizetési felszólítás bizonylat zárásakor a pénzügyi bizonylatban az igazolásjelzőt állítjuk a státusz értékre.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
192
Csatolt dokumentumok Feladata a csatolt dokumentumok és jellemzőik nyilvántartása.
Az általános karbantartó funkciókkal megtekinthetjük, módosíthatjuk a csatolt dokumentumaink jellemzőit, illetve új csatolásokat hozhatunk létre, direkt módon.
LINKEDDOC tábla felépítése Táblakapcsolat - f_tableid A tábla azonosítója, amelynek eleméhez csatoltuk a dokumentumot (például fldhely). Azonosító - f_docid Numerikus érték, a csatolás egyedi azonosítója, a program adja automatikusan. Egyedazonosító - f_ownerid A tábla elemének egyedi azonosítója (például egy konkrét bizonylatszám, cikkszám, partnerkód, stb.). Dokumentum formátum - f_docform F2 LINKEDFORM törzskapcsolat A csatolt dokumentum formátuma. Dokumentum jellege - f_doctype F2 LINKEDTYPE törzskapcsolat A csatolt dokumentum jellege. Bejegyzés dátuma - f_datum A program letárolja a bejegyzéskor az aktuális dátumot. Nem módosítható. Bejegyző felhasználó - userid A program letárolja a bejegyzéskor az bejegyzést rögzítő felhasználót. Nem módosítható. Hivatkozott dokumentum - f_filename Windows társítás esetén a csatolt dokumentum elérési útvonala és fileneve ill. dokutár iktatószáma.
193
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Hivatkozott tábla - f_lnktbl A modulokban a dokumentum kezelésnél éppen aktuális egyedhez (amelyik tételen áll a karbantartó), csatolt megadott táblaazonosító. Annak a táblának az azonosítója amelyben lévő bizonylatnak a dokumentációját kapcsoltuk az egyedi azonosítójú bizonylathoz. Hivatkozott azonosító - f_lnkid A modulokban a dokumentum kezelésnél éppen aktuális egyedhez (amelyik tételen áll a karbantartó), csatolt megadott Egyedazonosító. Hivatkozott összeg - f_lnkosszeg A Pénzügyi modul > Vevő > Követeléskezelés kimutatása menüpont használja, az Egyéb összeg oszlop adataihoz. Int./esemény dátuma - f_intdate Módosítható dátum, ami az intézkedésnek a tényleges dátuma, és nem a rögzítés dátuma. Alapértelmezésben a mai nap. Szöveg - f_text Memo típusú mező, tetszőleges szövegnek.
Dokumentumok kezelése Feladata a csatolt dokumentumok kezelése a megfelelő adattáblák egyedein keresztül. Indításkor egysoros üzemmódban válaszhatjuk ki a táblát:
Majd a táblához tartozó Egyedazonosítót kéri be:
Enter billentyű hatására dokumentumait:
megjeleníti a
kiválasztott
tábla,
kiválasztott
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
egyedének csatolt
194
A funkciók itt is ugyanúgy használhatók, mint a karbantartókban történő dokumentum kezelésnél. Bővebben a Csatolt dokumentumok 188 részben.
Elektronikusan tárolt bizonylattípusok Feladata az elektronikusan tárolt bizonylatok paramétereinek nyilvántartása.
VTYPESDIGI felépítése Bizonylat típus - vtype F2 VOUCHERTYPES törzskapcsolat Bizonylat típus, amelyet elektronikusan akarunk tárolni. Elektronikus tármód - f_tarmod A megadott bizonylattípus elektronikus tárolási módja.
195
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
Lehetséges értékei: A - Alkönyvtárban D - Dokumentum könyvtárban Elérési útvonal - f_path Az elektronikus fájl helye. Csak akkor tölthető ki, ha az Elektronikus tármód értéke A Alkönyvtárban. Automatikus csatolás - f_autocsat Értékei I - Igen vagy N - Nem lehetnek. Dokumentum formátum - f_docform F2 LINKEDFORM törzskapcsolat Csak akkor tölthető ki, ha az Elektronikus tármód értéke A - Alkönyvtárban. Dokumentum jellege - f_doctype F2 LINKEDTYPE kapcsolat Csak akkor tölthető ki, ha az Elektronikus tármód értéke A - Alkönyvtárban. Nyomtatni is kell? - f_nyomtat Értékei I - Igen vagy N - Nem lehetnek.
A nyomtatás partner függő, ezért a nyomtatással kapcsolatos információk tárolása a partner törzs Nyomtatási módszer mezőjében történik. Ha üres, akkor a biztömb vezérli a nyomtatást.
Elektronikus aláírás Az elektronikus aláírás működése sok féle lehet: szinkron, aszinkron, on-line, off-line, stb. Ezért ennek bekötését a Forrás rendszerbe általánosságban nem lehet specifikálni. A megoldás technikája: "üres eljárás kötött névvel". Ezt létrehoztuk, alkalmasint a konkrét megoldás kerül megvalósításra. Kimenő számlák esetén ezt az eljárást aktivizáljuk a képi formátumok, vagy a kódolt fájlok előállítását követően.
Forrás-SQL | Ügyviteli szerviz modul [for.fap] © 2014 GriffSoft Informatikai Zrt.
196