Szoftver Messiás Wiki - Felhasználó közreműködései [hu]

SDITemplate jogosultsági rendszere

2016-04-22T11:00:16Z

Szoftver Messiás Wiki: /* Felhasználók azonosítása (authentikáció) */

{{:SDITemplate_ModuleHeader}}

== Bevezetés ==

A jogosultsági rendszer három fő részből áll:

* Felhasználók azonosítása (authentikáció)
* Szerepkörök és csoportok, ezek kapcsolata a felhasználókkal
* Jogosultság ellenőrzés (authorizáció), ezen belül:
** Általános jogosultság kezelés: jogosultságok kiosztása és ellenőrzése művelet típusokra általában
** Egyedi jogosultság kezelés: jogosultságok kiosztása és ellenőrzése üzleti objektumokra
** Speciális jogosultság kezelés: különleges jogosultságok kiosztása folyamat állapot átmenetekre és egyebekre.

== Felhasználók ==

A felhasználók az azonosítás eszközei. A felhasználó lehet aktív/inaktív. Csak az aktív felhasználó tud bejelentkezni. Az aktivitást a felhasználó érvényességi idejének megadásával lehet beállítani. A megadott érvényességi időn túl a felhasználó nem fog tudni bejelentkezni.

=== Felhasználók azonosítása (authentikáció) ===

A felhasználó publikus azonosítója az egyedi bejelentkezési név. A felhasználók azonosítása titkos jelszóval, vagy egyszeri jelszóval történik. A kliensprogram indításakor egy bejelentkező képernyő jelenik meg.

[[File:loginform.jpg]]

Az Ön által használt rendszerben a bejelentkező ablak kinézete eltérhet, de a funkciók azonosak.

* A felső részen lehet adatbázist választani. Ha több adatbázis példány elérhető, akkor ezek itt megjelennek. A bevezetési/teszt időszakban szokás úgynevezett "homokozó" adatbázist létrehozni, ami az éleshez hasonló adatokat tartalmaz, lehet benne teszt adatokat fölvenni ("homokozni"). Az ilyen adatbázisok általában bizonyos időszakonként (pl. naponta egyszer) visszaállnak az eredeti állapotba.
* A különböző adatbázisokhoz eltérő ablak kinézet ("bőr") tartozhat. Ez azt a célt szolgálja, hogy - a szoftver több példányban való egyidejű futtatása mellett - ne lehessen összekeverni a különböző adatbázisokhoz tartozó ablakokat.
* Ez alatt kell megadni a bejelentkezési nevet és a titkos jelszót. Vállalati változat esetén elképzelhető, hogy titkos jelszó helyett használhatja a saját személyes azonosító eszközét, ami egy egyszeri jelszót generál a bejelentkezéshez.
* Ha Ön távolról, lassú hálózaton keresztül éri el az adatbázist akkor jelölje be a "Lassú hálózati kapcsolat" négyzetet. Ez olyan beállításokat tölt be amik csökkentik a hálózati forgalmat (alacsonyabb felhasználói élményért cserébe)

'''Rendszergazdáknak:''' az adatbázisok konfigurációját a Main.ini állomány tartalmazza.

=== Jelszó házirend ===

Rendszergazdák számára elérhető funkció a jelszó házirend megváltoztatása. A jelszó házirendben lehet előírni hogy a felhasználók jelszavainak különböző paramétereit. Ezek a beállítások az "sdi.security.passwordpolicy" előtaggal kezdődnek, ahogy az alábbi ábrán látható:

[[File:perm_passwordpolicy.jpg]]

=== Jelszó megváltoztatása ===

Bárki meg tudja változtatni a saját jelszavát a Biztonság/Saját jelszó megváltoztatása menüpont alatt. Csak olyan jelszót lehet megadni, ami megfelel az aktuális jelszó házirendnek.

[[File:perm_changeownpassword.jpg]]

Az arra jogosult felhasználók megváltoztathatják más felhasználók jelszavait is a [[SDITemplate Felhasználó ablak|felhasználó ablakon]] található "Jelszó" gomb segítségével.

=== Felhasználók kapcsolata szerepkörökkel, csoportokkal és egymással ===

A felhasználónál meg lehet adni hogy ki a felettese (ő szintén egy felhasználó). Van két speciális beépített felhasználó. Az egyik „Rendszergazda” néven a másik „admin” néven. Nekik szinte mindenhez joguk van még akkor is, ha külön nem kaptak jogot. Ezeket a felhasználókat nem lehet törölni. A „Rendszergazda” felhasználó a szoftver használati jog birtokosának képviselője, egy „szuper felhasználó”. A használati jog birtokosa ezen a felhasználón keresztül tud új felhasználókat rögzíteni és kezdetben jogokat kiosztani. Az „admin” felhasználó elsődleges célja, hogy a fejlesztő (Szoftver Messiás Bt) gyorsan segítséget tudjon nyújtani olyan esetekben amikor egy helytelenül fölvett beállítás akadályozza az ügymenetet.

A felhasználó ablakon van két különleges fül, ahol adott felhasználó szerepkörökkel és csoportokkal való összerendelését lehet megnézni és módosítani:

[[File:dbs_user_groups.jpg]]

A speciális "Rendszer" csoport tagjai rendszergazdák (joguk van szinte mindenre akkor is ha nem lett explicit módon nekik jog adva). A szoftver használati jog tulajdonosa saját hatáskörén belül ezen a csoporton keresztül létrehozhat több rendszergazda jogokkal rendelkező felhasználót. Kisebb cégeknél javasolt egyetlen rendszergazda felhasználó használata, mert így az adatmódosításból adódó károkozás felelőssége sokkal könnyebben megállapítható.

A felhasználók, szerepkörök és csoportok közötti kapcsolatokról bővebb információt alább talál.

Lásd még: [[SDITemplate Felhasználó ablak]]

== Szerepkörök - jogosultságok csoportosítása ==

A szerepkörök a jogosultságok csoportosítására valók. A szerepköröknek egyedi neve van. Amikor az a kérdés hogy egy műveletet kinek van joga végrehajtani, akkor érdemes felhasználók helyett szerepkörökben gondolkodni. Ha például az Ön cégénél "Krisztián" egy raktáros, és az a kérdés hogy kinek van joga árut bevételezni, akkor "Krisztián" helyett érdemes egy "Raktáros" szerepkört használni, amihez "Krisztián" hozzá van rendelve. A [[SDITemplate Szerepkör ablak|szerepkör ablakon]] a szerepkör kiválasztása után egy külön fülön jelennek meg a hozzárendelt felhasználók. Itt lehet módosítani az adott szerepkörhöz tartozó felhasználók listáját:

[[File:sdi_role_users.jpg]]

Ennek a megközelítésnek akkor mutatkozik meg az előnye, amikor Krisztián beteg lesz, szabadságra megy, felmond, vagy megváltozik a munkaköre. Valaki ("Béla") átveszi a helyét. Ha a jogok "Krisztián"-hoz lettek kiosztva, akkor az új dolgozó munkába állásához újra végig kell menni az összes ablakon és műveleten, és minden helyen ahol "Krisztián" jogosult volt, "Bélának" is meg kell adni ugyan azt a jogot. Az esetek többségében itt nem egyetlen jogosultságról van szó, hanem egy egész halom jogosultságról. Ebben a példában pl. a raktáros Krisztiánnak lehet hogy joga volt fölvenni/módosítani partnert, de törölni nem. Lehet hogy joga volt bevételezni árut, de eladni nem. Lehetett joga különféle állapot átmeneteket végrehajtani készlet változtató tranzakciókon stb. Ez egy hosszadalmas folyamat, könnyű eltéveszteni és rabolja az időt. Ha a jogok a "Raktáros" szerepkörhöz voltak kiosztva, akkor a jogosultságok újraosztását el lehet intézni azzal, hogy "Krisztiánt" kivesszük a "Raktáros" szerepkörből, "Bélát" pedig hozzáadjuk. Ezen a módon "Béla" nem közvetlenül, hanem a "Raktáros" szerepkörön keresztül kapja meg ugyan azokat a jogokat.

Egy felhasználónak több szerepköre lehet, és egy szerepkörhöz több felhasználó is tartozhat. A felhasználók és szerepkörök közötti kapcsolat a felhasználó oldaláról is megtekinthető és módosítható - lásd föntebb.

Lásd még: [[SDITemplate Szerepkör ablak]]

== Jogosultság csoportok - felhasználók csoportosítása ==

A csoportok a felhasználókat csoportosítják. Egy csoporthoz több felhasználó tartozhat, és egy felhasználó több csoportnak is lehet tagja. Van egy beépített csoport „Mindenki” néven. Ennek minden felhasználó tagja, és a felhasználókat nem lehet ebből a csoportból eltávolítani. A "Mindenki" csoporton keresztül lehet megosztani dolgokat „Mindenkivel” azaz a rendszer minden felhasználójával. Az egy csoportba tartozó emberek közös folyamatokkal / üzleti objektumokkal foglalkoznak. A csoportok segítségével lehet megosztani ezeket a folyamatokat a csoporton belül. A csoport csak a folyamat elérésére jogosít föl. A folyamatok módosítására, adatok törlésére és módosítására a szerepkörök használhatók. A felhasználóknál megadható egy alapértelmezett csoport, az úgynevezett bejelentkezési csoport. Ez az a csoport amin belül a felhasználó elsődlegesen tevékenykedik. A [[SDITemplate Jogosultság csoport ablak|jogosultság csoport ablakon]] van egy fül amivel meg lehet adni az adott jogosultság csoportba tartozó felhasználók listáját:

[[File:dbs_group_users.jpg]]

Megszorítások:

* A speciális "admin" csoportnak kizárólag a speciális "admin" felhasználó lehet tagja.
* A "Rendszer" csoportnak legalább egy tagja van. A Rendszer csoport tagjai rendszergazdák. (Lásd följebb a felhasználók leírását.)
* Rendszergazda felhasználó nem tudja saját magát kivenni a "Rendszer" csoportból.
* A "Mindenki" csoportnak mindig minden felhasználó tagja. Új felhasználó felvitelkor automatikusan bekerül a "Mindenki" csoportba, és csak a felhasználó teljes törlésével távolítható el.

Lásd még: [[SDITemplate Jogosultság csoport ablak]]

== Jogosultság ellenőrzések típusa ==

A jogosultságok ellenőrzése több szinten történik.

* A rendszert csak az használhatja, akinek birtokában van egy aktív felhasználó neve és titkos jelszava. Ez az ellenőrzés '''a felhasználó azonosítása''' más néven authentikáció.
* A legtöbb művelet típusra (pl. módosítás, törlés, új fölvétel stb.) jogosultságokat lehet meghatározni attól függetlenül, hogy mi a jogosultság tárgya (melyik konkrét adaton akarják elévezni). Például megadhatjuk hogy '''úgy általában''' ki tud partnert módosítani, függetlenül attól hogy melyik konkrét partnerről van szó. Ez az ellenőrzés az '''általános jogosultság kezelés'''.
* Az üzleti objektumokra egyedileg lehet szabályozni a hozzáférést. Tehát pl. nem az összes partnerre általában, hanem egy konkrét partnerre. A hozzáférés korlátozása felhasználókon és szerepkörökön keresztül történik, és nem műveletekre (mint pl. módosítás vagy törlés) hanem konkrét adat tételekre (mint pl. "Spar Magyarország Kft" nevű partner) vonatkozik. '''Ez az egyedi jogosultság kezelés'''.
* Egyéb '''speciális jogosultság kezelés''' keretében lehet jogokat osztani folyamatok irányítására, illetve - konkrét szoftvertől függően - más adattételekkel kapcsolatos különleges műveletekre.

== Jogosultság művelet típusokra általában - általános jogosultság kezelés ==

=== Általános jogosultságok kiosztása ===

A felhasználói felületeken a műveletek nagy része gomb vagy hasonló vizuális elem formájában jelenik meg. Gombot kell nyomni új adat fölvételéhez, módosításhoz, törléshez adat exportáláshoz stb. Az adott vizuális elem meghatározza a művelet típusát (pl. törlés) és azt az egyedtípust amire a művelet vonatkozik. Például ha a törlés gomb a partner listát tartalmazó ablakon volt, akkor a partner egyedtípusra vonatkozó törlés műveletről van szó. Az ilyen műveletet kezdeményező gomboknál vizuálisan (jobb egér gombot nyomva) megjeleníthető egy felbukkanó ablak, ami az adott egyedtípus és művelet típus párhoz mutatja a kiosztott jogosultságokat:

[[File:sdi_perm_popupmenu.jpg]]

Ennek a megközelítésnek megvan az az előnye, hogy a jogosultság megadásának helye pontosan megegyezik azzal a hellyel ahol a jogosultságra szükség van. Kiküszöböli más rendszerek azon hibáját, hogy egy adott jogosultság megadásához másik ablakokat kell megnyitni, és név alapján megkeresni a szükséges jogot. (A kiosztandó művelethez szükséges jogosultság nevének meghatározása sokszor nem triviális.) Megvan azonban az a hátránya, hogy ha egy adott művelet nem elérhető, akkor arra jogot sem lehet osztani. Ha például még nincs fölvéve partner, akkor a "Módosít" gomb nem látszódik, és amíg ez nem látszódik addig nem lehet jogosultságot osztani a módosítás műveletre.

A jogosultságot szerepkörhöz vagy felhasználóhoz lehet megadni, ezért ez a felbukkanó ablak egy szerepkör listát tartalmaz amiben pipálgatni lehet. A jogosultságot azok a felhasználók nyerik el, akik rendelkeznek engedélyezett szerepkörrel az adott műveletre és egyedtípusra:

[[File:perm_general_role_dialog.jpg]]

Ahogy a fenti példában látható, a jogosultságokat (beállítástól függően) egyedi felhasználókra is ki lehet osztani, de a preferált metódus a szerepkörökhöz való jogosultság kiosztás.

Az egyedtípushoz való megtekintés/listázás hozzáférést egy erre a célra kialakított gombbal lehet szabályozni, amivel az egész listázó/megjelenítő ablak megnyitását lehet engedélyezni vagy tiltani. Az [[Általános_adatszerkesztő_ablak|általános adatszerkesztő ablakokon]] ez a Beállítások/Jogosultság panelen a található "Felhasználók kijelölése" gombbal lehetséges:

[[File:perm_general_window.jpg]]

Ha nincs megadva az engedély akkor az ablak nem nyitható meg, így a hozzáférés az összes egyedre (pl. összes szerződésre vagy összes partnerre stb.) tiltva van. A műveletekre általában véve a Rendszergazda és az admin felhasználó (illetve bármely Rendszer csoportban levő felhasználó) tud általános jogot osztani. Ugyan ezek a felhasználók azok, akik minden műveletre általános jogosultságot nyernek akkor is, ha explicit módon nincs nekik kiosztva általános jog.

=== Általános jogosultságok ellenőrzése ===

Mielőtt egy művelet végrehajtásra kerül, lefut az általános jogosultság ellenőrzés. Itt dől el, hogy az adott műveletet a felhasználónak van-e joga elvégezni. Az általános jogosultságok ellenőrzését alapvetően kétféle stratégia alapján lehet elvégezni:

# Alapból senkinek nem adunk jogot semmire. Ha valaki jogot szeretne nyerni, akkor azt explicit módon ki kell osztani. Ezt szokás "white list" stratégiának is nevezni.
# Alapból mindenkinek joga van mindenre. Ha egy művelethez való hozzáférést korlátozni akarjuk, akkor arra az egy elemre kell jogokat kiosztani. Ezt szokás "black list" stratégiának is nevezni.

A fenti két stratégia közül választani lehet egy rendszer beállítás segítségével. Ezt a rendszer beállítást közvetlenül a rendszer telepítése után, a legelső felhasználók fölvétele előtt érdemes megadni; és a továbbiakban nem módosítani. A beállítás neve: '''sdi.security.default_to_allow'''. Ha ez a rendszer paraméter igazra (1-be) van állítva, akkor a nem menedzselt elemekhez alapértelmezésben mindenki jogot nyer. Ha ez a rendszer paraméter hamisra (0-ba) van állítva, akkor a nem menedzselt elemekhez alapértelmezésben senki nem nyer jogot (kivéve az admin felhasználót és a rendszergazdákat). A beállítás érvényesítéséhez az összes futó kliensprogramot be kell zárni. A beállítás hatására a művelethez tartozó jogosultság kiosztó ablak kétféle változatban jelenhet meg.

Az alábbi változat az első stratégia ("white list") esetén jelenik meg:

[[File:perm_general_whitelist.jpg]]

A dialógus ablak tetején található pipa mondja meg, hogy az általános jogosultságok menedzselve vannak-e az elemre. Ha ez a pipa nincs pipálva, akkor az elemet csak "Rendszergazda" vagy "admin" érheti el. Ha a menedzselés be van kapcsolva, akkor az elemet (a rendszergazdákon és "admin" felhasználón kívül) csak azok a felhasználók érik el, akik explicit módon jogot kaptak a pipa lista segítségével.

Az alábbi változat a második stratégia ("black list") esetén jelenik meg:

[[File:perm_general_blacklist.jpg]]

Ha a menedzselés be van kapcsolva, akkor az elemet (a rendszergazdákon és "admin" felhasználón kívül) csak azok a felhasználók érik el, akik explicit módon jogot kaptak a pipa lista segítségével. Pont ugyan úgy, mint "white list" esetén. Ha azonban a menedzselés nincs bekapcsolva, akkor az elemet bárki bármikor elérheti.

=== Tippek ===

Egy újonnan telepített rendszer esetén lehet hogy előre föl lettek véve szerepkörök, és bizonyos elemek menedzselése előre be lett állítva. A Szoftver Messiás Bt segít a helyes stratégia kialakításában és beállításában, de a jogosultságok beállítása a végfelhasználó kezében van, ezért ő vállalja érte a felelősséget. A jogosultság kezelési stratégia a rendszer használata közben is átállítható, de ennek következményeiért, az ebből eredő károkért a felelősség a felhasználót terheli.

Nagyobb, sok felhasználót foglalkoztató cégeknél általában a "white list" stratégiát érdemes használni. Kis cégeknél a "black list" stratégiát. A kettő közötti átmenet, a "black list" startégia használata olyan módon, hogy az összes [[Általános_adatszerkesztő_ablak|adatszerkesztő ablak]] megnyitását menedzseljük a rendszer éles használatának megkezdése előtt. Az egyes műveletekkel nem kell foglalkozni akkor, ha a felhasználó nem tudja megnyitni az ablakot amin a művelethez tartozó vizuális elem (gomb) található.

'''Érdemes észben tartani''', hogy a jogosultság kezeléssel kapcsolatos általános adatkezelő ablakok (felhasználó, csoport, szerepkör) is az általános jogosultság kezelés hatálya alá tartoznak. Így tehát általános jogot lehet osztani a felhasználók, szerepkörök és csoport fölvételére módosítására és törlésére. Ha valaki megengedő ("black list") jogosultság kezelési stratégiát választ akkor kiemelten fontos a jogosultság kezeléssel kapcsolatos ablakok és a rajtuk keresztül elérhető műveletek általános jogainak menedzselése.

== Jogosultság üzleti objektumokra - egyedi jogosultság kezelés ==

Egyedi jogosultságot üzleti objektumokra kezelünk. Ezek nagyjából azokra az egyedek amik folyamatok. Az egyszerűség kedvéért ebben a részben üzleti objektumnak fogom őket nevezni, de ez alatt azokat az egyedeket értem, amikre az egyedi jogosultság kezelés működik. Ezen objektumok közös jellemzője, hogy a hozzáférést nem csak az egyedtípusra (pl. összes szerződésre egyszerre), hanem különálló egyedekre (pl. konkrét szerződésre) is szabályozni lehet. Amikor valaki el kíván végezni egy műveletet egy üzleti objektumon, akkor először lefut az általános jogosultság ellenőrzés az adott műveletre. Például, ha valaki módosítani akar egy szerződést akkor megnyomja a módosít gombot. Ha általában véve nincs joga erre, akkor hibaüzenetet kap. Az üzleti objektumok esetén ezt követően lefut egy másik ellenőrzés, ami a konkrét
egyedhez (a példában konkrét objektumhoz) való hozzáférési jogot ellenőrzi.

=== Üzleti objektum létrehozása ===

* Minden üzleti objektumnak van tulajdonosa. Amikor valaki létrehoz egy üzleti objetumot, akkor ő lesz a tulajdonosa. Ez az alapértelmezés, de egy üzleti objektum tulajdonosa időben nem állandó, változhat.
* Ha a felhasználónak van megadva bejelentkezési csoportja, akkor az automatikusan hozzárendelődik az újonnan létrehozott üzleti objektumhoz. Egy üzleti objektumhoz tetszőleges számú csoport hozzárendelhető.
* Az adott egyedtípusnál elő lehet írni további csoportokkal való alapértelmezett megosztást.

=== Üzleti objektum egyedi jogosultságainak kiosztása ===

Az üzleti objektumokat kezelő [[Általános_adatszerkesztő_ablak|adatszerkesztő ablakok]] szerkesztő paneljén megjelenik egy fül, ami az egyedi jogosultság kezeléssel kapcsolatos vizuális elemeket tartalmazza:

[[File:perm_bo_ful.jpg]]

A bal oldalon a tulajdonos látható. A jobb oldali gombok sorrendben a következők:

* "Alapértelmezett csoportok" - ezzel a gombbal lehet meghatározni azokat az extra csoportokat, amik új tétel létrehozásakor automatikusan hozzárendelődnek az üzleti objektumhoz. Ennek a beállításnak csak új tétel létrehozásakor van hatása, és nem az aktuális üzleti objektumra vonatkozik, hanem az adott típusú összes üzleti objektumra általában.
* "Tulajdonos..." - ezzel a gombbal lehet tulajdonost váltani. Normál felhasználók esetén a gomb megnyomása saját használatba veszi a tételt. Más szavakkal: az új tulajdonos az aktuálisan bejelentkezett felhasználó lesz. Rendszergazdák esetén a gomb megnyomása után kiválasztható az új tulajdonos egy listából (a rendszergazdák más személy tulajdonába tudják helyezni az üzleti objektumot).
* "Csoportok" - ezzel a gombbal lehet megnézni és módosítani az aktuális üzleti objektumhoz rendelt össze csoportot:

[[File:perm_bo_assign_groups.jpg]]

A fent leírt gombokra működik az általános jogosultság kezelés. Tehát pl. az tudja megváltoztatni egy létező üzleti objektumhoz rendelt csoportok listáját, aki rendelkezik általános jogosultsággal a "Csoportok" gombra:

[[File:perm_bo_groups_genperm.jpg]]

Az ablak megnyitásakor az alapértelmezett csoportokat beállító gomb meg sem jelenik, ha a felhasználónak nincs rá általános joga. Az alapértelmezett csoportok megadása általában rendszer adminisztrációs feladat, nem a normál felhasználók feladata.

=== Üzleti objektum egyedi jogosultságainak ellenőrzése ===

Az egyedi jogosultság kezelés az üzleti objektumhoz való '''hozzáférést''' szabályozza. Ez azt jelenti, hogy egy üzleti objektumot csak az lát (és hivatkozás típusú mezőben csak az tud kiválasztani), akinek van egyedi joga az adott üzleti objektumra.

Egy üzleti objektumra a következő felhasználók nyernek egyedi jogot:

* Az üzleti objektum tulajdonosa.
* A tulajdonos felettese, annak a felettese stb. (rekurzívan).
* Azoknak a csoportoknak a tagjai, amik az üzleti objektumhoz lettek rendelve.

Ha egy felhasználó csoport tagsága, vagy egy üzleti objektum kiosztott egyedi jogai megváltoznak, akkor a többi megnyitott kliensprogramban ez a hatás nem azonnal, csak kis idő elteltével (10-20 másodperc) érvényesül. Ennek hatékonysági okai vannak, az azonnali érvényesítés aránytalanul sok erőforrást igényelne a kliensprogramok és a számítógépes hálózat részéről.

Az egyedi jogosultság ellenőrzés hatása, hogy jogosultság hiányában a tételek nem jelennek meg az [[Általános_adatszerkesztő_ablak|általános adatszerkesztő ablakokon]] még akkor sem, ha egyébként a megadott szűrési/keresési feltételeknek megfelelnek.

A hivatkozás típusú mezők használatakor különleges módon érvényesül az egyedi jogosultság kezelés hatása. Ha a felhasználó ki akar választani egy hivatkozott üzleti objektumot, akkor kizárólag olyat tud választani amire a kiválasztás időpontjában egyedi joga van. Ha azonban az adott mezőben korábban már ki lett választva egy üzleti objektum (pl. valaki olyan írta be akinek volt egyedi joga a hivatkozott tételre), akkor az a konkrét hivatkozás változatlan formában megőrizhető, az őt tartalmazó tétel többi mezőjének módosítása után az egész tétel összes módosítása elmenthető. Olyan régi hivatkozás érték amire a felhasználónak nincs egyedi joga, csak akkor maradhat meg a hivatkozás mezőben ha a felhasználó nem nyúl hozzá. Ha megváltoztatja vagy kitörli, akkor a régi értéket már nem tudja visszaállítani.

=== Tippek ===

Az egyedi jogosultság kezelés beállításaival meg lehet valósítani olyan "megengedő" jogosultság rendszert, ahol alapból mindenkinek joga van elérni az objektumokat, és ezeket a jogokat bizonyos egyedek esetén egyénileg lehet korlátozni. Ehhez a beállításhoz elegendő a következőket tenni:

* Az "Alapértelmezett csoportok" részben jelöljük be a "Mindenki" csoportot. Ezzel biztosítva van, hogy az újonnan létrehozott tételeket alapértelmezésben mindenki elérje.
* A jogosultságok szűkítésére jogosult felhasználóknak adjunk általános jogot a "Csoportok..." gomb elérésére. Ezek a felhasználók a tétel létrehozása után megvonhatják a jogot az alapértelmezett csoportokról (ide értve a "Mindenki" csoportot), ezzel priváttá tehetik a tételt.

Ez különösen hasznos stratégia lehet néhány esetben. Pl. CRM (ügyfélkapcsolati) modulban a partnerek és kapcsolataik lehetnek nyilvánosak. De néhány fontos felső vezető kapcsolat adatait korlátozni lehet, így azt nem érheti el bárki csak az arra jogosult személyek.

== Jogosultságok kiosztása folyamatokra - speciális jogosultság kezelés ==

Az [[SDITemplate Folyamatkezelő motor]] tartalmaz folyamat típusokat, minden típushoz több állapotot és a közöttük levő átmeneteket. Ezek jelentéséről és használatukról a [[SDITemplate Folyamatkezelő motor|folyamatkezelő motor leírásánál]] tájékozódhat. A konkrét folyamatok konkrét állapot váltásai állapot átmenet típusokhoz vannak kötve. Egy átmenet típus egy adott típusú folyamatot egy forrás állapotból egy cél állapotba visz át. Az átmenet végrehajtásához több feltétel egyidejű teljesülése szükséges. Ezek között a feltételek között lehetnek általánosak, és lehetnek egyediek amik csak az adott szoftver adott folyamat típusára vonatkoznak. Ebben a részben csak az átmenethez szükséges jogosultságok kiosztásával foglalkozunk.

=== Általános jog átmenetekre ===

Amikor egy felhasználó egy folyamat állapot átmenetét kívánja végrehajtani, akkor meg kell nyomnia az "állapotot vált" gombot. A gomb megnyomásához általános jogosultságra van szükség úgy, ahogy azt föntebb az általános jogosultság kezelés szakaszban leírtuk.

[[File:perm_wf_gen.jpg]]

Ez az általános jog külön van kezelve az egyes egyedtípusokra. Ha például az Ön rendszerében vannak szerződések és számlák, akkor a szerződések ablakon levő "Állapotot vált" gomb általános jogai nem keverednek össze a számlák ablakon levő "Állapotot vált" gomb általános jogaival. Bizonyos szoftverekben előfordulhat, hogy egy entitáshoz egyszerre több folyamat is tartozik. Ilyenkor minden folyamat a saját fülén jelenik meg, mindegyiken külön "Állapotot vált" gomb található, és az ezekre kiosztott általános jogosultságok elkülönülnek egymástól.

=== Egyedi jog a folyamatra ===

Nem kifejezetten ide tartozik de megemlítjük, hogy a folyamat kezelésben részt vevő adatok általában üzleti objektumok. Nyilvánvalóan csak az tud rajtuk állapot átmenetet elvégezni, aki hozzá tud férni a folyamathoz (megjelenik a képernyőjén). Ezért általában az állapot átmenet elvégzéséhez a folyamathoz kapcsolódó fej adatra vonatkozó egyedi jog is szükséges.

=== Speciális jog az átmenet típusra ===

Az átmenet típusok a [[SDITemplate Folyamat átmenet típus ablak|folyamat átmenet típus ablakon]] kezelhetők. Ez az ablak önmagában nem, csak egy konkrét [[SDITemplate Folyamat típus ablak|folyamat típus]] kiválasztása után nyitható meg, és az adott folyamat típus lehetséges átmenet típusait jeleníti meg. Egy adott átmenet típust kiválasztva az "átmenet jogosultságok" fülön megadhatók azok a szerepkörök, akik jogosultak elvégezni az adott típusú átmenetet:

[[File:perm_wf_atmenettipus_ful.jpg]]

Egyrészt ezen a fülön van egy pipa lista, ahol a szerepkörök hozzáadhatók illetve elvehetők. Másrészt található itt egy "Ki oszthat jogokat" feliratú gomb. Erre a gombra osztott általános jog határozza meg azt, hogy az "Átmenet jogosultságok" fül kinek jelenik meg. Ezen az általános jogon keresztül lehet delegálni az átmenet típusokra vonatkozó jogok kiosztását más (nem rendszergazda) felhasználóknak.

'''FONTOS:''' az átmenet típusokra osztott speciális jogoknál nem érvényesül a választott általános jogosultság kezelési stratégia (white list/black list), mivel ez nem általános, hanem speciális jogosultság. Az átmeneteket (a rendszergazdákon kívül) mindig csak az tudja elvégezni aki explicit módon jogot kapott rá. Ha valaki nem nyert jogot egy átmenet típusra, akkor az átmenet típus választásakor a cél állapot megjelenik neki, de nem tudja kiválasztani:

[[File:wf_atmenettipus_permdenied.jpg]]

SDITemplate jogosultsági rendszere

2016-04-22T10:59:19Z

Szoftver Messiás Wiki: /* Felhasználók azonosítása (authentikáció) */

{{:SDITemplate_ModuleHeader}}

== Bevezetés ==

A jogosultsági rendszer három fő részből áll:

* Felhasználók azonosítása (authentikáció)
* Szerepkörök és csoportok, ezek kapcsolata a felhasználókkal
* Jogosultság ellenőrzés (authorizáció), ezen belül:
** Általános jogosultság kezelés: jogosultságok kiosztása és ellenőrzése művelet típusokra általában
** Egyedi jogosultság kezelés: jogosultságok kiosztása és ellenőrzése üzleti objektumokra
** Speciális jogosultság kezelés: különleges jogosultságok kiosztása folyamat állapot átmenetekre és egyebekre.

== Felhasználók ==

A felhasználók az azonosítás eszközei. A felhasználó lehet aktív/inaktív. Csak az aktív felhasználó tud bejelentkezni. Az aktivitást a felhasználó érvényességi idejének megadásával lehet beállítani. A megadott érvényességi időn túl a felhasználó nem fog tudni bejelentkezni.

=== Felhasználók azonosítása (authentikáció) ===

A felhasználó publikus azonosítója az egyedi bejelentkezési név. A felhasználók azonosítása titkos jelszóval történik. A kliensprogram indításakor egy bejelentkező képernyő jelenik meg.

[[File:loginform.jpg]]

Az Ön által használt rendszerben a bejelentkező ablak kinézete eltérhet, de a funkciók azonosak.

* A felső részen lehet adatbázist választani. Ha több adatbázis példány elérhető, akkor ezek itt megjelennek. A bevezetési/teszt időszakban szokás úgynevezett "homokozó" adatbázist létrehozni, ami az éleshez hasonló adatokat tartalmaz, lehet benne teszt adatokat fölvenni ("homokozni"). Az ilyen adatbázisok általában bizonyos időszakonként (pl. naponta egyszer) visszaállnak az eredeti állapotba.
* A különböző adatbázisokhoz eltérő ablak kinézet ("bőr") tartozhat. Ez azt a célt szolgálja, hogy - a szoftver több példányban való egyidejű futtatása mellett - ne lehessen összekeverni a különböző adatbázisokhoz tartozó ablakokat.
* Ez alatt kell megadni a bejelentkezési nevet és a titkos jelszót.
* Ha Ön távolról, lassú hálózaton keresztül éri el az adatbázist akkor jelölje be a "Lassú hálózati kapcsolat" négyzetet. Ez olyan beállításokat tölt be amik csökkentik a hálózati forgalmat (alacsonyabb felhasználói élményért cserébe)

'''Rendszergazdáknak:''' az adatbázisok konfigurációját a Main.ini állomány tartalmazza.

=== Jelszó házirend ===

Rendszergazdák számára elérhető funkció a jelszó házirend megváltoztatása. A jelszó házirendben lehet előírni hogy a felhasználók jelszavainak különböző paramétereit. Ezek a beállítások az "sdi.security.passwordpolicy" előtaggal kezdődnek, ahogy az alábbi ábrán látható:

[[File:perm_passwordpolicy.jpg]]

=== Jelszó megváltoztatása ===

Bárki meg tudja változtatni a saját jelszavát a Biztonság/Saját jelszó megváltoztatása menüpont alatt. Csak olyan jelszót lehet megadni, ami megfelel az aktuális jelszó házirendnek.

[[File:perm_changeownpassword.jpg]]

Az arra jogosult felhasználók megváltoztathatják más felhasználók jelszavait is a [[SDITemplate Felhasználó ablak|felhasználó ablakon]] található "Jelszó" gomb segítségével.

=== Felhasználók kapcsolata szerepkörökkel, csoportokkal és egymással ===

A felhasználónál meg lehet adni hogy ki a felettese (ő szintén egy felhasználó). Van két speciális beépített felhasználó. Az egyik „Rendszergazda” néven a másik „admin” néven. Nekik szinte mindenhez joguk van még akkor is, ha külön nem kaptak jogot. Ezeket a felhasználókat nem lehet törölni. A „Rendszergazda” felhasználó a szoftver használati jog birtokosának képviselője, egy „szuper felhasználó”. A használati jog birtokosa ezen a felhasználón keresztül tud új felhasználókat rögzíteni és kezdetben jogokat kiosztani. Az „admin” felhasználó elsődleges célja, hogy a fejlesztő (Szoftver Messiás Bt) gyorsan segítséget tudjon nyújtani olyan esetekben amikor egy helytelenül fölvett beállítás akadályozza az ügymenetet.

A felhasználó ablakon van két különleges fül, ahol adott felhasználó szerepkörökkel és csoportokkal való összerendelését lehet megnézni és módosítani:

[[File:dbs_user_groups.jpg]]

A speciális "Rendszer" csoport tagjai rendszergazdák (joguk van szinte mindenre akkor is ha nem lett explicit módon nekik jog adva). A szoftver használati jog tulajdonosa saját hatáskörén belül ezen a csoporton keresztül létrehozhat több rendszergazda jogokkal rendelkező felhasználót. Kisebb cégeknél javasolt egyetlen rendszergazda felhasználó használata, mert így az adatmódosításból adódó károkozás felelőssége sokkal könnyebben megállapítható.

A felhasználók, szerepkörök és csoportok közötti kapcsolatokról bővebb információt alább talál.

Lásd még: [[SDITemplate Felhasználó ablak]]

== Szerepkörök - jogosultságok csoportosítása ==

A szerepkörök a jogosultságok csoportosítására valók. A szerepköröknek egyedi neve van. Amikor az a kérdés hogy egy műveletet kinek van joga végrehajtani, akkor érdemes felhasználók helyett szerepkörökben gondolkodni. Ha például az Ön cégénél "Krisztián" egy raktáros, és az a kérdés hogy kinek van joga árut bevételezni, akkor "Krisztián" helyett érdemes egy "Raktáros" szerepkört használni, amihez "Krisztián" hozzá van rendelve. A [[SDITemplate Szerepkör ablak|szerepkör ablakon]] a szerepkör kiválasztása után egy külön fülön jelennek meg a hozzárendelt felhasználók. Itt lehet módosítani az adott szerepkörhöz tartozó felhasználók listáját:

[[File:sdi_role_users.jpg]]

Ennek a megközelítésnek akkor mutatkozik meg az előnye, amikor Krisztián beteg lesz, szabadságra megy, felmond, vagy megváltozik a munkaköre. Valaki ("Béla") átveszi a helyét. Ha a jogok "Krisztián"-hoz lettek kiosztva, akkor az új dolgozó munkába állásához újra végig kell menni az összes ablakon és műveleten, és minden helyen ahol "Krisztián" jogosult volt, "Bélának" is meg kell adni ugyan azt a jogot. Az esetek többségében itt nem egyetlen jogosultságról van szó, hanem egy egész halom jogosultságról. Ebben a példában pl. a raktáros Krisztiánnak lehet hogy joga volt fölvenni/módosítani partnert, de törölni nem. Lehet hogy joga volt bevételezni árut, de eladni nem. Lehetett joga különféle állapot átmeneteket végrehajtani készlet változtató tranzakciókon stb. Ez egy hosszadalmas folyamat, könnyű eltéveszteni és rabolja az időt. Ha a jogok a "Raktáros" szerepkörhöz voltak kiosztva, akkor a jogosultságok újraosztását el lehet intézni azzal, hogy "Krisztiánt" kivesszük a "Raktáros" szerepkörből, "Bélát" pedig hozzáadjuk. Ezen a módon "Béla" nem közvetlenül, hanem a "Raktáros" szerepkörön keresztül kapja meg ugyan azokat a jogokat.

Egy felhasználónak több szerepköre lehet, és egy szerepkörhöz több felhasználó is tartozhat. A felhasználók és szerepkörök közötti kapcsolat a felhasználó oldaláról is megtekinthető és módosítható - lásd föntebb.

Lásd még: [[SDITemplate Szerepkör ablak]]

== Jogosultság csoportok - felhasználók csoportosítása ==

A csoportok a felhasználókat csoportosítják. Egy csoporthoz több felhasználó tartozhat, és egy felhasználó több csoportnak is lehet tagja. Van egy beépített csoport „Mindenki” néven. Ennek minden felhasználó tagja, és a felhasználókat nem lehet ebből a csoportból eltávolítani. A "Mindenki" csoporton keresztül lehet megosztani dolgokat „Mindenkivel” azaz a rendszer minden felhasználójával. Az egy csoportba tartozó emberek közös folyamatokkal / üzleti objektumokkal foglalkoznak. A csoportok segítségével lehet megosztani ezeket a folyamatokat a csoporton belül. A csoport csak a folyamat elérésére jogosít föl. A folyamatok módosítására, adatok törlésére és módosítására a szerepkörök használhatók. A felhasználóknál megadható egy alapértelmezett csoport, az úgynevezett bejelentkezési csoport. Ez az a csoport amin belül a felhasználó elsődlegesen tevékenykedik. A [[SDITemplate Jogosultság csoport ablak|jogosultság csoport ablakon]] van egy fül amivel meg lehet adni az adott jogosultság csoportba tartozó felhasználók listáját:

[[File:dbs_group_users.jpg]]

Megszorítások:

* A speciális "admin" csoportnak kizárólag a speciális "admin" felhasználó lehet tagja.
* A "Rendszer" csoportnak legalább egy tagja van. A Rendszer csoport tagjai rendszergazdák. (Lásd följebb a felhasználók leírását.)
* Rendszergazda felhasználó nem tudja saját magát kivenni a "Rendszer" csoportból.
* A "Mindenki" csoportnak mindig minden felhasználó tagja. Új felhasználó felvitelkor automatikusan bekerül a "Mindenki" csoportba, és csak a felhasználó teljes törlésével távolítható el.

Lásd még: [[SDITemplate Jogosultság csoport ablak]]

== Jogosultság ellenőrzések típusa ==

A jogosultságok ellenőrzése több szinten történik.

* A rendszert csak az használhatja, akinek birtokában van egy aktív felhasználó neve és titkos jelszava. Ez az ellenőrzés '''a felhasználó azonosítása''' más néven authentikáció.
* A legtöbb művelet típusra (pl. módosítás, törlés, új fölvétel stb.) jogosultságokat lehet meghatározni attól függetlenül, hogy mi a jogosultság tárgya (melyik konkrét adaton akarják elévezni). Például megadhatjuk hogy '''úgy általában''' ki tud partnert módosítani, függetlenül attól hogy melyik konkrét partnerről van szó. Ez az ellenőrzés az '''általános jogosultság kezelés'''.
* Az üzleti objektumokra egyedileg lehet szabályozni a hozzáférést. Tehát pl. nem az összes partnerre általában, hanem egy konkrét partnerre. A hozzáférés korlátozása felhasználókon és szerepkörökön keresztül történik, és nem műveletekre (mint pl. módosítás vagy törlés) hanem konkrét adat tételekre (mint pl. "Spar Magyarország Kft" nevű partner) vonatkozik. '''Ez az egyedi jogosultság kezelés'''.
* Egyéb '''speciális jogosultság kezelés''' keretében lehet jogokat osztani folyamatok irányítására, illetve - konkrét szoftvertől függően - más adattételekkel kapcsolatos különleges műveletekre.

== Jogosultság művelet típusokra általában - általános jogosultság kezelés ==

=== Általános jogosultságok kiosztása ===

A felhasználói felületeken a műveletek nagy része gomb vagy hasonló vizuális elem formájában jelenik meg. Gombot kell nyomni új adat fölvételéhez, módosításhoz, törléshez adat exportáláshoz stb. Az adott vizuális elem meghatározza a művelet típusát (pl. törlés) és azt az egyedtípust amire a művelet vonatkozik. Például ha a törlés gomb a partner listát tartalmazó ablakon volt, akkor a partner egyedtípusra vonatkozó törlés műveletről van szó. Az ilyen műveletet kezdeményező gomboknál vizuálisan (jobb egér gombot nyomva) megjeleníthető egy felbukkanó ablak, ami az adott egyedtípus és művelet típus párhoz mutatja a kiosztott jogosultságokat:

[[File:sdi_perm_popupmenu.jpg]]

Ennek a megközelítésnek megvan az az előnye, hogy a jogosultság megadásának helye pontosan megegyezik azzal a hellyel ahol a jogosultságra szükség van. Kiküszöböli más rendszerek azon hibáját, hogy egy adott jogosultság megadásához másik ablakokat kell megnyitni, és név alapján megkeresni a szükséges jogot. (A kiosztandó művelethez szükséges jogosultság nevének meghatározása sokszor nem triviális.) Megvan azonban az a hátránya, hogy ha egy adott művelet nem elérhető, akkor arra jogot sem lehet osztani. Ha például még nincs fölvéve partner, akkor a "Módosít" gomb nem látszódik, és amíg ez nem látszódik addig nem lehet jogosultságot osztani a módosítás műveletre.

A jogosultságot szerepkörhöz vagy felhasználóhoz lehet megadni, ezért ez a felbukkanó ablak egy szerepkör listát tartalmaz amiben pipálgatni lehet. A jogosultságot azok a felhasználók nyerik el, akik rendelkeznek engedélyezett szerepkörrel az adott műveletre és egyedtípusra:

[[File:perm_general_role_dialog.jpg]]

Ahogy a fenti példában látható, a jogosultságokat (beállítástól függően) egyedi felhasználókra is ki lehet osztani, de a preferált metódus a szerepkörökhöz való jogosultság kiosztás.

Az egyedtípushoz való megtekintés/listázás hozzáférést egy erre a célra kialakított gombbal lehet szabályozni, amivel az egész listázó/megjelenítő ablak megnyitását lehet engedélyezni vagy tiltani. Az [[Általános_adatszerkesztő_ablak|általános adatszerkesztő ablakokon]] ez a Beállítások/Jogosultság panelen a található "Felhasználók kijelölése" gombbal lehetséges:

[[File:perm_general_window.jpg]]

Ha nincs megadva az engedély akkor az ablak nem nyitható meg, így a hozzáférés az összes egyedre (pl. összes szerződésre vagy összes partnerre stb.) tiltva van. A műveletekre általában véve a Rendszergazda és az admin felhasználó (illetve bármely Rendszer csoportban levő felhasználó) tud általános jogot osztani. Ugyan ezek a felhasználók azok, akik minden műveletre általános jogosultságot nyernek akkor is, ha explicit módon nincs nekik kiosztva általános jog.

=== Általános jogosultságok ellenőrzése ===

Mielőtt egy művelet végrehajtásra kerül, lefut az általános jogosultság ellenőrzés. Itt dől el, hogy az adott műveletet a felhasználónak van-e joga elvégezni. Az általános jogosultságok ellenőrzését alapvetően kétféle stratégia alapján lehet elvégezni:

# Alapból senkinek nem adunk jogot semmire. Ha valaki jogot szeretne nyerni, akkor azt explicit módon ki kell osztani. Ezt szokás "white list" stratégiának is nevezni.
# Alapból mindenkinek joga van mindenre. Ha egy művelethez való hozzáférést korlátozni akarjuk, akkor arra az egy elemre kell jogokat kiosztani. Ezt szokás "black list" stratégiának is nevezni.

A fenti két stratégia közül választani lehet egy rendszer beállítás segítségével. Ezt a rendszer beállítást közvetlenül a rendszer telepítése után, a legelső felhasználók fölvétele előtt érdemes megadni; és a továbbiakban nem módosítani. A beállítás neve: '''sdi.security.default_to_allow'''. Ha ez a rendszer paraméter igazra (1-be) van állítva, akkor a nem menedzselt elemekhez alapértelmezésben mindenki jogot nyer. Ha ez a rendszer paraméter hamisra (0-ba) van állítva, akkor a nem menedzselt elemekhez alapértelmezésben senki nem nyer jogot (kivéve az admin felhasználót és a rendszergazdákat). A beállítás érvényesítéséhez az összes futó kliensprogramot be kell zárni. A beállítás hatására a művelethez tartozó jogosultság kiosztó ablak kétféle változatban jelenhet meg.

Az alábbi változat az első stratégia ("white list") esetén jelenik meg:

[[File:perm_general_whitelist.jpg]]

A dialógus ablak tetején található pipa mondja meg, hogy az általános jogosultságok menedzselve vannak-e az elemre. Ha ez a pipa nincs pipálva, akkor az elemet csak "Rendszergazda" vagy "admin" érheti el. Ha a menedzselés be van kapcsolva, akkor az elemet (a rendszergazdákon és "admin" felhasználón kívül) csak azok a felhasználók érik el, akik explicit módon jogot kaptak a pipa lista segítségével.

Az alábbi változat a második stratégia ("black list") esetén jelenik meg:

[[File:perm_general_blacklist.jpg]]

Ha a menedzselés be van kapcsolva, akkor az elemet (a rendszergazdákon és "admin" felhasználón kívül) csak azok a felhasználók érik el, akik explicit módon jogot kaptak a pipa lista segítségével. Pont ugyan úgy, mint "white list" esetén. Ha azonban a menedzselés nincs bekapcsolva, akkor az elemet bárki bármikor elérheti.

=== Tippek ===

Egy újonnan telepített rendszer esetén lehet hogy előre föl lettek véve szerepkörök, és bizonyos elemek menedzselése előre be lett állítva. A Szoftver Messiás Bt segít a helyes stratégia kialakításában és beállításában, de a jogosultságok beállítása a végfelhasználó kezében van, ezért ő vállalja érte a felelősséget. A jogosultság kezelési stratégia a rendszer használata közben is átállítható, de ennek következményeiért, az ebből eredő károkért a felelősség a felhasználót terheli.

Nagyobb, sok felhasználót foglalkoztató cégeknél általában a "white list" stratégiát érdemes használni. Kis cégeknél a "black list" stratégiát. A kettő közötti átmenet, a "black list" startégia használata olyan módon, hogy az összes [[Általános_adatszerkesztő_ablak|adatszerkesztő ablak]] megnyitását menedzseljük a rendszer éles használatának megkezdése előtt. Az egyes műveletekkel nem kell foglalkozni akkor, ha a felhasználó nem tudja megnyitni az ablakot amin a művelethez tartozó vizuális elem (gomb) található.

'''Érdemes észben tartani''', hogy a jogosultság kezeléssel kapcsolatos általános adatkezelő ablakok (felhasználó, csoport, szerepkör) is az általános jogosultság kezelés hatálya alá tartoznak. Így tehát általános jogot lehet osztani a felhasználók, szerepkörök és csoport fölvételére módosítására és törlésére. Ha valaki megengedő ("black list") jogosultság kezelési stratégiát választ akkor kiemelten fontos a jogosultság kezeléssel kapcsolatos ablakok és a rajtuk keresztül elérhető műveletek általános jogainak menedzselése.

== Jogosultság üzleti objektumokra - egyedi jogosultság kezelés ==

Egyedi jogosultságot üzleti objektumokra kezelünk. Ezek nagyjából azokra az egyedek amik folyamatok. Az egyszerűség kedvéért ebben a részben üzleti objektumnak fogom őket nevezni, de ez alatt azokat az egyedeket értem, amikre az egyedi jogosultság kezelés működik. Ezen objektumok közös jellemzője, hogy a hozzáférést nem csak az egyedtípusra (pl. összes szerződésre egyszerre), hanem különálló egyedekre (pl. konkrét szerződésre) is szabályozni lehet. Amikor valaki el kíván végezni egy műveletet egy üzleti objektumon, akkor először lefut az általános jogosultság ellenőrzés az adott műveletre. Például, ha valaki módosítani akar egy szerződést akkor megnyomja a módosít gombot. Ha általában véve nincs joga erre, akkor hibaüzenetet kap. Az üzleti objektumok esetén ezt követően lefut egy másik ellenőrzés, ami a konkrét
egyedhez (a példában konkrét objektumhoz) való hozzáférési jogot ellenőrzi.

=== Üzleti objektum létrehozása ===

* Minden üzleti objektumnak van tulajdonosa. Amikor valaki létrehoz egy üzleti objetumot, akkor ő lesz a tulajdonosa. Ez az alapértelmezés, de egy üzleti objektum tulajdonosa időben nem állandó, változhat.
* Ha a felhasználónak van megadva bejelentkezési csoportja, akkor az automatikusan hozzárendelődik az újonnan létrehozott üzleti objektumhoz. Egy üzleti objektumhoz tetszőleges számú csoport hozzárendelhető.
* Az adott egyedtípusnál elő lehet írni további csoportokkal való alapértelmezett megosztást.

=== Üzleti objektum egyedi jogosultságainak kiosztása ===

Az üzleti objektumokat kezelő [[Általános_adatszerkesztő_ablak|adatszerkesztő ablakok]] szerkesztő paneljén megjelenik egy fül, ami az egyedi jogosultság kezeléssel kapcsolatos vizuális elemeket tartalmazza:

[[File:perm_bo_ful.jpg]]

A bal oldalon a tulajdonos látható. A jobb oldali gombok sorrendben a következők:

* "Alapértelmezett csoportok" - ezzel a gombbal lehet meghatározni azokat az extra csoportokat, amik új tétel létrehozásakor automatikusan hozzárendelődnek az üzleti objektumhoz. Ennek a beállításnak csak új tétel létrehozásakor van hatása, és nem az aktuális üzleti objektumra vonatkozik, hanem az adott típusú összes üzleti objektumra általában.
* "Tulajdonos..." - ezzel a gombbal lehet tulajdonost váltani. Normál felhasználók esetén a gomb megnyomása saját használatba veszi a tételt. Más szavakkal: az új tulajdonos az aktuálisan bejelentkezett felhasználó lesz. Rendszergazdák esetén a gomb megnyomása után kiválasztható az új tulajdonos egy listából (a rendszergazdák más személy tulajdonába tudják helyezni az üzleti objektumot).
* "Csoportok" - ezzel a gombbal lehet megnézni és módosítani az aktuális üzleti objektumhoz rendelt össze csoportot:

[[File:perm_bo_assign_groups.jpg]]

A fent leírt gombokra működik az általános jogosultság kezelés. Tehát pl. az tudja megváltoztatni egy létező üzleti objektumhoz rendelt csoportok listáját, aki rendelkezik általános jogosultsággal a "Csoportok" gombra:

[[File:perm_bo_groups_genperm.jpg]]

Az ablak megnyitásakor az alapértelmezett csoportokat beállító gomb meg sem jelenik, ha a felhasználónak nincs rá általános joga. Az alapértelmezett csoportok megadása általában rendszer adminisztrációs feladat, nem a normál felhasználók feladata.

=== Üzleti objektum egyedi jogosultságainak ellenőrzése ===

Az egyedi jogosultság kezelés az üzleti objektumhoz való '''hozzáférést''' szabályozza. Ez azt jelenti, hogy egy üzleti objektumot csak az lát (és hivatkozás típusú mezőben csak az tud kiválasztani), akinek van egyedi joga az adott üzleti objektumra.

Egy üzleti objektumra a következő felhasználók nyernek egyedi jogot:

* Az üzleti objektum tulajdonosa.
* A tulajdonos felettese, annak a felettese stb. (rekurzívan).
* Azoknak a csoportoknak a tagjai, amik az üzleti objektumhoz lettek rendelve.

Ha egy felhasználó csoport tagsága, vagy egy üzleti objektum kiosztott egyedi jogai megváltoznak, akkor a többi megnyitott kliensprogramban ez a hatás nem azonnal, csak kis idő elteltével (10-20 másodperc) érvényesül. Ennek hatékonysági okai vannak, az azonnali érvényesítés aránytalanul sok erőforrást igényelne a kliensprogramok és a számítógépes hálózat részéről.

Az egyedi jogosultság ellenőrzés hatása, hogy jogosultság hiányában a tételek nem jelennek meg az [[Általános_adatszerkesztő_ablak|általános adatszerkesztő ablakokon]] még akkor sem, ha egyébként a megadott szűrési/keresési feltételeknek megfelelnek.

A hivatkozás típusú mezők használatakor különleges módon érvényesül az egyedi jogosultság kezelés hatása. Ha a felhasználó ki akar választani egy hivatkozott üzleti objektumot, akkor kizárólag olyat tud választani amire a kiválasztás időpontjában egyedi joga van. Ha azonban az adott mezőben korábban már ki lett választva egy üzleti objektum (pl. valaki olyan írta be akinek volt egyedi joga a hivatkozott tételre), akkor az a konkrét hivatkozás változatlan formában megőrizhető, az őt tartalmazó tétel többi mezőjének módosítása után az egész tétel összes módosítása elmenthető. Olyan régi hivatkozás érték amire a felhasználónak nincs egyedi joga, csak akkor maradhat meg a hivatkozás mezőben ha a felhasználó nem nyúl hozzá. Ha megváltoztatja vagy kitörli, akkor a régi értéket már nem tudja visszaállítani.

=== Tippek ===

Az egyedi jogosultság kezelés beállításaival meg lehet valósítani olyan "megengedő" jogosultság rendszert, ahol alapból mindenkinek joga van elérni az objektumokat, és ezeket a jogokat bizonyos egyedek esetén egyénileg lehet korlátozni. Ehhez a beállításhoz elegendő a következőket tenni:

* Az "Alapértelmezett csoportok" részben jelöljük be a "Mindenki" csoportot. Ezzel biztosítva van, hogy az újonnan létrehozott tételeket alapértelmezésben mindenki elérje.
* A jogosultságok szűkítésére jogosult felhasználóknak adjunk általános jogot a "Csoportok..." gomb elérésére. Ezek a felhasználók a tétel létrehozása után megvonhatják a jogot az alapértelmezett csoportokról (ide értve a "Mindenki" csoportot), ezzel priváttá tehetik a tételt.

Ez különösen hasznos stratégia lehet néhány esetben. Pl. CRM (ügyfélkapcsolati) modulban a partnerek és kapcsolataik lehetnek nyilvánosak. De néhány fontos felső vezető kapcsolat adatait korlátozni lehet, így azt nem érheti el bárki csak az arra jogosult személyek.

== Jogosultságok kiosztása folyamatokra - speciális jogosultság kezelés ==

Az [[SDITemplate Folyamatkezelő motor]] tartalmaz folyamat típusokat, minden típushoz több állapotot és a közöttük levő átmeneteket. Ezek jelentéséről és használatukról a [[SDITemplate Folyamatkezelő motor|folyamatkezelő motor leírásánál]] tájékozódhat. A konkrét folyamatok konkrét állapot váltásai állapot átmenet típusokhoz vannak kötve. Egy átmenet típus egy adott típusú folyamatot egy forrás állapotból egy cél állapotba visz át. Az átmenet végrehajtásához több feltétel egyidejű teljesülése szükséges. Ezek között a feltételek között lehetnek általánosak, és lehetnek egyediek amik csak az adott szoftver adott folyamat típusára vonatkoznak. Ebben a részben csak az átmenethez szükséges jogosultságok kiosztásával foglalkozunk.

=== Általános jog átmenetekre ===

Amikor egy felhasználó egy folyamat állapot átmenetét kívánja végrehajtani, akkor meg kell nyomnia az "állapotot vált" gombot. A gomb megnyomásához általános jogosultságra van szükség úgy, ahogy azt föntebb az általános jogosultság kezelés szakaszban leírtuk.

[[File:perm_wf_gen.jpg]]

Ez az általános jog külön van kezelve az egyes egyedtípusokra. Ha például az Ön rendszerében vannak szerződések és számlák, akkor a szerződések ablakon levő "Állapotot vált" gomb általános jogai nem keverednek össze a számlák ablakon levő "Állapotot vált" gomb általános jogaival. Bizonyos szoftverekben előfordulhat, hogy egy entitáshoz egyszerre több folyamat is tartozik. Ilyenkor minden folyamat a saját fülén jelenik meg, mindegyiken külön "Állapotot vált" gomb található, és az ezekre kiosztott általános jogosultságok elkülönülnek egymástól.

=== Egyedi jog a folyamatra ===

Nem kifejezetten ide tartozik de megemlítjük, hogy a folyamat kezelésben részt vevő adatok általában üzleti objektumok. Nyilvánvalóan csak az tud rajtuk állapot átmenetet elvégezni, aki hozzá tud férni a folyamathoz (megjelenik a képernyőjén). Ezért általában az állapot átmenet elvégzéséhez a folyamathoz kapcsolódó fej adatra vonatkozó egyedi jog is szükséges.

=== Speciális jog az átmenet típusra ===

Az átmenet típusok a [[SDITemplate Folyamat átmenet típus ablak|folyamat átmenet típus ablakon]] kezelhetők. Ez az ablak önmagában nem, csak egy konkrét [[SDITemplate Folyamat típus ablak|folyamat típus]] kiválasztása után nyitható meg, és az adott folyamat típus lehetséges átmenet típusait jeleníti meg. Egy adott átmenet típust kiválasztva az "átmenet jogosultságok" fülön megadhatók azok a szerepkörök, akik jogosultak elvégezni az adott típusú átmenetet:

[[File:perm_wf_atmenettipus_ful.jpg]]

Egyrészt ezen a fülön van egy pipa lista, ahol a szerepkörök hozzáadhatók illetve elvehetők. Másrészt található itt egy "Ki oszthat jogokat" feliratú gomb. Erre a gombra osztott általános jog határozza meg azt, hogy az "Átmenet jogosultságok" fül kinek jelenik meg. Ezen az általános jogon keresztül lehet delegálni az átmenet típusokra vonatkozó jogok kiosztását más (nem rendszergazda) felhasználóknak.

'''FONTOS:''' az átmenet típusokra osztott speciális jogoknál nem érvényesül a választott általános jogosultság kezelési stratégia (white list/black list), mivel ez nem általános, hanem speciális jogosultság. Az átmeneteket (a rendszergazdákon kívül) mindig csak az tudja elvégezni aki explicit módon jogot kapott rá. Ha valaki nem nyert jogot egy átmenet típusra, akkor az átmenet típus választásakor a cél állapot megjelenik neki, de nem tudja kiválasztani:

[[File:wf_atmenettipus_permdenied.jpg]]

Bejelentkező képernyő

2016-04-22T10:58:52Z

Szoftver Messiás Wiki:

= Bejelentkező képernyő =

Az alkalmazás használatához be kell jelentkezni. A bejelentkezés titkos jelszóval, vagy egyszeri jelszóval történik. A bejelentkező képernyő az alábbihoz hasonló:

[[File:loginform.jpg]]

A konkrét alkalmazás esetén a felső cím felirat más lehet, és bal oldalon más személyre szabott logó látható.

* Az '''adatbázis''' nevű lenyíló lista tartalmazza az elérhető adatbázisok listáját. A különböző elemek kiválasztása után lehet, hogy a bal oldalon levő kép kinézete is megváltozik.
* '''Bejelentkezési név''' mezőbe írja be a bejelentkezési nevét. Ha ezt nem tudja, akkor vegye föl a kapcsolatot a rendszergazdával. A szoftver megjegyzi a legutoljára sikeresen bejelentkezett felhasználó nevét.
* '''Jelszó''' mezőbe írja be a titkos jelszavát. Ha elfelejtette a jelszót, akkor vegye föl a kapcsolatot a rendszergazdával.
* Vállalati változat esetén elképzelhető, hogy titkos jelszó helyett használhatja a saját személyes azonosító eszközét, ami egy egyszeri jelszót generál a bejelentkezéshez.

= Friss telepítés esetén =

* Használja a '''Rendszergazda''' bejelentkezési nevet és az '''abcd1234''' jelszót.
* Első bejelentkezés után azonnal változtassa meg a jelszavát a Biztonság/Saját jelszó megváltoztatása menüpont alatt.

= További információk =

További információért lásd még a [[SDITemplate jogosultsági rendszere|jogosultsági rendszer]] cikket.

Bejelentkező képernyő

2016-04-22T10:57:28Z

Szoftver Messiás Wiki:

= Bejelentkező képernyő =

Az alkalmazás használatához be kell jelentkezni. A bejelentkezés titkos jelszóval történik. A bejelentkező képernyő az alábbihoz hasonló:

[[File:loginform.jpg]]

A konkrét alkalmazás esetén a felső cím felirat más lehet, és bal oldalon más személyre szabott logó látható.

* Az '''adatbázis''' nevű lenyíló lista tartalmazza az elérhető adatbázisok listáját. A különböző elemek kiválasztása után lehet, hogy a bal oldalon levő kép kinézete is megváltozik.
* '''Bejelentkezési név''' mezőbe írja be a bejelentkezési nevét. Ha ezt nem tudja, akkor vegye föl a kapcsolatot a rendszergazdával. A szoftver megjegyzi a legutoljára sikeresen bejelentkezett felhasználó nevét.
* '''Jelszó''' mezőbe írja be a titkos jelszavát. Ha elfelejtette a jelszót, akkor vegye föl a kapcsolatot a rendszergazdával.

= Friss telepítés esetén =

* Használja a '''Rendszergazda''' bejelentkezési nevet és az '''abcd1234''' jelszót.
* Első bejelentkezés után azonnal változtassa meg a jelszavát a Biztonság/Saját jelszó megváltoztatása menüpont alatt.

= További információk =

További információért lásd még a [[SDITemplate jogosultsági rendszere|jogosultsági rendszer]] cikket.

Bejelentkező képernyő

2016-04-22T10:57:15Z

Szoftver Messiás Wiki: /* Bejelentkező képernyő */

= Bejelentkező képernyő =

Az alkalmazás használatához be kell jelentkezni. A bejelentkezés titkos jelszóval történik. A bejelentkező képernyő az alábbihoz hasonló:

[[File:loginform.jpg|400px]]

A konkrét alkalmazás esetén a felső cím felirat más lehet, és bal oldalon más személyre szabott logó látható.

* Az '''adatbázis''' nevű lenyíló lista tartalmazza az elérhető adatbázisok listáját. A különböző elemek kiválasztása után lehet, hogy a bal oldalon levő kép kinézete is megváltozik.
* '''Bejelentkezési név''' mezőbe írja be a bejelentkezési nevét. Ha ezt nem tudja, akkor vegye föl a kapcsolatot a rendszergazdával. A szoftver megjegyzi a legutoljára sikeresen bejelentkezett felhasználó nevét.
* '''Jelszó''' mezőbe írja be a titkos jelszavát. Ha elfelejtette a jelszót, akkor vegye föl a kapcsolatot a rendszergazdával.

= Friss telepítés esetén =

* Használja a '''Rendszergazda''' bejelentkezési nevet és az '''abcd1234''' jelszót.
* Első bejelentkezés után azonnal változtassa meg a jelszavát a Biztonság/Saját jelszó megváltoztatása menüpont alatt.

= További információk =

További információért lásd még a [[SDITemplate jogosultsági rendszere|jogosultsági rendszer]] cikket.

Fájl:Loginform.jpg

2016-04-22T10:57:10Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki Fájl:Loginform.jpg új verzióját töltötte fel

MsUpload

Bejelentkező képernyő

2016-04-22T10:54:59Z

Szoftver Messiás Wiki: /* Bejelentkező képernyő */

= Bejelentkező képernyő =

Az alkalmazás használatához be kell jelentkezni. A bejelentkezés titkos jelszóval történik. A bejelentkező képernyő az alábbihoz hasonló:

[[File:loginform.jpg|400px]]

A konkrét alkalmazás esetén a felső cím felirat más lehet, és bal oldalon más személyre szabott logó látható.

* Az '''adatbázis''' nevű lenyíló lista tartalmazza az elérhető adatbázisok listáját. A különböző elemek kiválasztása után lehet, hogy a bal oldalon levő kép kinézete is megváltozik.
* '''Bejelentkezési név''' mezőbe írja be a bejelentkezési nevét. Ha ezt nem tudja, akkor vegye föl a kapcsolatot a rendszergazdával. A szoftver megjegyzi a legutoljára sikeresen bejelentkezett felhasználó nevét.
* '''Jelszó''' mezőbe írja be a titkos jelszavát. Ha elfelejtette a jelszót, akkor vegye föl a kapcsolatot a rendszergazdával.

= Friss telepítés esetén =

* Használja a '''Rendszergazda''' bejelentkezési nevet és az '''abcd1234''' jelszót.
* Első bejelentkezés után azonnal változtassa meg a jelszavát a Biztonság/Saját jelszó megváltoztatása menüpont alatt.

= További információk =

További információért lásd még a [[SDITemplate jogosultsági rendszere|jogosultsági rendszer]] cikket.

Fájl:Loginform.jpg

2016-04-22T10:54:53Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki Fájl:Loginform.jpg új verzióját töltötte fel

MsUpload

Bejelentkező képernyő

2016-04-22T10:54:09Z

Szoftver Messiás Wiki:

= Bejelentkező képernyő =

Az alkalmazás használatához be kell jelentkezni. A bejelentkezés titkos jelszóval történik. A bejelentkező képernyő az alábbihoz hasonló:

[[:File:loginform.jpg]]

A konkrét alkalmazás esetén a felső cím felirat más lehet, és bal oldalon más személyre szabott logó látható.

* Az '''adatbázis''' nevű lenyíló lista tartalmazza az elérhető adatbázisok listáját. A különböző elemek kiválasztása után lehet, hogy a bal oldalon levő kép kinézete is megváltozik.
* '''Bejelentkezési név''' mezőbe írja be a bejelentkezési nevét. Ha ezt nem tudja, akkor vegye föl a kapcsolatot a rendszergazdával. A szoftver megjegyzi a legutoljára sikeresen bejelentkezett felhasználó nevét.
* '''Jelszó''' mezőbe írja be a titkos jelszavát. Ha elfelejtette a jelszót, akkor vegye föl a kapcsolatot a rendszergazdával.

= Friss telepítés esetén =

* Használja a '''Rendszergazda''' bejelentkezési nevet és az '''abcd1234''' jelszót.
* Első bejelentkezés után azonnal változtassa meg a jelszavát a Biztonság/Saját jelszó megváltoztatása menüpont alatt.

= További információk =

További információért lásd még a [[SDITemplate jogosultsági rendszere|jogosultsági rendszer]] cikket.

Fájl:Loginform.jpg

2016-04-22T10:53:31Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki Fájl:Loginform.jpg új verzióját töltötte fel

MsUpload

MastERPiece Munkaügyi modul

2015-10-09T09:58:54Z

Szoftver Messiás Wiki: /* Szabadnapok folyamata */

{{:mastERPiece_ModuleHeader}}

== Bevezetés ==

A Munkaügyi modul jelenleg egyetlen fő funkció köré van építve: a dolgozók szabadságainak nyilvántartása. További tervezett, de nem megvalósított rész egy kollaboratív naptár funkció, amin keresztül a felhasználók időponthoz kötött események mentén tudnak együttműködni egymással.

== Saját dolgozók ==

A munkaügyi modulban "Saját dolgozó" név alatt értünk minden olyan [[mastERPiece_Modul_CRM#Kapcsolat.2FDolgoz.C3.B3|kapcsolatot]], ami saját cég típusú partnerhez lett rendelve. A Munkaügy modul fülön van egy külön menüpont a saját dolgozók megjelenítésére; ez valójában a CRM modul [[mastERPiece_TfrmCrm_Kapcsolat|kapcsolat ablakát]] nyitja meg, de előre beállítja a "Saját cég" partner típusra vonatkozó megfelelő szűréseket. Ebből az ablakból kiindulva lehet egyszerűen beállítani a dolgozók szabadságolási paramétereit, valamit megnézni egy adott dolgozó összes szabadságát.

== Éves szabadságok ==

Az egyes dolgozók éves szabadságának megállapítása bonyolult feladat. Nagyon sok tényezőt kell figyelembe venni. Az éves szabadság megállapításánál például figyelembe kell venni azt is, hogy az adott dolgozó az adott évben mennyi időn keresztül van munkaviszonyban. A munkaviszony hosszát nem lehet biztosan előre megmondani, mert a munkaviszony előre nem látható külső okok miatt is megszűnhet. Ezekből következik, hogy az éves szabadság mértékét nem lehet teljes bizonyossággal előre megállapítani. A szabadnapok számát a könyvelő/bérszámfejtő határozza meg, és minden évben előre rögzíti. A körülmények megváltozása esetén a paraméter felülvizsgálata és módosítása is szükséges lehet.

Ezekt a paramétereket a [[mastERPiece_TfrmMunk_Dolgozo_Ev|dolgozó éves szabadságok]] ablakon lehet megadni, hogy egy adott dolgozónak egy adott évben:

* Hány fizetett szabadnap jár
* Hány TB finanszírozott betegnap jár
* Hány munkáltató által finanszírozott betegnap jár
* Előző évről hány fizetett szabadnapot hozott át, és hogy
* Ezek az áthozott napok meddig használhatóak föl.

== Szabadnap típus ==

A szabadnap típusok a következők:

* Fizetett szabadság
* Fizetetlen szabadság
* Rendkívüli szabadság
* Betegszabadság

A szabadnapok és szabadnap kérelmek rögzítése során kötelező megadni a típust. A szoftver a típus, a megadott dátumok és a beállított éves szabadság keretek (lást följebb) alapján képes megmondani, hogy a dolgozónak összesen hány szabadnapja van, ebből mennyit használt föl, és mennyi maradt még neki.

A típusok teljes listája megtekinthető a [[mastERPiece_TfrmMunk_SzabadnapTipus|Szabadnap típus]] ablakon. Mivel az egyes típusok rögzített jelentéssel bírnak és számításokban vesznek részt, ezért a szabadnap típusokat a felhasználók nem módosíthatják.

== Szabadság kérelem aláírók beosztásonként ==

Egy szabadság kérelem benyújtása utána egy engedélyezési (jóváhagyási) folyamaton kell végigmenni. A jóváhagyás után egy úgynevezett szabadságengedély kiállítása következik, amit a megfelelő személyek aláírásukkal hitelesítenek. Az aláírók attól függően változnak, hogy kinek a szabadságáról van szó. Minden engedély esetén kötelezően aláíró a kérelem benyújtója (a dolgozó), és az ő közvetlen felettese (ha van ilyen). Ezen felül további aláírók is lehetnek; az ő személyük elsősorban a kérelmező [[mastERPiece_Modul_CRM#Beoszt.C3.A1s|beosztásától]] függ. A [[mastERPiece_TfrmMunk_Szab_Beo_Alairo|szabadság kérelem beosztásonként]] ablakon lehet megadni, hogy egy adott beosztásban levő kérelmező esetén kiknek kell aláírni a szabadságengedélyt

=== Alapvető beállítások ===

:[[File:ClipCapIt-151009-104746.PNG]]

Az egyes mezők jelentése a következő:

* A sorrend mező határozza meg, hogy az aláíró hányadikként szerepel az engedélyen. Ha azt akarja, hogy mindig a kérelmező és az aláíró legyenek az első aláírók, akkor a sorrendet legalább 30-tól indítsa.
* A jogcím határozza meg, hogy az aláíró neve alatt milyen jogcím jelenik meg. Ha ez nincs megadva, akkor az alapértelmezett jogcím a kapcsolathoz tartozó beosztás neve lesz.
* Egy beosztáshoz nem adható meg ugyan az az aláíró több alkalommal. Ez fizikailag azt jelenté, hogy az adott aláíró kétszer írja alá ugyan azt a papírt, ami nem optimális. Ha valaki több jogcímen ír alá, akkor a "Jogcím" mezőbe kell beírni a jogcímeket, vesszővel elválasztva.

=== Hogyan határozódik meg az aláírók listája ===

Az aláírók listája egy konkrét szabadságkérelem rögzítésekor automatikusan meghatározódik, az alábbi módon:

* Aláírónak számít a kérelem benyújtója (a dolgozó). Jogcíme "Kérelmező", sorszáma 10.
* Aláírónak számít a kérelem benyújtójának közvetlen felettese (ha van ilyen). Jogcíme: "Kérelmező felettese", sorszáma 20.
* Aláíró ezen felül az összes kapcsolat aki az [[mastERPiece_TfrmMunk_Szab_Beo_Alairo|szabadság kérelem beosztásonként]] ablakon ekként lett megadva a kérelmező beosztásához.
* Ha egy aláíró a fenti módon többször is meghatározásra került (például a kérelmező feletteseként és explicit módon megadott aláíróként is), akkor a sorszáma a sorszámok közül a legkisebb lesz, a lehetséges jogcímek pedig a megadott sorrendnek megfelelően, vesszővel elválasztva kerülnek összefűzésre.

Példa:

* A kérelmező "Nagy Éva" beosztása "Karbantartó"
* A kérelmező közvetlen felettese "Kiss Péter"
* A "Karbantartó" beosztáshoz megadott aláírók között szerepelnek:
** "Sarkadi Renáta" műszaki vezető 100-as sorszámmal, és
** "Kiss Péter" Csoportvezető 110-es sorszámmal.

Az aláírók a következők lesznek:

* Sorszám=10, Név="Nagy Éva", Jogcím="Kérelmező"
* Sorszám=20, Név="Kiss Péter", Jogcím="Csoportvezető, Felettes" (és itt azért került előre a Felettes, mert 20 < 110)
* Sorszám=100, Név="Sarkadi Renáta", Jogcím="Műszaki vezető"

Az aláírók listájának automatikus meghatározása után a megállapított lista elmentődik az adott kérelemhez, és nyomtatás előtt még módosítható. Egy konkrét kérelemhez megállapított aláíró lista utólagos módosítása csak az adott szabadsághoz tartozó nyomtatványokra van hatással.

== Szabadnap kérelem és engedélyezés folyamata ==

A dolgozók a szabadnapokat kérelmezés után vehetik ki. A kérelmezéstől az elutasításig (vagy elfogadásig) több állapoton mehetnek keresztül. A különböző állapotok közötti átmeneteket a [[SDITemplate_Folyamatkezelő_motor|folyamat kezelő motor]] kezeli. Az alábbi ábrán látható a szabadnap kérelmezési és engedélyezési folyamat diagramja.

:[[File:ClipCapIt-151009-114019.PNG]]

* A kérelem kezdetben előkészítés alatti állapotban van. Ez még nem számít a kérelem beadásának. Bármilyen adat módosítható.
* A kérelem beadása nélkül meg lehet szakítani a folyamatot a "Rontott" állapotba való átvitellel. A "Rontott" állapot azt jelzi, hogy a kérelem sosem került benyújtásra.
* Ha az előkészítés sikeres volt, akkor kerülhet át a kérelem "Jóváhagyásra vár" állapotba. Ez egy többszörös jóváhagyásos állapot. Ez azt jelenti, hogy az átvitelkor meg kötelező megadni a jóváhagyók listáját. Az összes jóváhagyó értesítést kap arról, hogy felül kell vizsgálnia a szabadság kérelmet, és döntenie kell arról hogy a a kérelmet jóváhagyja vagy visszautasítja. A visszautasítás mindig indoklás megadásával történik.
* Visszautasítás esetén (ha legalább egy ember visszautasította a kérelmet), a kérelem átkerül az "Újraegyeztetés" állapotba. Ebben az állapotban dönteni kell a kérelem további sorsáról.
* Újraegyeztetés állapotban ismét lehet módosítani a kérelem adatait, és újból el lehet küldeni jóváhagyásra.
* Újraegyeztetés állapotból el lehet küldeni "Visszautasított" lezárt állapotba is, ez végleges.
* Ha mindenki jóváhagyta a kérelmet, akkor az automatikusan átkerül "Aláírásra vár" állapotba. Ebben az állapotban ki lehet nyomtatni a szabadságengedélyt. (Tehát a szabadságengedély papír alapon csak akkor kerül nyomtatásra, ha már tudjuk hogy a szükséges személyek jóváhagyták.) Nyomtatás után meg kell várni, hogy az összes szükséges aláírás rákerüljön.
* Ha valaki meggondolja magát és mégsem írja alá a papírt, akkor innen még vissza lehet küldeni újraegyeztetésre. De ez (remélhetőleg) szinte sosem fordul elő.
* Ha minden aláírás rákerült, akkor a kérelmet át lehet vinni "Iktatásra vár" állapotba. Az "Iktatásra vár" állapotban történik meg az aláírt szabadságengedély iktatására (lásd az [[SDITemplate_Modul_SD|iktató és dokumentum kezelő modul leírását]]). Az iktatáshoz azért alakítottunk ki külön állapotot, mert így meg lehet mondani hogy az aláírás befejeződött-e, és az iktatás feladatát el lehet halasztani egy későbbi időpontra, illetve delegálni lehet egy másik (adminisztrációs) osztálynak.

A különböző típusú szabadnapok (fizetett, fizetetlen, beteg- és rendkívüli szabadnapok) folyamata azonos; de a körülményeknek megfelelő módon változnak a jóváhagyók személyek és az iktatott dokumentumok. Például betegszabadság esetén a jóváhagyás szinte automatikus (a betegség nem kér engedélyt), míg egy több hetes nyári szabadság esetén a közvetlen felettesen kívül szükséges lehet a csoportvezető vagy a HR csoport vezetőjének jóváhagyására is. Ha a szabadság kérelem rögzítését nem az a személy végzi aki a jóváhagyókat kijelöli, akkor szükségessé válhat egy köztes "jóváhagyók kijelölésére vár" állapot bevezetése is. Az iktatásra váró állapotban egy fizetett szabadság esetén elegendő az aláírt szabadságengedély iktatása. Betegség esetén a táppénzes papír vagy valamilyen más igazolás csatolása is szükséges lehet. Az alapértelmezett beállítás szerint a szabadságengedélyt kötelezően csatolni kell a lezárás előtt (enélkül a lezárás nem végezhető el), a többi dokumentum szükségességéről a felhasználó saját hatáskörében dönt.

MastERPiece Munkaügyi modul

2015-10-09T09:58:30Z

Szoftver Messiás Wiki: /* Szabadnap kérelmek */

{{:mastERPiece_ModuleHeader}}

== Bevezetés ==

A Munkaügyi modul jelenleg egyetlen fő funkció köré van építve: a dolgozók szabadságainak nyilvántartása. További tervezett, de nem megvalósított rész egy kollaboratív naptár funkció, amin keresztül a felhasználók időponthoz kötött események mentén tudnak együttműködni egymással.

== Saját dolgozók ==

A munkaügyi modulban "Saját dolgozó" név alatt értünk minden olyan [[mastERPiece_Modul_CRM#Kapcsolat.2FDolgoz.C3.B3|kapcsolatot]], ami saját cég típusú partnerhez lett rendelve. A Munkaügy modul fülön van egy külön menüpont a saját dolgozók megjelenítésére; ez valójában a CRM modul [[mastERPiece_TfrmCrm_Kapcsolat|kapcsolat ablakát]] nyitja meg, de előre beállítja a "Saját cég" partner típusra vonatkozó megfelelő szűréseket. Ebből az ablakból kiindulva lehet egyszerűen beállítani a dolgozók szabadságolási paramétereit, valamit megnézni egy adott dolgozó összes szabadságát.

== Éves szabadságok ==

Az egyes dolgozók éves szabadságának megállapítása bonyolult feladat. Nagyon sok tényezőt kell figyelembe venni. Az éves szabadság megállapításánál például figyelembe kell venni azt is, hogy az adott dolgozó az adott évben mennyi időn keresztül van munkaviszonyban. A munkaviszony hosszát nem lehet biztosan előre megmondani, mert a munkaviszony előre nem látható külső okok miatt is megszűnhet. Ezekből következik, hogy az éves szabadság mértékét nem lehet teljes bizonyossággal előre megállapítani. A szabadnapok számát a könyvelő/bérszámfejtő határozza meg, és minden évben előre rögzíti. A körülmények megváltozása esetén a paraméter felülvizsgálata és módosítása is szükséges lehet.

Ezekt a paramétereket a [[mastERPiece_TfrmMunk_Dolgozo_Ev|dolgozó éves szabadságok]] ablakon lehet megadni, hogy egy adott dolgozónak egy adott évben:

* Hány fizetett szabadnap jár
* Hány TB finanszírozott betegnap jár
* Hány munkáltató által finanszírozott betegnap jár
* Előző évről hány fizetett szabadnapot hozott át, és hogy
* Ezek az áthozott napok meddig használhatóak föl.

== Szabadnap típus ==

A szabadnap típusok a következők:

* Fizetett szabadság
* Fizetetlen szabadság
* Rendkívüli szabadság
* Betegszabadság

A szabadnapok és szabadnap kérelmek rögzítése során kötelező megadni a típust. A szoftver a típus, a megadott dátumok és a beállított éves szabadság keretek (lást följebb) alapján képes megmondani, hogy a dolgozónak összesen hány szabadnapja van, ebből mennyit használt föl, és mennyi maradt még neki.

A típusok teljes listája megtekinthető a [[mastERPiece_TfrmMunk_SzabadnapTipus|Szabadnap típus]] ablakon. Mivel az egyes típusok rögzített jelentéssel bírnak és számításokban vesznek részt, ezért a szabadnap típusokat a felhasználók nem módosíthatják.

== Szabadság kérelem aláírók beosztásonként ==

Egy szabadság kérelem benyújtása utána egy engedélyezési (jóváhagyási) folyamaton kell végigmenni. A jóváhagyás után egy úgynevezett szabadságengedély kiállítása következik, amit a megfelelő személyek aláírásukkal hitelesítenek. Az aláírók attól függően változnak, hogy kinek a szabadságáról van szó. Minden engedély esetén kötelezően aláíró a kérelem benyújtója (a dolgozó), és az ő közvetlen felettese (ha van ilyen). Ezen felül további aláírók is lehetnek; az ő személyük elsősorban a kérelmező [[mastERPiece_Modul_CRM#Beoszt.C3.A1s|beosztásától]] függ. A [[mastERPiece_TfrmMunk_Szab_Beo_Alairo|szabadság kérelem beosztásonként]] ablakon lehet megadni, hogy egy adott beosztásban levő kérelmező esetén kiknek kell aláírni a szabadságengedélyt

=== Alapvető beállítások ===

:[[File:ClipCapIt-151009-104746.PNG]]

Az egyes mezők jelentése a következő:

* A sorrend mező határozza meg, hogy az aláíró hányadikként szerepel az engedélyen. Ha azt akarja, hogy mindig a kérelmező és az aláíró legyenek az első aláírók, akkor a sorrendet legalább 30-tól indítsa.
* A jogcím határozza meg, hogy az aláíró neve alatt milyen jogcím jelenik meg. Ha ez nincs megadva, akkor az alapértelmezett jogcím a kapcsolathoz tartozó beosztás neve lesz.
* Egy beosztáshoz nem adható meg ugyan az az aláíró több alkalommal. Ez fizikailag azt jelenté, hogy az adott aláíró kétszer írja alá ugyan azt a papírt, ami nem optimális. Ha valaki több jogcímen ír alá, akkor a "Jogcím" mezőbe kell beírni a jogcímeket, vesszővel elválasztva.

=== Hogyan határozódik meg az aláírók listája ===

Az aláírók listája egy konkrét szabadságkérelem rögzítésekor automatikusan meghatározódik, az alábbi módon:

* Aláírónak számít a kérelem benyújtója (a dolgozó). Jogcíme "Kérelmező", sorszáma 10.
* Aláírónak számít a kérelem benyújtójának közvetlen felettese (ha van ilyen). Jogcíme: "Kérelmező felettese", sorszáma 20.
* Aláíró ezen felül az összes kapcsolat aki az [[mastERPiece_TfrmMunk_Szab_Beo_Alairo|szabadság kérelem beosztásonként]] ablakon ekként lett megadva a kérelmező beosztásához.
* Ha egy aláíró a fenti módon többször is meghatározásra került (például a kérelmező feletteseként és explicit módon megadott aláíróként is), akkor a sorszáma a sorszámok közül a legkisebb lesz, a lehetséges jogcímek pedig a megadott sorrendnek megfelelően, vesszővel elválasztva kerülnek összefűzésre.

Példa:

* A kérelmező "Nagy Éva" beosztása "Karbantartó"
* A kérelmező közvetlen felettese "Kiss Péter"
* A "Karbantartó" beosztáshoz megadott aláírók között szerepelnek:
** "Sarkadi Renáta" műszaki vezető 100-as sorszámmal, és
** "Kiss Péter" Csoportvezető 110-es sorszámmal.

Az aláírók a következők lesznek:

* Sorszám=10, Név="Nagy Éva", Jogcím="Kérelmező"
* Sorszám=20, Név="Kiss Péter", Jogcím="Csoportvezető, Felettes" (és itt azért került előre a Felettes, mert 20 < 110)
* Sorszám=100, Név="Sarkadi Renáta", Jogcím="Műszaki vezető"

Az aláírók listájának automatikus meghatározása után a megállapított lista elmentődik az adott kérelemhez, és nyomtatás előtt még módosítható. Egy konkrét kérelemhez megállapított aláíró lista utólagos módosítása csak az adott szabadsághoz tartozó nyomtatványokra van hatással.

== Szabadnapok folyamata ==

A dolgozók a szabadnapokat kérelmezés után vehetik ki. A kérelmezéstől az elutasításig (vagy elfogadásig) több állapoton mehetnek keresztül. A különböző állapotok közötti átmeneteket a [[SDITemplate_Folyamatkezelő_motor|folyamat kezelő motor]] kezeli. Az alábbi ábrán látható a szabadnap kérelmezési és engedélyezési folyamat diagramja.

:[[File:ClipCapIt-151009-114019.PNG]]

* A kérelem kezdetben előkészítés alatti állapotban van. Ez még nem számít a kérelem beadásának. Bármilyen adat módosítható.
* A kérelem beadása nélkül meg lehet szakítani a folyamatot a "Rontott" állapotba való átvitellel. A "Rontott" állapot azt jelzi, hogy a kérelem sosem került benyújtásra.
* Ha az előkészítés sikeres volt, akkor kerülhet át a kérelem "Jóváhagyásra vár" állapotba. Ez egy többszörös jóváhagyásos állapot. Ez azt jelenti, hogy az átvitelkor meg kötelező megadni a jóváhagyók listáját. Az összes jóváhagyó értesítést kap arról, hogy felül kell vizsgálnia a szabadság kérelmet, és döntenie kell arról hogy a a kérelmet jóváhagyja vagy visszautasítja. A visszautasítás mindig indoklás megadásával történik.
* Visszautasítás esetén (ha legalább egy ember visszautasította a kérelmet), a kérelem átkerül az "Újraegyeztetés" állapotba. Ebben az állapotban dönteni kell a kérelem további sorsáról.
* Újraegyeztetés állapotban ismét lehet módosítani a kérelem adatait, és újból el lehet küldeni jóváhagyásra.
* Újraegyeztetés állapotból el lehet küldeni "Visszautasított" lezárt állapotba is, ez végleges.
* Ha mindenki jóváhagyta a kérelmet, akkor az automatikusan átkerül "Aláírásra vár" állapotba. Ebben az állapotban ki lehet nyomtatni a szabadságengedélyt. (Tehát a szabadságengedély papír alapon csak akkor kerül nyomtatásra, ha már tudjuk hogy a szükséges személyek jóváhagyták.) Nyomtatás után meg kell várni, hogy az összes szükséges aláírás rákerüljön.
* Ha valaki meggondolja magát és mégsem írja alá a papírt, akkor innen még vissza lehet küldeni újraegyeztetésre. De ez (remélhetőleg) szinte sosem fordul elő.
* Ha minden aláírás rákerült, akkor a kérelmet át lehet vinni "Iktatásra vár" állapotba. Az "Iktatásra vár" állapotban történik meg az aláírt szabadságengedély iktatására (lásd az [[SDITemplate_Modul_SD|iktató és dokumentum kezelő modul leírását]]). Az iktatáshoz azért alakítottunk ki külön állapotot, mert így meg lehet mondani hogy az aláírás befejeződött-e, és az iktatás feladatát el lehet halasztani egy későbbi időpontra, illetve delegálni lehet egy másik (adminisztrációs) osztálynak.

A különböző típusú szabadnapok (fizetett, fizetetlen, beteg- és rendkívüli szabadnapok) folyamata azonos; de a körülményeknek megfelelő módon változnak a jóváhagyók személyek és az iktatott dokumentumok. Például betegszabadság esetén a jóváhagyás szinte automatikus (a betegség nem kér engedélyt), míg egy több hetes nyári szabadság esetén a közvetlen felettesen kívül szükséges lehet a csoportvezető vagy a HR csoport vezetőjének jóváhagyására is. Ha a szabadság kérelem rögzítését nem az a személy végzi aki a jóváhagyókat kijelöli, akkor szükségessé válhat egy köztes "jóváhagyók kijelölésére vár" állapot bevezetése is. Az iktatásra váró állapotban egy fizetett szabadság esetén elegendő az aláírt szabadságengedély iktatása. Betegség esetén a táppénzes papír vagy valamilyen más igazolás csatolása is szükséges lehet. Az alapértelmezett beállítás szerint a szabadságengedélyt kötelezően csatolni kell a lezárás előtt (enélkül a lezárás nem végezhető el), a többi dokumentum szükségességéről a felhasználó saját hatáskörében dönt.

Fájl:ClipCapIt-151009-114019.PNG

2015-10-09T09:40:48Z

Szoftver Messiás Wiki: This file was uploaded from the clipboard (Category:Clipboard upload).

This file was uploaded from the clipboard ([[Category:Clipboard upload]]).

MastERPiece Munkaügyi modul

2015-10-09T08:48:17Z

Szoftver Messiás Wiki: /* Alapvető beállítások */

Fájl:ClipCapIt-151009-104746.PNG

2015-10-09T08:48:16Z

Szoftver Messiás Wiki: This file was uploaded from the clipboard (Category:Clipboard upload).

This file was uploaded from the clipboard ([[Category:Clipboard upload]]).

MastERPiece Munkaügyi modul

2015-10-09T08:24:30Z

Szoftver Messiás Wiki: /* Szabadság kérelem aláírók beosztásonként */

Fájl:ClipCapIt-151009-102359.PNG

2015-10-09T08:24:28Z

Szoftver Messiás Wiki: This file was uploaded from the clipboard (Category:Clipboard upload).

This file was uploaded from the clipboard ([[Category:Clipboard upload]]).

MastERPiece Munkaügyi modul

2015-10-09T08:24:16Z

Szoftver Messiás Wiki: /* Alapvető beállítások */

Vállalatirányítási rendszer

2015-10-09T08:15:43Z

Szoftver Messiás Wiki: /* Munkaügyi modul */

=Komplex vállalatirányítási rendszer=

==Modulok==

A vállalatirányítási rendszer modulokra van bontva. Ezek nagyjából egy vállalatnál megtalálható osztályoknak felelnek meg, de vannak olyan modulok is amik egy minden osztályra kiterjedő általános feladatot oldanak meg (pl. folyamat kezelés, dokumentum kezelés).

===Törzsadatok modul===

A tözsadatok nagyobb mennyiségű, viszonylag ritkán módosuló adatokból állnak. Ezek használva vannak az ügyvitel, a pénzügy a készlet kezelés területén is. Kiemelt jelentőségű egyedtípusok a szolgáltatás típus, költség típus és cikk típus, illetve ezek kategóriái (szolgáltatás kategória, költség kategória, cikk kategória). Ezeket ebben a leírásban tétel hármas néven is nevezzük (mert általában együtt fordulnak elő). A törzsadatok elsődleges célja az adatok kategorizálása, csoportosítása, besorolása.

Bővebb információért tekintse meg a [[mastERPiece_Modul_TOR|törzsadatok modul teljes leírását]].

===Ügyfélkapcsolati (CRM) modul===

Az ügyfélkapcsolat vagy más néven CRM (Customer Relationship Management) modul az ügyelek adatait tartalmazza, a velük való kapcsolattartást, az ügyfelek kezelését segíti elő. [http://hu.wikipedia.org/wiki/CRM]

Bővebb információért tekintse meg az [[mastERPiece_Modul_CRM|ügyfélkapcsolati modul teljes leírását]].

===Készlet nyilvántartó modul===

A készlet modul feladata a raktározott termékek, raktárak nyilvántartása, ezek kategorizálása; a készlet mozgásokkal kapcsolatos tranzakciók adminisztrálása. Ez a modul több raktárat, és több tulajdonost (tulajdonos szerepkört eljátszó partnert) és tetszőleges számú terméket képes kezelni.

Bővebb információért tekintse meg a [[mastERPiece_Modul_KSZL|készlet nyilvántartó modul teljes leírását]].

===Ügyvitel modul===

Az ügyviteli modul a cég főtevékenységének adminisztrációs helye. Ez viszi végig a folyamatot a projekt és árajánlat létrehozásától a munka megvalósításáig.
A készletezés, ügyvitel, számlázás hármasból az ügyvitel szokott az lenni ami minden cégnél kicsit máshogy működik. A szerződések a cégre jellemző egyedi
módon vannak kezelve. Az ügyvitel modulban kiemelt jelentősége van a folyamatoknak. A szerződés, megrendelés, munkalap (megrendelés teljesítés) hármasa egymás alá rendelt folyamatoknak foghatók föl. Mivel itt zajlik a cég fő tevékenysége ezért a kimutatások (kontrolling) szempontjából is kiemelt a jelentősége az ügyvitel modulnak.

Bővebb információért tekintse meg az [[mastERPiece_Modul_UGYV|ügyvitel modul teljes leírását]].

===Folyamat kezelő (workflow) modul===

Ez a vállalatirányítási rendszer egyszerűsített folyamatkezelő motort (workflow engine) használ. A folyamatkezelés rugalmasan alakítható, és bevezethető egyéb más adatokra is amelyet a rendszer kezel. Ez a vállalatirányítási rendszer a következő adatok esetén használ folyamatokat:

* Ügyviteli modulban:
** Projekt
** Szerződés
** Megrendelés
** Munkalap
* Pénzügyi modulban:
** Elszámolás
** Számla
* Készlet nyilvántartó modulban:
** Készlet mozgás
* Ügyfélkapcsolati (CRM) modulban:
** Hibajegy

Bővebb információért tekintse meg a [[mastERPiece_Modul_WF|folyamatkezelő modul teljes leírását]].

===Pénzügyi modul===

A pénzügy modul három fő részből áll:

* Elszámolások
* Számlák
* Pénzügyi teljesítések

Bővebb információért tekintse meg a [[mastERPiece_Modul_PENZ|pénzügyi modul teljes leírását]].

===Munkaügyi modul===

A munkaügyi modul a saját cég alkalmazottaival kapcsolatos adminisztratív nyilvántartás vezetésére szolgál.

Bővebb információért tekintse meg a [[mastERPiece_Modul_MUNK|munkügyi modul teljes leírását]].

===Iktató és dokumentum kezelő modul===

Az iktató és dokumentum kezelő modul célja a céghez beérkező és onnan kimenő dokumentumok elektronikus nyilvántartása. Vannak dokumentumok amik önállóan is iktathatók, de a nagy többségük valamilyen más üzleti objektumhoz kapcsolódik.

Bővebb információért tekintse meg a [[mastERPiece_Modul_SD|dokumentum kezelő modul teljes leírását]].

===Jogosultság kezelés===

A jogosultság kezelés több szinten valósul meg:

* A rendszerhez való hozzáférés felhasználókkal
* Általánosan a különböző ablakok megnyitása és műveletek végrehajtása korlátozható
* Egyedileg konkrét adathoz (pl. konkrét szerződés vagy számla) való hozzáférés szabályozható
* A folyamatok állapot átmeneteire külön jogosultság adható
* A raktárakhoz való hozzáférés szabályozható

Bővebb információért tekintse meg a [[mastERPiece_Modul_PERM|jogosultság modul teljes leírását]].

===Kontrolling===

MastERPiece Modul MUNK

2015-10-09T08:15:12Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki átnevezte a(z) Globalhand 3 Modul MUNK lapot a következő névre: Globalhand 3 Munkaügyi modul

#ÁTIRÁNYÍTÁS [[mastERPiece Munkaügyi modul]]

MastERPiece Munkaügyi modul

2015-10-09T08:15:12Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki átnevezte a(z) Globalhand 3 Modul MUNK lapot a következő névre: Globalhand 3 Munkaügyi modul

MastERPiece Munkaügyi modul

2015-10-09T08:06:42Z

Szoftver Messiás Wiki:

MastERPiece Munkaügyi modul

2015-10-09T08:04:24Z

Szoftver Messiás Wiki:

Fájl:ClipCapIt-151009-094948.PNG

2015-10-09T07:50:18Z

Szoftver Messiás Wiki: This file was uploaded from the clipboard (Category:Clipboard upload).

This file was uploaded from the clipboard ([[Category:Clipboard upload]]).

MastERPiece Munkaügyi modul

2015-10-09T07:48:55Z

Szoftver Messiás Wiki:

MastERPiece Munkaügyi modul

2015-10-09T07:39:45Z

Szoftver Messiás Wiki: Új oldal, tartalma: „{{:GlobalHand_3_ModuleHeader}} == Bevezetés == A Munkaügyi modul jelenleg egyetlen fő funkció köré van építve: a dolgozók szabadságainak nyilvántartása. T…”

Vállalatirányítási rendszer

2015-10-09T07:28:19Z

Szoftver Messiás Wiki: /* Komplex vállalatirányítási rendszer */

=Komplex vállalatirányítási rendszer=

==Modulok==

A vállalatirányítási rendszer modulokra van bontva. Ezek nagyjából egy vállalatnál megtalálható osztályoknak felelnek meg, de vannak olyan modulok is amik egy minden osztályra kiterjedő általános feladatot oldanak meg (pl. folyamat kezelés, dokumentum kezelés).

===Törzsadatok modul===

A tözsadatok nagyobb mennyiségű, viszonylag ritkán módosuló adatokból állnak. Ezek használva vannak az ügyvitel, a pénzügy a készlet kezelés területén is. Kiemelt jelentőségű egyedtípusok a szolgáltatás típus, költség típus és cikk típus, illetve ezek kategóriái (szolgáltatás kategória, költség kategória, cikk kategória). Ezeket ebben a leírásban tétel hármas néven is nevezzük (mert általában együtt fordulnak elő). A törzsadatok elsődleges célja az adatok kategorizálása, csoportosítása, besorolása.

Bővebb információért tekintse meg a [[mastERPiece_Modul_TOR|törzsadatok modul teljes leírását]].

===Ügyfélkapcsolati (CRM) modul===

Az ügyfélkapcsolat vagy más néven CRM (Customer Relationship Management) modul az ügyelek adatait tartalmazza, a velük való kapcsolattartást, az ügyfelek kezelését segíti elő. [http://hu.wikipedia.org/wiki/CRM]

Bővebb információért tekintse meg az [[mastERPiece_Modul_CRM|ügyfélkapcsolati modul teljes leírását]].

===Készlet nyilvántartó modul===

A készlet modul feladata a raktározott termékek, raktárak nyilvántartása, ezek kategorizálása; a készlet mozgásokkal kapcsolatos tranzakciók adminisztrálása. Ez a modul több raktárat, és több tulajdonost (tulajdonos szerepkört eljátszó partnert) és tetszőleges számú terméket képes kezelni.

Bővebb információért tekintse meg a [[mastERPiece_Modul_KSZL|készlet nyilvántartó modul teljes leírását]].

===Ügyvitel modul===

Az ügyviteli modul a cég főtevékenységének adminisztrációs helye. Ez viszi végig a folyamatot a projekt és árajánlat létrehozásától a munka megvalósításáig.
A készletezés, ügyvitel, számlázás hármasból az ügyvitel szokott az lenni ami minden cégnél kicsit máshogy működik. A szerződések a cégre jellemző egyedi
módon vannak kezelve. Az ügyvitel modulban kiemelt jelentősége van a folyamatoknak. A szerződés, megrendelés, munkalap (megrendelés teljesítés) hármasa egymás alá rendelt folyamatoknak foghatók föl. Mivel itt zajlik a cég fő tevékenysége ezért a kimutatások (kontrolling) szempontjából is kiemelt a jelentősége az ügyvitel modulnak.

Bővebb információért tekintse meg az [[mastERPiece_Modul_UGYV|ügyvitel modul teljes leírását]].

===Folyamat kezelő (workflow) modul===

Ez a vállalatirányítási rendszer egyszerűsített folyamatkezelő motort (workflow engine) használ. A folyamatkezelés rugalmasan alakítható, és bevezethető egyéb más adatokra is amelyet a rendszer kezel. Ez a vállalatirányítási rendszer a következő adatok esetén használ folyamatokat:

* Ügyviteli modulban:
** Projekt
** Szerződés
** Megrendelés
** Munkalap
* Pénzügyi modulban:
** Elszámolás
** Számla
* Készlet nyilvántartó modulban:
** Készlet mozgás
* Ügyfélkapcsolati (CRM) modulban:
** Hibajegy

Bővebb információért tekintse meg a [[mastERPiece_Modul_WF|folyamatkezelő modul teljes leírását]].

===Pénzügyi modul===

A pénzügy modul három fő részből áll:

* Elszámolások
* Számlák
* Pénzügyi teljesítések

Bővebb információért tekintse meg a [[mastERPiece_Modul_PENZ|pénzügyi modul teljes leírását]].

===Munkaügyi modul===

A munkaügyi modul a saját cég alkalmazottaival kapcsolatos adminisztratív nyilvántartás vezetésére szolgál. Bővebb információért tekintse meg a [[mastERPiece_Modul_MUNK|munkügyi modul teljes leírását]].

===Iktató és dokumentum kezelő modul===

Az iktató és dokumentum kezelő modul célja a céghez beérkező és onnan kimenő dokumentumok elektronikus nyilvántartása. Vannak dokumentumok amik önállóan is iktathatók, de a nagy többségük valamilyen más üzleti objektumhoz kapcsolódik.

Bővebb információért tekintse meg a [[mastERPiece_Modul_SD|dokumentum kezelő modul teljes leírását]].

===Jogosultság kezelés===

A jogosultság kezelés több szinten valósul meg:

* A rendszerhez való hozzáférés felhasználókkal
* Általánosan a különböző ablakok megnyitása és műveletek végrehajtása korlátozható
* Egyedileg konkrét adathoz (pl. konkrét szerződés vagy számla) való hozzáférés szabályozható
* A folyamatok állapot átmeneteire külön jogosultság adható
* A raktárakhoz való hozzáférés szabályozható

Bővebb információért tekintse meg a [[mastERPiece_Modul_PERM|jogosultság modul teljes leírását]].

===Kontrolling===

MastERPiece Modul CRM

2014-09-01T06:29:31Z

Szoftver Messiás Wiki: Új oldal, tartalma: „{{:GlobalHand_3_ModuleHeader}} Az ügyfélkapcsolat vagy más néven CRM (Customer Relationship Management) modul az ügyelek adatait tartalmazza, a velük való kapcs…”

{{:mastERPiece_ModuleHeader}}

Az ügyfélkapcsolat vagy más néven CRM (Customer Relationship Management) modul az ügyelek adatait tartalmazza, a velük való kapcsolattartást, az ügyfelek kezelését segíti elő. Wikipedia:CRM

SDITemplate dokumentumok kezelése

2014-08-11T08:44:02Z

Szoftver Messiás Wiki:

A dokumentumok kezelésével kapcsolatos ablakokat elsősorban az '''"Iktatás"''' főmenüben találhatjuk meg. Ezek az ablakok a következőek:
----

======Kategorizálás======
*Dokumentum típus
*Dokumentum irány
*Dokumentum jelleg
*Irattár típus
*Irattár

======Beállítások======
*Dokumentumok modul engedélyezés

======Dokumentum======
*Dokumentum

======Sablonok======
*Sablon típus
*Sablon

SDITemplate dokumentumok kezelése

2014-08-11T08:38:46Z

Szoftver Messiás Wiki: /* Sablonok: */

A dokumentumok kezelésével kapcsolatos ablakokat elsősorban az '''"Iktatás"''' főmenüben találhatjuk meg. Ezek az ablakok a következőek:
----

======Kategorizálás:======
*Dokumentum típus
*Dokumentum irány
*Dokumentum jelleg
*Irattár típus
*Irattár

======Beállítások:======
*Dokumentumok modul engedélyezés

======Dokumentum:======
*Dokumentum

======Sablonok:======
*Sablon típus
*Sablon

SDITemplate dokumentumok kezelése

2014-08-11T08:38:33Z

Szoftver Messiás Wiki: /* Dokumentum: */

SDITemplate dokumentumok kezelése

2014-08-11T08:38:07Z

Szoftver Messiás Wiki: /* Beállítások: */

SDITemplate dokumentumok kezelése

2014-08-11T08:37:36Z

Szoftver Messiás Wiki: /* Kategorizálás: */

SDITemplate dokumentumok kezelése

2014-08-11T08:37:13Z

Szoftver Messiás Wiki: /* Kategorizálás: */

A dokumentumok kezelésével kapcsolatos ablakokat elsősorban az '''"Iktatás"''' főmenüben találhatjuk meg. Ezek az ablakok a következőek:
----

======Kategorizálás:======
*Dokumentum típus
*Dokumentum irány
*Dokumentum jelleg

======Beállítások:======

======Dokumentum:======

======Sablonok:======

SDITemplate dokumentumok kezelése

2014-08-11T08:36:30Z

Szoftver Messiás Wiki: /* Kategorizálás: */

A dokumentumok kezelésével kapcsolatos ablakokat elsősorban az '''"Iktatás"''' főmenüben találhatjuk meg. Ezek az ablakok a következőek:
----

======Kategorizálás:======
Dokumentum típus
Dokumentum irány
Dokumentum jelleg

======Beállítások:======

======Dokumentum:======

======Sablonok:======

SDITemplate dokumentumok kezelése

2014-08-11T08:35:35Z

Szoftver Messiás Wiki:

SDITemplate dokumentumok kezelése

2014-08-11T08:34:27Z

Szoftver Messiás Wiki:

A dokumentumok kezelésével kapcsolatos ablakokat elsősorban az '''"Iktatás"''' főmenüben találhatjuk meg. Ezek az ablakok a következőek:

Kategorizálás:

Beállítások:

Dokumentum:

Sablonok:

SDITemplate dokumentumok kezelése

2014-08-11T08:33:09Z

Szoftver Messiás Wiki:

A dokumentumok kezelésével kapcsolatos ablakokat elsősorban az "Iktatás" főmenüben találhatjuk meg. Ezek az ablakok a következőek:

Kategorizálás:

Beállítások:

Dokumentum:

Sablonok:

SDITemplate dokumentumok kezelése

2014-08-11T08:31:49Z

Szoftver Messiás Wiki: Új oldal, tartalma: „A dokumentumok kezelésével kapcsolatos ablakokat elsősorban az "Iktatás" főmenüben találhatjuk meg. Ezek az ablakok a következőek:”

A dokumentumok kezelésével kapcsolatos ablakokat elsősorban az "Iktatás" főmenüben találhatjuk meg. Ezek az ablakok a következőek:

Felhasznaloi kezikonyv

2014-07-04T07:46:14Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki átnevezte a(z) Felhasznaloi kezikonyv lapot a következő névre: Felhasználói kézikönyv

#ÁTIRÁNYÍTÁS [[Felhasználói kézikönyv]]

Felhasználói kézikönyv

2014-07-04T07:46:14Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki átnevezte a(z) Felhasznaloi kezikonyv lapot a következő névre: Felhasználói kézikönyv

<big>'''SDITemplate - általános adatbázisos keretrendszer'''</big>

== Mi az SDITemplate? ==

Az SDITemplate egy keretrendszer, amit a Szoftver Messiás Bt és a Shopzeus Európa Kft közös erővel fejlesztett ki. Speciálisan adatbázisos alkalmazások fejlesztéséhez lett kitalálva. Hosszú évek tapasztalata tette lehetővé számunkra hogy kidolgozzuk ezt a fejlett adatkezelési technológiát. Minden SDITemplate alapokon nyugvó szoftverre igazak a következők:

* Választhatóan SQLite vagy PostgreSQL adatbázist használnak az adatok tárolására
* A kliensprogramok Windows XP, Windows 7 rendszeren futnak, valamint lehetséges őket futtatni Linux alól is Windows emulátorral (wine)
* Képesek hálózatos működésre (csak PostgreSQL)
* Fejlett adatkezelő és ablakozó technikát alkalmaznak, közös kódbázissal
* Az tárolt adatok egy része közös, ilyen például a [[SDITemplate_jogosultsági_rendszere|jogosultsági rendszer]], vagy a kényelmi beállítások nagy része

== Mit kell tudnom róla? ==

Az SDITemplate rendszerben a közös használatú részek egy helyen vannak ledokumentálva, ebben a wiki-ben. Egy SDITemplate program használatának megkezdéséhez feltétlenül olvassa el a következő információs oldalakat. Ezek ismerete nagymértékben megkönnyíti az SDITemplate alapú programokkal való munkát.

* [[SDITemplate_TfrmDataEditor|Adatkezelő ablakok]]
* [[SDITemplate_dinamikus_mezők|Dinamikus mezők rendszere]]
* [[SDITemplate_dokumentumok_kezelése|Dokumentumok kezelése]]
* [[SDITemplate jogosultsági rendszere|Jogosultsági rendszer]]
* [[SDITemplate_speciális_beviteli_mezők|Speciális beviteli mezők]]

Felhasználói kézikönyv

2014-06-27T11:00:06Z

Szoftver Messiás Wiki:

Ügyviteli szoftverek általános felhasználói kézikönyve

2014-06-27T10:58:13Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki átnevezte a(z) Ügyviteli szoftverek általános felhasználói kézikönyve lapot a következő névre: Felhasznaloi kezikonyv: visszaállítás

#ÁTIRÁNYÍTÁS [[Felhasznaloi kezikonyv]]

Felhasználói kézikönyv

2014-06-27T10:58:13Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki átnevezte a(z) Ügyviteli szoftverek általános felhasználói kézikönyve lapot a következő névre: Felhasznaloi kezikonyv: visszaállítás

<big>'''SDITemplate - általános adatbázisos keretrendszer'''</big>

== Mi az SDITemplate? ==

Az SDITemplate egy keretrendszer, amit a Szoftver Messiás Bt és a Shopzeus Európa Kft közös erővel fejlesztett ki. Speciálisan adatbázisos alkalmazások fejlesztéséhez lett kitalálva. Hosszú évek tapasztalata tette lehetővé számunkra hogy kidolgozzuk ezt a fejlett adatkezelési technológiát. Minden SDITemplate alapokon nyugvó szoftverre igazak a következők:

* Választhatóan SQLite vagy PostgreSQL adatbázist használnak az adatok tárolására
* A kliensprogramok Windows XP, Windows 7 rendszeren futnak, valamint lehetséges őket futtatni Linux alól is Windows emulátorral (wine)
* Képesek hálózatos működésre (csak PostgreSQL)
* Fejlett adatkezelő és ablakozó technikát alkalmaznak, közös kódbázissal
* Az tárolt adatok egy része közös, ilyen például a [[SDITemplate_jogosultsági_rendszere|jogosultsági rendszer]], vagy a kényelmi beállítások nagy része

== Mit kell tudnom róla? ==

Az SDITemplate rendszerben a közös használatú részek egy helyen vannak ledokumentálva, ebben a wiki-ben. Egy SDITemplate program használatának megkezdéséhez feltétlenül olvassa el a következő információs oldalakat. Ezek ismerete nagymértékben megkönnyíti az SDITemplate alapú programokkal való munkát.

* [[SDITemplate_TfrmDataEditor|Adatkezelő ablakok]]
* [[SDITemplate_dinamikus_mezők|Dinamikus mezők rendszere]]
* [[SDITemplate_dokumentumok_kezelés|Dokumentumok kezelése]]
* [[SDITemplate jogosultsági rendszere|Jogosultsági rendszer]]
* [[SDITemplate_speciális_beviteli_mezők|Speciális beviteli mezők]]

Felhasználói kézikönyv

2014-06-27T10:24:34Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki átnevezte a(z) Felhasznaloi kezikonyv lapot Ügyviteli szoftverek általános felhasználói kézikönyve lapra átirányítás nélkül

<big>'''SDITemplate - általános adatbázisos keretrendszer'''</big>

== Mi az SDITemplate? ==

Az SDITemplate egy keretrendszer, amit a Szoftver Messiás Bt és a Shopzeus Európa Kft közös erővel fejlesztett ki. Speciálisan adatbázisos alkalmazások fejlesztéséhez lett kitalálva. Hosszú évek tapasztalata tette lehetővé számunkra hogy kidolgozzuk ezt a fejlett adatkezelési technológiát. Minden SDITemplate alapokon nyugvó szoftverre igazak a következők:

* Választhatóan SQLite vagy PostgreSQL adatbázist használnak az adatok tárolására
* A kliensprogramok Windows XP, Windows 7 rendszeren futnak, valamint lehetséges őket futtatni Linux alól is Windows emulátorral (wine)
* Képesek hálózatos működésre (csak PostgreSQL)
* Fejlett adatkezelő és ablakozó technikát alkalmaznak, közös kódbázissal
* Az tárolt adatok egy része közös, ilyen például a [[SDITemplate_jogosultsági_rendszere|jogosultsági rendszer]], vagy a kényelmi beállítások nagy része

== Mit kell tudnom róla? ==

Az SDITemplate rendszerben a közös használatú részek egy helyen vannak ledokumentálva, ebben a wiki-ben. Egy SDITemplate program használatának megkezdéséhez feltétlenül olvassa el a következő információs oldalakat. Ezek ismerete nagymértékben megkönnyíti az SDITemplate alapú programokkal való munkát.

* [[SDITemplate_TfrmDataEditor|Adatkezelő ablakok]]
* [[SDITemplate_dinamikus_mezők|Dinamikus mezők rendszere]]
* [[SDITemplate_dokumentumok_kezelés|Dokumentumok kezelése]]
* [[SDITemplate jogosultsági rendszere|Jogosultsági rendszer]]
* [[SDITemplate_speciális_beviteli_mezők|Speciális beviteli mezők]]

Felhasználói kézikönyv

2014-06-27T10:23:50Z

Szoftver Messiás Wiki: Új oldal, tartalma: „<big>'''SDITemplate - általános adatbázisos keretrendszer'''</big> == Mi az SDITemplate? == Az SDITemplate egy keretrendszer, amit a Szoftver Messiás Bt és a Sho…”

<big>'''SDITemplate - általános adatbázisos keretrendszer'''</big>

== Mi az SDITemplate? ==

Az SDITemplate egy keretrendszer, amit a Szoftver Messiás Bt és a Shopzeus Európa Kft közös erővel fejlesztett ki. Speciálisan adatbázisos alkalmazások fejlesztéséhez lett kitalálva. Hosszú évek tapasztalata tette lehetővé számunkra hogy kidolgozzuk ezt a fejlett adatkezelési technológiát. Minden SDITemplate alapokon nyugvó szoftverre igazak a következők:

* Választhatóan SQLite vagy PostgreSQL adatbázist használnak az adatok tárolására
* A kliensprogramok Windows XP, Windows 7 rendszeren futnak, valamint lehetséges őket futtatni Linux alól is Windows emulátorral (wine)
* Képesek hálózatos működésre (csak PostgreSQL)
* Fejlett adatkezelő és ablakozó technikát alkalmaznak, közös kódbázissal
* Az tárolt adatok egy része közös, ilyen például a [[SDITemplate_jogosultsági_rendszere|jogosultsági rendszer]], vagy a kényelmi beállítások nagy része

== Mit kell tudnom róla? ==

Az SDITemplate rendszerben a közös használatú részek egy helyen vannak ledokumentálva, ebben a wiki-ben. Egy SDITemplate program használatának megkezdéséhez feltétlenül olvassa el a következő információs oldalakat. Ezek ismerete nagymértékben megkönnyíti az SDITemplate alapú programokkal való munkát.

* [[SDITemplate_TfrmDataEditor|Adatkezelő ablakok]]
* [[SDITemplate_dinamikus_mezők|Dinamikus mezők rendszere]]
* [[SDITemplate_dokumentumok_kezelés|Dokumentumok kezelése]]
* [[SDITemplate jogosultsági rendszere|Jogosultsági rendszer]]
* [[SDITemplate_speciális_beviteli_mezők|Speciális beviteli mezők]]

Ügyviteli szoftverek álalános felhasználói kézikönyve

2014-06-27T10:06:33Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki átnevezte a(z) Ügyviteli szoftverek felhasználói kézikönyve lapot a következő névre: Ügyviteli szoftverek álalános felhasználói kézikönyve

<big>'''SDITemplate - általános ügyviteli keretrendszer'''</big>

== Mi az SDITemplate? ==

Az SDITemplate egy keretrendszer, amit a Szoftver Messiás Bt és a Shopzeus Európa Kft közös erővel fejlesztett ki. Speciálisan adatbázisos, ügyyviteli alkalmazások fejlesztéséhez lett kitalálva. Hosszú évek tapasztalata tette lehetővé számunkra hogy kidolgozzuk ezt a fejlett adatkezelési technológiát. Minden SDITemplate alapokon nyugvó szoftverre igazak a következők:

* Választhatóan SQLite vagy PostgreSQL adatbázist használnak az adatok tárolására
* A kliensprogramok Windows XP, Windows 7 és Windows 8 rendszeren futnak, valamint lehetséges őket futtatni Linux alól is Windows emulátorral (wine)
* Képesek hálózatos működésre (csak PostgreSQL)
* Fejlett adatkezelő és ablakozó technikát alkalmaznak, közös kódbázissal
* Az tárolt adatok egy része közös, ilyen például a [[SDITemplate_jogosultsági_rendszere|jogosultsági rendszer]], vagy a kényelmi beállítások nagy része

== Mit kell tudnom róla? ==

Az SDITemplate rendszerben a közös használatú részek egy helyen vannak ledokumentálva, ebben a wiki-ben. Egy SDITemplate program használatának megkezdéséhez feltétlenül olvassa el a következő információs oldalakat. Ezek ismerete nagymértékben megkönnyíti az SDITemplate alapú programokkal való munkát.

* [[SDITemplate_TfrmDataEditor|Adatkezelő ablakok]]
* [[SDITemplate_dinamikus_mezők|Dinamikus mezők rendszere]]
* [[SDITemplate_dokumentumok_kezelése|Dokumentumok kezelése]]
* [[SDITemplate jogosultsági rendszere|Jogosultsági rendszer]]
* [[SDITemplate_speciális_beviteli_mezők|Speciális beviteli mezők]]

Ügyviteli szoftverek álalános felhasználói kézikönyve

2014-06-27T10:06:12Z

Szoftver Messiás Wiki: Szoftver Messiás Wiki átnevezte a(z) Felhasznaloi kezikonyv lapot a következő névre: Ügyviteli szoftverek felhasználói kézikönyve

Ügyviteli szoftverek álalános felhasználói kézikönyve

2014-06-27T10:05:41Z

Szoftver Messiás Wiki: /* Mit kell tudnom róla? */

Ügyviteli szoftverek álalános felhasználói kézikönyve

2014-06-27T10:05:13Z

Szoftver Messiás Wiki: /* Mit kell tudnom róla? */

<big>'''SDITemplate - általános ügyviteli keretrendszer'''</big>

== Mi az SDITemplate? ==

Az SDITemplate egy keretrendszer, amit a Szoftver Messiás Bt és a Shopzeus Európa Kft közös erővel fejlesztett ki. Speciálisan adatbázisos, ügyyviteli alkalmazások fejlesztéséhez lett kitalálva. Hosszú évek tapasztalata tette lehetővé számunkra hogy kidolgozzuk ezt a fejlett adatkezelési technológiát. Minden SDITemplate alapokon nyugvó szoftverre igazak a következők:

* Választhatóan SQLite vagy PostgreSQL adatbázist használnak az adatok tárolására
* A kliensprogramok Windows XP, Windows 7 és Windows 8 rendszeren futnak, valamint lehetséges őket futtatni Linux alól is Windows emulátorral (wine)
* Képesek hálózatos működésre (csak PostgreSQL)
* Fejlett adatkezelő és ablakozó technikát alkalmaznak, közös kódbázissal
* Az tárolt adatok egy része közös, ilyen például a [[SDITemplate_jogosultsági_rendszere|jogosultsági rendszer]], vagy a kényelmi beállítások nagy része

== Mit kell tudnom róla? ==

Az SDITemplate rendszerben a közös használatú részek egy helyen vannak ledokumentálva, ebben a wiki-ben. Egy SDITemplate program használatának megkezdéséhez feltétlenül olvassa el a következő információs oldalakat. Ezek ismerete nagymértékben megkönnyíti az SDITemplate alapú programokkal való munkát.

* [[SDITemplate_TfrmDataEditor|Adatkezelő ablakok]]
* [[SDITemplate_speciális_beviteli_mezők|Speciális beviteli mezők]]
* [[SDITemplate jogosultsági rendszere|Jogosultsági rendszer]]
* [[SDITemplate_dinamikus_mezők|Dinamikus mezők rendszere]]
* [[SDITemplate_dokumentumok_kezelése|Dokumentumok kezelése]]