Elektronikus pályáztatás és bíráltatás - kísérletek és tapasztalatok NetWorkShop 2004, Győr, április 7.
|
|
- Karola Kerekes
- 8 évvel ezelőtt
- Látták:
Átírás
1 Elektronikus pályáztatás és bíráltatás - kísérletek és tapasztalatok NetWorkShop 2004, Győr, április 7. Patakfalvi Zoltán <pafek@sch.bme.hu>, Veress Péter <verpet@sch.bme.hu> BME Villamosmérnöki és Informatikai Kar Hanák Péter <hanak@nkth.gov.hu>, Simonkay Sándor <simonkay@nkth.gov.hu> Nemzeti Kutatási és Technológiai Hivatal (NKTH) Tartalom 1. Bevezető Az elektronikus pályázás és projektkövetés fő fázisai (áttekintés) A pályázás támogatásának fázisai A bíráltatás és döntés támogatásának szintjei A szerződéskötés támogatásának szintjei A projekt (szakmai, ill. pénzügyi) követésének támogatási szintjei A megvalósításról Űrlap feldolgozás adattárolás Tervezési szempontok XML, ahogy mi használjuk Felületek (Excel, Java form, html: célja cserélhetőség) A feldolgozás/ellenőrzés Adatbázis Űrlap befogadás kezelése Levél eltárolása Csatolmányok feldolgozása Adatbázisba töltés Elektronikus bíráltatás Követelmények a bírálati dokumentációkat kezelő rendszerrel szemben Megvalósítás Összefoglalás
2 1. Bevezető A ciklikusan ismétlődő tevékenységeket jól lehet és érdemes számítógéppel támogatni. Az utóbbi években az ügyviteli munkafolyamatok számítógépes támogatása egy-egy területen igen sikeres volt, az elért eredmények látványosak. Példaként az APEH, ill. a Westel Mobil Rt. ügyfélszolgálati rendszerét említhetjük. A kormányzati, ill. önkormányzati szférában is számos olyan kezdeményezés van, amely az ügyviteli munkafolyamatok egészét számítógéppel akarja támogatni, de ezen a téren még rengeteg a tennivaló. 2. Az elektronikus pályázás és projektkövetés fő fázisai (áttekintés) I. A pályázás támogatása. II. A bíráltatás és döntés támogatása. III. A szerződéskötés támogatása. IV. A projekt (szakmai, ill. pénzügyi) követésének támogatása. A teljes folyamatot támogató számítógépes rendszernek egységes elvek alapján felépülő, szabványokon alapuló pl.: XML-alapú egymással adatcserére képes, moduláris, a továbbfejleszthetőség szempontjából nyitott, platform független rendszernek kell lennie. Fontos a (létező) szabványok alkalmazása, szükség esetén belső szabványok kialakítása az egyes alrendszerek, ill. hasonló célú rendszerek (pl. a KPI PIR-je, a Nemzeti Fejlesztési Terv keretében meghirdetett pályázatok Egységes Monitoring és Információs Rendszere (EMIR), a Nemzeti Kutatás-nyilvántartó Rendszer stb.) átjárhatóvá tételéhez. Kritikus kérdés az adatbázisok karbantartása, a központosított és az elosztott kezelés megfelelő összhangjának megtalálása A pályázás támogatásának fázisai Pályázati felhívás és útmutató előállítása: verziókontroll, szövegváltozatok kezelése és generálása, pályázati portál stb. Pályázati űrlap, más adatlapok és nyilatkozatok előállítása Pályázati űrlapok és pályaművek fogadása, ellenőrzése, feldolgozása Mára megszokottá, természetessé vált, hogy a pályázók szinte kivétel nélkül szövegszerkesztővel, táblázatkezelővel és más programokkal készítik el a projektjavaslatokat, és utána kinyomtatva adják be. Nem okozna gondot, hogy a nyomtatott változat mellett vagy helyett az elektronikus változatot is beadják. (Az IKTÁ-ban ez már évek óta követelmény, az OM KFHÁ többi pályázatánál 2002-ben csupán kérés volt, amelynek számos pályázó eleget tett; 2003-ban az OM KFHÁ összes pályázatánál követelmény volt, amelynek 780 pályázó - önálló, ill. konzorcium - eleget tett.). A pályázók a projektjavaslatok összeállításához szívesen használ(ná)nak olyan programokat, amelyek a munkájukat megkönnyítik, azaz ellenőrzik a bevitt adatok formai helyességét, ellentmondás-mentességét és a korlátok betartását, figyelmeztetnek egyes adatok hiányára, előállítják a származtatott adatokat, sőt ennél többet is segítenek azzal, hogy meghatározzák a projektjavaslat elvárt szerkezetét, és 2
3 vezetik a pályázót a projektjavaslat összeállításában. Az adatok helyességének ellenőrzött volta, az előírt szerkezet betartása stb. a pályázatkezelők és bírálók feladatát is megkönnyíti, ezzel hozzájárul a teljes pályázási folyamat minőségének javulásához. A pályázás elektronikus támogatásán belül további fázisokat különböztethetünk meg, többek között: 1. A pályázati felhívások és háttéranyagok (pl. jogszabályok) közreadása a weben ( pályázati portál ). 2. Egy-egy pályázati rendszeren belül egységesített - esetleg kismértékben eltérő - pályázati űrlapok. 3. Összefoglaló: nyilvánosságra is hozható, magyarul és angolul; a bírálóknak szóló, magyarul, esetleg angolul is. 4. Munka- és költségterv (azokban a pályázatokban pl. a tematikus pályázatokban -, ahol részletes munka- és költségtervet kell készíteni, egységes lehet; az eltérések megfelelő tervezéssel és programozási technológiával kezelhetők). 5. A projektjavaslatok elektronikus beadása off-line: mágnes- vagy CD-lemezen és/vagy online: elektronikus levélben vagy weblapon ún. feltöltéssel. 6. A projektjavaslatok elektronikus változatának fogadása: lemezek, elektronikus levelek, feltöltések; manuális, félautomatikus, ill. automatikus kezeléssel. 7. Relációs adatbázis építése a projektjavaslatok adataiból - egyedi pályázatonként, ill. közös minden pályázatra, kimutatások. 8. Elektronikus aláírás kezelése, hitelesítés A bíráltatás és döntés támogatásának szintjei Bírálók pályáztatása Bíráltatás (elektronikus támogatással) Döntés előkészítés (bizottságok), statisztika Döntés nyilvánosságra hozása, értesítő levelek, bírálatok kiküldése, szerződéskötési ajánlat Döntésről lista a webre, projektcélok magyarul és angolul (a projektkövetés kezdete) Nagy szükség van rá, ki van próbálva (IKTA), de rugalmas és átfogó megvalósítása nehéz. 1. Szakértői relációs adatbázis építése: adatlap, szakmai önéletrajz, kompetenciák leírása kulcsszavakkal (pályázatonként külön létrehozása!), ehhez tezaurusz kialakítása szükséges. 2. Bírálati relációs adatbázis építése: egyéni bírálatok, csoportos bírálatok, szakértői bizottsági bírálatok, zsűrik döntési javaslatai, döntések és indoklásuk; projektköltség és támogatási összeg, szerződéskötési feltételek kezelésével. 3. A bírálatok elektronikus fogadása: távmunka. 4. A teljes bírálati munkafolyamat követése (workflow), kimutatások, jelentések, statisztika összeállítása. 5. A pályázóknak kiadandó/kiadható bírálatok összeállításának támogatása A szerződéskötés támogatásának szintjei Általános tájékoztató és pályázó specifikus hozzáférésű pályázati portál: adatbázisok alapján automatizmusokkal segíti a szerződéskötést A szerződéskötésnél megjelenő új adatok rögzítése az adatbázisban, szerződésmódosítások kezelése, a munkafolyamat követése 3
4 1. A szerződéskötési menetrend, a szerződésminta-űrlapok, a mellékletek elkészítéséhez szükséges űrlapok, valamint az ún. támogatásigénylő űrlapok közreadása a weben (az űrlapok adatai adatbázisból származzanak). 2. A szerződéskötéshez szükséges háttéranyagok (pl. jogszabályok) közreadása a weben (az pont a pályázati portál keretében valósítandó meg). 3. A szerződéskötés dokumentumainak rögzítése adatbázisban: alapadatok, szkennelt okiratok, szerződésmódosítások stb. 4. A teljes szerződéskötési munkafolyamat követése (workflow), kimutatások, jelentések, statisztika összeállítása A projekt (szakmai, ill. pénzügyi) követésének támogatási szintjei Projektkövetés pénzügyi, jogi - megoldott szakmai megoldatlan Szakmai (tartalmi) projektkövetés nyilvános (beszámolók, előadások, zárójelentés, hasznosítás stb.) Extranet! nem nyilvános (jelentések, bírálatok, hiányosságok stb.) Intranet! Kereshető adatbázis a webre! Az IKTA pályázattal szerzett tapasztalatok alapján a megvalósítása, ha az előző szintek megvannak, nem okoz különösebb szakmai nehézséget. A kitűzendő feladatok egy részét a januárjától felfutó rendszerben működő Nemzeti Kutatás-nyilvántartó Rendszer meg fogja valósítani, azonban a rendszerben tárolt adatok köre, elsősorban a rendszer átfogó, nemzeti jellege miatt, erősen korlátozott, és ez a projektek eredményességének megítélését, az eredmények nyilvánosságát korlátozza. Az alábbi 3. és a 4. pontok azok, amelyek a projekteredmények nyilvánosságra hozásával, folyamatos karbantartásával és hozzáférhetővé tételével különösen fontosak lehetnek a közpénzek felhasználásának átláthatóvá tétele érdekében. 1. Szakmai beszámolók elektronikus fogadása, tárolása. 2. Pénzügyi elszámolások összefoglaló részének elektronikus fogadása, tárolása. 3. Közzétételre szánt beszámolók elektronikus változatának fogadása, publikálása a weben. 4. Projekt-adatlapok generálása és publikálása a weben A megvalósításról A rendszernek nyitottnak, skálázhatónak, modulárisnak (többrétegűnek) kell lennie. A feladathoz illő programozási technológiát kell használnia (relációs adatbázis-kezelő, Internet/intranet-techológia, XML/XSL/HTML stb.). Több fázisban, a fokozatosság elvének betartásával, a tapasztalatok folyamatos figyelembe vételével kell megvalósítani. A tárolás alapját az XML fájl képezi. Minden adat először ebben a formátumban kerül rögzítésre. Ezt követően kerül az adat az adatbázisba, ha annak van értelme. Egyes esetekben, mint a beszámolók, jogszabályok tárolása, nincs értelme adatbázisnak, így ez esetben csupán az XML az egyetlen tárolási mód. Az adatok konzisztenciájának biztosítása érdekében, ha módosul bármely XML fájl, az azonnal érvényre jut a relációs adatbázisban is. Egy ilyen rendszer fő alrendszerei célszerűen a következők: 1. Űrlapkitöltő és projektterv-leíró alrendszer a KMŰFA-pályázatokhoz (AR1): a. 1. modul: a projekt alapadatait és a pályázók adatait tartalmazó űrlapokat állítja elő (amennyire lehet, ellenőrzötten). 4
5 b. 2. modul: a munkaterv költségtábláit és egyéb kötött elemeit (táblázatait) segít kitölteni (ellenőrzötten). c. Az összes mező nevét és tartalmát előre meg kell határozni. d. A pályázó saját számítógépén lokálisan, ill. Internet, Intranet hálózaton keresztül is működnie kell. e. Az adatokat XML formátumban kell előállítania. 2. Törzsadat-szerver alrendszere (AR2): a. Alapvető, hogy a társaságok és személyek (pályázók, kedvezményezettek, munkahelyek, szakértők, bírálók, téma- és projektvezetők stb.) egymással is összefüggő törzsadatait szigorúan felügyelt és karbantartott rendszerben tároljuk, kezeljük. A többi on-line rendszer meghatározott módon ettől a rendszertől kérhet/kaphat adatokat. 3. Pályázatkezelő alrendszer (AR3): a. A projektjavaslatok, pályaművek adatait fogadja (amelyeket az AR1 állít elő). 4. A bíráltatást segítő alrendszer (AR4): a. A bíráltatást és a döntés előkészítésének további fázisait segíti. 5. A támogatási szerződések megkötését és a támogatások kifizetését segítő alrendszer: az AR3 költségvetési adataira alapozva nyilvántartja a elszámolásokat, kifizetéseket stb. (AR5). 6. A szakértői megbízási szerződések megkötését és kifizetéseiket segítő alrendszer (AR6). 7. A projektkövetést segítő alrendszer: az AR3 munkatervi adataira alapozva nyilvántartja a beszámolási határidőket, a beszámolókat, az ezekről készült értékeléseket stb. (AR7). 8. A nyilvánosságra hozandó adatok megjelenítését segítő alrendszer (AR8). 9. A napi munkavégzést segítő állomány-szerver, levelező, fórumozó stb. alrendszer (AR9). 3. Űrlap feldolgozás adattárolás 3.1. Tervezési szempontok Az új űrlap kitöltő-fogadó-feldolgozó rendszer fejlesztésének kezdetén két szempontot igyekeztünk szem előtt tartani: az űrlap szerkezet könnyen szerkeszthető legyen úgy, hogy az esetleges változásokat, illetve az új típusú űrlapokat programozási készségekkel kevésbé felvértezett felhasználók is fel tudják vinni. Másrészt célunk volt az egyes űrlapelemekhez tartozó megkötéseket (szintaktikai és szemantikai kényszereket egyaránt) jól elkülönülve kezelni, hogy azok szerkesztése és bővítése könnyen elérhető legyen a változások követése során. A munka előre haladtával aztán más szempontok is előtérbe kerültek: látszott hogy egy űrlap megjelenítéséhez többfajta eszközben kell gondolkodnunk, az elsőre természetesnek tűnő webes hozzáférésnél sokkal célszerűbb lehet egy off-line kitöltő, sőt ezek közül is hasznosabb lehet egy kitöltő alkalmazás helyett valamilyen speciális makrókkal gazdagított - dokumentum (Excel, Word) vándoroltatása. Ugyanígy látható volt, hogy az adattárolásnál is sokféleeszközzel kell együttműködni (fogadási adatbázis, pénzügyi adatbázis Lotus Notes, webes publikálása adatbázisa stb.). Emellett sok tekintetben - elsősorban a már említett kényszerek definiálhatósága érdekében - célszerűnk látszott egy a gépi feldolgozást segítő, de strukturált formára alakítása: egy XML szerkezet létrehozása. Egy-egy űrlap-elemhez (mezőhöz) tehát definiálni kell megjelenítés-beli elhelyezkedését és tulajdonságait; a rá vonatkozó (szintaktikai) kényszereket; adatbázisbeli helyét esetleg több adatbázisra is megadva; az XML struktúra-beli helyét. Nem mezőhöz tartozó tulajdonságokat (egyes megjelenítési tulajdonságok, szemantikai kényszerek) szintén érdemes rendezett szerkezetben ugyanebben a leíróban szintén XML formában tárolni. Ez a mezők közötti összefüggések jellemzőinek tárolására is alkalmas lehet. 5
6 3.2. XML, ahogy mi használjuk Az űrlap adatainak ellenőrzését azok XML struktúrába rendezése után struktúra-béli helyük alapján végezzük. Az adatok jellege egyébként is szinte ordít egy effajta megjelenítésért. Az XML kínálta fa szerkezet megfelel igényeinknek, egyedül épp az egyértelmű és kényelmes adatelérés miatt azt a kikötést tesszük, hogy bár az űrlapon néha előfordul azonos jellegű adatok egymást követő sora (pl. a pénzügyi táblázatban), mégsem engedjük meg, hogy ugyanazon útvonal adott szintjén több azonos elnevezésű csomópont (node) legyen. Ilyen esetekben sorszámozott node-neveket használunk. Az említett XML formájú leírónkban valamennyi adatelemet felsoroljuk, ezek aláosztott node-jaiban rendre tároljuk az XML struktúra-beli helyet, az adatbázis mezőnev(ek)et (fogadási, Lotus) és a formai követelmény két attribútumát. A megjelenítési tulajdonságokat jelen rendszer a későbbiekben ismertetett okokból - nem tartalmazza. A szemantikai kényszerek kezelését sem fedi le a jelenlegi megvalósítás Felületek (Excel, Java form, html: célja cserélhetőség) Ahogy a leíró megadja egy-egy mező legfontosabb feldolgozási paramétereit úgy tárolhatná megjelenítési tulajdonságait is. Így ez vezérelhetné a megjelenítést is, generálná az űrlapot (egy drag&drop-os wysiwyg what you see is what you get jellegű szerkesztő pedig editálhatná ezt a leírót). A leíró megjelenítésére alkalmas technikák az off-line használat nehézségei miatt (pl. PHP/JSP generálta HTML) vagy nagy mennyiségű háttérkód hordozása és speciális környezetigényük miatt (Java form felület) nem látszottak alkalmasnak (bár egy JSP elvű megjelenítési próba-megvalósítás elkészült). Így került előtérbe egy a felhasználók irányába talán barátságosabb megoldás: Visual Basic kódok segítségével a hasznos tartalmat speciális text fájlba kimenteni képes Excel dokumentum. Ez a leíró általi vezérelhetőséget nem teszi lehetővé, és platformfüggetlenségét tekintve is elmarad az említett lehetőségektől. További hátrány, hogy kitöltő oldalon nincs mód szintaktikai ellenőrzésre (ehhez szükséges lenne a leíró XML vándoroltatása és érdemleges VB-es feldolgozhatósága). Az Excel form megoldás esetén az űrlapkinézet az Excelben szerkeszthető. A leíró XML-t az Excel-es űrlap speciális kitöltése után programmal generáljuk, amely megoldja az ellenőrzés és az adatbázisba vitel számára az egyértelmű megfeleltetést. Az Excel csökkentett képességei miatt az űrlapkinézethez szükséges leírórészben használatos nyelvezet kidolgozására nem volt szükség. Egy teljesen a leírótól vezérelt rendszernél ezzel a szép feladattal is meg kellene birkóznunk. Próbálkozások történtek, de a felmerült problémák megoldására nem volt idő. Az Excel szintjén nem foglalkozunk a strukturált adat XML előállításával. A kimentő algoritmusunk csak a hasznos adatokat sortöréssel elválasztva tároló (XML fejléces) text fájlt állít elő, ez a beküldési formátum. Ebből generál egy java alkalmazás strukturált adat XML-t, mely felhasználja a mezőket leíró XML-t A feldolgozás/ellenőrzés Ez a strukturált forma teremt lehetőséget arra, hogy az adatállomány (amelyet pl. szintaktikai ellenőrzésre és a tárolás segítésére használunk) független legyen a megjelenítéstől, pl. az űrlapkép konkrét mezősorrendjétől (a beérkezett állomány sorai az űrlap mezőinek sorrendjét követték). Ez a függetlenség egyben megjelenítő eszköz függetlenséget is jelent: ha a későbbiekben más technológiákkal kívánjuk a kitöltést segíteni (pl. a már említett Java form) akkor a kitöltőnek a leírót figyelembe véve ilyen formátumra kell csak hoznia a kimeneti fájlt. A feldolgozás további menete (szintaktikai ellenőrzés, adattárolás) ez alapján folyhat (ebből a szempontból az Excel és a strukturált XML-lé formáló alkalmazás jelenti jelen állapotban a megjelenítési rétegeket). 6
7 A szemantikai ellenőrzés amely az összefüggésben részt vevő mezők jó megcímezhetőségét igényli, szintén csak ilyen kifinomultabb struktúra esetén képzelhetően el. A szintaktikai hibák felderítéséhez legtöbbször csak egy adatmező tartalmát kell látnunk, és ezt a tartalmat kell formailag vizsgálnunk, szemantikai vizsgálatnál több mezőtartalom közötti összefüggések meglétét követelhetjük meg. Az általunk megvalósított szintaktikai ellenőrzéshez típusokat definiáltunk, és ehhez rendeltük a kényszereket. Egy mező leíró blokkjában a típusmegnevezés mellett egy szám jellegű adatot (legtöbbször hosszjellemzőként) is rögzítettünk. Típusaink általánostól (sztring, szám) egészen speciálisig terjedtek (adószám, dátumelem). Míg az előzőhöz jellemzően ellenőrző algoritmusok tartoztak, hogy minden karaktere adott osztályú-e, addig utóbbihoz karakterszámot, formai megkötéseket kellett rendelni (számon kívül kötőjel is lehet benne, vagy pontra is végződhet stb.). A típushoz tartozó megkötések ellenőrzését adatonként haladva külön modul végzi, az ellenőrző algoritmusok ebben vannak implementálva. A rendszer újabb típusok bevezetésével és a hozzájuk tartozó algoritmusok elkészítésével fokozatosan fejleszthető, így kezdetben egyszerűsített ellenőrzésekkel is működőképes Adatbázis Adatbázisunk cserélhetősége miatt is jól használhatóak a bevezetett típusok. Adatbáziskezelőnként külön listában rendelhetünk saját típusainkhoz az adott adatbázis-kezelőben használatos típusokat. Így éppúgy számként fog megjelenni a kötőjeleitől megtisztított adószám, és pl. az irányítószám, de lehet, hogy int vagy integer típusú mezőbe töltődik be. Az alkalmazás a fogadó adatbázis generálására is alkalmas: a leíró XML a mezőneveket és a típusokat tartalmazza - utóbbit közvetve, a típusmegfeleltető listákon keresztül. Hiányosságként írható le, hogy a mezőink csoportosítása egyelőre nem átgondolt: több adattábla esetén hova kerüljön egy mező tartalma, esetleg több táblában is szerepeljen, illetve melyik adatlapon jelenjen meg (többlapos űrlap esetén). Ezek jelenleg a kódba szerkesztetten jelennek meg, csak úgy mint a táblák közötti kapcsolati mezők vagy a tartalomtól független adatok (beküldési cím, beérkezési dátum, beérkezés fájlneve, stb.). 4. Űrlap befogadás kezelése A feldolgozó program az en keresztül beküldött pályaművek fogadását, csatolmányának, azaz az űrlapnak a leválasztását, majd adatbázisba töltését végzi. A fogadás és a csatolmány leválasztása egymástól teljesen független folyamat. Ezáltal a pályaművek érkezési sebessége és feldolgozásuk sebessége nem befolyásolják egymást, azaz az esetleges torlódások nem jelentenek problémát Levél eltárolása Levél érkezésekor az alkalmazás megvizsgálja: mailer-daemon, azaz levelezőrendszer által generált üzenet jött-e. A generált üzenetek korai kiszűrésével gyorsítjuk alkalmazásunk futását. A megfelelő üzenetek egyedi névvel ellátva megadott könyvtárba kerülnek. A név két részből áll: a küldő címe és egy egyedi szám, mely annak a folyamatnak az azonosító száma, mely elhelyezte a levelet: nev@domain.hu Az eltárolás során a beérkezett levelek egy várakozási sorba jutnak mindaddig, míg további feldolgozásuk, azaz csatolmányuk leválasztása meg nem történik. Ezáltal nagy számú levél egyidejű érkezésekor a lassabb feldolgozási folyamat egyesével, sebességének megfelelően kapja az eket. Hasznos, ha a pályaművek állapotával kapcsolatban a pályázó információt kap, ezért őt ben értesítjük a tárolás megtörténtéről. A mailerdaemon stb. rendszer üzenetek nem kapnak választ a gerjedés elkerülése érdekében. 7
8 Az eltárolást követően a program második moduljára vár a csatolmányok leválasztásának és adatbázisba töltésének folyamata Csatolmányok feldolgozása A csatolmányokat a pályázónak előre megadott formátumban kell beküldenie, ezt a program ellenőrzi. Az előre megadott formátum a következőket jelenti: - A csatolmány csak 1 db kódolt ZIP fájlt tartalmazhat, melynek neve a következő módon áll össze: AAA-BBBBBBBB-0-EEHHNNOOPP ahol: AAA - a pályázat rövid 3 vagy 4 jegyű azonosítója BBBBBBBB - a pályamű 8 karakteres azonosítója 0 - jelzi, hogy ez a teljes űrlap (a program képes fogadni űrlap részletet is) EEHHNNOOPP az űrlap elmentésének pontos dátuma (év,év-hó,hó-nap,nap-perc,perc-mperc,mperc) - A ZIP fájlnak 1 db XML fájlt szükséges tartalmaznia, mely nevének szintén szabványosnak és a ZIP fájl nevével megegyezőnek kell lennie. - Ezt a nevet a levél tárgyában is meg kell adni az ügyfélszolgálati munka segítésére. A megoldás miatt biztosított, hogy a pályaművet az űrlapkitöltő programmal csomagolták össze. Amennyiben a pályázó megfelelően, tehát a fenti módon küldi be munkáját, az a kitömörítés elvégzését követően pályázatonként csoportosítva eltárolásra kerül. Jelenleg a pályázók, a rendszer közelmúltban történt bevezetése miatt, gyakran a kért formátumtól eltérően küldik be pályaművüket. Az alkalmazás erre is fel van készítve. Amennyiben a csatolmány elnevezése nem helyes, de tartalmaz szabványos elnevezésű XML fájlt azaz vélhetőleg helyes űrlapot - az a fenti módon, csoportosítva kerül eltárolásra. A többi előforduló csatolmány (pl. xls, txt, jpg, doc, rtf) eltérő helyre kerül, hiszen nincsen rájuk szükség. Ha valamilyen hiba csúszik a feldolgozási folyamatba, a hiba súlyosságától függően vagy a soron következő levél feldolgozása kezdődik meg (például csatolmány hiánya esetében), vagy folytatódik e levél további feldolgozása (például sérülés, hibás fájl küldés esetén). Utóbbi esetben, ha a hibát valamely csatolmány okozta, az eltárolásra kerül, de szintén külön e célra létesített helyen. Amennyiben a pályázó többször küldi be ugyanazt az űrlapot, vagy régebbit küld be, azok figyelmen kívül lesznek hagyva. Újabb űrlap beküldése esetén a régi verzió frissítésre kerül Adatbázisba töltés A feldolgozás utolsó - harmadik lépése az előírásoknak megfelelően beküldött XML fájlok szerkezeti és tartalmi ellenőrzése. A teljesen hibátlan XML fájlok ezt követően bekerülnek az adatbázisba. Ha a fájl hibát is tartalmaz, akkor nem kerül az adatbázisba feltöltésre. A feldolgozási folyamat 4.2 és 4.3. része rögzítésre kerül egy log fájlban oly módon, hogy a most feldolgozott levélről keletkezett információk a már meglévő log fájlhoz hozzáfűződnek. Így az összes levélhez kapcsolódó események egy log fájlban láthatóak. Egy levél log-olása az alábbi módon történik: Mon Mar 1 12:19:40 CET 2004 nev@domain.hu.12345: 1. Levélformátum: Ok. - levélküldés ideje és küldő címe - a levélformátum vizsgálat eredménye 8
9 2. Csatolmány (szabványos): Ok. 3. XML spoolba feltöltés: Ok. 4. Fájlfeltöltés (fájlnév:mec xml): Ok. - csatolmány vizsgálat eredménye (szabványos vagy nem) - sikerült-e az XML fájlt az adatbázisba feltöltés sorába elhelyezni - sikerült-e az XML fájlt a megfelelő helyre másolni 5. Szabványos XML előállítás: Ok. - történt-e adatbázisba töltés, ha nem 6. Adatbázisba töltés (hibák miatt): Sikertelen. - hibák felsorolása Részletezés: - szintaktikai hiba: Hiba a következő adatban: ev1/ho1 (22. A pályázó költségvetése munkalap H 8 cella) : Kötelezően elvárt mező nincs kitöltve. - pályaműben előforduló hibák jelzése A feldolgozás eredményéről a pályázó újabb válaszlevélben kap tájékoztatást. A levél tartalma lényegében a log fájl adott levélhez tartozó tartalmával egyezik meg, de részletesebb szövegezéssel. A log fájl inkább az eseményekre és a tömörségre koncentrál. A levélben felsorolt hibák kijavításával a pályázónak ismét be kell küldenie űrlapját. E lépés a hibák megszűntéig tetszőleges alkalommal ismételhető, hiszen mindig csak a legfrissebb verzió kerül eltárolásra. A hibátlan beküldés után, a nyugtázó levél kiküldésével párhuzamosan, az űrlap adatai az adatbázisba kerülnek. Nagyobb mennyiségű levél beérkezésekor igen nagyméretű log fájl keletkezik, hiszen az az összes levél feldolgozásának lépéseit tartalmazza. E fájlnak az áttekintése szinte lehetetlen, ezért erről egy segédalkalmazás megfelelő felparaméterezésével kimutatások készíthetők. 5. Elektronikus bíráltatás 5.1. Követelmények a bírálati dokumentációkat kezelő rendszerrel szemben A kutatás-fejlesztési projektjavaslatok bírálati folyamatában az adott pályázat sajátosságait figyelembe véve - több szinten keletkeznek dokumentumok, úgymint: o egyéni szakértői bírálatok; o az egyéni bírálatokból összeállított ún. csoportbírálatok; o a csoportbírálatokból a szakmai bizottságok véleményével kiegészített bizottsági bírálatok; o a szakmai bizottsági bírálatokból a zsűri (alprogrambizottság, programbizottság stb.), véleményével kiegészített döntési javaslat; o a szakmai bírálatok pályázóknak kiadandó változata (amely a bírálók nevét nem tartalmazza). A rendszer feladata a bíráltatás támogatása, nevezetesen a rendszernek o tartalmaznia kell az egyes pályázatok bírálati űrlapmintáit; o beépített szövegszerkesztővel segítenie kell a bírálatok elkészítését, a hozzáférési jogosultságok kezelését, az adatvédelmet, és meg kell oldania az elkészült bírálatok azonosíthatóságát; o lehetővé kell tennie a dokumentumok leszármaztathatóságát abban az értelemben, hogy a bírálati folyamatban olyan új dokumentumokat lehessen létrehozni, amelyek tartalma részben vagy egészben a már meglévő dokumentumokból képződik. A leszármaztatási szabályokat adatszerűen lehessen megadni. 9
10 Alapkövetelmény a platformfüggetlenség, dokumentált struktúrájú XML állományokon keresztüli adatcsere, off-line dokumentumszerkesztés és új űrlapminták és jogosultsági adatok betöltése. Előnyös, ha alkalmas helyesírás ellenőrzésre. A bírálói űrlapot azok a szakértők töltik ki, akik bírálatra (vagy az értékeléssel kapcsolatban más szakértői tevékenységre) vállalkoznak. Ez az űrlap Weblapon nyilvánosan elérhető. A beküldésekor szabványos formátumú életrajz csatolása szükséges. A bírálati űrlapokat a projektjavaslatokat értékelő szakértők töltik ki. Az egyéni anonim űrlapot kivéve ezek elérhetők belső hálózaton, mert ezeket a zárt ülésen töltik ki, az egyéni anonim űrlapot pedig lokálisan (otthon). Az űrlapok elektronikus levélben és (mágnes)lemezen fogadhatók. A szakértői bizottságok (szakmai bizottságok) és a zsűri jegyzőkönyve formalizált Megvalósítás A megvalósított rendszer egy speciális aláírás fájl segítségével és többszintű hozzáférés lehetőségével biztosítja a jogosultságok és a hitelesítés kezelését, valamint a publikus csatornákon továbbított anyagok védelmét. A rendszer támogatja a döntés után a szakmai bírálatok pályázóhoz eljuttatandó változatának előállítását. Ezt a Scriptum Kft. készítette, egyelőre az IKTA, EEF, KMA és CSI pályázatoknál használtuk. 6. Összefoglalás A cikkben kivonatosan próbáltuk bemutatni a kutatás-fejlesztési pályáztatás folyamatát és elektronikus támogatásának lehetőségeit. A szerteágazó feladatok megoldására univerzálisan használható rendszer még nem született, ilyet véleményünk szerint egy lépésben nem is lehet megvalósítani. Az egyes részfeladatok megoldását támogató próbálkozások és azok összekapcsolási kísérletei alapján azonban sok olyan tapasztalat halmozódott fel, ami időszerűvé teszi egy átfogó rendszer tervezését és elkészítését, ezzel a rendszeresen ismétlődő, rengeteg kézi munka jelentős részének gépesítését. A hatékony megoldás érdekében szükségesnek látszik: - A pályáztatáshoz kapcsolódó egyéb országos rendszerek (MÁK, NKR, cégadatbázisok, címjegyzékek, stb.) közötti elektronikus átjárhatóság, egységesítés növelése. - A más jellegű pályáztató rendszerekkel közös részek és az eltérő sajátosságok moduláris felépítésen alapuló kezelése. - A különböző oldalakról érintett résztvevők (pályázók, bírálók, pályázatkezelők, stb.) elektronikus feldolgozással kapcsolatos ismereteinek fokozatos, de folyamatos növelése. 10
Elektronikus pályáztatás és bíráltatás. Kísérletek és tapasztalatok
Elektronikus pályáztatás és bíráltatás Kísérletek és tapasztalatok Patakfalvi Zoltán, Veress Péter, BME VIK dr. Hanák Péter, SimonkaySándor, NKTH
RészletesebbenDiplomaterv Portál. Elektronikus szakdolgozat és diplomaterv nyilvántartó és archiváló rendszer. Felhasználói útmutató v11
Elektronikus szakdolgozat és diplomaterv nyilvántartó és archiváló rendszer v11 Tevesz Gábor 2013. február 8. Bevezetés A 2010/11 tanév kezdetétől a Villamosmérnöki és Informatikai Kar a Szakdolgozat készítés
RészletesebbenKözzététel és Adatszolgáltatás IT tudatosság projekt
Közzététel és Adatszolgáltatás IT tudatosság projekt Felhasználói kézikönyv v3.0 2009. 03. 03. Tartalomjegyzék 1 BEVEZETÉS... 4 2 ÁLTALÁNOS INFORMÁCIÓK... 4 2.1 RENDSZER ÁTTEKINTÉSE, FELHASZNÁLÓK, ALAPFOGALMAK...
Részletesebben2. ALPROJEKT FELHASZNÁLÓI KÉZIKÖNYV
2. ALPROJEKT FELHASZNÁLÓI KÉZIKÖNYV 2. OKJ összehangolása a hatósági képesítésekkel Hatósági képesítések modul Publikus funkciók, konverziós adatbázis, lekérdezések modul a TÁMOP 2.2.1-12/1-2012-0001 A
RészletesebbenTERC-ETALON Online Építőipari Költségvetés-készítő és Kiíró programrendszer Felhasználói kézikönyv
TERC-ETALON Online Építőipari Költségvetés-készítő és Kiíró programrendszer Felhasználói kézikönyv TERC Kft. Budapest 2015. április 2 Tartalomjegyzék TERC-ETALON ONLINE Tartalomjegyzék... 3 1. Bevezetés...
RészletesebbenKarbantartás. Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat:
Karbantartás Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat: Jelszó módosítása: A felhasználói jelszavunkat módosíthatjuk ebben a menüpontban, a régi jelszavunk megadása után. Általánosan
RészletesebbenTANSZÉKI ADMINISZTRÁTOR
TANSZÉKI ADMINISZTRÁTOR Felhasználói dokumentáció verzió 5.1 Budapest, 2012. Változáskezelés Verzió Dátum A teljes dokumentum átírásra került. Változás Pont Cím Oldal 5.0 2012.07.07. 3.6.1 Kurzus másolás
RészletesebbenAz MS Access adatbázis-kezelő program
Az adatbázis-kezelő program A tananyagban az alapfogalmak és a tervezési megoldások megismerése után a gyakorlatban is elkészítünk (számítógépes) adatbázisokat. A számítógépes adatbázisok létrehozásához,
RészletesebbenRoma lányok korai iskolaelhagyásának megelőzése
Roma lányok korai iskolaelhagyásának megelőzése (A pályázat kódja: ROM-ISK-15) Kitöltési Segédlet Készült: 2015. október 26. 1. oldal Tartalom 1. Regisztráció... 3 2. Bejelentkezés, jelszóváltoztatás,
RészletesebbenKarbantartás. Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat:
Karbantartás Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat: Jelszó módosítása: A felhasználói jelszavunkat módosíthatjuk ebben a menüpontban, a régi jelszavunk megadása után. Általánosan
RészletesebbenNETFIT modul Tanári felület Felhasználói útmutató. Magyar Diáksport Szövetség
NETFIT modul Tanári felület Felhasználói útmutató Magyar Diáksport Szövetség 2014 2 Tartalom 1 Alap működési jellemzők... 4 1.1 Dátum kitöltés... 4 1.2 Irányítószám / Település kitöltése... 4 1.3 Belföldi
RészletesebbenUniPoll Feedback. Intézményi integrált kérdőívkészítő rendszer vélemény és visszajelzés gyűjtéshez.
VERZIÓSZÁM: 7.0 UniPoll Feedback Intézményi integrált kérdőívkészítő rendszer vélemény és visszajelzés gyűjtéshez. Tartalomjegyzék Bevezető... 5 Kezdeti lépések... 5 Belépés... 5 Kérdőívszerkesztői felület
RészletesebbenHonlapkoncepció. Miskolc város hivatalos honlapjához
Honlapkoncepció Miskolc város hivatalos honlapjához Ennek a dokumentumnak a célja, hogy rögzítse azokat az alapelveket, amelyek egyrészt irányt szabnak, másrészt kereteket adnak az új városi honlap részletes
RészletesebbenTriDoc Easy document management
TriDoc Easy document management Magas szintű dokumentum menedzsment megoldás kis és közepes méretű vállalkozások számára. Hogy a hatékony és egyszerű dokumentumkezelés az Ön vállalatánál is valósággá váljon.
RészletesebbenTANSZÉKI ADMINISZTRÁTOR
TANSZÉKI ADMINISZTRÁTOR Felhasználói dokumentáció verzió 4.0 Budapest, 2012. Változáskezelés Verzió Dátum Változás Pont Cím Oldal A teljes dokumentum átírásra került. Kiadás: 2012.03.13. Verzió: 4.0. Oldalszám:
RészletesebbenAz Ügyfélkapu és a magyarorszag.hu
Az Ügyfélkapu Tartalom Bevezető... 2 A regisztráció folyamata... 3 Regisztráció indítása az interneten keresztül... 3 Személyes regisztráció... 5 Regisztráció elektronikus aláírással... 7 Külföldiek regisztrációja...
RészletesebbenKASZPER Felhasználói dokumentáció
KASZPER Felhasználói dokumentáció Felhasználói kézikönyv a TITÁN Térségi Információs Technológiai és Általános Nyilvántartórendszer KASZPER moduljához KASZPER modul felhasználói dokumentáció 1/333 Tartalomjegyzék
RészletesebbenKERESKEDELMI AJÁNLAT BUDAÖRSI VÁROSFEJLESZTŐ KFT. RÉSZÉRE KERETRENDSZERBEN KIALAKÍTOTT - PROJEKT MENEDZSMENT FUNKCIONALITÁS
KERESKEDELMI AJÁNLAT BUDAÖRSI VÁROSFEJLESZTŐ KFT. RÉSZÉRE KERETRENDSZERBEN KIALAKÍTOTT - PROJEKT MENEDZSMENT FUNKCIONALITÁS BEVEZETÉSÉRE ÉS TÁMOGATÁSÁRA 1 TARTALOMJEGYZÉK Vezetői Összefoglaló...3 Projekt
Részletesebbena Kutatási és Technológiai Innovációs Alap 2004. évi egységes, elektronikus pályázati űrlapjához
Kitöltési és beküldési útmutató a Kutatási és Technológiai Innovációs Alap 2004. évi egységes, elektronikus pályázati űrlapjához Űrlapverzió: V2.2.1. 2004. május 17. Dokumentumverzió: V2.2.1-2. 2004. május
Részletesebbenelektronikus kitöltés és benyújtás
Felhasználói kézikönyv Agrár-környezetgazdálkodási kifizetés (AKG- VP) elektronikus kitöltés és benyújtás 2015. Verzió 02. 1 1. Tartalomjegyzék 1. TARTALOMJEGYZÉK... 2 2. BEVEZETÉS... 4 3. A BEADÓ FELÜLET
RészletesebbenIntézményi interface technikai dokumentáció
AVIR Intézményi interface technikai dokumentáció 1. Intézményi interface technikai dokumentáció verzió:1.2 (2011-09-30) Definíciók AVIR Adattár alapú Vezető Információs Rendszer Központi Adattárház Központi
RészletesebbenSzakmai ajánlás. az egységes villamos energia feszültség minőség monitoring rendszer kialakítására
ES-891/9/2008. Szakmai ajánlás az egységes villamos energia feszültség minőség monitoring rendszer kialakítására Budapest, Tartalomjegyzék 1. Célkitűzés... 3 2. Bevezetés... 3 3. Nemzetközi kitekintés...
RészletesebbenHasználati útmutató 06 40 / 200 446 06-96 / 510 000 Educatio Kht. Közoktatási Információs Iroda 9001 Győr Pf. 1646
Közoktatási Információs Iroda Közoktatási személyi nyilvántartás - Kézikönyv Használati útmutató A Felhasználói kézikönyv célja, hogy a Közoktatási Törvény és a 20/1997. kormányrendelet által előírt tanuló-
RészletesebbenProAnt Felhasználói Útmutató
ProAnt Felhasználói Útmutató http://www.proant.hu/ 2014. október 17. Adminisztrátor 6722 Szeged, Gogol u. 3. 1 TARTALOMJEGYZÉK 1 Tartalomjegyzék... 2 2 A ProAnt szoftverről... 4 3 Jelszó módosítása...
RészletesebbenTÁJÉKOZTATÓ AZ ELEKTRONIKUS ÜGYINTÉZÉSRŐL
TÁJÉKOZTATÓ AZ ELEKTRONIKUS ÜGYINTÉZÉSRŐL Tisztelt Ügyfelünk! Amennyiben Ön a hatósági ügyeit elektronikusan kívánja intézni, kérjük, figyelmesen olvassa el az alábbi részletes tájékoztatónkat. ÜGYFÉLKAPU
RészletesebbenInformatika-érettségi_emelt 11.-12. évfolyam Informatika
11. évfolyam A tanév célja a középszintű érettségire való felkészítés, az emelt szintű érettségire való felkészülésnek a megalapozása. A középszintű érettségi elősegíti az eligazodást és a munkába állást
RészletesebbenEmberi erőforrás menedzsment Exact megoldásokkal
Emberi erőforrás menedzsment Exact megoldásokkal Lengyel Attila Tartalom Az Exact-ról Synergy Enterprise áttekintés Emberi erőforrás menedzsment Legfrissebb információk az Európai Uniós pályázatokról Közben
RészletesebbenFELHASZNÁLÓI KÉZIKÖNYV
FELHASZNÁLÓI KÉZIKÖNYV ELEKTRONIKUS FELÜLET HASZNÁLATÁHOZ ÉS E-KÉRELEM BENYÚJTÁSÁHOZ Kertészet korszerűsítése Üveg- és fóliaházak létesítése, energiahatékonyságának növelése geotermikus energia felhasználásának
RészletesebbenAz Egálnet Honlapvarázsló használati útmutatója
Az Egálnet Honlapvarázsló használati útmutatója Az Egálnet Honlapvarázsló használati útmutatója Tartalomjegyzék: Tartalomjegyzék:... 1 1. Első lépések... 2 2. Honlap szerkesztése I... 2 2.1. Tartalmi területek,
RészletesebbenDr. Ónodi-Szűcs Zoltán Államtitkár Úr részére Emberi Erőforrásoki Minisztériuma Egészségügyért Felelős Államtitkárság. Budapest
Dr. Ónodi-Szűcs Zoltán Államtitkár Úr részére Emberi Erőforrásoki Minisztériuma Egészségügyért Felelős Államtitkárság Budapest Tisztelt Államtitkár Úr! Kérésének megfelelően az EGVE összállította a KIRA
RészletesebbenTANÚSÍTVÁNY. tanúsítja, hogy az Axelero Rt. által kifejlesztett és forgalmazott. Marketline integrált aláíró alkalmazás 1.
TANÚSÍTVÁNY A HUNGUARD Számítástechnikai-, informatikai kutató-fejlesztő és általános szolgáltató Kft. a 15/2001.(VIII. 27.) MeHVM rendelet alapján, mint a Magyar Köztársaság Informatikai és Hírközlési
RészletesebbenSorsz. Feladat Időtart. Ütemezés Új arculattal jelenjen meg a portál: főoldalhoz 1.1
1. sz. Melléklet Szakmai ajánlat Sorsz. Feladat Időtart. Ütemezés Új arculattal jelenjen meg a portál: főoldalhoz 1.1 (nyitólap) és al/főmenükhöz új design és a hozzájuk 1 hónap tartozó színvilág (template)
RészletesebbenÖSSZEFOGLALÓ ONLINE SPORTMENEDZSMENT SZOFTVER
ONLINE SPORTMENEDZSMENT SZOFTVER Az áttekinthetetlen, papír alapú adminisztráció, a nehezen elérhető és hiányos információk, a tudásmegosztás és visszacsatolás hiánya, mind a minőségi munka ellen szól.
RészletesebbenPályázati kézikönyv. az Interreg V-A Ausztria-Magyarország Program pályázói és kedvezményezettjei számára
Pályázati kézikönyv az Interreg V-A Ausztria-Magyarország Program pályázói és kedvezményezettjei számára Projektfejlesztés és pályázatbenyújtás: a pályázat útja a projektötlettől a szerződéskötésig A pályázati
RészletesebbenAz Orbis adatbáziskezelő
ORBIS ADATBÁZIS WEBRE VITELE KÉSZÍTETTE: SOÓS PÉTER 2001. április 13. Bevezetés Ezen írás a NETWORKSHOP 2001 konferenciára készített előadásom anyagának szerkesztett változata. 1994-95. óta sok jelentős
RészletesebbenE L Ő T E R J E S Z T É S
E L Ő T E R J E S Z T É S A Képviselő-testület 2009. március 26 -án tartandó ülésére a 7. számú Tájékoztató az elektronikus információszabadságról szóló 2005. évi XC. törvényben foglaltak érvényesülése
RészletesebbenINTEGRÁLT ÖNKORMÁNYZATI RENDSZER
INTEGRÁLT ÖNKORMÁNYZATI RENDSZER Professzionál Zrt. 20 ÉVE ÚTON AZ INFORMATIKA VILÁGÁBAN A Professzionál Zrt-t 1989-ben alapították a Professzionál Kisszövetkezet jogutódjaként. Az elmúlt két évtizedben
RészletesebbenElektronikus ügyfélszolgálat Regisztrált ügyfelek felhasználói kézikönyv
Elektronikus ügyfélszolgálat Regisztrált ügyfelek felhasználói kézikönyv Verzió 6.0 2014. július 31. 1. Tartalomjegyzék 1. Bevezető... 3 2. Regisztráció... 5 3. Elfelejtette jelszavát?... 7 4. Online ügyfélszolgálat
RészletesebbenA korszerű HR rendszer
A korszerű HR rendszer A rendszer négy kiemelkedő csúcstechnológiai funkciót tartalmaz A felhasználói csoportok dinamikus kiszolgálása A perbit.insight legfontosabb része a HR megoldás központ (HR Solution
RészletesebbenBARANGOLÁS AZ E-KÖNYVEK BIRODALMÁBAN Milyen legyen az elektonikus könyv?
BARANGOLÁS AZ E-KÖNYVEK BIRODALMÁBAN Milyen legyen az elektonikus könyv? Készítették: Névery Tibor és Széll Ildikó PPKE I. évf. kiadói szerkesztő hallgatók, közösen 1 BEVEZETŐ Az elektronikus könyv valamilyen
RészletesebbenA FSZEKintegrált könyvtári rendszerének
Ajánlattételi 3. MELLÉKLET felhívás: Műszaki Leírás A FSZEKintegrált könyvtári rendszerének Távhasználat biztosítása, statisztika, korszerűsítése digitális archívum, adatbázis-bővítés, katalógus modernizálása
RészletesebbenFELHASZNÁLÓI KÉZIKÖNYV
FELHASZNÁLÓI KÉZIKÖNYV ELEKTRONIKUS FELÜLET HASZNÁLATÁHOZ ÉS E-KÉRELEM BENYÚJTÁSÁHOZ Kertészet korszerűsítése Gyógy- és fűszernövény termesztés (Kertészet - gyógynövény (VP)) felhíváshoz Felhívás kódszáma:
RészletesebbenKitöltési útmutató. az ems online pályázati és monitoring rendszerhez, az Interreg V-A Ausztria-Magyarország Program pályázói számára
Kitöltési útmutató az ems online pályázati és monitoring rendszerhez, az Interreg V-A Ausztria-Magyarország Program pályázói számára A Pályázati kézikönyv 1. melléklete version 2015.12.16. 1/46 0. TARTALOMJEGYZÉK
RészletesebbenHajdúhadház Város Önkormányzat 2014. május hó 29. napján tartandó Képviselő-testületi ülésére
Hajdúhadház Város Önkormányzata Polgármesterétől 4242. Hajdúhadház, Bocskai tér 1. Tel.: 52/384-103, Fax: 52/384-295 e-mail: titkarsag@hajduhadhaz.hu E L Ő T E R J E S Z T É S Hajdúhadház Város Önkormányzat
RészletesebbenKészlet és Számla Kézikönyv
Készlet és Számla Kézikönyv PARALLEL Számítástechnikai, Ügyviteli Szolgáltató és Kereskedelmi Kft. ( 273-3310 5 273-3311 Mobil 06 (20) 9-340-661 Bemutatóterem: 1161 Budapest, József u. 18.. INTERNET: http:/
RészletesebbenRÉSZLETES FELHÍVÁS ÉS ÚTMUTATÓ. az Elektronikus közigazgatás operatív program keretében megvalósuló. E-befogadás. című kiemelt projekt támogatásához
RÉSZLETES FELHÍVÁS ÉS ÚTMUTATÓ az Elektronikus közigazgatás operatív program keretében megvalósuló E-befogadás című kiemelt projekt támogatásához Kódszám: EKOP-2.1.16 1 Tartalom A TÁMOGATÁS CÉLJA ÉS HÁTTERE...
RészletesebbenTanulmányi eredmények kommunikációs rendszere
Tanulmányi eredmények kommunikációs rendszere Felhasználói útmutató (1.6 verzió) Oktatási Hivatal TARTALOMJEGYZÉK 1. BEVEZETÉS... 3 2. A RENDSZER KEZELÉSI LEÍRÁSA... 3 2.1. Belépés... 3 2.2. Feladatellátási
RészletesebbenDiákigazolvány Elektronikus Igénylési Rendszer Oktatási Hivatal által biztosított igénylő felület. Felhasználói kézikönyv. v 4.1
Diákigazolvány Elektronikus Igénylési Rendszer Oktatási Hivatal által biztosított igénylő felület Felhasználói kézikönyv v 4.1 Tartalomjegyzék 1. Bevezetés... 3 2. Előfeltételek... 3 3. A diákigazolvány
RészletesebbenAz e-közigazgatás irányításának megújítása
Az e-közigazgatás irányításának megújítása 2013 Az e-közigazgatási irányítás megújítása a központi közigazgatásban IMPRESSZUM Szerkesztette és kiadta: Közigazgatási és Igazságügyi Minisztérium ÁROP-1.2.20-2012-2012-0001
RészletesebbenGyorsjelentés. az informatikai eszközök iskolafejlesztő célú alkalmazásának országos helyzetéről 2011. február 28-án, elemér napján KÉSZÍTETTÉK:
Gyorsjelentés az informatikai eszközök iskolafejlesztő célú alkalmazásának országos helyzetéről 2011. február 28-án, elemér napján KÉSZÍTETTÉK: Hunya Márta PhD Kőrösné dr. Mikis Márta Tartsayné Németh
RészletesebbenKözigazgatási kutatások megvalósítása a TÁMOP-5.4.1-12. számú projekt
Közigazgatási kutatások megvalósítása a TÁMOP-5.4.1-12. számú projekt Családi csődvédelem bevezetéséhez szükséges informatikai fejlesztések megfogalmazása Bonum Commun Korlátolt Felelősségű Társaság TARTALOMJEGYZÉK
Részletesebben1. MELLÉKLET. Távhasználat biztosítása azonosító bróker (AAI) közreműködésével
1. MELLÉKLET Szakmai ajánlat Ajánlatunkban olyan rendszerfejlesztési szolgáltatásokat kínálunk a Fővárosi Szabó Ervin Könyvtár számára, ami igazodva az Új Magyarország Fejlesztési Terv Társadalmi Megújulás
RészletesebbenKitöltési Útmutató a 2016. évi HOP monitoring adatszolgáltatás elektronikus kitöltéséhez 2016. január 21. verziószám: 01
2. sz. melléklet: Kitöltési Útmutató a 2016. évi HOP monitoring adatszolgáltatás elektronikus kitöltéséhez Kitöltési Útmutató a 2016. évi HOP monitoring adatszolgáltatás elektronikus kitöltéséhez 2016.
RészletesebbenKor-Társ Idősügyi Program 2011 Idősklubok, nyugdíjasklubok kulturális, oktatási és egészségügyi programjainak támogatására (előfinanszírozott)
Kor-Társ Idősügyi Program 2011 Idősklubok, nyugdíjasklubok kulturális, oktatási és egészségügyi programjainak támogatására (előfinanszírozott) A pályázat kódja: KOR-TARS-11 Pályázati Útmutató 2011. december
RészletesebbenNeoCMS tartalommenedzselő szoftver leírása
NeoCMS tartalommenedzselő szoftver leírása A NeoSoft Informatika NeoCMS márkanévvel ellátott rendszere könnyen, gyorsan testre szabható tartalommenedzselő rendszer, mely egyedileg átalakítható, és így
RészletesebbenKözzététel dátuma: 2014.12.01. Iktatószám: 24976/2014 CPV Kód: 48219300-9 Országos Foglalkoztatási Közhasznú Nonprofit Kft.
Szoftverbeszerzés Közbeszerzési Értesítő száma: 2014/140 Beszerzés tárgya: Árubeszerzés Hirdetmény típusa: Tájékoztató az eljárás eredményéről (1-es minta)/ké/2013.07.01 KÉ Eljárás fajtája: Hirdetmény
RészletesebbenCEEGEX OTC. Működési Szabályzat
CEEGEX OTC Működési Szabályzat Érvényes: 2014. október 1. napjától Verzió 1.0 1/26 Tartalom 1. Általános szervezeti alapelvek... 4 1.1. Preambulum... 4 2. CEEGEX OTC... 4 2.1. A szabályzat célja... 4 2.2.
RészletesebbenMiskolci Egyetemi Publikációs Adatbázis
Miskolci Egyetemi Publikációs Adatbázis Kiss Andrea, konpinty@uni-miskolc.hu Miskolci Egyetem, Könyvtár, Levéltár, Múzeum Vitéz Gáborné, ildiko@swszl.szkp.uni-miskolc.hu Miskolci Egyetem, Egyetemi Számítóközpont
RészletesebbenKÖZPONTI ÉRKEZTETÉSI ÜGYNÖK SZOLGÁLTATÁS
KÖZPONTI ÉRKEZTETÉSI ÜGYNÖK SZOLGÁLTATÁS ELEKTRONIKUS DOKUMENTUM-TOVÁBBÍTÁSI SZOLGÁLTATÁSOK Csatlakozási Szabályzat 2016. február 29. EREDETI 2 Tartalom 1 BEVEZETŐ... 3 1.1 A dokumentum célja... 3 2 A
RészletesebbenFELHASZNÁLÓI KÉZIKÖNYV
FELHASZNÁLÓI KÉZIKÖNYV ELEKTRONIKUS FELÜLET HASZNÁLATÁHOZ ÉS E-KÉRELEM BENYÚJTÁSÁHOZ Mezőgazdasági termékek értéknövelése (VP-ÉLIP) felhíváshoz Felhívás kódszáma: VP-3-4.2.1-15 Verziószám: 0.1 2016. január
RészletesebbenSzámlázás: - Számlázás/Számlakészítés: xml importtal fogadható adatok bővítése.
Verzió leírások 5.12. (2016.06.14.) - Törzsadatok/Terméktörzs: fix eladási ár rögzítése esetén számlakészítéskor nem írható át a nettó ár, ha a bekérdezni lehetőség jelölőnégyzete üres. - Beállítások/Beállítások/Számlázás
Részletesebbenrészvétel a kulturális, társadalmi és/vagy szakmai célokat szolgáló közösségekben és hálózatokban. Az informatika tantárgy fejlesztési feladatait a
INFORMATIKA Az informatika tantárgy ismeretkörei, fejlesztési területei hozzájárulnak ahhoz, hogy a szakközépiskolás tanuló az információs társadalom aktív tagjává válhasson. Az informatikai eszközök használata
RészletesebbenKiegészítő melléklet (elektronikus beszámoló)
Felhasználói dokumentáció a Kiegészítő melléklet (elektronikus beszámoló) programhoz Forgalmazó: FORINT-Soft Kft. 6500 Baja, Roosevelt tér 1. Tel: 79/424-772, 79/523-600 Fax: 79/420-857 E-mail: forintsoft@forintsoft.hu
RészletesebbenEurópai Menekültügyi Alap (2010. 1. kiírás) Európai Visszatérési Alap (2009. 2. kiírás) Módszertani segítség a pályázati adatlap kitöltéséhez
Európai Menekültügyi Alap (2010. 1. kiírás) Európai Visszatérési Alap (2009. 2. kiírás) Módszertani segítség a pályázati adatlap kitöltéséhez számítógépes kitöltés / kétoldalas nyomtatás maximális terjedelem
RészletesebbenBonus-HU Program. Pályázati útmutató. Budapest, 2008. augusztus
Bonus-HU Program Pályázati útmutató Budapest, 2008. augusztus 1 Bevezetés...3 I. A Pályázati Felhíváshoz kapcsolódó általános ismeretek...3 1. A támogatás célja...3 2. A támogatás forrása és jogcíme...3
RészletesebbenA Budapesti Értéktõzsde Részvénytársaság Vezérigazgatójának 17/2004. sz. határozata
Nyilvános A Budapesti Értéktõzsde Részvénytársaság Vezérigazgatójának 17/2004. sz. határozata A Budapesti Értéktõzsde Részvénytársaság (továbbiakban: Tõzsde) vezérigazgatója A Budapesti Értéktõzsde Részvénytársaság
Részletesebben1.1 DEVIZÁS SZÁMLA KIEGYENLÍTÉSÉHEZ KAPCSOLÓDÓ AUTOMATIKUS ÁRFOLYAM KÜLÖNBÖZET KÖNYVELÉS
HÍREK 2016.06.01. EOS FONTOSABB PROGRAM-MÓDOSÍTÁSOK 1. KIEMELT FEJLESZTÉSEK 1.1 DEVIZÁS SZÁMLA KIEGYENLÍTÉSÉHEZ KAPCSOLÓDÓ AUTOMATIKUS ÁRFOLYAM KÜLÖNBÖZET KÖNYVELÉS Költségvetési könyvelést folytató ügyfeleink
RészletesebbenA pályázat kódja: IFJ-GY-12-E. Pályázati útmutató
Téli sportpályák funkció- és kihasználtság bővítő fejlesztésének támogatása, annak érdekében, hogy a gyermek- és a fiatal korosztály körében a téli sportok gyakorlásának lehetősége növekedjen A pályázat
RészletesebbenInformatika. Középszintű érettségi vizsga témakörök. 1. Információs társadalom. 2. Informatikai alapismeretek hardver
Informatika Középszintű érettségi vizsga témakörök 1. Információs társadalom 1.1. A kommunikáció 1.1.1. A kommunikáció általános modellje Ismerje a kommunikáció modelljét és tudjon gyakorlati példákat
RészletesebbenDiplomamunka témák. GDF Informatikai Intézet 2016. március
Diplomamunka témák GDF Informatikai Intézet 2016. március Tartalom 1. Szoftverfejlesztés...2 1.1 Algoritmusok, adatszerkezetek, programozási tételek, hatékonyság...2 1.2 Szimulációs programok...2 1.3 Webes
RészletesebbenHasználati útmutató gyi és gyb állományok importálásához
Használati útmutató gyi és gyb állományok importálásához Végleges igénylőlap beküldési határidő 2015. február 9. hétfő 1. Ajánlott böngésző 2014. januártól webes felületű űrlapkezelő rendszert használunk
RészletesebbenRÉSZLETES FELHÍVÁS ÉS ÚTMUTATÓ. az Elektronikus közigazgatás operatív program keretében megvalósuló
RÉSZLETES FELHÍVÁS ÉS ÚTMUTATÓ az Elektronikus közigazgatás operatív program keretében megvalósuló Központosított Kormányzati Informatikai Rendszer kiterjesztése (KKIR2) című kiemelt projekt támogatásához
RészletesebbenA M E E TITKÁRSÁGI ÜGYRENDJE
A M E E TITKÁRSÁGI ÜGYRENDJE T A R T A L O M 1. Hatály 2. A Titkárság szervezete és működése 3. A Titkárság elnevezés, címe 4. A Titkárság feladatköre 5. A titkárság feladatainak részletezése 6. Munkaköri
RészletesebbenI. rész Intranet...11 II. rész Windows SharePoint Services... 33
I. rész Intranet...11 1. Az intranet feladatai... 13 2. Az intranet elemei... 16 3. Windows-alapú hálózatok... 20 4. SharePoint termékcsalád... 22 5. Office 2003 rendszer... 28 II. rész Windows SharePoint
RészletesebbenNMS közösségi tér a hallgatói weben
NEPTUN MEET STREET (NMS) HALLGATÓI WEB Felhasználói dokumentáció verzió 3.6. Budapest, 2013. Változáskezelés Verzió Dátum Változás Pont Cím Oldal 2.0. 2011.03.03. 2.2 A virtuális terek megjelenítése 9.
RészletesebbenKitöltési útmutató a MEC pályázati űrlaphoz
Kitöltési útmutató a MEC pályázati űrlaphoz Ez az útmutató a 2004. évi műszaki kutatás-fejlesztési pályázatai közül a műszaki fejlesztés társadalmi feltételeinek javítására kiírt Mecenatúra-pályázatok
RészletesebbenNyugat-magyarországi Egyetem Geoinformatikai Kara. Nagy Gábor. Informatika 16. INF16 modul. Az OpenOffice.org
Nyugat-magyarországi Egyetem Geoinformatikai Kara Nagy Gábor Informatika 16. INF16 modul Az OpenOffice.org SZÉKESFEHÉRVÁR 2010 Jelen szellemi terméket a szerzői jogról szóló 1999. évi LXXVI. törvény védi.
RészletesebbenTanácsadásra irányuló megbízási szerződés. ZSOLDOS Kft. számára
Tanácsadásra irányuló megbízási szerződés ZSOLDOS Kft. számára 1 TANÁCSADÁSRA IRÁNYULÓ MEGBÍZÁSI SZERZŐDÉS amely létrejött egyrészről a ZSOLDOS Kft. (székhely: 8400 Ajka, Timföldgyári út 3.; cégjegyzékszám:
RészletesebbenSECPORTAL FELHASZNÁLÓI KÉZIKÖNYV
SECPORTAL FELHASZNÁLÓI KÉZIKÖNYV 2015.11.20 Tartalom 1. Regisztráció...3 1.1. Regisztrációt aktiváló email üzenet...4 2. Bejelentkezés...5 2.1. Elfelejtett jelszó változtatás kezdeményezése...5 2.2. Jelszóváltás...6
RészletesebbenKiemelt projektek kiválasztásának eljárásrendje
NEMZETI FEJLESZTÉSI ÜGYNÖKSÉG Kiemelt projektek kiválasztásának eljárásrendje 2007. szeptember - 2 - Tartalomjegyzék BEVEZETÉS...3 I. FÁZIS...5 1. Érdeklődők tájékoztatása a kiemelt projektek kiválasztásáról...5
RészletesebbenMobil Kommunikációs Kutatás-fejlesztési és Innovációs Centrum létrehozása. (Mobil 2004) Pályázati felhívás
az Informatikai és Hírközlési Minisztérium támogatásával Mobil Kommunikációs Kutatás-fejlesztési és Innovációs Centrum létrehozása (Mobil 2004) Pályázati felhívás Budapest, 2004. november 4. Tartalomjegyzék
RészletesebbenAz információs portáloktól a tudásportálokig
Az információs portáloktól a tudásportálokig open access nyílt hozzáférés szervezett szolgáltatási és informatikai környezetben Nemzeti Közszolgálati Egyetem 2013. október 21. Horvath.zoltanne@pp.t-systems.hu
RészletesebbenMagyar Telekom fokozott e- Szignó. nem-minősített hitelesítés szolgáltatás. Standard Üzleti Tanúsítvány. Fokozott Személyi Tanúsítvány
Magyar Telekom fokozott e- Szignó nem-minősített hitelesítés szolgáltatás Standard Személyi Tanúsítvány Standard Üzleti Tanúsítvány Fokozott Személyi Tanúsítvány Fokozott Üzleti Tanúsítvány Hitelesítési
RészletesebbenOn-line értékelési módszerek II. Lengyelné Molnár Tünde
On-line értékelési módszerek II. Lengyelné Molnár Tünde MÉDIAINFORMATIKAI KIADVÁNYOK On-line értékelési módszerek II. Lengyelné Molnár Tünde Eger, 2013 Korszerű információtechnológiai szakok magyarországi
RészletesebbenMit kell és mit célszerű szabályozni a vállalkozáson belül?
Jó, ha tudod! Mit kell és mit célszerű szabályozni a vállalkozáson belül? A számviteli törvény előírásai szerint a számviteli politikában kell szabályozni azokat a gazdálkodóra jellemző szabályokat, előírásokat,
RészletesebbenI. Weloveweddings Esküvői Fotó és Videó Pályázat
I. Weloveweddings Esküvői Fotó és Videó Pályázat Első alkalommal kerül kihirdetésre az I. Weloveweddings Esküvői Fotó és Videó Pályázat. A pályázat kihirdetője a weloveweddings.hu online esküvői magazin,
RészletesebbenFelhasználói kézikönyv
Felhasználói kézikönyv Elektronikus Pályázatkezelési és Együttműködési Rendszer Elektronikus Pályázatkezelési és Együttműködési Rendszer Felhasználói kézikönyv Legutóbbi változások: A könnyebb használat
RészletesebbenADAFOR Iskolai adatforgalmazó program Kezelési útmutató
ADAFOR Iskolai adatforgalmazó program Kezelési útmutató Tartalomjegyzék 1. A Kommunikátor segédprogram... 2 2. Az egyes alrendszerek logikai felépítése... 2 3. A program szerkezete... 3 3.1. Telepítési
RészletesebbenA tananyag. Témakörök. Optimum. Tudja meghatározni a numerikus, és karakteres adtok tárolt alakját.
Informatika helyi tanterv a PEDELLUS NOVITAS Kiadó Informatika 9-10. tankönyvéhez Szerzők: Kiss Albert,Ludányiné Prém Judit tankönyv+munkafüzet - kerettantervre épülő A tananyag Óraszám: 2 éves tantárgy
RészletesebbenIGAZSÁGÜGYI ÉS RENDÉSZETI MINISZTÉRIUM EURÓPAI INTEGRÁCIÓS ALAP 2010.
IGAZSÁGÜGYI ÉS RENDÉSZETI MINISZTÉRIUM EURÓPAI INTEGRÁCIÓS ALAP 2010. PÁLYÁZATI ÚTMUTATÓ A BM/13137-1/2011. SZ. NYÍLT PÁLYÁZATI FELHÍVÁSHOZ (ISMÉTELT PÁLYÁZTATÁS) 1 T A R TALOMJEGY ZÉK I. AZ EURÓPAI INTEGRÁCIÓS
RészletesebbenTOBORZÁS. Szempontok és segédletek gyűjteménye a tanulótoborzáshoz és beíratáshoz. 1/8. EMIR Azonosító: TÁMOP-3.2.
Apertus Közalapítvány NFT Iroda 1088 Budapest, Múzeum u. 17. Telefon: +361-411-5750 Fax: +361-209-3742 http://www.apertus.hu e-mail: iroda@apertus.hu EMIR Azonosító: TÁMOP-3.2.1-08/1/A-2009-0001 TOBORZÁS
RészletesebbenAz informatika tantárgy fejlesztési feladatait a Nemzeti alaptanterv hat részterületen írja elő, melyek szervesen kapcsolódnak egymáshoz.
INFORMATIKA Az informatika tantárgy ismeretkörei, fejlesztési területei hozzájárulnak ahhoz, hogy a tanuló az információs társadalom aktív tagjává válhasson. Az informatikai eszközök használata olyan eszköztudást
Részletesebben1.1.2.4 amennyiben a Bank erre lehetőséget biztosít, az új CIB mobiltokenre vonatkozó Szerződés megkötése.
HIRDETMÉNY A FOGYASZTÓK ÉS EGYÉNI VÁLLALKOZÓK RÉSZÉRE SZÓLÓ CIB INTERNETALAPÚ ELEKTRONIKUS SZOLGÁLTATÁSOKRA VONATKOZÓ KÜLÖNÖS ÜZLETSZABÁLYZAT MÓDOSÍTÁSÁRÓL A CIB Bank Zrt. (1027 Budapest, Medve u. 4-14.;
Részletesebben1. BEVEZETÉS... 5 2. A RENDSZER ELEMEI, ARCHITEKTÚRÁJA... 5
EntryProx Beléptető Rendszer FELHASZNÁLÓI KÉZIKÖNYV v.1.0.7. EntryProx Beléptető Rendszer TARTALOM 1. BEVEZETÉS... 5 2. A RENDSZER ELEMEI, ARCHITEKTÚRÁJA... 5 3. A RENDSZER ÜZEMBE HELYEZÉSE... 7 3.1. Az
RészletesebbenA Pécsi Tudományegyetem. fejlesztési javaslatok és pályázati projektek kezeléséről szóló szabályzata
A Pécsi Tudományegyetem fejlesztési javaslatok és pályázati projektek kezeléséről szóló szabályzata Pécs 2011. 2015. október 01. napjától hatályos változat 1 PREAMBULUM Az Egyetem a folyamatosan változó
RészletesebbenFELHASZNÁLÓI KÉZIKÖNYV ÜGYFELEK SZÁMÁRA
FELHASZNÁLÓI KÉZIKÖNYV ÜGYFELEK SZÁMÁRA 2015-04-01 Felhívjuk a figyelmet, hogy az ÉTDR a mindenkori jogszabályi keretek között működik, a csatlakozó szerveknek és személyeknek a mindenkori jogszabály szerint
RészletesebbenFELHÍVÁS. A klímaváltozáshoz történő hatékony alkalmazkodás megvalósítására
FELHÍVÁS A klímaváltozáshoz történő hatékony alkalmazkodás megvalósítására Klímastratégiák kidolgozásához kapcsolódó módszertan- és kapacitásfejlesztés, valamint szemléletformálás KEHOP-1.2.0 Magyarország
Részletesebben1.) A költségvetési bértámogatás megállapítása, számfejtése
Útmutató a megváltozott munkaképességűek foglalkoztatásához költségvetési előirányzatból nyújtható bértámogatások megállapításának, számfejtésének elkészítését könnyítő EXCEL táblák kezeléséhez 1.) A költségvetési
RészletesebbenMŰSZAKI LEÍRÁS. Beszerzés tárgya:
Beszerzés tárgya: MŰSZAKI LEÍRÁS Ajánlattevő feladata a Nemzeti Fejlesztési Ügynökség európai uniós fejlesztési források (Nemzeti Fejlesztési Terv és Új Magyarország Fejlesztési Terv) eredményes végrehajtását
Részletesebben