Adatbázis-tervezés konzultáció 1. Gyakorlat Dr. Pauler Gábor, egyetemi docens, ev. Adószám: 63673852-3-22 Számlaszám: 50400113-11065546 Telephely: 7666.

Slides:



Advertisements
Hasonló előadás
Adósság. Adósság Jó hitelRossz hitel Jó hitel Egyes hitelek befektetésnek tekinthetők. Ha valaki azért vesz fel hitelt, hogy olyasmit vásároljon, ami.
Advertisements

Elektronikus Fizetés megvalósítása
Elektronikus ügyintézés, és várható technikai fejlesztések a Növény- és Talajvédelem területén Várszegi Gábor osztályvezető augusztus 30.
2008 novemberOrbán Zoltán – LogiPen Kft.. Mit is kell adminisztrálni…?  Szabályzat  Dolgozói tájékoztató  Munkavállalói nyilatkozatok (új belépők is!)
Beruházási projektek dokumentációja
Szavatosság, jótállás, termékfelelősség
A program megvalósulását az Országos Foglalkoztatási Közalapítvány támogatja. „ROMÁK A MUNKAERŐPIACON” konferencia Pécs, szeptember Előadó:
A PROJEKT, A VÁLLALKOZÁSI SZERZŐDÉS SZEMSZÖGÉBŐL dr. Naszádos Krisztina NKKB Ügyvédi Iroda 2010.
Rendszerfejlesztés.
A hazai mérnöki tudás piacképes termékké formálásának eszközei Kovács Lajos ügyvezető igazgató INFOPLAN Mérnökiroda Kft.
EU támogatások és a kapcsolódó közbeszerzések tapasztalatai
Hatékonyságnövelés IT biztonsági megoldásokkal Szincsák Tamás IT tanácsadó 2012.Október 17.
NFT-s pályázati tapasztalatok és tanácsok Kellermann Éva május 20.
Tanuló (projekt)szervezet a Magyar Nemzeti Bankban
INFORMÁCIÓRENDSZEREK FEJLESZTÉSÉNEK IRÁNYÍTÁSA.. Alkalmazás - projekt Alkalmazás - a vállalat tökéletesítésére irányuló új munkamódszer projekt - az új.
ERP Integrált vállalatirányítási rendszer
CHSH Dezső Dr. Dezső A közbeszerzési törvény gyakorlati alkalmazásának tapasztalatai és a közbeszerzési törvény.
Programozás alapjai A programozás azt a folyamatot jelenti, melynek során a feladatot a számítógép számára érthető formában írjuk le. C++, Delphi, Java,
© Leading Innovation – RSEU KFT. Minden jog fenntartva! Szellemi Vagyon Menedzsement Keresnyei János, ügyvezető Riglersystem Európa Kft. Pécs.
1 A KIFIZETÉSEK ÉS PÉNZÜGYI ELLENŐRZÉSEK FOLYAMATA A KÖZREMŰKÖDŐ SZERVEZETNÉL.
Az EU-pályázati rendszer gyakorlata Magyarországon
AIIR projekt Autósiskolai Integrált Információs Rendszer.
Jelentések Munkakezdő jelentések Időközi jelentések  Támogatási szerződés által meghatározott időpontokban és/vagy mérföldkövenként  Tartalma: az adott.
Megvalósíthatóság és költségelemzés Készítette: Horváth László Kádár Zsolt.
© "VERSENYKÉPESSÉG–FEJLŐDÉS–REFORM" konferencia november 7-8 KOMPETENCIA SZÁMVITELI ALAPOK dr. Laáb Ágnes BME, egyetemi docens, kandidátus elé r.
Az Új Széchenyi Terv kiindulópontjai Szepesi Balázs, NGM parlamenti és gazdaság-stratégiai államtitkár kabinetfőnöke.
Polgári jog Szerződések joga évi IV. törvény:
FEJLESZTÉSI FELADATOK FINANSZÍROZÁSA Gazdaságfejlesztési pályázatok a tervezéstől a megvalósításig - több száz nyertes pályázat tapasztalatai alapján -
Menedék - Migránsokat Segítő Egyesület
Projektek monitorozása. Elvek és módszerek
Adatbázis-tervezés konzultáció 10. Gyakorlat Dr. Pauler Gábor, egyetemi docens, ev. Adószám: Számlaszám: Telephely: 7666.
Adatbázis-tervezés konzultáció 6. Gyakorlat Dr. Pauler Gábor, egyetemi docens, ev. Major László Adószám: Számlaszám: Telephely:
Adatbázis-tervezés konzultáció 9. Gyakorlat Dr. Pauler Gábor, egyetemi docens, ev. Adószám: Számlaszám: Telephely: 7666.
Adatbázis-tervezés konzultáció 2. Gyakorlat Dr. Pauler Gábor, egyetemi docens, ev. Adószám: Számlaszám: Telephely: 7666.
Adatbázis-tervezés konzultáció
Adatbázis-tervezés konzultáció 8. Gyakorlat Dr. Pauler Gábor, egyetemi docens, ev. Adószám: Számlaszám: Telephely: 7666.
2010. március 03. Európai Mezőgazdasági Vidékfejlesztési Alapból az Új Magyarország Vidékfejlesztési Program I. és II. intézkedéscsoportjához kapcsolódó.
NEA szakmai támogatások (2014) Budapest, november
Phare ellenőr feladata, szerepe a Programban Karlik Csilla Közbenső Fórum 2002/2003 évi területfejlesztési Phare program Február 1. Debrecen.
Regionális projekt-előkészítési támogatás 2007-ben (PEA4) Nyugat-dunántúli Regionális Fejlesztési Ügynökség.
Vállalati tanácsadás pályázatainak értékelése
ÖNKOMRÁNYZATI PÉNZÜGYI INNOVÁCIÓK május 30. hétfő U D V A R H E L Y I ü g y v é d e k PPP KONSTRUKCIÓK: A VÁLLALKOZÓI TŐKE, AZ ÖNKORMÁNYZATI.
Elektronikus eljárás a polgári perben
HEFOP 2.1 Pályázati Kiírás Projektindító február 14. Foglalkoztatáspolitikai és Munkaügyi Minisztérium.
„Infrastruktúra-fejlesztés az egészségpólusokban” TIOP-2.2.7/07/2F.
Szerviz modul Ismertető. Cégismertető Magyarország vezető kárrendezési rendszerének szállítója Tíz éves szakmai tapasztalat Partnerei kapcsolatban állunk.
A FIZETÉSIMÉRLEG-STATISZTIKA ADATGYŰJTÉSI RENDSZERÉNEK ÁTALAKÍTÁSA Sándor György igazgató Piaci műveletek és statisztika június 13.
©2011 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice ©2011 Hewlett-Packard Development.
Miért is kell minősíteni a szoftverfejlesztő cégeket? Kinek jó ez? Az IVSZ Szoftverfejlesztési Tanúsítvány elindításának hátteréről Balatonfüred.
Építési projectek monitoringja a szakmai szakértő szemével
Általános tájékoztató
LOGISZTIKA Előadó: Dr. Fazekas Lajos Debreceni Egyetem Műszaki Kar.
Etikai kódex, ajánlott szerződésminták az építőiparban
HEFOP/ /2 Szerződéskötési alapismeretek. HEFOP/ /22 Tartalomjegyzék Szerződéskötés folyamata Támogatási szerződés.
2014. június 12. Lackó Péter Clarity
LEADER pályázatok rendelettervezetével kapcsolatos véleményezés legfontosabb pontjai.
Költségvetés ELŐADÁS ÁTTEKINTÉSE. Költségtervezési alapfogalmak A kedvezményezettek finanszírozási funkciói –Költség- és forrástervezés –Pályázat kidolgozása.
Projektirányítás elmélet - teszt
Pécsi Tudományegyetem Pollack Mihály Műszaki Kar Műszaki Informatika Szak Data Mining 16. Gyakorlat Dr. Pauler Gábor, Egyetemi Docens PTE-PMMK Számítástechnika.
1 Vasúti beruházások a vállalkozó szemszögéből Horváth Róbert Vezető technológus Swietelsky Vasúttechnika Kft. X. KÖZFORGALMÚ ÉS VÁROSI VASÚTI PÁLYÁK TERVEZÉSÉTŐL.
Költségvetési szervezetek évi beszámolója. Vonatkozó jogszabályok: (1/2) évi XXXVIII. törvény az államháztartásról - 292/2009. (XII. 19.)
Guzli László  Alakulás időpontja:2011. május 5.  Működés kezdete:2011. október 1.  Alapító tagok: 13 vállalkozás 1 felsőoktatási intézmény.
Projektfinanszírozás
Projektirányítás elmélet - teszt
Introduction to Közgazdasági Politechnikum Hogyan pályázunk mi?
Az adatforrásokról és aktualizálási rendjéről
12. óra Kenőpénz és korrupció.
Közbeszerzési Hatóság
Barcsák Marianna KPSZTI
az összeférhetetlenségre vonatkozó magyar szabályozás bemutatása
Előadás másolata:

Adatbázis-tervezés konzultáció 1. Gyakorlat Dr. Pauler Gábor, egyetemi docens, ev. Adószám: Számlaszám: Telephely: 7666 Pogány, Széchenyi u. 1. Tel: 30/

A gyakorlat tartalma Az adatbázis-tervezési tevékenység jogi háttere: Minta a fejlesztő által létrehozott szerződésre Partner-azonosítás A szerződés tárgya Teljesítésigazolás Szellemi tulajdon védelme Felmondási záradékok Minta a megrendelő oldalárol létrehozott szerződésre Partner-azonosítás A szerződés tárgya Teljesítésigazolás Fejlesztői elállás Késedelmi kamat Kötbér Megrendelői elállás Szellemi tulajdon védelme Jótállás szabályozása 1. Házi feladat: Bio-Flux gyógyszerkutató labor állami pályázata Szakirodalom

Az adatbázis-tervezési tevékenység jogi háttere 1 A rendszerfejlesztés során szerződéses viszony jön létre a rendszerfejlesztő (System Designer) és a megrendelő (Customer) közt, amelynek számos buktatója van: A megrendelő oldaláról: A megrendelő menedzsmentje lehet szűklátókörű, rövid távon gondolkodó, aki minimalizálni akarja az informatikai eszközökbe fektetett erőforrásokat, írtózik még a BPR gondolatától is (pl.: „Hát, nekünk az a gondunk, hogy a nyavalyás Excel csak valahány sort kezel, és az adatok már nem férnek bele a munkalapba, ki kéne valahogy bővíteni, de két hét múlva kész legyen és ne kerüljön nagyon sokba”) Az adatbázis rendszer olyan termék, amelynek működőképessége elsősorban egy a megrendelő számára felfoghatatalan, átláthatatlan, érdektelen elvont dolgon, az adatbázis terven múlik. Nincs olyan külső, megfigyelhető jellemzője, ami alapján meg tudná ítélni a minőségét (pl. Egy használhatatlan tervre épülő adatbázis rendszernek lehetnek ugyanolyan szép munkaképernyői, zümmögő méhecskékkel, beépített pasziánsszal meg egyebekkel, mint egy jó rendszernek. Szemben egy munkagéppel, aminek teljesítményéből, súlyából, alkatrészei tűréshatárából, anyagából, stb. jobban előre tudja látni, mennyire lesz használható) Ha egy szervezet folyamatai borzalmasan szervezetlenek, szükségszerűen konfliktus fog kirobbanni a rendszerfejlesztő – aki azt szeretné, ha átadott rendszere működne - és a menedzsment közt, aki meg túl szeretné élni a holnapi napot. A megrendelő gyakran nem fogja fel, hogy az adatbázist majd neki kell feltölteni adatokkal a saját munkája közben, ezért össze-vissza jelentkezik mindenféle másodlagos fontosságú igénnyel, amit bele kéne tenni a rendszerbe Ez főleg azért van, mert a legtöbb esetben a megrendelő számára sem tiszta, mit várhat a rendszer bevezetésétől. A legtöbben nem azért rendelik meg, mert képzettségük folytán átlátják, hogy a versenyben szükség van rá, hanem mert „a Pistáéknak is van már”. Lehet, hogy a megrendelő menedzsmentje nem készíti fel a bevezetésre kellően az alkalmazottakat, ezért azok az állásukat féltve elszabotálják a rendszer fejlesztését vagy működtetését Gondot jelenthet a megrendelő fizetésképtelensége: az adatbázis rendszer egyedileg szabott termék, nemfizetés esetén nem vehetjük egyszerűen vissza, mint egy autót és adhatjuk el másnak, ebben a fejlesztő kiszolgáltatott A megrendelő gyakran önhibáján kívül válik fizetésképtelenné: körbetartozás miatt, vagy mert részben állami vagy EU-s pályázatból finanszírozza a fejlesztést, és az állam formai kifogásokra hivatkozva halogatja a megítélt támogatás kifizetését.

Az adatbázis-tervezési tevékenység jogi háttere 2 A fejlesztő oldaláról: A legtöbbször gondot okoz a fejlesztő képzetlensége, gyakran csak a programozásra és technikai problémákra koncentrál, a bonyolultabb adatbázis tervezést és a BPR-t elhanyagolja, ezért a rendszer használhatatlan lesz, vagy sohasem készül el Problémát okozhat, ha a fejlesztő alkalmazottai egyszerre több projecten dolgoznak, és a folytonos váltogatás miatt egyikre sem tudnak rendesen koncentrálni A fejlesztők sokszor csak a rendszer átadásáig dolgoznak korrekten, és a betanítást meg a rendszerfelügyeletet ár elhanyagolják, mert ezeknek a tevékenységeknek sokkal rosszabb a profitabilitása, mint magának a fejlesztésnek. Mivel a rendszerfejlesztés erősen tudás-igényes tevékenység, viszont az eszközigénye alacsony, a fejlesztő cégek általában jóval kisebb tőkeerejűek annál, mint amekkora károkat az általuk elrontott rendszer tud okozni Mindezek miatt igen nagy szükség van a szerződéses viszony létrejöttekor a felek jogainak és kötelezettségeinek pontos rögzítésére. A szerződési mintákat két nézőpontból tekintjük át: A fejlesztő által megszövegezett szerződés: erre általában akkor van szükség, ha a megrendelő kisvállalkozás, amely nem rendelkezik jogi osztállyal vagy állandó jogtanácsossal, illetve saját informatikai szakértővel, aki a jogász munkáját segíthetné. Ez a helyzet általában előnyt ad a fejlesztőnek, hacsak nem indul nagyon rossz alkupozícióból (pl. pangó piacon, nyomott árakkal) A megrendelő által megszövegezett szerződés: általában akkor jön létre, ha a megrendelő nagyobb szervezet, saját jogi osztállyal és informatikai szakértőkkel. Ez a helyzet nagyobb kiszolgáltatottságot és több csapdalehetőséget rejt magában, az alkupozíciótól függetlenül is.

A gyakorlat tartalma Az adatbázis-tervezési tevékenység jogi háttere: Minta a fejlesztő által létrehozott szerződésre Partner-azonosítás A szerződés tárgya Teljesítésigazolás Szellemi tulajdon védelme Felmondási záradékok Minta a megrendelő oldalárol létrehozott szerződésre Partner-azonosítás A szerződés tárgya Teljesítésigazolás Fejlesztői elállás Késedelmi kamat Kötbér Megrendelői elállás Szellemi tulajdon védelme Jótállás szabályozása 1. Házi feladat: Bio-Flux gyógyszerkutató labor állami pályázata Szakirodalom

A fejlesztő által megszövegezett szerződés Ez a következő részekre tagolódik (lásd mintaként a FejlesztoiVallSzerz.doc fájlt):FejlesztoiVallSzerz.doc Partner-azonosítási rész: Cégnév, adószám, telephely, képviselő neve, beosztása, elérhetősége Szerződés tárgya: a felek alapvető jogai és kötelezettségei. Mivel az adatbázis rendszer komplex termék, aminek egyszerű leírása is terjedelmes lehet, ezt külön mellékletbe szokták rakni: Termékleírás melléklet: fontosabb táblastruktúrák és a kezelésükre vonatkozó szabályok, erőforrásigény Teljesítés ütemezés: mivel a megrendelő számára a fejlesztő nem teljesítésének, illetve a fejlesztő számára a megrendelő fizetésképtelenségének kockázata magas, a teljesítést és a fizetést szakaszokra szoktuk bontani, ez megosztja a kockázatot a két fél közt Ehhez kapcsolatan ajánlatos egy projekt leíró melléklet, ahol egy BP diagramm alapján, leegyszerűsített szöveges formában leírjuk a tevékenységeket, a mérföldköveket és az erőforrás-szükségleteket Szellemi tulajdon védelme: az adatbázis általában a fejlesztő szellemi tulajdona marad, a megrendelő nem értékesítheti tovább, csak felhasználói jogot nyer Szerződés-felmondási záradékok: ezek azon esetek kezelését tárgyalják, ha az együttműködés sikertelenné válik Szerződő felek aláírása, keltezés

A gyakorlat tartalma Az adatbázis-tervezési tevékenység jogi háttere: Minta a fejlesztő által létrehozott szerződésre Partner-azonosítás A szerződés tárgya Teljesítésigazolás Szellemi tulajdon védelme Felmondási záradékok Minta a megrendelő oldalárol létrehozott szerződésre Partner-azonosítás A szerződés tárgya Teljesítésigazolás Fejlesztői elállás Késedelmi kamat Kötbér Megrendelői elállás Szellemi tulajdon védelme Jótállás szabályozása 1. Házi feladat: Bio-Flux gyógyszerkutató labor állami pályázata Szakirodalom

Megrendelő által szövegezett szerződés 1 Részei (ld.: MegrendeloiVallSzerz.doc):MegrendeloiVallSzerz.doc Partner-azonosítási rész: Cégnév, adószám, telephely, képviselő neve, beosztása, elérhetősége Szerződés tárgya: a felek alapvető jogai és kötelezettségei. Teljesítés ütemezés: itt általában a megrendelő bontja teljesítési szakaszokra a munkát, amelyeket munkaelrendelési nyomtatványon rendel meg írásban (ld.: MunkaElrendel.doc), és teljesítésigazo- lást ad ki róla (ld.: TeljesitIgazol.doc), ez alapján fizet. Itt vigyáznunk kell pár dologra: pirossal jelöltük azokat a részeket, amit a megrendelő kihagyna a szövegből, de amelyhez a fejlesztő lehetőség szerint ragaszkodjon: MunkaElrendel.docTeljesitIgazol.doc Ha a megrendelő olyan utasítást ad, amely a fejlesztő legjobb tudása szerint eleve működésképtelenné teszi a rendszert, és ehhez ragasz- kodik, akkor a fejlesztő elállhat a szerződéstől! Nagy divat manapság, hogy a fejlesz- tők a legegyszerűbb fejlesztésnél is hosszú alvállalkozói láncban állnak (pl. Közbeszerzéses állami megren- delés  Politikus rokona  Politikus cége  Olyan cég, aki ért is hozzá), ez alkalmas a sáp lenyúlására, fele- lősség elkenésére, és nemfizetés miatti sorban állásra. Ezt megelőz- hetjük a fővállalkozót a megrendelő nemfizetése esetén is fizetésre köte- lező záradékkal:

Megrendelő által szövegezett szerződés 2 Ügyeljünk rá, hogy késedelmes fizetés esetére kössünk ki szankciókat, különben sosem kapjuk meg a pénzünket pontosan Nem árt tisztában lennünk vele, hogy a részteljesítések közt a megrendelő – amennyiben tartozását kiegyenlítette – törvény szerint elállhat a szerződés további részeitől Fejlesztőként az lenne az érdekünk, hogy a megrendelő ne kössön ki kötbért a késedelmes teljesítésre, erre azonban a versenyszférában nem nagyon van lehetőség (közbeszerzésnél hajaj!!!). Ha már kiköt, akkor rögzítsünk a szerződésben egy mérsékeltebb százalékot, nehogy később a bíróság magasabbat ítéljen meg. A fejlesztő ellensúlyozásként kössön ki késedelmi kamatot a késedelmes fizetésre Szellemi tulajdonjog védelem: Ebben az esetben a megrendelő általában ragaszkodik az elkészült rendszer tulajdonjogához. Ügyeljünk azonban rá, hogy a törvény szerint a szerzői jog azonban ekkor is a fejlesztőé marad, mert az nem elidegeníthető! Ügyeljünk rá, hogy a fejlesztő csak akkor mentesül a jótállási kötelezettség alól, ha bizonyítani tudja, hogy a hibát nem ő okozta. Ezért nagyon fontos a későbbi előadások során tárgyalt precíz rendszernaplózás kiépítése, a műveletek felhasználóra, időpontra, hatókörre szóló dokumentálása a rendszerben.

A gyakorlat tartalma Az adatbázis-tervezési tevékenység jogi háttere: Minta a fejlesztő által létrehozott szerződésre Partner-azonosítás A szerződés tárgya Teljesítésigazolás Szellemi tulajdon védelme Felmondási záradékok Minta a megrendelő oldalárol létrehozott szerződésre Partner-azonosítás A szerződés tárgya Teljesítésigazolás Fejlesztői elállás Késedelmi kamat Kötbér Megrendelői elállás Szellemi tulajdon védelme Jótállás szabályozása 1. Házi feladat: Bio-Flux gyógyszerkutató labor állami pályázata Szakirodalom

1. Házi feladat: Bio-Flux gyógyszerkutató labor állami pályázata 2006-ban a Bio-Flux gyógyszerkutató labor, amely egy 10 alkalmazottat foglalkoztató, 400MFt éves árbevételű Kft. 10MFt-os költséggel egy nagysebességű labor analizáló (High Troughput Screening, HTS) rendszer kifejlesztését tűzte ki, valamint a kapcsolódó laborvezérlő (Lab Management System, LMS) szoftverét. Ehhez fejlesztőként megkeresték Kovács János rendszerszervezőt, aki EVA-s egyéni vállalkozó A Kft. 20%-ban saját forrásból, 80%-ban Innocsekk kormányzati pályázatból finanszírozná a fejlesztést, melynek feltételei (lásd.: InnocsekkFelhivas.pdf, InnocsekkUtmutato.pdf, InnocsekkFAQ.pdf):InnocsekkFelhivas.pdf InnocsekkUtmutato.pdfInnocsekkFAQ.pdf Megnyert pályázat esetén egyetlen vállalkozó egyetlen számlát nyújthat be a megrendelő Kft.-nek, aki ezt benyújtja az Innocsekk pályázati iroda felé, és amennyiben a megrendelő formailag és tartalmilag helyesen töltötte ki a pályázati űrlapokat, az állam fizet a fejlesztő vállalkozónak. A fizetési határidő elvileg 60 nap, de a tapasztalatok szerint ez állami pályázatoknál gyakran felmegy 180 vagy 360 napra is, mert az állam a megrendelő által benyujtott anyagokkal kapcsolatos formai kifogásokra hivatkozva tologatja-halogatja a fizetést a költségvetés tehermentesítése érdekében. Ez azt jelenti, hogy a fejlesztő szerzi be a hardver eszközöket is, fejleszti a szoftvert, ő szerződik le az esetleges alvállalkozókkal is az aktuális időpont, az Innocsekk pályázatra a szerződést legkorábban án lehet megkötni, addigra viszont már javában dolgozni kellene, mert a megrendelő Kft. feltételül szabta, hogy a rendszer minimális  -verzióját be kell mutatni án egy balatonöszödi gyógyszeripari konferencián Kovács János fejlesztőként szövegezzen meg egy szerződés tervezetet a FejlesztoiVallSzerz.doc sablon felhasználásával, amelyben olyan teljesítési ütemezést és feltételeket ad meg, amelyek igyekeznek csökkenteni a fejlesztő kockázatát. (5p) FejlesztoiVallSzerz.doc A megoldás: 1HaziMegoldas.doc1HaziMegoldas.doc

A gyakorlat tartalma Az adatbázis-tervezési tevékenység jogi háttere: Minta a fejlesztő által létrehozott szerződésre Partner-azonosítás A szerződés tárgya Teljesítésigazolás Szellemi tulajdon védelme Felmondási záradékok Minta a megrendelő oldalárol létrehozott szerződésre Partner-azonosítás A szerződés tárgya Teljesítésigazolás Fejlesztői elállás Késedelmi kamat Kötbér Megrendelői elállás Szellemi tulajdon védelme Jótállás szabályozása 1. Házi feladat: Bio-Flux gyógyszerkutató labor állami pályázata Szakirodalom

Szerződésminták: Fejlesztői: FejlesztoiVallSzerz.docFejlesztoiVallSzerz.doc Megrendelői: MegrendeloiVallSzerz.docMegrendeloiVallSzerz.doc Munkaelrendelés: MunkaElrendel.docMunkaElrendel.doc Teljesítés-igazolás: TeljesitIgazol.docTeljesitIgazol.doc Innocsekk pályázati anyagok: Pályázati felhívás: InnocsekkFelhivas.pdfInnocsekkFelhivas.pdf Pályázati útmutató: InnocsekkUtmutato.pdfInnocsekkUtmutato.pdf Gyakran ismételt kérdések: InnocsekkFAQ.pdfInnocsekkFAQ.pdf Szakirodalom