AJÁNLATI DOKUMENTÁCIÓ

AJÁNLATI DOKUMENTÁCIÓ

OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése” tárgyú, a Kbt. 121. § (1) bekezdés b) pontja szerinti nyílt közbeszerzési eljárásához

2013.

1

TARTALOMJEGYZÉK I. A KÖZBESZERZÉSI ELJÁRÁS RENDJÉRE VONATKOZÓ ÁLTALÁNOS KÖVETELMÉNYEK ÉS INFORMÁCIÓK AZ AJÁNLATTEVŐK RÉSZÉRE .................... 5 Az Ajánlattevői kör ................................................................................................................ 5 Az Ajánlatkérő ....................................................................................................................... 5 A beszerzés tárgya és mennyisége ………………………………………………………….6 Többváltozatú ajánlat és részajánlat ....................................................................................... 6 Az ajánlat költségei ................................................................................................................ 6 A Dokumentáció használata ................................................................................................... 6 Az ajánlatok kidolgozásának feltételei ................................................................................... 6 Az ajánlatok benyújtásának címe és határideje ...................................................................... 7 Ajánlatok bontása ................................................................................................................... 8 Az ajánlatok visszavonása, ajánlati kötöttség ........................................................................ 8 Az ajánlatokkal kapcsolatos pontosítások .............................................................................. 8 Kapcsolattartás ....................................................................................................................... 8 Az ajánlatok értékelése ........................................................................................................... 9 Értékelési szempontok: .......................................................................................................... 9 1. részterület: ..................................................................................................................... 9 2. részterület: ................................................................................................................... 11 Eredményhirdetés és szerződéskötés ................................................................................... 12 Üzleti titok ............................................................................................................................ 12 Teljesítésre vonatkozó egyéb előírások ................................................................................ 13 Szerződéstervezet ................................................................................................................. 14 II. AZ AJÁNLATTAL KAPCSOLATOS TARTALMI ÉS FORMAI KÖVETELMÉNYEK .............................................................................................................. 15 Becsatolandó igazolások, nyilatkozatok, egyéb iratok ......................................................... 15 Csatolandó iratok jegyzéke .................................................................................................. 17 III. MŰSZAKI SPECIFIKÁCIÓ .......................................................................................... 19 1. részterület: KOMPLEX PORTÁLRENDSZER FEJLESZTÉSE ........................................ 19 1. Bevezető .......................................................................................................................... 19 1.1. A dokumentum célja .................................................................................................. 19 1.2. Alapkoncepció............................................................................................................ 19 1.3. Fogalmak .................................................................................................................... 20 1.4. Fejlesztési irányelvek ................................................................................................. 20 1.5. Nemzetköziség ........................................................................................................... 21 1.6. Üzemeltetés, felhasznált szoftverek ........................................................................... 21 Alkalmazási réteg ......................................................................................................... 21 Adatbázis réteg ............................................................................................................. 21 1.7. Felhasználók, látogatók .............................................................................................. 21 2. Arculat ............................................................................................................................ 22 2.1. Általános információk ................................................................................................ 22 2.2. Akadálymentesítés ..................................................................................................... 22 2.3. „Reszponzív” design .................................................................................................. 22 2.4. Hozzáférések .............................................................................................................. 23 2.5. Belső felhasználók ..................................................................................................... 23 2.6. Belső felhasználók naplózása ..................................................................................... 24 2

3. 4.

CRM rendszer ................................................................................................................. 24 Online szolgáltatások ...................................................................................................... 28 4.1. Felhasználói üzenetek ................................................................................................ 28 4.2. Tartalom kezelés, CMS .............................................................................................. 29 4.2.1. Általános információk ...................................................................................... 29 4.3. Sebesség ..................................................................................................................... 29 4.4. Biztonság .................................................................................................................... 30 4.4.1. Keresőbarát kialakítás ....................................................................................... 30 4.4.2. Többnyelvű CMS.............................................................................................. 30 4.4.3. Intuitivitás ......................................................................................................... 31 4.4.4. Bővíthetőség ..................................................................................................... 31 4.4.5. A teljes rendszer építkezzen biztonságos és könnyű keretrendszerre és komponensekre ................................................................................................. 31 4.4.6. Moduláris design .............................................................................................. 31 4.4.7. Korszerű komponensek, dokumentáltság ......................................................... 31 4.4.8. A fájlkezelővel szemben támasztott elvárások ................................................. 32 4.4.9. Szempontok a modulokhoz kapcsolható fájloknál ........................................... 33 4.4.10. Meta elemek leírása ..................................................................................... 33 4.4.11. WYSIWYG editor........................................................................................ 33 4.4.12. Szerkesztőségi rendszer layoutja ................................................................. 33 4.5. Hírek ........................................................................................................................... 34 4.6. Statikus oldalak .......................................................................................................... 34 4.7. Központi tevékenység ................................................................................................ 34 4.8. Pénzügyi, gazdasági, gazdálkodási ismeretek ............................................................ 35 4.9. Videó riportok ............................................................................................................ 35 4.10. Közérdekű adatok .................................................................................................. 35 4.11. Gyakran Ismételt Kérdések ................................................................................... 35 4.12. Tesztek, kvízek ...................................................................................................... 35 4.12.1. Általános információk .................................................................................. 35 4.12.2. Teszt adatok ................................................................................................. 35 4.12.3. Kiértékelés ................................................................................................... 36 4.12.4. Értesítés ........................................................................................................ 36 4.13. Online tanácsadás .................................................................................................. 36 4.14. Multimédia ............................................................................................................ 38 4.14.1. Képtár ........................................................................................................... 38 4.14.2. Videótár ........................................................................................................ 38 4.14.3. Belső elemzésre szánt adatbázisok .............................................................. 38 4.14.4. Egyéb ........................................................................................................... 38 4.15. Blog ....................................................................................................................... 39 5. Kiegészítő elemek ........................................................................................................... 39 5.1. Szavazás modul .......................................................................................................... 39 5.2. Bannerek .................................................................................................................... 39 5.3. Közösségi média ........................................................................................................ 40 5.4. Statisztikák ................................................................................................................. 40 5.5. E-learning ................................................................................................................... 40 5.6. Hírlevél küldése ......................................................................................................... 41 6. Mobil applikáció ............................................................................................................. 41 7. Fejlesztési szakaszok ...................................................................................................... 44 3

7.1. Végleges rendszer terv és layout elkészítése ............................................................. 44 7.2. Fejlesztés, fejlesztés nyomonkövetése ....................................................................... 44 7.3. Béta teszt .................................................................................................................... 45 7.4. Oktatás........................................................................................................................ 45 7.5. Végleges verzió telepítése .......................................................................................... 45 7.6. Adatok offline átadása................................................................................................ 45 7.7. Nyomon követés, támogatás ...................................................................................... 45 2. részterület: MOBIL ALKALMAZÁSOK FEJLESZTÉSE .................................................. 47 1. Bevezető .......................................................................................................................... 47 1.1. A dokumentum célja .................................................................................................. 47 2. Alkalmazás-fejlesztési feladatok ismertetése ................................................................. 47 3. A következő szempontok figyelembe vétele szükséges ajánlattételkor: ........................ 48 4. Ajánlattevő szakmai ajánlatának az alábbiakat kell tartalmaznia: .................................. 48 5. Teljesítési ütemezés ........................................................................................................ 49 6. A számlázás rendje, ütemezése ....................................................................................... 50 IV. MELLÉKLETEK............................................................................................................ 52 VÁLLALKOZÁSI SZERZŐDÉS ........................................................................................ 71 Tervezet (1. részterület) ........................................................................................................ 71 VÁLLALKOZÁSI SZERZŐDÉS ........................................................................................ 79 Tervezet (2. részterület) ........................................................................................................ 79

4

I.

A KÖZBESZERZÉSI ELJÁRÁS RENDJÉRE VONATKOZÓ ÁLTALÁNOS KÖVETELMÉNYEK ÉS INFORMÁCIÓK AZ AJÁNLATTEVŐK RÉSZÉRE Az Ajánlattevői kör 1.1. Ajánlattevő: az a gazdasági szereplő, aki (amely) a közbeszerzési eljárásban ajánlatot nyújt be Ha egy gazdasági szereplő a közbeszerzés értékének huszonöt százalékát meghaladó mértékben fog közvetlenül részt venni a szerződés teljesítésében, akkor nem lehet alvállalkozónak minősíteni, hanem az ajánlatban és a szerződés teljesítése során közös ajánlattevőként kell, hogy szerepeljen. Egy gazdasági szereplőnek a szerződés teljesítésében való részvétele arányát az határozza meg, hogy milyen arányban részesül a beszerzés tárgyának általános forgalmi adó nélkül számított ellenértékéből. 1.2. Alvállalkozó: az a gazdasági szereplő, aki (amely) a közbeszerzési eljárás eredményeként megkötött szerződés teljesítésében az ajánlattevő által bevontan közvetlenül vesz részt, kivéve a) azon gazdasági szereplőt, amely tevékenységét kizárólagos jog alapján végzi, b) a szerződés teljesítéséhez igénybe venni kívánt gyártót, forgalmazót, alkatrészvagy alapanyag szállítót, c) építési beruházás esetén az építőanyag-szállítót; 1.3. Gazdasági szereplő: bármely természetes személy, jogi személy, jogi személyiség nélküli gazdasági társaság, egyéni cég vagy személyes joga szerint jogképes szervezet aki, illetve amely a piacon építési beruházások kivitelezését, és/vagy építmények építését, áruk szállítását vagy szolgáltatások nyújtását kínálja Az előírt alkalmassági követelményeknek az ajánlattevők bármely más szervezet (vagy személy) kapacitására támaszkodva is megfelelhetnek, a közöttük fennálló kapcsolat jogi jellegétől függetlenül. Ebben az esetben meg kell jelölni az ajánlatban ezt a szervezetet és az eljárást megindító felhívás vonatkozó pontjának megjelölésével azon alkalmassági követelményt (követelményeket), melynek igazolása érdekében az ajánlattevő ezen szervezet erőforrására (is) támaszkodik. A kapacitásait rendelkezésre bocsátó szervezet az előírt igazolási módokkal azonos módon köteles igazolni az adott alkalmassági feltételnek történő megfelelést, továbbá köteles nyilatkozni, hogy a szerződés teljesítéséhez szükséges erőforrások rendelkezésre állnak majd a szerződés teljesítésének időtartama alatt. Az Ajánlatkérő Az ajánlatkérő hivatalos megnevezése, címe, telefon- és telefaxszáma (e-mail): OTP Fáy András Alapítvány Székhely: 1051 Budapest, Nádor utca 16. Levelezési cím: 1065 Budapest, Bajcsy-Zs. út 35. I. emelet 16. Telefonszám: +36 1 3120302 Faxszám: +36 1 3120302 E-mail: [email protected] Kapcsolattartó: dr. Sarkady-Kiss Lilla

5

A beszerzés tárgya és mennyisége: az OTP Fáy András Alapítvány részére komplex portálrendszer fejlesztésére és mobil alkalmazások fejlesztésére (a TÁMOP3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében) a dokumentáció Szakmai specifikáció részében meghatározott előírásoknak megfelelő tartalommal. Többváltozatú ajánlat és részajánlat Ajánlatot kizárólag az eljárást megindító felhívás II.2.1. pontjában megadott tárgyban és a jelen dokumentációban meghatározott követelményeket kielégítően lehet benyújtani. Ajánlattevő jelen közbeszerzési eljárás során többváltozatú, alternatív ajánlatot nem nyújthat be. Az ajánlat költségei Az ajánlat elkészítésével és benyújtásával kapcsolatos összes költséget magának az Ajánlattevőnek kell viselnie. Az Ajánlattevőnek nincs joga semmilyen, a Dokumentációban kifejezetten megadott jogcímen kívül, egyéb – így különösen anyagi – igény érvényesítésére. A közbeszerzési eljárás eredményes, vagy eredménytelen befejezésétől függetlenül az Ajánlatkérővel szemben ezekkel a költségekkel kapcsolatban semmilyen követelésnek nincs helye. Az Ajánlatkérő a benyújtott ajánlatokat nem tudja visszaszolgáltatni sem egészében, sem részeiben, azt öt évig meg kell őriznie. A Dokumentáció használata A dokumentáció beszerzésének határideje: 2013. szeptember 30. 10:00 óra Ajánlatkérő a dokumentációt elektronikusan bocsátja az ajánlattevők rendelkezésére. A dokumentáció elektronikus úton elérhető és letölthető az ajánlattételi határidő lejártáig. Az ajánlattétel feltétele a dokumentáció letöltése, melyet az Ajánlattevő vagy az ajánlatában megjelölt alvállalkozó köteles cégszerűen aláírt, faxon küldött nyilatkozatával (regisztrációs lap) igazolni. Az érvényes ajánlattétel feltétele a dokumentáció letöltése, valamint a megküldött regisztrációs lap csatolása az ajánlatban. A dokumentációt a szellemi alkotásokról szóló jogszabályok oltalomban részesítik, másolása, a jelen eljárás keretein kívül történő bármilyen – változatlan vagy változtatott formában történő – felhasználása jogellenes. Az ajánlatok kidolgozásának feltételei Az Ajánlattevőknek az eljárás során egy írásos ajánlatot kell elkészíteniük, mely ajánlat a közbeszerzésekről szóló 2011. évi CVIII. törvénynek a nyílt eljárásra vonatkozó előírásaival összhangban, az ajánlattételi határidő lejárta után semmilyen formában – még az Ajánlatkérő hozzájárulása esetén – sem módosítható. Az Ajánlatkérő az ajánlatok ajánlattételi határidő lejártát követő módosítását, kiegészítését nem teszi lehetővé.

6

A dokumentációt letöltő gazdasági szereplők a Dokumentációban meghatározottakkal kapcsolatban az ajánlattételi határidőt megelőzően legkésőbb 10 nappal írásban kiegészítő információkért fordulhatnak az Ajánlatkérőhöz, aki a kért információt legkésőbb 6 nappal az ajánlattételi határidőt megelőzően megadja valamennyi Ajánlattevő részére. Ha kiegészítő tájékoztatás iránti kérelmet az Ajánlattevő az ajánlattételi határidő lejárta előtt tizedik nap és hatodik nap között nyújtja be, a kiegészítő tájékoztatást az Ajánlatkérőnek csak akkor kell megadnia, ha a tájékoztatás elkészítése és megküldése még az ajánlattételi határidő letelte előtt lehetséges. Az ajánlatkérő – amennyiben úgy ítéli meg, hogy a későn érkezett kérdés megválaszolása a megfelelő ajánlathoz szükséges és a válaszadáshoz és a válasz figyelembevételéhez nem áll megfelelő idő rendelkezésre – akkor élhet a Kbt. 45. § (4) bekezdésben foglaltak szerint az ajánlattételi határidő meghosszabbításának lehetőségével. Az ajánlatok benyújtásának címe és határideje Az ajánlatok benyújtási határideje: 2013. szeptember 30. 10:00 óra Az ajánlatok benyújtásának címe: OTP Fáy András Alapítvány 1065 Budapest, Bajcsy-Zs. út 35. I. emelet 16. Az Ajánlatkérő az ajánlatot akkor tekinti határidőre benyújtottnak, ha az beérkezett a fenti pontban megjelölt határidőre a megadott címre. Az ajánlatot a kötelezettségvállalásra jogosultak cégszerű aláírásával, zárt csomagolásban 1 (egy) eredeti példányban kell benyújtani, továbbá 1 példányban digitálisan – PDF formátumban 1 fájlban – digitális egyszer írható adathordozón. A digitális példányt a kész eredeti papíralapú példányról kell elkészíteni, azzal teljesen megegyezően és az ajánlattevőnek cégszerűen aláírt nyilatkozatban kell megerősíteni, hogy az elektronikus formában benyújtott PDF formátumú file megegyezik az eredeti papíralapú példánnyal. A borítékon (csomagoláson) az alábbiaknak kell szerepelnie: - az Ajánlatkérő neve és címe; - az Ajánlattevő neve és címe; - a közbeszerzési eljárás tárgya: „Ajánlat: komplex portálrendszer fejlesztésére és mobil alkalmazások fejlesztésére” „Nem bontható fel az ajánlattételi határidő lejártáig!” Az ajánlatot lapozhatóan kell bekötni, oldalszámozással kell ellátni. Az ajánlatnak az elején tartalomjegyzéket kell tartalmaznia, mely alapján az ajánlatban szereplő dokumentumok oldalszám alapján megtalálhatóak. Felhívjuk a figyelmet, hogy az ajánlatban lévő, minden - az ajánlattevő vagy alvállalkozó, vagy egyéb gazdálkodó szervezet által készített - dokumentumot (nyilatkozatot) a végén alá kell írnia az adott gazdálkodó szervezetnél erre 7

jogosult(ak)nak vagy olyan személynek, vagy személyeknek, aki(k) erre a jogosult személy(ek)től írásos felhatalmazást kaptak. Az ajánlat, illetve az azzal kapcsolatos postai küldemények elvesztéséből vagy téves kézbesítéséből eredő kockázat az ajánlattevőt terheli. A postán feladott ajánlatot az ajánlatkérő csak akkor tekinti határidőn belül benyújtottnak, ha annak kézhezvételére az ajánlattételi határidőig sor került. Ajánlatok bontása Az ajánlatok bontására 2013. szeptember 30. napján 10:00 órakor – a Kbt. 62. § (2) bekezdése szerint jogosult személyek jelenlétében – kerül sor az ajánlatkérő 1065 Budapest, Bajcsy-Zs. út 35. I. emelet 16. szám alatti címén. Az ajánlatok bontásakor a közbeszerzésekről szóló 2011. évi CVIII. törvény 62. § (3) bekezdése szerinti adatok kerülnek ismertetésre. Az ajánlatok formai és tartalmi érvényességének további vizsgálatára az értékelési időszakban kerül sor. Az ajánlatok visszavonása, ajánlati kötöttség Az Ajánlattevő ajánlatát az ajánlati határidő lejártáig vonhatja vissza. Az ajánlati kötöttség időtartama az ajánlattételi határidő lejártától számított 30 nap. Az ajánlatokkal kapcsolatos pontosítások Az Ajánlatkérő írásban, a többi ajánlattevő egyidejű értesítése mellett felvilágosítást kérhet az ajánlattevőtől a kizáró okokkal, az alkalmassággal, illetőleg az ajánlati felhívásban vagy a dokumentációban előírt egyéb iratokkal kapcsolatos nem egyértelmű kijelentések, nyilatkozatok, igazolások tartalmának tisztázása érdekében. A felvilágosításra adott válasz a Kbt. 67. § (7) bekezdésében foglaltakat figyelembe véve nem járhat az alapelvek sérelmével vagy az ajánlati kötöttség megsértésével. Kapcsolattartás Az eljárás lezárásáig minden, az eljárással összefüggő kapcsolattartásra kizárólag írásban kerülhet sor az Ajánlatkérő szervezettel. Az Ajánlatkérő visszautasít minden személyes vagy nem dokumentálható kapcsolattartási formát. Az eljárás tartama alatt szükséges levelezést levélben, e-mail-en vagy telefaxon kell lebonyolítani az Ajánlatkérő szervezet megadott címén. Az Ajánlattevők valamennyi, az eljárás során az Ajánlatkérőnek megküldésre kerülő okmányon, levélen, faxon tüntessék fel az eljárás tárgyát („komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése”). Az Ajánlattevők a fenti szabályok megsértése esetén minden ebből eredő következményt viselni kötelesek.

8

Ajánlattevők az ajánlattételi felhívással és a dokumentációval kapcsolatban felmerült kérdéseiket kizárólag írásban nyújthatják be az ajánlatkérő szervezet részére faxon és e-mailben a kapcsolattartóként megjelölt személy részére. Az Ajánlatkérő felhívja tehát az ajánlattevők figyelmét arra, hogy kérdéseiket az ajánlatkérő kapcsolattartója részére címezve a (+36 1 3120302) fax számra és a [email protected] e-mail címre, az e-mailhez csatoltan, MS Word formátumban küldjék meg! Az Ajánlatkérő nem vállal felelősséget azon kérdések megválaszolásáért, melyeket az ajánlattevők nem a fenti fax számra és e-mail címre küldtek meg, vagy nem MS Word formátumban küldtek meg! Az ajánlatok értékelése Az Ajánlatkérő a jogi és formai értékelést szem előtt tartva, az ajánlatokat a Kbt. 71. § (2) bekezdés b) pontja szerinti „összességében legelőnyösebb ajánlat” szempont szerint értékeli. Az Ajánlatkérő az érvényes ajánlatokat vonja be az értékelésbe. Értékelési szempontok: 1. részterület: 1. 2. 3. 4. 5. 6.

Részszempont Ellenszolgáltatás ára (nettó Ft) Web oldal előzetes layout és design terve A web oldal – ezzel együtt a CRM rendszer – műszaki kivitelezésének bemutatása Mobil applikáció helyes funkcionalitása és designterv Kommunikációs terv Részletes timing

Súlyszám 20 25 20 10 10 15

Az ajánlatok részszempontok szerinti tartalmi elemeinek értékelése során adható pontszám alsó és felső határa: 1-10 pont. Ajánlatkérő a pontszámokat – törtek esetén – egy tizedes jegyre kerekíti. Az 1. részszempont esetében – a jelen pontban foglaltaknak megfelelően – a legkedvezőbb ajánlati elem kapja a 10 pontot, a többi árajánlat pontszáma pedig ehhez arányosítva kerül megállapításra. A 2-6. részszempont értékelése során a bíráló bizottsági tagok ajánlattevőnként különkülön egyéni bírálati lapot készítenek, ahol rögzítik szöveges értékelésüket, amely alapján 1-10 közötti pontozással értékelnek. Értékelésük során a legkedvezőbb ajánlati elem kapja a 10 pontot. A bíráló bizottsági tagok részszempontonkénti pontértékei összeadásra kerülnek, ezeket a pontértékeket hasonlítja össze az ajánlatkérő oly módon, hogy a legmagasabb pontérték megkapja a 10 pontot, a többi pontértéket pedig ehhez arányosítja, úgy, hogy az Ajánlatkérő az ajánlatokat azok tartalmi elemeinek értékelése során sorrendbe rendezi, a legjobb ajánlati tartalmi elemre az adható

9

pontszám felső határát adja, a többi ajánlat pedig a sorrendben elfoglalt helye szerint az előtte állóhoz képest 1-gyel (eggyel) kevesebb pontot kap. A részszempontokra vonatkozó értékelési előírások: 1. Ellenszolgáltatás ára (súlyszám: 20) Az ajánlati árat magyar forintban, a mellékelt Felolvasólapon az ott meghatározott formában, a dokumentáció műszaki leírása alapján kell megadni. Az ajánlati ár nem köthető semmilyen más külföldi fizetőeszköz árfolyamához. Az ajánlati árnak maradéktalanul tartalmaznia kell a dokumentációban részletezett valamennyi feladatot, és a szerződés teljesítésével kapcsolatos minden költséget. Az ajánlattevők a részletes árajánlatot is adják meg a dokumentációban lévő minta kitöltésével. A legalacsonyabb ellenszolgáltatási árat ajánló ajánlattevő kapja a legmagasabb pontszámot, a többi ajánlattevő pontszámát az árhoz viszonyítva az arányosság alapján állapítja meg az ajánlatkérő. 2. Web oldal előzetes layout és design terve (súlyszám: 25) Ajánlatkérő a layout esetében a modern elrendezést vizsgálja, azon belül a brief funkciók megjelenését, a funkcionalitás kiemelését, az átláthatóságot és a navigációt. Ajánlatkérő a design esetében azt vizsgálja, hogy az megfelel-e a hatályos ÚSZT Arculati kézikönyv előírásainak és Ajánlatkérő logó használati kézikönyvének, illetve mennyire modern, korszerű, mennyire fiatalos színvilágot tükröz. 3. A web oldal – ezzel együtt a CRM rendszer – műszaki kivitelezésének bemutatása (súlyszám: 20) Ajánlatkérő vizsgálja a megvalósíthatóságot, az alkalmazni kívánt technológia korszerűségét, a kiírt specifikációnak való megfelelést. 4. Mobil applikáció helyes funkcionalitása és designterv (súlyszám: 10) Ajánlatkérő vizsgálja a web oldal designjához való illeszkedést, a menürendszer felépítését, az applikáció ikon tervét, a belső designt, a navigációs funkciókat és a tartalmak megjelenítését. 5. Kommunikációs terv (súlyszám: 10) Ajánlatkérő azt vizsgálja, hogy Ajánlattevő milyen integrált közösségi megoldásokat alkalmaz, hogyan tervezi a meglévő közösséget megtartani, az új felhasználókat gyűjteni, a brandet ismertté tenni, és a tervben leírt eredmények mennyire reálisak, elérhetők, igazolhatók. 6. Részletes timing (súlyszám: 15) Ajánlatkérő azt vizsgálja, Ajánlattevő tartja-e az időkeretet, reálisan tervezi-e meg a feladatok ellátását, reális-e az általa felállított teljesítési ütemezés a magas szakmai színvonal biztosítása mellett. Az azonos tartalmi elemű ajánlat(ok) azonos pontszámot kap(nak). Az ajánlatkérő az 1-6-ig megnevezett részszempontra adott pontszámokat megszorozza a súlyszámokkal, és a súlyszámmal szorzott értékek összege alapján állapítja meg, hogy melyik ajánlattevő adta az összességében legkedvezőbb ajánlatot.

10

2. részterület: Részszempont 1. Ellenszolgáltatás ára (nettó Ft)

Súlyszám 20

2. Az 1. mobil alkalmazás terve Alszempontok 2.1. Az alkalmazás designterve 2.2. Az alkalmazás koncepciójának szakmai színvonala 2.3. Az alkalmazás élményszerűsége

40

3. A 2. mobil alkalmazás terve Alszempontok 3.1. Az alkalmazás designterve 3.2. Az alkalmazás koncepciójának szakmai színvonala 3.3. Az alkalmazás élményszerűsége

40

4. Ajánlattevő ismeret/tudásátadást segítő tevékenysége

15 15 10

15 15 10 10

Az ajánlatok részszempontok szerinti tartalmi elemeinek értékelése során adható pontszám alsó és felső határa: 1-10 pont. Ajánlatkérő a pontszámokat – törtek esetén – egy tizedes jegyre kerekíti. Az 1. részszempont esetében – a jelen pontban foglaltaknak megfelelően – a legkedvezőbb ajánlati elem kapja a 10 pontot, a többi árajánlat pontszáma pedig ehhez arányosítva kerül megállapításra. A 2-4. részszempont értékelése során a bíráló bizottsági tagok ajánlattevőnként különkülön egyéni bírálati lapot készítenek, ahol rögzítik szöveges értékelésüket, amely alapján 1-10 közötti pontozással értékelnek. Értékelésük során a legkedvezőbb ajánlati elem kapja a 10 pontot. A bíráló bizottsági tagok részszempontonkénti pontértékei összeadásra kerülnek, ezeket a pontértékeket hasonlítja össze az ajánlatkérő oly módon, hogy a legmagasabb pontérték megkapja a 10 pontot, a többi pontértéket pedig ehhez arányosítja, úgy, hogy az Ajánlatkérő az ajánlatokat azok tartalmi elemeinek értékelése során sorrendbe rendezi, a legjobb ajánlati tartalmi elemre az adható pontszám felső határát adja, a többi ajánlat pedig a sorrendben elfoglalt helye szerint az előtte állóhoz képest 1-gyel (eggyel) kevesebb pontot kap. Az alszempontokra vonatkozó értékelési előírások megegyeznek mindkét mobil alkalmazás esetén. A részszempontokra vonatkozó értékelési előírások: 1. Ellenszolgáltatás ára (súlyszám: 20) Az ajánlati árat magyar forintban, a mellékelt Felolvasólapon az ott meghatározott formában, a dokumentáció műszaki leírása alapján kell megadni. Az ajánlati ár nem köthető semmilyen más külföldi fizetőeszköz árfolyamához. Az ajánlati árnak maradéktalanul tartalmaznia kell a dokumentációban részletezett valamennyi feladatot, és a szerződés teljesítésével kapcsolatos minden költséget. Az ajánlattevők a részletes árajánlatot is adják meg a dokumentációban lévő minta kitöltésével. 11

A legalacsonyabb ellenszolgáltatási árat ajánló ajánlattevő kapja a legmagasabb pontszámot, a többi ajánlattevő pontszámát az árhoz viszonyítva az arányosság alapján állapítja meg az ajánlatkérő. 2. és 3. A mobil alkalmazások terve (súlyszám: 40) 2.1. és 3.1. Az alkalmazás designterve (súlyszám: 15) Ajánlatkérő ezen alszempont esetén azt vizsgálja, hogy a mobil alkalmazás designja mennyire fiatalos, trendi, figyelemfelkeltő, mennyire illeszkedik az iparágban elfogadott aktuális és progresszív design trendekhez és az Ajánlatkérő által meghatározott arculathoz. 2.2. és 3.2. Az alkalmazás koncepciójának szakmai színvonala (súlyszám: 15) Ajánlatkérő ezen alszempont esetén azt vizsgálja, hogy a megvalósítás mennyire követi az alkalmazott platformspecifikus megvalósítási trendeket, illetve az alkalmazás mennyire követi a “legjobb elérhető technológiák” alkalmazását, valamint az alkalmazás milyen továbbfejlesztésre, bővítésre ad lehetőséget. 2.3. és 3.3. Az alkalmazás élményszerűsége (súlyszám: 10) Ajánlatkérő ezen alszempont esetén azt vizsgálja, hogy az alkalmazás funkcióiban mennyire segíti a kapcsolati rendszerek építését, a megvalósítandó alkalmazás mennyire előremutató ötletesség, hasznosság és relevancia terén. 4. Ajánlattevő ismeret/tudásátadást segítő tevékenysége (súlyszám: 10) Ajánlatkérő ezen részszempont esetén azt vizsgálja, hogy Ajánlattevő tevékenysége mennyire van összhangban a mobil alkalmazások céljaival, vagyis a középiskolás korosztály számára való ismeret/tudásátadással, milyen szakmai tapasztalatot tud felmutatni Ajánlattevő ismeret/tudásátadás terén. Az azonos tartalmi elemű ajánlat(ok) azonos pontszámot kap(nak). Az ajánlatkérő az 1-4-ig megnevezett részszempontra és alszempontokra adott pontszámokat megszorozza a súlyszámokkal, és a súlyszámmal szorzott értékek összege alapján állapítja meg, hogy melyik ajánlattevő adta az összességében legkedvezőbb ajánlatot. Eredményhirdetés és szerződéskötés Az eljárás eredményéről szóló összegezést legkésőbb az ajánlatok felbontásától számított 30 napon belül az ajánlatkérő megküldi az ajánlattevőknek. Az Ajánlatkérő és a nyertes Ajánlattevő között a szerződéskötés tervezett időpontja: az írásbeli összegzés megküldését követő naptól számított 11. nap, amennyiben ez nem munkanap, az azt követő első munkanap. A szerződéskötés tervezett helye az Ajánlatkérő levelezési címe. Üzleti titok Az ajánlatkérő felhívja a Tisztelt Ajánlattevők figyelmét a Kbt. 80. § (1)-(4) bekezdéseiben foglaltakra. Az ajánlattevő az ajánlatában elkülönített módon elhelyezett, üzleti titkot [Ptk. 81. § (2) bekezdése] tartalmazó iratok nyilvánosságra hozatalát megtilthatja. Az üzleti titkot

12

tartalmazó iratokat úgy kell elkészíteni, hogy azok a Ptk. 81. § (3) bekezdésére figyelemmel kizárólag olyan információkat tartalmazzanak, amelyek nyilvánosságra hozatala az üzleti tevékenység végzése szempontjából aránytalan sérelmet okozna, továbbá ne tartalmazzák az alábbi elemeket: - Az ajánlattevő nem tilthatja meg nevének, címének (székhelyének, lakóhelyének), valamint olyan ténynek, információnak, megoldásnak vagy adatnak (a továbbiakban együtt: adat) a nyilvánosságra hozatalát, amely a 71. § szerinti értékelési szempont alapján értékelésre kerül, de az ezek alapjául szolgáló - a Kbt. 80. § (3) bekezdés hatálya alá nem tartozó - részinformációk, alapadatok (így különösen az árazott költségvetés) nyilvánosságra hozatalát megtilthatja. - Nem korlátozható vagy nem tiltható meg üzleti titokra hivatkozással olyan adat nyilvánosságra hozatala, amely a közérdekű adatok nyilvánosságára és a közérdekből nyilvános adatra vonatkozó, külön törvényben meghatározott adatszolgáltatási és tájékoztatási kötelezettség alá esik. - A közbeszerzési eljárás alapján megkötött szerződés engedményezést kizáró rendelkezése nem minősül üzleti titoknak. Teljesítésre vonatkozó egyéb előírások Az Ajánlatkérő előírja az Ajánlattevőnek a Kbt. 54. § (1) bekezdése alapján, hogy tájékozódjon a munkavállalók védelmére és a munkafeltételekre vonatkozó olyan kötelezettségekről, melyeknek a teljesítés helyén és a szerződés teljesítése során meg kell felelni. Az előzőekre vonatkozóan az alábbi szervezetektől (hatóságoktól) kérhető tájékoztatás: Nemzeti Adó- és Vámhivatal 1054 Budapest, Széchenyi u. 2. Telefon: 06-14285100 Fax:06-14285509 www.nav.gov.hu Vidékfejlesztési Minisztérium 1055 Budapest, Kossuth Lajos tér 11. Telefon: 06-1-795-2000 Telefax: 06-1-795-0200 Emberi Erőforrások Minisztériuma 1055 Budapest, Szalay u. 10-14. Postafiók cím: 1884 Budapest, Pf. 1. Központi telefonszám: 06-17951200 ÁNTSZ Országos Tisztifőorvosi Hivatala Cím: 1097 Budapest, Gyáli út 2-6. Levelezési cím: 1437 Budapest, Pf. 839. Központi telefonszám: +36-14761100 Központi faxszám: +36-14761390 www.antsz.hu

13

Nemzeti Munkaügyi Hivatal Munkavédelmi és Munkaügyi Igazgatóság http://www.omfi.hu/ Munkavédelmi és munkaügyi főigazgató-helyettes 1024 Budapest, Margit körút 85. Telefon: 06 13469414, 06 13469416 Fax: 06 13469417 E-mail: [email protected] Munkavédelmi Főosztály 1086 Budapest, Szeszgyár u. 4. Telefon: 06 12999090 Fax 06 12999093 Magyar Bányászati és Földtani Hivatal Cím: 1145 Budapest, Columbus u. 17-23. Postacím:1590 Budapest, Pf. 95 Telefon: 06-13012900 Fax: 06-13012903 E-mail: [email protected]

Szerződéstervezet Az Ajánlatkérő szerződéstervezetet bocsát az Ajánlattevők rendelkezésére.

14

II.

AZ AJÁNLATTAL KÖVETELMÉNYEK

KAPCSOLATOS

TARTALMI

ÉS

FORMAI

Az ajánlathoz becsatolandó igazolásoknak érvényesnek, bizonyító erejűnek, és magyar nyelven kiállítottnak kell lenniük. Az igazolásokat és nyilatkozatokat az Ajánlattételi felhívásban foglaltak szerint kell benyújtani. Abban az esetben, ha a benyújtásra kerülő igazolások vagy nyilatkozatok nyelve nem magyar, úgy az Ajánlattevő köteles mellékelni az általa készített felelős fordítást is. Becsatolandó igazolások, nyilatkozatok, egyéb iratok Az Ajánlattevő ajánlatához csatolja mindazon nyilatkozatokat és igazolásokat, amelyeket az Ajánlatkérő az eljárást megindító felhívásban előírt, továbbá minden olyan nyilatkozatot és igazolást, amely az Ajánlattevő szerint a megajánlottak alátámasztására szolgál. 1.1.

Az Ajánlattevőnek csatolnia kell Felolvasólapot, mely tartalmazza: - Ajánlattevő(k) adatait (név, székhely, telefon, telefax szám, email cím); - A kapcsolattartó nevét, címét, telefon, telefax számát, email címét; - A nettó + ÁFA, azaz bruttó ajánlati árat; - Cégszerű aláírás (közös ajánlattevők esetén valamennyi ajánlattevőnek alá kell írnia cégszerűen).(lásd 1. melléklet)

1.2.

Az ajánlat elejére kérjük, tegyenek tartalomjegyzéket oldalszámozással, amely teljes részletességgel mutatja, hogy az ajánlatban lévő dokumentumok az ajánlat mely oldalán találhatók meg.

1.3.

Több ajánlattevő közösen is tehet ajánlatot. Ha egy gazdasági szereplő a közbeszerzés értékének huszonöt százalékát meghaladó mértékben fog közvetlenül részt venni a szerződés teljesítésében, akkor nem lehet alvállalkozónak minősíteni, hanem az ajánlatban és a szerződés teljesítése során közös ajánlattevőként kell, hogy szerepeljen. Egy gazdasági szereplőnek a szerződés teljesítésében való részvétele arányát az határozza meg, hogy milyen arányban részesül a beszerzés tárgyának általános forgalmi adó nélkül számított ellenértékéből. Közös ajánlattétel esetén az ajánlatnak tartalmaznia kell az ajánlattevők nyilatkozatát egyszerű másolatban, mely tartalmazza a közös ajánlattevők nevében eljárni jogosult képviselő megjelölését, továbbá azt, hogy a szerződés szerinti teljesítésért egyetemleges kötelezettséget és felelősséget vállalnak.

1.4.

Az ajánlattevő nyilatkozata a Kbt. 60. § (3) és (5) bekezdésében foglaltakra vonatkozóan, nevezetesen a felhívás feltételeire, a szerződés teljesítésére és a kért ellenszolgáltatás összegére, továbbá hogy a kis- és középvállalkozásokról, fejlődésük támogatásáról szóló törvény szerint mikro-, kis- vagy középvállalkozásnak minősül-e. Közös ajánlattétel esetén ezen nyilatkozatban minden közös ajánlattevőt fel kell tüntetni, és a nyilatkozatot minden közös ajánlattevőnek cégszerűen alá kell írni. (2. melléklet)

1.5.

Kizáró okokra vonatkozó nyilatkozat: 15

Az Ajánlattevőnek nyilatkoznia kell, hogy nem tartozik a Kbt. 56. § (1), (2) bekezdésében felsorolt kizáró okok hatálya alá. (3-5. melléklet) Az Ajánlattevőnek nyilatkoznia kell arról, hogy a szerződés teljesítéséhez nem vesz igénybe az 56. § szerinti kizáró okok hatálya alá eső alvállalkozót, valamint az általa alkalmasságának igazolására igénybe vett más szervezet nem tartozik az 56. § szerinti kizáró okok hatálya alá. (6. melléklet) 1.6.

Azon személyeknek, akik az ajánlatban szereplő bármely nyilatkozatot aláírják, csatolni kell aláírási címpéldányukat vagy ügyvéd által ellenjegyzett aláírás-mintájukat egyszerű másolatban. Amennyiben a cégjegyzésre jogosult és a kötelezettségvállaló személye különböző, a kötelezettségvállaló aláírását is tartalmazó meghatalmazás másolati példányát is csatolni kell. Az ajánlatot és az ajánlatban szereplő nyilatkozatokat kötelezettségvállalásra, nyilatkozattételre jogosult személyeknek kell aláírni.

1.7.

Az Ajánlattevőnek nyilatkoznia kell a Kbt. 40. § (1) bekezdés a), b) pontjaira. (7. melléklet) Az ajánlattevőnek az ajánlatban meg kell jelölni: a) a közbeszerzésnek azt a részét (részeit), amelynek teljesítéséhez az ajánlattevő alvállalkozót kíván igénybe venni, b) az ezen részek tekintetében a közbeszerzés értékének tíz százalékát meghaladó mértékben igénybe venni kívánt alvállalkozókat (név, cím), valamint a közbeszerzésnek azt a százalékos arányát, amelynek teljesítésében a megjelölt alvállalkozók közre fognak működni. A fenti nyilatkozatokat negatív tartalommal is meg kell tenni, azaz akkor is nyilatkozni kell, ha az ajánlattevő nem kíván alvállalkozót igénybe venni.

1.8.

Ajánlattevői nyilatkozat az alkalmasság igazolásához igénybe venni kívánt más szervezetről (adott esetben). Az előírt alkalmassági követelményeknek az ajánlattevők bármely más szervezet (vagy személy) kapacitására támaszkodva is megfelelhetnek, a közöttük fennálló kapcsolat jogi jellegétől függetlenül. Ebben az esetben meg kell jelölni az ajánlatban ezt a szervezetet és az eljárást megindító felhívás vonatkozó pontjának megjelölésével azon alkalmassági követelményt (követelményeket), melynek igazolása érdekében az ajánlattevő ezen szervezet erőforrására (is) támaszkodik. (8. melléklet)

1.9.

Alkalmasság igazolásához igénybe venni kívánt más szervezet nyilatkozata a rendelkezésre állásról (adott esetben). A kapacitásait rendelkezésre bocsátó szervezet az előírt igazolási módokkal azonos módon köteles igazolni az adott alkalmassági feltételnek történő megfelelést, továbbá köteles nyilatkozni, hogy a szerződés teljesítéséhez szükséges erőforrások rendelkezésre állnak majd a szerződés teljesítésének időtartama alatt. (9. melléklet)

1.10. Az Ajánlattevő a 310/2011. (XII.23.) Korm. rendelet 15. § (3) bekezdés a) pontja alapján ismertesse az eljárást megindító felhívás feladásától visszafelé számított, az elmúlt 3 üzleti év közbeszerzés tárgya szerinti „web fejlesztés, valamint mobil applikáció fejlesztés” tárgyú referenciáit a 310/2011. (XII.23.) Korm. rendelet 16. § 16

(5) bekezdésének megfelelő nyilatkozattal vagy a szerződést kötő másik fél nyilatkozatával (referenciaigazolással), mely tartalmazza: - a másik szerződést kötő felet (név, cím), annak elérhetőségét (kapcsolattartó neve, telefonszáma és/vagy e-mail címe), - a teljesítés idejét, - a szolgáltatás tárgyát, - nyilatkozatot arra vonatkozóan, hogy a teljesítés az előírásoknak és a szerződésnek megfelelően történt-e. (10. melléklet) Csatolandó iratok jegyzéke: 1.) Tartalomjegyzék (oldalszámokkal ellátva), 2.) Felolvasólap (1. melléklet), 3.) Közös ajánlattevők megállapodása (adott esetben), 4.) A Kbt. 60. § (3) és (5) bekezdése szerinti nyilatkozat (2. melléklet), 5.) Kizáró okokra vonatkozó nyilatkozat(ok) (3-6. mellékletek), 6.) Aláírási címpéldány(ok) vagy aláírás-mintá(k), 7.) Folyamatban lévő cégbírósági változásbejegyzés esetén az elektronikus úton benyújtott változásbejegyzési kérelem (.xml fájl) és a benyújtást igazoló digitális tértivevény kinyomtatott példánya, 8.) A Kbt. 40. § (1) bekezdés szerint nyilatkozat (7. melléklet), 9.) Ajánlattevői nyilatkozat az alkalmasság igazolásához igénybe venni kívánt más szervezetről (adott esetben) (8. melléklet), 10.) Alkalmasság igazolásához igénybe venni kívánt más szervezet nyilatkozata a rendelkezésre állásról (adott esetben) (9. melléklet), 11.) Közös ajánlattevők nyilatkozata (ha alkalmazható), 12.) A megállapodásban fel kell tüntetni, hogy a szerződés szerinti teljesítéséért egyetemleges kötelezettséget és felelősséget vállalnak, továbbá a képviselő cég megjelölését és teljes körű meghatalmazását, 13.) Nyilatkozat a referenciákról (10. melléklet), 14.) A közbeszerzés tárgya szerinti (web fejlesztés, mobil applikáció fejlesztés) nettó árbevételről szóló nyilatkozat (11. melléklet), 15.) Referenciaigazolások a szerződést kötő másik féltől (adott esetben), 16.) Ajánlattevő ajánlatában – kifejezetten és elkülönített módon, mellékletben – közölt üzleti titoknak számító adat nyilvánosságra hozatalát megtilthatja (Kbt. 80. § (1) bekezdés). Ajánlattevő nem tilthatja meg nevének, címének, valamint olyan ténynek, információnak, megoldásnak, vagy adatnak a nyilvánosságra hozatalát, amely az értékelési szempont alapján értékelésre kerül (12. melléklet), 17.) Cégszerűen aláírt nyilatkozat arról, hogy az elektronikus formában benyújtott PDF file megegyezik az eredeti papíralapú példánnyal (13. melléklet),

17

18.) Részletes árajánlat valamennyi szolgáltatás elkészítésére (az egységárnak és a mennyiségnek megfelelő összesített ár) (14. melléklet), 19.) A szakmai ajánlat részei:  Ajánlattevő rövid bemutatkozása  Egy, az Ajánlattevő által – akár alvállalkozóként – végzett konkrét portál fejlesztési munka részletes bemutatása, melyben Ajánlattevő kitér az alkalmazott technológiára, az egyedi megoldásokra, a technikai problémák kezelési módjára, a készített dokumentációra. Olyan portál fejlesztését kell bemutatni, mely mögött CRM rendszer működik. Ez utóbbi működésére is ki kell térni. Amennyiben meglévő CRM rendszert használt Ajánlattevő adott portál fejlesztése során, csatolnia kell az integrációt.  A web oldal és a mobil applikáció műszaki tartalmának, kivitelezésének bemutatása legalább olyan részletességgel, melynek révén alkalmassá válik az értékelésre  Részletes timing: adott szakaszok időkereten belüli részletes feladat- és időleosztása, kiemelve az egyeztetési periódusokat (az Ajánlatkérő által megadott ütemezésnek hogyan tud megfelelni, hogyan tudja reálisan rövidíteni a teljesítési határidőket, úgy, hogy ne menjen a minőség rovására)  Kommunikációs terv, melyben Ajánlattevő bemutatja az általa használni tervezett integrált közösségi megoldásokat, azt, hogyan képzeli el a meglévő közösség megtartását, új felhasználók gyűjtését, a brand ismertségének segítését  A web oldalra 2 féle előzetes layout és design terv és a design tervekhez szorosan illeszkedő mobil applikáció layout és design terv (15. melléklet) Amennyiben az ajánlattevő nem nyújtja be a szakmai ajánlatot vagy az nem értékelhető a szakmai ajánlat hiányosságai miatt, a szakmai hiányosság a hiánypótlás során nem pótolható, az ajánlat nem módosítható, a hiányosság az ajánlat érvénytelenségét eredményezheti. 20.) Kötbér vállalásáról nyilatkozat (16. melléklet), 21.) Regisztrációs lap (17. melléklet).

18

III.

MŰSZAKI SPECIFIKÁCIÓ 1. részterület: KOMPLEX PORTÁLRENDSZER FEJLESZTÉSE 1. Bevezető 1.1. A dokumentum célja Az OTP Fáy András Alapítvány 2012-ben 1.103.552.921 Ft összegű vissza nem térítendő támogatást nyert a TÁMOP-3.2.1.B-11/1-2012-0001 azonosító számú pályázatával a Középiskolások Országos Pénzügyi és Gazdasági Oktatóközpontja létrehozására és működtetésére, mely kiemelt kormányzati projekt. E projekt révén egy hiánypótló, Magyarországon és a közép-európai térségben egyedülálló, gazdasági és pénzügyi élethelyzetekre felkészítő, magabiztos helyzetfelismerésre és problémamegoldó képességre ösztönző szolgáltatás jön létre, mely a jelenlegi igényeknek megfelelően a legkorszerűbb kommunikációs és egyéb eszközök alkalmazásával juttatja el az információkat a célközönséghez. A röviden O.K. Központnak nevezett intézmény Budapest VI. kerületében, a Benczúr u. 26. szám alatt működik. A projekt általános célja: A kiemelt projekt célja a közoktatási intézmények szerepbővítésével az egész életen át tartó tanuláshoz kapcsolódóan a középiskolások számára olyan ismeretek átadása, amelyek szükségesek a pénzügyi-gazdasági világban való eligazodáshoz, az adósságcsapdák elkerüléséhez, a döntésképes és pénzügyileg tudatos állampolgári magatartás kialakításához. A projekt konkrét célja: A projekt célja, hogy a pénzügyi és gazdasági ismereteket az általuk legkönnyebben elérhető csatornákon keresztül juttassa el a fiatalokhoz, amelynek eredményeként tudatos és eredményes pénzügyi és gazdasági ismeretanyag, szemléletmód alakulhat ki náluk, amely által a fiatalok az alapvető információk birtokában a felnőtt élethez szükséges döntésképes, jövőtudatos aktív polgárként hagyják el a középiskolát megfelelő ismeretekkel és képességekkel felruházva. Az Alapítvány pályázatában vállalta, hogy létrehoz egy önálló portált a fenti projektre, melyen keresztül az O.K. Központ szolgáltatásai online módon is elérhetők a diákok és más érdeklődők számára, illetve melyen figyelemmel kísérhető a projekt megvalósulásának folyamata. A portál központi eleme logikailag a CRM rendszer. Az Alapítvány kulcsfontosságúnak tartja továbbá, hogy a tervezett honlap okostelefonokon keresztül is könnyen elérhető és átlátható legyen, így legalább a két legelterjedtebb platformra (Android és iOS) mobil applikációt is fejlesztet. 1.2. Alapkoncepció A cél, egy többnyelvű, nem monolitikus felépítésű, teljes mértékben moduláris, könnyen frissíthető, üzemeltethető és a későbbiek folyamán akár tovább is fejleszthető portál rendszer készítése, amely rendelkezik olyan, az alább specifikált funkciókkal, 19

amelyek segítségével az Alapítvány az Interneten keresztül is támogathatja a Központban folyó oktatást. 1.3. Fogalmak Portál: http://www.okkozpont.hu és a hozzátartozó aloldalak gyűjtőneve. Keretrendszer: A Portál és a hozzátartozó alrendszerek szoftveres környezete, amelybe a későbbiek során felsorolt modulokat működteti. Layout: A portál és a hozzátartozó alrendszerek grafikai megjelenésének, kinézetének összesítő neve. Modul: A keretrendszerbe beépülő program részek, amelyek tetszőleges üzleti logikát és a hozzátartozó megjelenítést valósítanak meg. Publikus felület: A végfelhasználók és a weboldalt látogatók által látott felület. Szerkesztőségi rendszer: A belső felhasználók és adminisztrátorok által használt, jelszóval védett felület, amelyen az oldal tartalmát és beállításait lehet módosítani. 1.4. Fejlesztési irányelvek A Portál fejlesztése folyamán maximálisan meg kell felelni az MVC fejlesztési modellnek (model-view-controller) és törekedni kell az átlátható, objektum orientált fejlesztésre. Tekintettel a várható terhelésre, a keretrendszer és a modulok kialakításánál egyaránt fokozott figyelmet kell szentelni az optimális erőforrás-használatra. A fejlesztés és a layout kialakításakor fokozottan ügyelni kell az ismert WEB-es szabványok betartására, és az fejlesztés megkezdésekor aktuális, “nem fejlesztői” verziójának való megfelelésre:  W3C HTML 5, vagy annál frissebb,  CSS 3.0, vagy annál frissebb. A széleskörű felhasználói bázis miatt kiemelten fontos, hogy az összes ismert asztali és mobil böngészőben teljes mértékben elérhető legyen a portál, de legalább az alábbiakban:  Internet Explorer 10.0, vagy annál frisebb,  Firefox 22.0, vagy annál frisebb,  Google Chrome 28.0, vagy annál frisebb,  Safari 6.0, vagy annál frisebb,  Opera 15.0 vagy annál frisebb. A portál minden moduljának, minden vezérlő funkciójának elérhetőnek kell lennie egy szabványos API-n keresztül (pl. SOAP, XMLRPC, JSON, stb.), megfelelőnek kell lennie a jelen dokumentumban tárgyalt okostelefon applikáció, illetve a jövőben kidolgozni és illeszteni kívánt további fejlesztések egységes kommunikációs felületen és adatmodellen történő integrációjára. A portált és a hozzátartozó adatbázis rendszert úgy kell kialakítani, hogy a nagy terhelés esetén könnyedén több kiszolgálóra telepíthessük, az alábbiak szerint:  A statikus tartalom (a jelszóval védettek is) külön, az ilyen célra tervezett webszerverre való telepítése (pl. lighttpd, Nginx) 20

 

Olyan adatbázis szerver választása, amellyel a “master-slave” clusterezés kialakítható, további plusz költségek nélkül A dinamikus tartalom több kiszolgálóra való osztás, egy közös hálózati adattároló esetén, további szoftver költségek felmerülése nélkül

1.5. Nemzetköziség A portál magyar és angol nyelven kezdi meg működését, így az összes tartalomnak és vezérlő moduloknak, a szerkesztőségi rendszerből választható módon, több nyelven is elérhetőnek kell lennie, erre a tényre fokozottan ügyelni kell a layout és a keretrendszer tervezése és fejlesztése folyamán. A jelenlegi specifikációban tárgyalt minden modulnak szükséges az angol és magyar változatát egyaránt 100%-osan működőképesen elkészíteni. 1.6. Üzemeltetés, felhasznált szoftverek A portál üzemeltetését és elhelyezését az Alapítvány saját hatáskörében, a saját infrastruktúráján, a saját informatikai munkatársai által végzi, FreeBSD és Linux alapokon. A jelenlegi infrastruktúra az alábbi szoftver környezetekkel kompatibilis, így a rendelkezésre álló belső erőforrások valamint üzemeltetési tapasztalatok miatt ezek az elfogadható platformok a fejlesztés során. Alkalmazási réteg  PHP 5.3 és vagy újabb,  Java (és/vagy bármilyen Java alapú keretrendszer),  Groovy,  Ruby on Rails, Adatbázis réteg  MySQL 5.5 vagy frissebb,  PostgreSQL 8.4 vagy frissebb. Nyertes ajánlattevő köteles a fejlesztés során felhasznált szoftverek – minden korlátozástól mentes – felhasználási jogát a munka befejeztével az Alapítványra rendelkezésre bocsátani. Az elvégzett munka ellenértéke magában foglalja a felhasználási jog átengedésének díját is. 1.7. Felhasználók, látogatók A várható felhasználói adatbázis mérete jelenleg nem ismert pontosan, de legfeljebb kétmillió regisztrált felhasználóra számítunk. Hétköznapokon délelőtt, az iskolai tanítás ideje alatt kb. 80-100.000, délutáni-esti időszakban és hétvégén kb. 30-50.000 látogató várható.

21

2. Arculat 2.1. Általános információk Tekintettel arra, hogy a portál fejlesztése TÁMOP projekt keretében, európai uniós forrásból valósul meg, a portál designjának teljes mértékben meg kell felelnie a hatályos ÚSZT Arculati kézikönyvben egy honlappal szemben támasztott előírásoknak. Az ÚSZT Arculati kézikönyv az alábbi linkről tölthető le: http://www.nfu.hu/doc/25 Ezen túlmenően a portálnak alkalmazkodnia kell az Alapítvány O.K. Központra vonatkozó logó használati kézikönyvéhez, illetve az O.K. Központ jelenlegi fizikai arculatához, ami a fiatalos, modern és dinamikus szavakkal jellemezhető. A használati szabályokra vonatkozó előírásokat tartalmazó leírás jelen dokumentumhoz csatolásra kerül. 2.2. Akadálymentesítés A portálnak az esélyegyenlőségi szempontokat is teljes mértékben figyelembe kell vennie, és mindenki számára biztosítani kell az egyenlő esélyű, teljes értékű hozzáférés lehetőségét az interaktív szolgáltatásokhoz a honlap info-kommunikációs akadálymentesítésével. Ez gyakorlatban azt jelenti, hogy törekedni kell a szemantikus kialakításra és nagyobb hangsúlyt kell fektetni a tartalomra, mint a designra, a W3C által kiadott ún. WCAG ajánlásban foglaltaknak a lehetőség szerint legjobban meg kell felelni. A legfőbb, de nem kizárólagos és önmagában elégséges elvárások a témában:  Központi, jól látható helyen található gomb a betűméret globális, legalább három méretben történő növelésére.  Főmenük és navigációs részek szigorúan szöveges kialakítása, megtámogatva a felolvasó szoftverek helyes működését.  Billentyűzetről vezérelhető navigáció.  Multimédiás tartalmakhoz megfelelő mennyiségű és minőségű „feliratozás” lehetősége (pl. alt, title tagek)  Videók esetén feliratozás lehetősége (a feliratok elkészítése Ajánlatkérő feladata) 2.3. „Reszponzív” design A layout kialakításánál fokozott figyelmet kell fordítani az ún. „reszponzív design” kialakítására, hogy minél többféle felbontásban és minél több eszközön elérhetővé váljon a portál. Ez azért is fontos, mert a Magyarországon található középiskolák nem rendelkeznek homogén informatikai rendszerekkel és Ajánlatkérő célja, hogy minél szélesebb körben elérhetővé váljon portáljának tartalma.

22

2.4. Hozzáférések A weboldal tartalmaihoz és szolgáltatásaihoz a hozzáféréseket két csoportra bontjuk: látogatói és belső felhasználókra. A látogatói felhasználók attribútumairól a CRM rész rendelkezik.

2.5. Belső felhasználók A tartalmak feltöltését és kezelését több alapítványi munkatárs fogja végezni, ezért a felhasználók hozzáféréseit, modulokra bontott jogosultsági mátrixban kell tudnunk kialakítani. Az alábbi főbb, előre definiált felhasználói csoportokat kell létrehozni, amelyektől a későbbiekben akár el is térhetünk egy-egy felhasználó esetén. Típus

Hozzáférés típusa

Adminisztrátor

Teljes hozzáférés.

Szerkesztő

Teljes hozzáférés, kivéve a CRM.

Cikkíró

Létrehozhat és módosíthat cikkeket, de azok szerkesztői jóváhagyás nélkül nem publikálódnak.

Teszt értékelő

Csak a kvízek és tesztek modulhoz fér hozzá, a leadott nem automatikusan értékelt teszteket értékeli.

Blog moderátor

Az elkészült „postokat” és kommenteket hagyja jóvá.

Blogger

A saját blogjához teljes hozzáférése van, de a moderátor nélkül nem publikálhat.

Multimédia szerkesztő

Multimédiás modulokhoz teljes hozzáféréssel rendelkezik.

Multimédia feltöltő

Multimédiás anyagok feltöltője, de a multimédia szerkesztő jóváhagyása nélkül azok nem publikálódnak.

CRM adminisztrátor

CRM rendszerhez teljes hozzáférése van.

CRM feltöltő

CRM rendszerben adatokat tölt fel, de nem tud véglegesen törölni / módosítani.

A belső felhasználókat kezelő adminisztrátori modul legalább az alábbi funkciókat valósítsa meg:  Új felhasználó létrehozása  Létező felhasználó adatainak módosítása, törlése, kitiltása  Meglévő felhasználó jogosultsági mátrixának másolása  Elfelejtett jelszó esetén egy új jelszót generáló e-mailben küldése

23

2.6. Belső felhasználók naplózása A párhuzamos, több belső felhasználó által folyó tartalomfeltöltés miatt kiemelten fontos, hogy az Adminisztrátorok minden elvégzett műveletről részletes naplózást kapjanak, amely kiterjed minden alapvető műveletre ellenőrzés céljából. Alapvető műveletnek számít:  Be- és kijelentkezés  Listázás  Módosítás, elmentve a korábbi és a „módosult” adatokat szérializálva (kivéve

multimédiás anyagok)  Törlés A felhasználói naplózás legyen kereshető és szűrhető vagy/és kapcsolatban:     

Felhasználóra Adott modulra Idő intervallumra Bizonyos műveletekre A naplózásban szabad szavas keresésre

3. CRM rendszer A teljes rendszer központi eleme logikailag a CRM rendszer. Ebben valósul meg az adatok gyűjtése, rendszerezése, szűrése, kiértékelése. Az adatok tárolásán és feldolgozásán, az analitikai készségeken kívül a CRM rendszer vezérlési funkciót is ellát. Minden külső alrendszer ebből táplálkozik, a megvalósítandó külső funkciók vezérlését pedig elképzelés szerint a CRM látja el. Feladatokat oszt ki, vezérlési feladatokat végez, adatokkal látja el a külső rendszereket, visszacsatolásként pedig begyűjtött, vagy éppen a kiosztott feladatok feldolgozott értékeit várja (gyűjti be) a külső programoktól. Legyen szó egy kérdőívről, az információs portál, vagy éppen a mobilalkalmazások adatgyűjtéseiről – mindegyiknek, ha áttételesen is, de a CRM-mel kell kommunikálnia – egy központi felületen kell megvalósítani a komplex adatgyűjtési feladatokat. Technikai szempontból a fejlesztési irányelvekben megfogalmazott követelményeknek kell, hogy megfeleljen a CRM. Mivel a teljes rendszernek ez a központi eleme, és minden alrendszernek, illetve a CRM moduljainak magának is egységes adatszerkezetben és formában kell adatokat mozgatnia-kezelnie, a következő szempontokat kell a tervezés és megvalósítás során szem előtt tartani:  modern API kialakítása (SOAP, XML, vagy JSON, szabadon választott)  ilyen módon egységesített kommunikációs metódusok kialakítása a teljes rendszerben  ezek részletes, tételes dokumentálása a CRM oldalán, legalább hivatkozás a külső modulok dokumentációjában  adatszerkezetek dokumentálása, majd implementálása (mi mivel áll kapcsolatban, a forgalmazott adat milyen minőségben, hol és hogyan kerül tárolásra) Szintén a korábbi, integrációval kapcsolatban megfogalmazott elvárások és az EU szabályozások miatt a rendszernek minden regisztrált felhasználót nyomon kell követnie. Ez kiemelten érvényes az elvégzett tesztek, e-learning anyagok, kvízek 24

tekintetében. Szavazásokból kivételként választhatóan lehet zárt, csak regisztrált felhasználóknak szóló, de lehet nyilvános, statisztikai adatgyűjtést szolgáló célú is. Cél ugyanakkor az oktatási anyagok állandó fejlesztésén keresztül a minőségi tartalom folyamatos közvetítése a felhasználók számára. Ennek érdekében a rendszernek állandó kapcsolatot kell tudni tartani a felhasználókkal. Ez más, egyedi módon azonosítható adat hiányában az e-mail cím, mint egyedi kulcs meglétét feltételezi. A rendszer megvalósítása során elsődleges fontosságú tehát a felhasználó mindenkori e-mail címének ismerete, és a változások aktualizálása, összevezetése. Egy felhasználó rendelkezhet több e-mail címmel is, illetve a jelenlegi tervek alapján elkészült rendszerben az adatfeltöltések és változások során könnyen előfordulhatnak duplikátumok, így ezek kezelésének megoldása is elengedhetetlen (adatok, előtörténetek összevonási lehetősége, ütközések kezelése). Ahhoz, hogy a rendszerezést és keresést átláthatóan és hatékonyan lehessen megvalósítani, valamint a napi rutin adminisztrációs munkák elvégezhetők legyenek, egy komplex, eredményhalmazok műveletvégzését és az eredményhalmazok adatainak tömeges kezelését is lehetővé tevő komplex kereső megvalósítása szükséges. Ez a rendszerben több ponton is használható. Működésének alapelvei a következők:  Keresünk egy csoportra, vagy csoport bizonyos tagjaira, kapunk egy halmazt,  Tovább keresünk tetszőleges alkalommal, újabb eredményhalmazt kapva,  Az így kapott halmazok között egyszerű logikai műveleteket végezhetünk, pl. kérjük az első halmazba tartozó, de a másodikba nem tartozó elemeket (ÉS, VAGY, NEM),  A keresések végén az így kapott halmazok műveletekkel szűrt elemeire végzünk egy bizonyos tevékenységet, például levelet küldünk neki, frissítjük bizonyos mezőit, éppen az elvégezni kívánt funkció szerint. Könnyítés, hogy a kereső csak egyfajta entitási eredménytípussal rendelkezik, műveleteket csak ezekkel a halmazokkal lehet végezni, tehát a mezők számossága és a mezőtípusok minden esetben egyeznek. A CRM rendszerben szükséges vezetni az O.K. Központ látogatóinak és diákjainak „eseményeit”, dinamikusan felépíthető, tetszőleges adatmezőkkel. Ide tartoznak a csoportok szervezésére és részvételére vonatkozó csoport- és egyedi információk (pl. a diákok jelenléti ívei, vagy az oktatásokon való részvétel tényének adatai). Ezek csoport és egyén szinten köthetők kell, hogy legyenek, akár örökléssel, akár manuális módon az elemekre egyenként, ez a megvalósításnál szabadon választott, azonban a funkciók az adminisztrációs munkafolyamatok során egyszerűen átlátható és kezelhető formában kell, hogy megvalósításra kerüljenek. Javasolt a komplex keresési és szűrő funkciók eredményhalmazaira alkalmazott műveletvégzés alkalmazása ebben az esetben is. Ehhez kapcsolódóan a következő eseményeket:  Meghívók küldése eseményeken való részvételre. (ez lehet oktatás, de akár nyári fesztivál is)  Ezekre érkezett válaszok értékelése (visszajeleztek, vagy nem, részt vesznek, hány fővel, stb.)  Egy létező felhasználó jelzett, kérdezett valamit, és az erre adott válasz. (erről bővebben a Felhasználói üzenetek és Online tanácsadás résznél)  Oktatások adatai: résztvevők, nem jöttek el, stb.  Magának az oktatásnak az eseményei, megjegyzései, melyek nem köthetőek személyekhez (oktatás mellé kapcsolt “Egyéb megjegyzés” mező) 25

Minden kommunikációs folyamatot egyértelműen le kell tudni zárni egy eredménnyel. A rendszer egészére tekintve is általánosan igaz, hogy a tevékenység jellegétől függően nyilván az is lehet eredmény, ha nincs eredmény, például nem jeleznek vissza többszöri megkeresésre sem, de nem maradhat a rendszerben hosszú távon nyitott munkafolyamat, esemény. A lezárás lehet automata bizonyos feltételek teljesülése mellett, de manuális, kifejezetten kezelői beavatkozást igénylő is, például egy kifejtést igénylő kérdés kiértékelése. Egy felhasználót tetszőleges mennyiségű csoportba is kell tudni rendezni, akár úgy is, hogy egy felhasználó több csoport tagja is lehet. A felhasználókhoz tetszőleges mennyiségű plusz adatmezőt szeretnénk rendelni és ezekre a mezőkre a globális adatlekérő és szűrő segítségével tetszőleges lekéréseket, adatgyűjtéseket szeretnénk végezni. A lekéréseket akár paraméterezhető formában tárolnánk, így a későbbiekben ezek sablonként szolgálhatnak további lekérdezésekhez, vagy pár gombnyomással újra végrehajthatóak. Az egészet az adatbázisok analógiájára mintegy SQL lekérdezés-tárként kell elképzelni, paraméterezve, a query-k mellé előre eltárolt javasolt, de bármikor változtatható paraméterekkel. A következő funkciók megvalósítása kiemelten szükséges:  Lekérdezés létrehozása, szerkesztése  Paraméterek értékeinek változtatása  Lekérdezés másolása, új paraméterekkel való tárolás Az adatgyűjtések eredményét exportálni lehessen a felhasznált irodai programcsomagok (MS Office, OpenOffice, LibreOffice) által értelmezhető és a későbbi feldolgozást lehetővé tévő Excel, CSV, vagy XML formátumba. A CRM rendszernek kommunikációs feladatokat is el kell látnia. Igényeink szerint hírlevelet küldenénk belőle, a már tárgyalt komplex keresési-szűrési feltételek alapján előállított tetszőleges eredményhalmazok elemeire. Kommunikáció tekintetében az események követése, kiértesítés, visszaigazolás kezelése is a CRM feladata; eredményei be kell, hogy kerüljenek a rendszerbe: pl. a szervezői munka során kiválasztott csoportok és/vagy egyének értesítése az egyeztetett látogatási időpontról, visszaigazolás kérése jóváhagyással, stb. A folyamatvezérlés megoldása tetszőleges módszerrel történhet, parametrizálás tekintetében az adatok körében alkalmazott rugalmas bővíthetőség szem előtt tartásával. A kommunikációs feladatok kezelésének témakörébe tartozik a kommunikáció teljes körű naplózása is. A kiküldött e-mailek, hírlevelek, kampányok kezelése, naplózása, visszajelzések megfelelő helyre kapcsolása a folyamatokban, azok kiértékelése, illetve a munkafolyamatok követésén felül például a telefonhívások tényének és eredményének MANUÁLIS rögzítése is a CRM feladata. A CRM rendszer feladata a nem aktív fiókok (userek, e-mailek) detektálása (például az e-mail kézbesítési jelentések alapján). Ez szerves egységet képez a teljes rendszer használata során a belépések, aktivitások naplózásával, ki kell tudni például szűrni és kezelni kell tudni a nem létező e-maillel, de aktív fiókkal rendelkező felhasználókat, és az alrendszerek használata során időről időre figyelmeztetni kell őket az elérhetőségi adatok aktualizálásának szükségességére.

26

Megadhatóak opcionális adatmezők is, mint telefonszám, ezek tartalmának mindenkori meglétére azonban nem számíthatunk teljes biztonsággal. Törekedni kell arra, hogy a felhasználóhoz tartozó fiók elérhetőségi információi minden időben a lehető legfrissebb adatokat tartalmazzák. Ennek érdekében elképzelhető a jövőben email elérhetetlenség és mobilszám megléte esetén például SMS-ben történő kommunikáció is. Fentebb említésre került, de újra kiemelendő és fontos, hogy az adatmezők nem lehetnek fixek, ajánlatkérő szeretné a későbbiek folyamán felépíteni a struktúrát. Ezekre is a fentebb leírt módon életszerű adattartalmak esetén a fenti szabályokat kell tudni az adminisztráció során alkalmazni. A fenti irányelvek szem előtt tartásával a rendszer felhasználóit (elsősorban a tanárokat és diákokat) ösztönözni kell a rendszer látogatására, törekedni kell az adatok minél egyszerűbb és gyorsabb kézbesítésére. Ennek elsődleges módja az e-mail kommunikáció, másodlagos módja az alrendszerek (portál, mobil alkalmazás) felületén az azonosítási folyamat után a megfelelő csoportnak/egyénnek szóló üzenetek megjelenítése. Az oktatási anyagokon, híreken, más információkon keresztül bármely alrendszer meglátogatása, használata során a felhasználó, ha áttételesen is, de a CRM rendszerrel interakcióba kerül, így fenntartható az állandó kapcsolat a teljes életciklus alatt. A még nem regisztrált látogatók számára létre kell hozni a regisztrációs folyamatot, melynek során az alábbi, kötelező mezőket kell megadni:  Vezetéknév, Keresztnév  Látogató típusa (diák, tanár, szülő, egyéb)  Nem  Születési dátum  Lakhely (település neve)  E-mail cím  A jelenlegi iskola típusa (általános, közép, felső oktatási intézmény)  A jelenlegi iskola neve  A regisztrációkor aktuális osztály megjelölése diákok esetén, mely automatikusan frissül évente, de feltételekkel és megerősítéssel, parametrizálni kell az osztályok konfigurációját is (4+4+4, 4+2+8, 4+6, stb), valamint lehetővé kell tenni a rendszerben a továbbtanulás követését is ide kapcsolódóan.  Jelszó  Hírlevél igénylés (igen/nem választható)  Szolgáltatási feltételek elfogadása (adatvédelem, stb) – Enélkül nem léphet tovább A felhasználó profiloldalán lehetőséget kell biztosítani az adatok módosítására, további iskolák feltöltésének javasolására, fiók törlésének online kérésére, valamint a rendszerrel való kommunikációra (üzenet az adminnak). A felhasználó email címét csak visszaigazolással változtathatja meg. A profiloldalon kell megjelenjenek a regisztráció során hiányzó adatokra való visszautalások is. A felhasználó profil oldalán megadott adatokat a CRM rendszeren belül is láthatóvá kell tenni és az esetleges „adat konfliktusok” esetén értesíteni kell a kezelőket (pl. már rögzítettük ezt az e-mail címet egy korábbi oktatáson részt vett egy, vagy több csoportnál).

27

A külső rendszerekbe felkerülő korlátozott tartalmakhoz való hozzáférést a CRM modulban adjuk a felhasználóknak, tehát a vezérlést ebben az esetben is a CRM végzi. Lehetőséget kell biztosítani a kezelőknek adatok tömeges importjára CSV, vagy XML file-okból. A mezők megfeleltetettségét a megkívánt flexibilis, előre nem látható adatstruktúrák miatt tárolni szükséges, azaz menthetővé kell tenni az import file-ok datamap-jét a későbbi gyors felhasználhatóság érdekében egy újabb, hasonló import végrehajtása során. Az adatok importja során a CRM rendszerben az ütközések, duplikátumok kezelését a már fentebb említett módon szükséges megvalósítani. Lehetőséget kell biztosítani azonos típusú entitások halmazán belül a keresésre, tömeges műveletvégzésre, csoportképzésre és besorolásra, valamint az entitások és összes kapcsolt adatuk egyesítésére is. A rendszer felhasználójává háromféleképpen válhat egy személy:  feliratkozás a fentebb említett regisztrációs folyamat segítségével  adatfeldolgozás során történő egyedi kezelői adatfelvitel vagy  tömeges import során. A felhasználó mielőtt hozzáférést kap a rendszerhez, azaz fiókja teljes értékűen aktiválódik, mindenképpen ellenőrzési folyamaton kell átessen. Az ellenőrzési folyamat kezelői segítséggel átugorható, bármely fiók megbízhatónak minősíthető egy flag beállításával. Az ellenőrzési folyamat egyszerű, kétlépéses e-mail ellenőrzés. Regisztráció esetén a rendszer kiküld egy e-mailt, a benne lévő linkre kattintva a felhasználói fiók aktiválódik. Bármely egyéb esetben (adatfelvitel vagy tömeges import során) a megbízhatósági flag állítható a felvitel során, amennyiben azonban nem ellenőrzött fiókként kerül a rekord felvitelre, a normál e-mailes visszaigazolási eljárás érvényes. Egyedi felvitel vagy tömeges import esetén generálható a jelszó, amit titkosított formában kell a rendszerben tárolni. Ezt egyszeri alkalommal, egy jelszó generáló e-mail formájában a rendszer kiküldi a felhasználónak. Biztosítani kell a felhasználónak a jelszó vissza- vagy beállítás lehetőségét is (elfelejtett jelszó esete), szintén e-mail címéhez kötött módon. A rendszer publikus felhasználói nem látják az audit logban szereplő, fiókjukhoz kapcsolt tételeket, ennek megvalósítása nem szükséges. Az adatkezelési törvényi megfelelőség miatt szükséges a fiókok törlési lehetőségének megvalósítása is. Ez kiemelten adminisztrátori funkció, és az adatok teljes körű, ellenőrizhető törlésével jár a felhasználó fiókjának minden kapcsolt adata tekintetében. 4. Online szolgáltatások A portálon keresztül online formában is elérhetővé válnak az O.K. Központ által biztosított szolgáltatások. Míg a projektről szóló, az O.K. Központ tevékenységével kapcsolatos általános információk regisztráció nélkül bárki számára elérhetők, addig az oktatási tartalmak csak regisztrációt követően, amelynek paramétereit a CRM rendszerben határozzuk meg. 4.1. Felhasználói üzenetek A felhasználóknak szánt értesítéseket párhuzamosan, két szinten: e-mailen és a belső üzenetküldő rendszeren keresztül valósítjuk meg.

28

Minden felhasználó rendelkezik egy saját fiókkal, amelyhez a web felületen és a mobil applikáción keresztül férhet hozzá. A felhasználó üzenetet küldhet az Alapítványnak és más regisztrált felhasználónak, amennyiben ismeri az azonosítóját (regisztrációnál használt e-mail cím). Ehhez megvalósítandók legalább az alábbi alapvető üzenetkezelési feladatok:  új üzenet  törlés  válasz  továbbítás  SPAM/illegális tartalom jelentése 4.2. Tartalom kezelés, CMS 4.2.1. Általános információk A tartalomkezelő rendszer jelenlegi megvalósításában korszerű technikákat kell alkalmazzon, moduláris felépítésű kell legyen. Az alkalmazott szerkesztőfelületnek WYSIWYG editor segítségével kell a tartalom kezelését megvalósítani, hogy a feldolgozás során a publikus felületre kikerülő minden informácó és tartalom már a szerkesztési fázisban a végleges állapothoz legközelebbi képet mutathassa, így a legegyszerűbb módon behatárolható legyen a végeredménye minősége. Amit a jövőben elvárunk tőle: moduláris felépítés pl. a WYSIWYG editor komponens magában is frissíthető, cserélhető legyen egy esetleges frissítés esetén (mivel ezek főként biztonsági frissítések, így mielőbbi alkalmazásuk erősen ajánlott). A CMS, (azaz Content Management System), segítségével szerkeszthető tartalmak létrehozása, szerkesztése, valamint a létrehozott tartalmak strukturálása a cél. A CMSt úgy kell kialakítani, hogy általa a tartalmakat csoportokba szervezhessük, menüket alakíthassunk ki, mindezt nyelvesítéssel együtt kényelmesen, egy központi felületről kezelve, hogy az egész rendszert egyben láthassuk. Szükséges az adminisztrációs felületet kialakítása, ahol a rendszerbe bevitt adatokat irányított módon a felhasználók felé tudjuk közvetíteni. Sarokpontok, melyeket figyelembe kell venni a CMS fejlesztéskor:  Méretezhetőség  Sebesség, gyorsaság (Cache, Memcache, stb. a méretezhetőséggel összhangban)  Biztonság  Keresőbarát kialakítás (Meta elemek, mezők kezelésének lehetősége)  Többnyelvűség (dinamikusan bővíthető, nyelvi paraméterek)  Intuitivitás (egyszerűen használható, elegáns, érthető, következetes admin interface)  Jövőbeli bővíthetőség  Építkezzen biztonságos, de könnyű alapokra. Külső komponensek felhasználása esetén azok moduláris jellegű felhasználására törekedni kell. 4.3. Sebesség Tekintettel arra, hogy a felhasználók rangsorolásában fontos tényezőként szerepel egy rendszer gyorsasága, az oldalakat gyorsan kell generálni, és a távoli látogatókhoz kézbesíteni. Ezért a rendszernek Cache-ből (gyorsítótár) kell dolgoznia. Ez 29

megvalósulhat több szinten, ennek kialakítását a megvalósítóra bízzuk, javaslatokat várunk. Az elérni kívánt cél az oldalak 2 másodperc alatti időben történő generálása, még nagyobb terhelés, sok egyidejű látogató esetén is. 4.4. Biztonság Mivel a tervezett rendszer publikus felületeinek nagy része az interneten keresztül potenciálisan bárki számára hozzáférhető, fontos hogy biztonságos webes rendszer készüljön. A teljes rendszer megvalósítása során arra kell törekedni, hogy az adatbeviteli és -feldolgozási folyamatok során a rendszerbe kerülő adatok ne okozhassanak fennakadást a működésben. Főbb pontok e tekintetben:  Beviteli mezők típusainak ellenőrzése, adott esetben a bevitt adatok típuskényszerítése (pl. ne írhasson dátum mezőbe „esernyő”-t)  Az adatbeviteli és feldolgozási folyamat biztonsága (XSS, SQL Injection elleni atomi szintű védelem)  Az adatok hozzáférési szintjének ellenőrzése az adatbeviteli és lekérdezési folyamatokban is egyaránt. (ne tudjon egy felhasználó egy másik felhasználó adataihoz hozzáférni pl. egy beviteli mező értékének, vagy egy változó értékének manuális felülírásával hozzáférni)  A rendszerben folyó adatáramlás biztonságossá tétele pl. SSL használatával a kívánt pontokon (jelszavak, vagy egyéb érzékeny, személyes adatok mozgása). Ügyelni kell az SSL be- és kilépési pontoknál a megfelelő adatátadási mechanizmus kialakítására is, célszerű lehet például egy központi felhasználó-azonosítási pont kialakítása, amivel az összes modul kommunikál szükség esetén. 4.4.1. Keresőbarát kialakítás A rendszer fontos feladata a felvitt tartalom közvetítése a meglévő, valamint a potenciális felhasználók számára. Részlegesen zárt rendszerről lévén szó itt elsősorban a publikus tartalmak rendszerezése során kell a keresőkben elfoglalt pozíciók minél előnyösebb módon történő megszerzésére és megtartására koncentrálni. Ennek érdekében úgy kell kialakítani a rendszer szerkezetét, hogy a publikált oldalak rövid időn belül a találati listára kerülhessenek. Az ehhez szükséges mezők köre a következő (szintén nyelvenként változó):  cím (title)  kulcsszavak (keywords)  leírás (description)  nyelvkód (language) 4.4.2. Többnyelvű CMS Angol és magyar nyelven kommunikál az oldal a látogatókkal, kezdetben erre kel felkészíteni a rendszert. A nyelvek rugalmas bővíthetőségének lehetőségét azonban meg kell teremteni minden tartalmi elem és objektum szintjén. A nyelvesített tartalmak nem okvetlen kerülnek tükörfordításra minden esetben, elképzelhető, hogy a rendszer használata során egyes elemek (hír, cikk, oldal) nem kerülnek egy az egyben lefordításra, így a menü struktúrában sem játszanak az adott nyelven szerepet. Lehetőséget kell biztosítani ugyanakkor a kapcsolódó nyelvi tartalmak párosítására is (például könnyen meg kell tudni találni egy angol nyelvű cikkhez a magyar vagy

30

később mondjuk francia fordítását, amennyiben létezik ilyen). Optimális esetben ez mindenhol egy gombnyomás kell legyen. 4.4.3. Intuitivitás Az adminisztráció könnyű kezelhetősége, átláthatósága alapelvárás. A rendszer fejlesztése és bevezetése során hangsúlyt kell fektetni a következetes UI tervezésre, valamint az elemek (gombok, vezérlő eszközök) szerepének következetes használatára ergonómiai és logikai szempontból egyaránt. A tartalomkezelők, és rendszerüzemeltetők általában nem programozó képzettségűek, ezért olyan felületi megvalósításokkal, UI elemekkel kell dolgozni, melyek egyértelműek, könnyen tanulhatók, netán más rendszerekből már ismerősek. Ugyanez érvényes mind az adminisztrációs, mind pedig a publikus felületekre. 4.4.4. Bővíthetőség Az O.K. Központ szándéka további alrendszerek és modulok fejlesztése a jövőben, ezért a rendszert úgy kell kialakítani, hogy később további modulok legyenek hozzá kapcsolhatók, vagy a meglévők átalakíthatók. 4.4.5. A teljes rendszer építkezzen biztonságos és könnyű keretrendszerre és komponensekre Fontos szempont, hogy a kész rendszert egyszerűen üzembe lehessen helyezni, könnyen lehessen az automatizmusok segítségével üzemeltetni, és maga a rendszermag is a lehető legbiztonságosabb legyen. Ennek érdekében a Fejlesztő használhat valamilyen keretrendszert, vagy keretrendszereket, és külső komponenseket. Ezek beépítése során fokozottan ügyelni kell a modularitás megtartására, az egyes komponensek frissítéseinek külön-külön alkalmazhatóaknak kell lenni a teljes rendszer egységének megbolygatása nélkül. A frisssítések során előfordulhatnak inkompatibilitási problémák, ezek kezelése egyedi feladat a későbbiekben. Szem előtt kell tartani a moduláris felépítésből adódó előnyök megtartását. Lehetőség szerint előnyben kell részesíteni a legújabb, akár jelenleg béta állapotú komponensek beépítését, tekintettel a fejlesztés idejének nagyjából 9 hónapos, valamint az éles üzembeállítás tervezett idejének 1-2 hónapos időtartamára. A szerződést megkötésének idejében elérhető lehető legfrissebb és támogatott komponensek használatával. Nem szabad olyan komponenseket használni, ahol a tervezett időben már valószínűsíthetően újabb verzió kerül kibocsájtásra, és ez a rendszer működésében fennakadásokat okozhat. 4.4.6. Moduláris design A megjelenítési feltételeket kiegészítjük azzal, hogy bármely oldalhoz lehessen kiválasztani más-más sablont, ily módon a rendszer publikus felülete több sablont kell kezeljen. A rendszer felépítésének moduláris voltából fakadóan célszerű lenne a központi CRM rendszer és a külső rendszerek, valamint azok moduljainak egységes programozási szerkezetben és térben történő elhelyezése, valamint keretrendszer a teljes rendszerre vetítve. 4.4.7. Korszerű komponensek, dokumentáltság Fontos, hogy a rendszer az élesítés időpontjában a lehető legkorszerűbb eszközöket használja. A rendszernek jól dokumentáltnak kell lennie mind felhasználói, mind 31

pedig technikai-programozói szempontból, akár már menet közben is. A tervezés és megvalósítás során MVC szerkezet alkalmazása elvárt. A fejlesztési folyamat során valamilyen verziókövető rendszer használata elvárt. Ismert, stabil, jól dokumentált osztályok használata követelmény a fejlesztéshez. Az CMS használata során a fájlkezelés, meta elemek kezelése, az egyszerű szerkeszthetőség és az átlátható adminisztrációs felület megvalósítása kiemelkedő szerepet kap. Fontos, hogy a rendszert bárki egyszerűen kezelhesse, a tartalomkezelő átlátható, ismerős elemekből és logikával építkezzen. Arra kell törekedni, hogy leegyszerűsítsük az adminisztrációt. Fontos, hogy bármely tartalmi elemhez, cikkhez, hírhez lehessen fájt feltölteni és meta leírásokat megadni. File feltöltés alatt a file-ok típusainak egy-egy zárt körét értjük, mely a tartalom kontextusában változó módon, de egységes vezérlési struktúrával oldja meg a kapcsolt tartalmak kezelését, legyen szó képi, vagy dokumentum elemekről, pl. kapcsolt PDF file. Az állományok és könyvtárak esetén megvalósítandó funkciók:  Fájlkezelés - Médiatár kezelése  Fájlkezelés - Minden modulhoz  Meta elemek kezelése  Iframe megjelenítése  WYSIWYG editor  Felhasználói élményt javító modulok  Admin sablon 4.4.8. A fájlkezelővel szemben támasztott elvárások Fontos, hogy olyan fájlkezelőt fejlesszünk, amivel egy központi helyen szinten mindent elintézhetünk. Fontos szempont itt is a biztonság. Külső komponens választása esetén figyelembe kell venni, hogy a választott fájlkezelő folyamatos fejlesztés alatt legyen, valamint a beépítés során a fentebb említett modularitási követelményeknek feleljen meg, azaz használjon adott esetben bővítményeket, azonban a felhasznált komponens kódbázisán a lehető legkisebb, vagy semmilyen mértékben se módosítson direkt módon a fejlesztés során. Így cserélhető, frissíthető marad az adott komponens a későbbiekben. A fejlesztés során a következő funciókat kell megvalósítani:  Biztonság (kezelt fileok típusellenőrzése, végrehajtás kizárása)  Csoportos fájl feltöltés (video, kép, szöveg, egyéb csatolmány típusok)  Mappa létrehozás  Mappa attríbútumainak állítása (nem filerendszer szintű, hanem meta adatok, naplózva és jogosultságkezeléssel)  Fájlok átnevezése  Fájlok mozgatása  Fájlok megtekintése, letöltése, kiszolgálása  Fájlok címkézése  Felhasználói szintek kezelése hozzáféréseknél  Beállítási lehetőségek (maximum méretek, feltölthető fájlok, kiszolgálás)  Korlátozható legyen fájl méretre és típusra Képekkel kapcsolatos műveletek:  Képek szerkesztése  Képek forgatása  Képek kivágása  Képek átméretezése

32

 Kép megtekintése

A média kezelőnek, mint komponensnek a fájlok útvonalát vissza kell tudnia adni pl.: egy input mezőbe. pl. rákattintunk egy input[text] mezőre, bejön a médiatár és kiválasztjuk a fájlt. Dupla kattintással visszaadja a fájl útvonalát. Ezen kívül még szükség van egy olyan fájlkezelőre, amivel minden modulhoz (modul, rekord, cikk, hír, vagy egyéb tartalmi elem), fel tudunk tölteni képeket, videókat, fájlokat és ezeket a file-okat képesek vagyunk kezelni is egyúttal, lehetőleg ugyanabban a rendszerben. (kategóriák, címkék, feltöltés, törlés, aktív/inaktív állapotok, csoportos műveletek, leírások megadása) Mind a média kezelőnél, mind pedig egyébként a rendszer külső forrásból származó egyéb komponenseinél fontos, hogy ne tegyük olyan alapértelmezett elérési útvonalra, amit a leírásokban javasolnak, az interneten automaták keresik a sérülékenységeket, napi több száz kérés érkezik pl. a phpmyamin vagy az fckeditor alapértelmezett könyvtáraira esetleges betörési kísérletek előkészítése okán. 4.4.9. Szempontok a modulokhoz kapcsolható fájloknál Többnyelvű leírások (alt, title, description, címkézés) Csoportos műveletek végzésének lehetősége (feltöltés, törlés, be-és kikapcsolás) Tudja megkülönböztetni a képfájlt, videót, dokumentumot és ennek megfelelően készítse el hozzá a bélyeg képeket, illetve kérje le a szükséges adatokat hozzá (pl. hivatkozott Youtube videó). 4.4.10. Meta elemek leírása Minden oldalhoz, modulhoz kell legyen egyedi meta leírás megadásának lehetősége. Ez főleg a keresők számára értékes információ. Ezt globálisan is meg lehet oldani automatizálva, vagy egyedi módon objektumonként is meg kell legyen adható az információ. 4.4.11. WYSIWYG editor A szerkeszthető honlapok lényege a jól kiválasztott editor, amit a felhasználók egyszerűen használhatnak. A WYSIWYG editor a CMS központi eleme, ez maga a szerkesztő felület. A szerkesztő felület lehetőség szerint mindig csak a megkívánt funkcióknak megfelelő kontrollokat jelenítse meg a teljes eszközkészletből, ne adjon módot oda nem illő formázások, funkciók használatára, amivel felhasználói szinten elrontható az előre meghatározott arculat. A WYSIWYG editorral szemben megfogalmazott elvárások:  Tudjon több változatot kezelni  Egyszerűen lehessen inicializálni  Ne legyen terhelő kliens oldalon  Kódbázisa álljon folyamatos fejlesztés alatt 4.4.12. Szerkesztőségi rendszer layoutja Mivel a CMS felhasználók nem informatikai szakemberek, többségük semmit nem tud a HTML-ről, CSS-ről és hasonló szakszavakról, ezért a lehető legegyszerűbben, 33

desktop jelleggel kell megvalósítani mindent, hogy élmény legyen a tartalomkészítés, az adminisztráció és minél kevesebb időbe teljen mindez. 4.5. Hírek Folyamatosan, napi szinten frissülő és megújuló tartalom, kategorizálható, akár időzített megjelenéssel is. Minden hírhez legyen lehetőség kulcsszavak és a kereső marketinget támogató paraméterek beállítására is (HTML Title, keywords, description). Amennyiben ez kézzel nincs beállítva, ezeket a paramétereket automatikusan állítsa össze a rendszer a tartalomból kiemelt, leggyakrabban előforduló szavak-kifejezések alapján. Ezen mezők értékei a tartalom alkalmi változtatásával együtt annak megfelelően dinamikusan frissüljenek. Automatikus beállítás esetén maximum 5-10 kulcsszót tegyen össze a rendszer a címből és a tartalomból. A híreknek hírfolyamban kell megjelenniük, mégpedig úgy, hogy a dátum alapján a legutoljára létrehozott cikk legyen az első. Szükség van arra is, hogy bizonyos kiválasztott cikkek (legalább 3 db) kiemelt cikként jelenjenek meg az oldalon. Legyen lehetőség egy adott aloldalra egy vagy több kategóriából, akár kulcsszó alapján is, egy szűrt hírfolyam létrehozására, amely szintén tartalmazhat saját kiemelt cikkeket. Akár a teljes, akár a szűrt hírfolyamhoz teljes RSS feed szükséges, továbbá az összes ismert „web 2.0” megosztási lehetőség (Facebook, Twitter, G+). A web 2.0 megosztási lehetőségek köre a későbbiekben legyen bővíthető. 4.6. Statikus oldalak A szerkesztőségi felületnek rendelkeznie kell egy ún. statikus oldal létrehozásának lehetőségével, amellyel tetszőleges számú és szintű aloldal hozható létre. Ezek az aloldalak egy, a címből készült URL-en érhetők el és a továbbiakban így lehet rájuk hivatkozni. Az alábbi aloldalak aktívan, a Főmenüben is megjelennek a portálon. 4.7. Központi tevékenység A tartalma alapvetően fix, de meg kell hagyni annak lehetőségét, hogy a tartalma bővüljön, változzon. A menüpontnak be kell mutatnia mind az Alapítvány pénzügyi, gazdasági edukációs tevékenységét, mind pedig az európai uniós projektnek, az O.K. Központnak a

34

tevékenységét. Az egységen beül mind a menüpontokat, mind a cikkek számát lehessen módosítani, bővíteni. 4.8. Pénzügyi, gazdasági, gazdálkodási ismeretek Az Alapítvány pénzügyi, gazdasági, gazdálkodási ismereteinek (pl. oktatási tananyagok, filmek, stb.) elektronikus megvalósítása, statikusan letölthető tartalmi elemekkel. A tartalmi elemek hozzáférhetőségét tetszőlegesen lehessen beállítani a CRM modulból. 4.9. Videó riportok A hírekhez hasonlóan folyamatosan frissülő videó tartalom. Ennek is alkalmasnak kell lennie arra, hogy kiemelt cikként jelenjen meg a főoldalon. 4.10. Közérdekű adatok Az európai uniós projektek kötelező nyilvánosságára vonatkozó szabályozók szerinti tájékoztató oldal, tartalma alapvetően fix: adott időközönként, letölthető formában beszámolókat és egyéb dokumentumokat kell közzétenni. 4.11. Gyakran Ismételt Kérdések Folyamatosan lehessen fejleszteni a friss tartalmakkal. Ez segít megszűrni az érdeklődőket. Sokan az általános kérdéseikre megkaphatják a választ, így ha esetleg további kérdésük merül fel, az már jóval konkrétabb. Ezzel az ügyfélszolgálat erőforrásaival lehet takarékosabban bánni, a kiszolgálási idő csökkenthető, több kérdés megválaszolására nyílik lehetőség. 4.12. Tesztek, kvízek 4.12.1. Általános információk A kiegészítő modulok (kvízek, tesztek, rejtvények), illetve a működéssel kapcsolatos tartalmak folyamatosan kerülnek fejlesztésre és a honlapon elhelyezésre. A folyamatos teszt és kvíz fejlesztéshez első körben egy általános, absztrakt belső keretrendszer elkészítése szükséges, melynek segítségével a későbbiek folyamán különböző „teszteket” valósítunk meg. A tesztekhez szükséges kérdéseket és válaszokat az Alapítvány tölti fel. 4.12.2. Teszt adatok Kétféle teszttípust határozunk meg: az elsőnél automatikusan történik az értékelés, a második típusnál az értékelés személyi beavatkozást igényel.

35

Egy kérdés tartalmazhat szöveget vagy képet, a kérdést szerkesztőnek egy cikk szerkesztővel azonos tulajdonságokkal kell bírnia, kiegészítve azzal, hogy a kérdések sorrendjét tetszőlegesen lehessen állítani. Az alábbi válasz típusok lehetségesek: Kérdés típus

Lehetséges válaszok

Automatikus értékelés

Eldöntendő

Igaz / Hamis

X

Kiválasztós

Többféle válasz (szöveg/kép)

X

Kifejtős

Szöveg mező

X

Dokumentum feltöltés

Bármilyen file

X

Emberi értékelés

4.12.3. Kiértékelés Amennyiben csak „automatikusan értékelhető” választ tartalmaz egy teszt, a pontszámot a kérdések feltöltésénél definiált válasz pontszámokból számoljuk ki összeadással. Amennyiben a kiértékelés emberi beavatkozást igényel, a Teszt értékelő felhasználói jogosultsággal rendelkező személy fogja értékelni. 4.12.4. Értesítés A tesztek kitöltése után a kitöltő személy megnézheti eredményeket, amennyiben automatikusan értékelhető a teszt. Ezeket adatbázisban tároljuk, valamit regisztrált felhasználóként e-mailben értesítést kap róla. Amennyiben emberi beavatkozást igényel a teszt kiértékelése, egy „Hamarosan értesítjük az eredményről.” üzenetet kap a felhasználó. A teszt kiértékelése után a rendszer a felhasználó választható beállításainak megfelelő email és/vagy belső üzenetet küld a kiértékelés tényéről. Ezek után a felhasználó megtekintheti az eredményeit. 4.13. Online tanácsadás Az online tanácsadás modul feladata a rendszerben a felhasználókkal való kapcsolattartás egyik aspektusának megvalósítása. Célja bizonyos fokú interaktiviás megvalósítása, ezt feladata szerint két lépésben érheti el. A kommunikáció két módon valósulhat meg: lehet bizalmas, privát jellegű kérdést, kérést intézni az O.K. Központhoz, vagy a felhasználó jelezheti azt is, hogy publikus kérdést tesz fel. Erre minden esetben fel kell hívni a figyelmét, legyen szó akár interaktív chat, akár írásos, fórum jellegű kérdésfeltevésről. Első megközelítésben a kapcsolat kétirányú és teljes mértékben valós időben, online zajlik, chat jelleggel. Ehhez megfelelő eszköz a Skype használata, egy "Skype Me" 36

gomb beépítése a rendszerbe, vagy más, ehhez hasonló megoldás használata. Javasolt elhelyezés a kapcsolat oldalon, ahol az elérhetőségek és a kapcsolati információk mellett a kapcsolatfelvételi űrlap mellett lehetőség kell legyen interakcióba lépni a megfelelő kirendelt operátorral is, amennyiben a munkaállomás előtt tartózkodik. Ez a funkció munkaidőben, 9-17 óra között elérhető, amennyiben ezen kívüli időpontról beszélünk, a következő munkanapon üzenetként megjelenik. Ebben az esetben a felhasználó miután kapcsolatba lépett az operátorral, minden esetben először meg kell kapja a publicitásra vonatkozó kérdést. A kérdés kezelése ennek megfelelően történik a továbbiakban. Chat kapcsolat esetén is a beszélgetéseket jogi okokból minden esetben tárolni kell, a logokat lementeni és kézzel feltölteni a CRM rendszerbe. Ennek tényére is fel kell hívni a felhasználók figyelmét, ezt elegendő lehet a Felhasználási feltételek, és/vagy az Adatkezelési tájékoztató ide vonatkozó részében megtenni. Adatfeldolgozási és statisztikai szempontból fontos lehet, hogy a beszélgetést valamilyen módon a rendszerben később kötni kell a rendszer egy regisztrált felhasználójához, vagy meg kell jelölni, hogy külső, nem ismert tagtól érkezett, amennyiben ennek a ténynek a megállapítására lehetőség van. Ugyanezen kommunikációs metódus másik megközelítése egy fokkal kevésbé interaktív, azonban a napi rutinmunka szempontjából jobban ütemezhető és automatizálható. Itt a kérdést a felhasználó egy űrlap segítségével teheti fel, ahol adatainak megadása után (bejelentkezés után ezen adatokat már ismerjük, automatikusan kitölthető a legtöbb mező) a kérdés bekerül a CRM rendszerbe, és feldolgozásra kerül a hozzárendelt operátor által. A rendszer a felvett adatokat automatikusan továbbítja a kezelőnek, aki megválaszolja azt. A felhasználó értesítést az online felületen és/vagy emailben kap, esetleg általa kiválasztható módon. A kérdés és válasz minden esetben archiválásra kerül a CRM rendszerben, és a felvetés időpontjában meghatározott publicitás alapján láthatóvá válik akár mások számára is. Idővel így egyfajta tudásbázis építhető a felhasználók aktív közreműködésével az őket érintő és érdeklő legfontosabb kérdésekből. Kiemelnénk, hogy ezzel a módszerrel csak a rendszer regisztrált felhasználói tehetnek fel kérdéseket, így a követés és egyénhezcsoporthoz kötés egy lépésben és egyszerűen megvalósulhat. Összességében azt mondhatjuk, hogy az online tanácsadási modul egyfajta fórumként működik, ahol a regisztrált felhasználó kérdést tehet fel az Alapítvány tanácsadóinak. A kérdező eldöntheti, hogy személyes (e-mail-ben) vagy nyilvános (a fórumon) választ akar kapni a kérdésének függvényében. Személyes kérdés esetén a kommunikáció privát, publikus esetén azonban archív formában megjelenik a kérdés és a válasz is a publikus felületen thread szerűen akár több mélységű kérdés-válaszok formában. A CRM oldaláról minden kérdés és válasz kezelhető-kereshető kell legyen. Az online írásos kommunikáción felül a videokommunikációra alkalmas, kamerás, „Skype me” gomb integrációra is szükség van, ennek a funkciónak azonban kibekapcsolhatónak kell lennie. A feltett kérdéseket célszerű a jobb átláthatóság és kezelhetőség miatt csoportokba, témakörök köré szervezni. Ezek struktúrája egyelőre pontosan nem ismert, a rendszernek lehetőséget kell adnia a teljes tartalmi bázis kezelésére, elemek mozgatására, csoportokba szervezésére. Egy-egy kérdést ki kell tudni emelni a megjelenítés során, a publikus felületen ezen felül kereshetőnek kell lennie a teljes publikus tartalomnak mind csoport mind pedig szabad szavas keresési módszerrel. Az ide vonatkozó tartalmi és funkcionális készségek nagyjából megfeleltethetőek a file37

és médiakezelés logikai leírásával, csoportosítási lehetőségeinek. (Létrehozás, törlés, kiemelés, tagelés, stb.). Egy-egy kérdéssel kapcsolatban a felhasználó és a kezelő addig tud kommunikálni, amíg a thread lezárásra nem kerül. Ez történhet manuálisan, vagy lezáratlan threadek esetén a kezelő/üzemeltető egyidejű értesítése mellett automatikusan megadott inaktivitási idő után. Ez a gyakorlatban annyit jelent, hogy nyitva kell hagyni a kommunikáció lehetőségét a felhasználók számára, azonban ha egy kérdésre egyértelmű választ adtunk, akkor oda már ne tegyenek fel újabb kérdést, mert elsikkadhat, ezeket a szálakat a rendszernek el kell tudnia varrni. A törlés és thread lezárás funkció nem okozhat végleges törlést, ahogyan a rendszer más moduljainál, itt sem valósít meg fizikai törlést, csak elrejti az elérhető adatok közül a felületről a kívánt tartalmat. Egyes elemek, de akár tartalmi csoportok (teljes könyvtárak) is elrejthetőek. Talán kézenfekvő az ötlet, hogy a törölni kívánt elemeket egy "Kuka" szerű, nem látható csoportba(könyvtárba) helyezzük, ahonnan azok igény esetén visszaállíthatóak eredeti helyükre. 4.14. Multimédia 4.14.1. Képtár Képgaléria rendszer fa-struktúra kiépítésben, rendszerezetten, tetszőleges mélységű kategorizálhatósági lehetőséggel. Szükség van tömeges feltöltési lehetőségre automatikus képméretezéssel. A szerkesztőségi rendszernek tudnia kell, hogy bármelyik tartalmi elembe (cikk, aloldal, blog, stb.) egy galériát be lehessen fűzni, előre kiválasztott nyitóképpel. Egy adott galériánál vagy galéria kategóriánál szükség lesz jelszavas vagy felhasználói csoportos hozzáférési szűrésre is. 4.14.2. Videótár Videótár rendszer fa-struktúraszerű kiépítésben, tetszőleges alkategorizálhatósági lehetőséggel. Szükség van tömeges feltöltési lehetőségre automatikus konvertálással megadott videotípus formátumokba. Ezek várhatóan AVI, x264 formátumok lesznek, pontos meghatározásuk később történik. A szerkesztőségi rendszernek tudnia kell, hogy bármelyik tartalmi elembe (cikk, aloldal, blog, stb.) egy vagy akár több videót be lehessen fűzni. Egy adott videónál vagy kategóriánál szükség lesz jelszavas vagy felhasználói csoportos hozzáférési szűrésre is. 4.14.3. Belső elemzésre szánt adatbázisok Tipikusan statikus dokumentumok, amelyeket csak bizonyos felhasználói csoportok láthatnak. 4.14.4. Egyéb Olyan letölthető eszközök is megtalálhatók a portálon, melyek a témakörökhöz kapcsolódóan nyújtanak tájékozódási lehetőséget, illetve segítséget.

38

4.15. Blog Az oldalhoz tetszőleges mennyiségű blog-ot kell tudni hozzárendelni, tipikusan egy központi és trénerenként, kiemelt munkatársanként egy-egy blogot. A blogok http://blog.okkozpont.hu/blogneve címen érhetők el és a tartalmi szerkesztéséhez csak blogger vagy afölötti felhasználói típus férhessen hozzá. A blogokban csak regisztrált felhasználók szólhatnak hozzá, minden egyes hozzászólásról a blog moderátor egy értesítést kap, amelyben elfogadja vagy megtiltja az adott hozzászólás megjelenését. Egy új blog bejegyzés elkészüléséről szintén értesítést kap a moderátor, amit szintén jóváhagy, vagy megtilt. 5. Kiegészítő elemek 5.1. Szavazás modul Szükséges egy olyan szavazó modul kialakítása, amely szabadon alakítható és hozzárendelhető a weboldalon megjelent tartalmakhoz (cikkek, tesztek, bejegyzések, stb.). Legyen lehetőség a szavazásnak lezárási határidőt szabni. A szavazás lezárása után, opcionálisan, a regisztrált felhasználók e-mailben értesítést kapnak az eredményről, amennyiben ezt kérik és a szavazás szerkesztésénél beállították. Minimum elvárások a modullal kapcsolatban:  Tetszőleges mennyiségű aktív szavazás lehetősége  Tetszőleges számú válasz, akár szöveges és képes formában is  Publikus felületen a szavazás állásának megtekintése  Szavazás határidő beállításának lehetősége  Szavazás lezárulásáról / eredményéről értesítést lehetősége a szavazóknak a belső üzenetküldő rendszeren  Adott szavazás archiválása (publikus felületeken az eredmény sem látható) 5.2. Bannerek A nyitó- és aloldalakon, legalább 2-2 db, de legfeljebb 5-5 db banner helynek kell lennie, amelyek az adott oldal felületének maximum 10%-át foglalhatják el. A bannerek megjelenéseit a szerkesztőségi rendszerből kell állíthatóvá tenni. A bannerek standard IAB banner méreteket kell használjanak, erre a design során is figyelni kell. Ide vonatkozólag a következő oldal szolgál iránymutatásokkal: http://www.iab.net/guidelines

Egy banner helyre akár több különböző banner is tehető, beállítva a megjelenések súlyozását. Ezen felül be kell tudni állítani véletlenszerű megjelenést, vagy teljesen fix hozzárendelést is. Egy bannernek az alábbi paraméterekkel kell rendelkeznie:  Megjelenés időpontja (-tól –ig / visszavonásig) 39

 

Kattintások száma Megjelenés száma (véletlenszerű / súlyozott megjelenés esetén)

5.3. Közösségi média A portálnak rendelkeznie kell automatikus „posztolási funkcióval”, tipikusan a hírek, cikkek és galériák szerkesztésénél. Amennyiben a feltöltés során bekapcsoljuk, az előre beállított Alapítványi accountokra feltölt egy rövid, általunk meghatározott tartalmat a linkkel együtt. Ennek a modulnak meg kell valósítani legalább a Facebook, Twitter és G+ API idevonatkozó részeit és fenn kell tartani a lehetőséget a további bővítésre. 5.4. Statisztikák A méréséhez rendelkezésre álló eszközök: az Alapítvány szolgáltatásait igénybe vevők számáról vezetett statisztikai kimutatás  a szolgáltatásokat igénybe vevők körében végzett felmérés a programok, szolgáltatások hatékonyságáról, informáló erejéről  a honlapot látogatók számának elemzése  a regisztrált felhasználók száma 

A kutatások eredményei az O.K. Központ honlapján online módon is elérhetők lesznek. 5.5. E-learning Az O.K. Központban és helyben, az iskolákban megtartott képzések oktatási tartalmai – a csatorna igényei alapján módosítva – a honlapon keresztül is elérhetők lesznek online, de nem letölthető verzióban. Ezeket az e-tananyagokat azonban csak a regisztrált felhasználók érhetik el. Ez a modul az Alapítvány meglévő e-learning rendszerének integrációjáról szól, a szoftver részletes specifikációjáról a http://docs.moodle.org/ címen lehet olvasni. Az integráció az alábbi feladatokból áll:  A meglévő E-learning rendszer az elkészült arculathoz való igazítása  CRM rendszerből történő autentikáció megvalósítása  Az elvégzett tesztek, kurzusok visszajelzéseinek megvalósítása a CRM rendszerbe  A meglévő rendszer lokalizációja

40

5.6. Hírlevél küldése A regisztrált felhasználóknak időközönként, akár előre időzített időpontban bekészített hírleveleket szeretnénk küldeni, akár az összes vagy csak felhasználói csoportra bontva. A hírleveleket és a kiküldésre jelölt felhasználói listát tárolni szükséges, a későbbi visszakereshetőség miatt. A hírlevelek tartalma HTML és szöveges alapú, HTML-re koncentrálva. Az arculati elemeknek a portálon való megjelenési módjához hasonlóan, a hírlevelekben egységes kinézetben kell megjelennie. Amennyiben HTML formában nem tudja megnyitni a hírlevelet, TEXT formátumban tartalmazzon egy linket, ami a portálon személyre szabottan megtekinthetővé teszi az emailt a felhasználó megfelelő azonosítása után. A hírlevél írásakor a portál szerkesztői felületein alkalmazott szerkesztő használat az elvárt, hiszen az funkcionalitásban megfelel az összes elvárásnak (képek, szövegek, formázás kezelése), valamint így egy komponenssel oldható meg egy újabb kívánt funkció. A hírlevelek címzettjeit a keresővel - akár komplexebb műveletek segítségével kiválasztva a listát menthetjük, valamit ehhez rendelhetünk egy új, vagy akár már egy megszerkesztett hírlevél tartalmat. A tartalmakat menteni, szerkeszteni, átnevezni, törölni, másolni kell tudni, így ha egy hírlevelet újra kell küldeni, vagy csak kis mértékben módosítani, akkor ez a művelet egyszerűen elvégezhető. Az aktuális tartalom véglegesítése után a küldés a fentebb leírt módon egy időpont megadásával, vagy azonnali módon történhet. A hírlevél küldését ezek után a rendszer SMTP rétege veszi át, de a visszapattanó leveleket kezelnie kell IMAP/POP3 protokoll segítségével. Nagyságrendileg maximum 200-300 000 levél egyidejű kiküldésére kell számítani a méretezés és ütemezés során. A tervezésnél ezeket az irányszámokat kérjük figyelembe venni. A kézbesítésnek nem kell azonnalinak lenni, de egy hírlevél kiküldése nem lehet 24 óránál hosszabb idő. 6. Mobil applikáció A mobil applikációs fejlesztés célja Android és IOS platformon futó, mindkét platformon natív kóddal rendelkező applikáció létrehozása, mely a portál alábbi felhasználói funkcióit hiánytalanul, a portálon futó formában megvalósítja:  Hírek megjelenítése  Riportok megjelenítése  Összes statikus aloldal megjelenítése, menükbe szervezve, strukturáltan  Tesztek és kvízek kezelése  Online tanácsadás (kérdés felvetése, és válasz megjelenítése egyaránt) 41

 

Multimédia tár (böngészés) Közösségi hálózatok kezelése (postolás Facebookra, G+-ra)

A mobil applikációban nem szükséges megjeleníteni semelyik modul felhasználóra vonatkozó történetét, erre a célra megfelel a portál oldala. Így nincs arra vonatkozó elvárás például, hogy a mobilon megjelenjen az "eddig kitöltött kvízeim", vagy hasonló funkció. A mobil applikációnak kezelnie kell a felhasználóknak vagy felhasználói csoportoknak küldött üzenetek megjelenítését is. Az üzenetek közvetítése ebben az esetben egyirányú, az olvasottság és az üzenetek kezelése a portállal közös alapon történik, tehát egyazon üzenet nem kerül kétszer kézbesítésre. Lehetőséget kell ugyanakkor biztosítani mobil-exkluzív üzenetek közvetítésére, melyeket a CRM rendszerből leválogatott felhasználói csoport számára, csak a mobil applikáción keresztül jelenítünk meg. Az üzenet közvetítése itt is egyirányú, esetleges visszacsatolás egy webes linken keresztül lehetséges, például valamilyen akció esetén felhívhatjuk egy adott régióban élő felhasználók figyelmét, és erről mobilon keresztül értesülhetnek. ("Gyere a VOLT fesztiválra, megtalálhatóak vagyunk június 1-től 10-ig az OK sátornál!") Ez összekapcsolható feltételesen a geolokációs adatokkal is, idő validitási feltétellel. Az üzeneteknek mobil esetben is kell lehessen időbeni validitást adni, csakúgy, mint a normál üzenetek esetén, hiszen például a fesztivál végén már felesleges kézbesíteni azokaz. Lehetőség van a mobil applikációban esetlegesen a weboldal tartalmainak korlátozottabb, mobilra optimalizált formában történő közvetítésére is, ez azonban visszahat a rendszer tervezésének és fejlesztésének folyamataira, ezt figyelembe kell venni például a médiakezelésnél, vagy a szöveges és képi tartalmak formázásánál. Itt a mobil készülékre optimalizált felbontásokra, formátumokra gondolunk, azaz a becsült látogatószám és forgalom miatt célszerű lehet megvalósítani már a feltöltéskor a megfelelő átalakításokat, így később ne valós idejű konverziókkal terheljük a rendszert, a feltöltött fileokból készüljön azonnal mobilra szánt változat is, amennyiben szükséges. Érdemes lehet figyelembe venni a sávszélesség, vagy a megjelenítő tulajdonságait ebből a szempontból. Az oldalak tartalmait egyszerűen kell tudni a közösségi megosztókra továbbítani, egyszerű lehetőséget kell biztosítani a felhasználók számára a kapcsolattartásra, és az információk megosztására ezeken a felületeken. Ez jelentheti a mobilos alkalmazás egyik igazi erejét, a megcélzott felhasználói kör ugyanis ideje túlnyomó részében pont erre a célra használja a készülékeket. Az applikációt forrás szinten fel kell készíteni a jövőben újabb, akár külső forrásból származó modulok fogadásának lehetőségére is. A dokumentációban a kapcsolódási pontokat, API-kat és a használt metódusokat egyértelműen szükséges megjelölni. Javasolt egy "teszt", vagy prototípus modul elkészítése, amiből a későbbiekben ki lehet a fejlesztés során indulni újabb CRM, vagy portálfunkció megvalósítása esetén. Az applikációban folytatott mindennemű tevékenységeknek meg kell jelennie a CRM rendszerben. Célszerű a mobil alkalmazást szintén direkt módon a CRM API-n keresztül meghajtani. A tárolni kívánt események kiemelt, de nem teljes köre a következő:  Programfrissítések

42

     

Felhasználó bejelentkezése Felhasználó kijelentkezése Tesztek, kvízek lekérdezése és a felhasználó arra adott válaszai Tanácsadási kommunikációs események Közösségi hálóra történő megosztások eseményei A jövőben kifejlesztett és a rendszerbe kapcsolt újabb modulok adatai

A mérések során szét kell tudni választani a statisztikailag mérhető, releváns adatokat a látogatási adatoktól. Nem elegendő ilyen módon csak a kiszolgáló webszerver naplófile-ja alapján naplózni például az eseményeket, de ez is opcionálisan összevethető a CRM rendszerben a kimutatásokkal, mindenképpen hordozhat hasznos információt. A kiemelt, felhasználóhoz kötött eseményeket célszerű lehet a CRM API-n keresztül naplózni "Mobil adat" kiegészítő információ tárolásának segítségével, így adott esetben az is szűrhetővé és kezelhetővé válik, hogy mely típusú interaktív modult milyen felületen használják a felhasználók. Elvárás, hogy a mobil applikáció indításakor jelenjen meg az ÚSZT logó és EU zászló Európai Unió felirattal (lsd. ÚSZT Arculati kézikönyv). A mobil applikáció fejlesztésének tekintetében a portál kódolási irányelveit szükséges alkalmazni. A felhasznált komponensek, keretrendszer, külső modulok a lehető legfrissebb, forráskövetéssel és frissítéssel rendelkező modulok kell legyenek, törekedve arra, hogy a rendszer indulásának pillanatában minden kód a lehető leghatékonyabban legyen kezelhető, és a későbbiekben karban tartható, frissíthető. A fejlesztés folyamán a forráskódok tárolásának, közzétételének, illetve dokumentálásának módja szintén megegyezik a portál részben tárgyalt verziókövetési és dokumentálási móddal és elvárásokkal. Figyelemmel kell lenni a mobil applikációs piacterek (Play Store illetve App Store) arra a sajátosságára is, hogy a bekerülés ideje a legjobb esetben is 3-4 hét a beadástól számítva az elbírálással együtt, ha nincs semmi probléma. Az alkalmazás fejlesztését úgy kell időzíteni, hogy annak a piactérre kerülése semmi esetre sem csúsztathatja hetekkel a teljes projekt befejezését. A teljes fejlesztési projekt befejezésének elengedhetetlen feltétele az alkalmazás elkészítésén felül a piactérre kikerülés, az alkalmazásnak onnan bárki számára elérhetőnek, letölthetőnek kell lennie a megadott határidőre. Statisztikai okokból a mobilalkalmazásnak szükséges a saját verziószámát és a futtató platform paramétereit a felhasználó által választható, adatvédelmi okokból akár anonim módon a rendszer felé közvetíteni. Lehetőséget kell a rendszerben biztosítani arra, hogy bizonyos minimális verzió alatt a mobil applikáció működése megszakítható legyen, esetleges programozási hibák, vagy adatstruktúra változások követése céljából. Ilyen esetekben az elvárt működés egy figyelmeztető ablak megjelenése, mely a felhasználót a mobil applikáció frissítésére kényszeríti, ezzel a hiba javítható, vagy éppen új funkcionalitás telepítése valósítható meg a rendszer integritásának sérülése nélkül.

43

Az alkalmazásoknak a platformokon belül azok különböző variánsain egyaránt a platformnak megfelelő megjelenésben, zökkenőmentesen kell működnie, elterjedtsége miatt figyelembe kell venni a mobil platformok telefonos és tabletes változatait is. Az elvárt futtatókörnyezet minimum szoftververziói iOS esetén 6.0, Android esetén 4.0 verzióban kerülnek meghatározásra. Az ezektől eltérő, alacsonyabb operációs rendszerek verzióinak támogatása pozitívum lehet, de nem elvárt. 7. Fejlesztési szakaszok A nyertes ajánlattevő kiválasztása után, az alábbi szakaszokban kell a fejlesztésnek megvalósulnia. 7.1. Végleges rendszer terv és layout elkészítése A fejlesztő saját maga részére technikai specifikációt készít és ez alapján a végleges layoutot készít web és a mobil platformokhoz. Ezeket a layoutokat az Alapítványnak írásban jóvá kell hagynia. Teljesítési határidő: a szerződés aláírásától számított maximum 28. nap (4 hét). 7.2. Fejlesztés, fejlesztés nyomonkövetése Az elkészült specifikáció és a layout alapján megkezdődik a portál fejlesztése. A fejlesztés folyamán lehetőséget kell biztosítani az Alapítványnak a folyamatok ellenőrzésére és az esetleges hibák jelzésére. A fázisok, folyamatok naplózása, folyamatos követése érdekében a fejlesztő verziókövető rendszert kell alkalmazzon a teljes fejlesztési folyamat során. A konkrét verziókövető rendszer megválasztása a fejlesztő hatásköre, azonban ügyelni kell arra, hogy a projekteket és a forráskódok csoportjait a kezdetektől fogva úgy alakítsák ki, hogy azon a teljes fejlesztési folyamat során bármely időpontban szabadon telepíthetőek legyenek az Alapítvány rendszerére (GIT clone, SVN checkout, stb). Ezzel a rendszer tesztelése mind a fejlesztő, mind az Alapítvány számára folyamatában biztosítottá válik, egy-egy újabb komponens elkészítése esetén annak például tesztelésre az Alapítványhoz eljuttatása pár perc alatt megoldható. Teljesítési határidő: a szerződés aláírásától számított maximum 168. nap (24 hét). A mobil applikáció fejlesztése esetén a teljesítési határidő: a szerződés aláírásától számított maximum 210. nap (30 hét). A közösségi média fejlesztés teljesítési határideje: a szerződés aláírásától számított maximum 217. nap (31 hét).

44

7.3. Béta teszt A véglegesnek szánt rendszer telepítése az Alapítvány infrastruktúrájára, az Alapítvány informatikusainak közreműködésével, a specifikációban foglalt funkciók ellenőrzése, az esetleges hibák javítása. Teljesítési határidő: a szerződés aláírásától számított maximum 189. nap (27 hét). 7.4. Oktatás A portálrendszer szerkesztőségi rendszeréből és annak üzemeltetéséből tartott oktatás az Alapítvány munkatársainak, amelyben részletesen taglalják a szerkesztőségi felület funkcióit és működését. Teljesítési határidő: a szerződés aláírásától számított maximum 196. nap (28 hét). 7.5. Végleges verzió telepítése Az elfogadott, a béta tesztelésnél esetlegesen felmerült hibák javított, az Alapítvány által véglegesként jóváhagyott verziójának telepítése, a kész anyag élesítése. Teljesítési határidő: a szerződés aláírásától számított maximum 203. nap (29 hét). 7.6. Adatok offline átadása Az éles rendszer átadása után az alábbi anyagokat offline (pl. DVD, USB, stb.) formában is át kell adni: Teljes forráskód, titkosítás nélkül, főbb funkciók kommentekkel ellátva Részletes technikai és fejlesztési dokumentáció Részletes felhasználói dokumentáció a szerkesztőségi rendszer használatáról Részletes technikai dokumentáció – példa programokkal ellátva –, amely bemutatja a lehetséges új modul fejlesztésének menetét és követelményeit.  Üzemeltetési dokumentáció  Az összes grafikai anyag, nyers (pl. PSD) formátumban  Igazolás a szoftverek használati jogairól    

Teljesítési határidő: a szerződés aláírásától számított maximum 224. nap (32 hét). 7.7. Nyomon követés, támogatás Az adatok offline átadását követően a nyertes ajánlattevőnek további 56 napon (8 hét) keresztül, vagyis a szerződés aláírásától számított 280. napig (40 hét) rendelkezésre kell állnia, támogatást kell nyújtania az elkészült portál és mobil applikáció üzemeltetéséhez, valamint fejlesztési erőforrást kell biztosítania az Alapítvány számára, amelyet a későbbiekben kialakuló, szigorúan a portálrendszerhez kapcsolódó új dolgok elkészítésére és integrálására fordít. A konkrét fejlesztési feladatok meghatározása a fejlesztés lezárultát követően, későbbi egyeztetés alapján történik. 45

A rendelkezésre állást, támogatást és fejlesztést összesen 80 mérnökórában kell biztosítani a 8 hét alatt.

46

2. részterület: MOBIL ALKALMAZÁSOK FEJLESZTÉSE 1. Bevezető 1.1. A dokumentum célja Az OTP Fáy András Alapítvány 2012-ben 1.103.552.921 Ft összegű vissza nem térítendő támogatást nyert a TÁMOP-3.2.1.B-11/1-2012-0001 azonosító számú pályázatával a Középiskolások Országos Pénzügyi és Gazdasági Oktatóközpontja létrehozására és működtetésére, mely kiemelt kormányzati projekt. E projekt révén egy hiánypótló, Magyarországon és a közép-európai térségben egyedülálló, gazdasági és pénzügyi élethelyzetekre felkészítő, magabiztos helyzetfelismerésre és problémamegoldó képességre ösztönző szolgáltatás jön létre, mely a jelenlegi igényeknek megfelelően a legkorszerűbb kommunikációs és egyéb eszközök alkalmazásával juttatja el az információkat a célközönséghez. A röviden O.K. Központnak nevezett intézmény Budapest VI. kerületében, a Benczúr u. 26. szám alatt működik. A projekt általános célja: A kiemelt projekt célja a közoktatási intézmények szerepbővítésével az egész életen át tartó tanuláshoz kapcsolódóan a középiskolások számára olyan ismeretek átadása, amelyek szükségesek a pénzügyi-gazdasági világban való eligazodáshoz, az adósságcsapdák elkerüléséhez, a döntésképes és pénzügyileg tudatos állampolgári magatartás kialakításához. A projekt konkrét célja: A projekt célja, hogy a pénzügyi és gazdasági ismereteket az általuk legkönnyebben elérhető csatornákon keresztül juttassa el a fiatalokhoz, amelynek eredményeként tudatos és eredményes pénzügyi és gazdasági ismeretanyag, szemléletmód alakulhat ki náluk, amely által a fiatalok az alapvető információk birtokában a felnőtt élethez szükséges döntésképes, jövőtudatos aktív polgárként hagyják el a középiskolát megfelelő ismeretekkel és képességekkel felruházva. Az Alapítvány a kialakításra kerülő projekt honlap mellett – a mobil alkalmazások nyújtotta lehetőségek kihasználásával – újabb csatornákon keresztül is el kívánja érni a fiatalokat. Ennek érdekében pályázatában vállalta két, okostelefonokra fejlesztett – ingyenesen letölthető –, a szakmai tartalomhoz maximálisan illeszkedő, a pénzügyi, gazdasági és gazdálkodási ismereteket átadó applikáció elkészítését. A mobil applikációkat a fiatalok körében leginkább elterjedt platformra – Android – kell fejleszteni. 2. Alkalmazás-fejlesztési feladatok ismertetése 1. Mobil alkalmazás: 1 db, pénz felhasználással foglakozó interaktív alkalmazás fejlesztése, amely játékos módon segíti a fiatalok pénzhez való viszonyrendszereinek elsajátítását és az azzal kapcsolatos fogalmak és folyamatok tanulását. 47

2. Mobil alkalmazás: 1 db, közösségi interakcióra épülő interaktív játék fejlesztése, amely segíti a pénzügyi, gazdasági fogalmak elsajátítását. 3. A következő szempontok figyelembe vétele szükséges ajánlattételkor:       

a mobil alkalmazások elsődleges célcsoportját a középiskolás korosztály (14-19 évesek) képezi a mobil alkalmazásokat Android alapú okostelefonokra kell fejleszteni legalább Android 2.3+ verzió támogatás a mobil alkalmazásokat moduláris fejleszthetőségi szempontokat figyelembe véve kell fejleszteni, amely igény szerint lehetővé teszi az alkalmazások további, hatékony és gyors bővítését későbbiekben felhasználható DM adatbázis építés támogatása a mobil alkalmazások designjában vissza kell köszönnie az O.K. Központ és az Ajánlatkérő alapítvány arculati elemeinek (pl. logójának). Ezek az arculati elemek az ajánlati dokumentáció részét képezik. az Impresszumnak tartalmaznia kell a hatályos ÚSZT Arculati kézikönyv (elérési link: http://www.nfu.hu/doc/25) szerinti kötelező arculati elemeket

4. Ajánlattevő szakmai ajánlatának az alábbiakat kell tartalmaznia: 







Az 1. Mobil alkalmazásra vonatkozó mock-up terveket, szakmai koncepciót és design tervet, amely tartalmazza az alkalmazás min. 5 részletesen kidolgozott felületi tervét (beleértve: alkalmazás ikon, splash nyitókép, +3 felület), valamint az alkalmazás publikálásához szükséges specifikációs leírást. A szakmai koncepcióban ki kell térni a játék leírására, az alkalmazni kívánt technológiára, az alkalmazni kívánt fejlesztési módszertanra, annak gyakorlati működésére, a játék továbbfejlesztési, bővítési lehetőségeire, a pályázat keretében mintaként bemutatva. A 2. Mobil alkalmazásra vonatkozó mock-up terveket, szakmai koncepciót és design tervet, amely tartalmazza az alkalmazás min. 5 részletesen kidolgozott felületi tervét (beleértve: alkalmazás ikon, splash nyitókép, +3 felület), valamint az alkalmazás publikálásához szükséges specifikációs leírást. A szakmai koncepcióban ki kell térni a játék leírására, az alkalmazni kívánt technológiára, az alkalmazni kívánt fejlesztési módszertanra, annak gyakorlati működésére, a játék továbbfejlesztési, bővítési lehetőségeire, a pályázat keretében mintaként bemutatva. Ajánlattevőnek a szakértelmet és kompetenciát erősítő, az alkalmazás-fejlesztéshez indirekt módon kapcsolódó, ismeret/tudásátadást segítő tevékenységének (pl. szakmai workshop, tanácsadás, tréning, konferencia, stb. szervezése, tartása) bemutatását. Részletes árajánlatot a 14. melléklet szerinti táblázat kitöltésével, azzal, hogy: o a feladat elvégzése során az ajánlatkérő és az ajánlattevő közötti konzultáció díját nem kell külön meghatározni, hanem – annak folyamatos voltára való tekintettel – bele kell kalkulálni az egyes fejlesztési szakaszokba, illetve o a továbbfejlesztés költségét két részre bontva kell meghatározni, az egyik résznek az előkészítés, design és mock-up tervezés költségét kell tartalmaznia,

48

a másik résznek pedig a fejlesztés, tesztelés és hibák javítása, élesítés és dokumentáció átadása költségét. 5. Teljesítési ütemezés A teljesítés során folyamatosnak kell lennie a kapcsolattartásnak, az egyeztetésnek a Megrendelő és a Vállalkozó között. A két mobil alkalmazás Vállalkozó által véglegesnek tekintett designját a szerződés megkötésétől számított 42. napig (6 hét) kell Megrendelő részére átadni elektronikus adathordozóra (CD vagy DVD) mentve. Megrendelőnek a szerződés megkötésétől számított 49. napig (7 hét) véleményeznie kell a Vállalkozó által véglegesnek tekintett designokat, és amennyiben szükségesnek tartja, módosításokat kérhet. Vállalkozó a Megrendelő észrevételeinek, kéréseinek megfelelően módosított designokat a szerződés megkötésétől számított 63. napig (9 hét) köteles Megrendelő részére átadni elektronikus adathordozóra (CD vagy DVD) mentve. A két mobil alkalmazás fejlesztésének teljesítési határideje: a szerződés megkötésétől számított 119. nap (17 hét). A Vállalkozó köteles a fejlesztés során hetente állapotjelentést küldeni Megrendelő részére, melyben bemutatja, hol tart a fejlesztési folyamatban. A fejlesztés befejezését, a Vállalkozó által véglegesnek szánt alkalmazások átadását követően, a szerződés megkötésétől számított 126. napig (18 hét) kell elvégeznie Megrendelőnek az alkalmazások tesztelését, és jeleznie Vállalkozó számára az esetleges hibákat. Vállalkozó a szerződés megkötésétől számított 140. napig (20 hét) köteles a Megrendelő által jelzett hibákat kijavítani, és a javított mobil alkalmazásokat Megrendelő részére átadni. Megrendelő a szerződés megkötésétől számított 147. napig (21 hét) ismét teszteli a mobil alkalmazásokat, és amennyiben még mindig merülnek fel hibák, jelzi Vállalkozó részére. Vállalkozó a szerződés megkötésétől számított 154. napig (22 hét) köteles a második tesztelési körben jelzett hibákat kijavítani és élesíteni a két mobil alkalmazást, valamint a hozzájuk kapcsolódó alábbi dokumentumokat offline formában (pl. CD, DVD, USB, stb.) átadni Megrendelő részére:  Teljes forráskód, titkosítás nélkül, főbb funkciók kommentekkel ellátva  Részletes technikai és fejlesztési dokumentáció  Részletes felhasználói dokumentáció  Részletes technikai dokumentáció, amely bemutatja a lehetséges új modul fejlesztésének menetét és követelményeit, a telepítés módját és menetét  Üzemeltetési dokumentáció  Az összes grafikai anyag nyers (pl. PSD, IND stb.) formátumban

49

A Vállalkozó által a szakmai koncepciójában kifejtett bővítési, továbbfejlesztési lehetőségnek megfelelően – mindkét alkalmazásra vonatkozóan – az újabb modulok Vállalkozó által véglegesnek tekintett designjának Megrendelő részére elektronikus adathordozóra mentett formában való átadásának határideje a szerződés megkötésétől számított 182. nap (26 hét). Megrendelőnek a szerződés megkötésétől számított 189. napig (27 hét) véleményeznie kell a Vállalkozó által véglegesnek tekintett designokat, és amennyiben szükségesnek tartja, módosításokat kérhet. Vállalkozó a Megrendelő észrevételeinek, kéréseinek megfelelően módosított designokat a szerződés megkötésétől számított 203. napig (29 hét) köteles Megrendelő részére átadni elektronikus adathordozóra (CD vagy DVD) mentve. A két mobil alkalmazás újabb moduljai fejlesztésének teljesítési határideje: a szerződés megkötésétől számított 245. nap (35 hét). A Vállalkozó köteles a fejlesztés során hetente állapotjelentést küldeni Megrendelő részére, melyben bemutatja, hol tart a fejlesztési folyamatban. A fejlesztés befejezését, a Vállalkozó által véglegesnek szánt újabb modulok átadását követően, a szerződés megkötésétől számított 252. napig (36 hét) kell elvégeznie Megrendelőnek az újabb modulok tesztelését, és jeleznie Vállalkozó számára az esetleges hibákat. Vállalkozó a szerződés megkötésétől számított 266. napig (38 hét) köteles a Megrendelő által jelzett hibákat kijavítani, és a javított modulokat Megrendelő részére átadni. Megrendelő a szerződés megkötésétől számított 273. napig (39 hét) ismét teszteli az újabb modulokat, és amennyiben még mindig merülnek fel hibák, jelzi Vállalkozó részére. Vállalkozó a szerződés megkötésétől számított 280. napig (40 hét) köteles a második tesztelési körben jelzett hibákat kijavítani és élesíteni az újabb modulokat, valamint a hozzájuk kapcsolódó dokumentumokat offline formában (pl. CD, DVD, USB, stb.) fentiek szerint átadni Megrendelő részére. Megrendelő előteljesítést valamennyi ütemben elfogad. 6. A számlázás rendje, ütemezése Részszámlák kiállítására az alábbiak szerint van lehetőség: 1. részszámla: a szerződés megkötésétől számított 63. napon (9 hét), a két mobil alkalmazás végleges designjának átadásakor a nyertes részletes árajánlatában az Előkészítés, design és mock-up tervezésre megadott összegek – az 1. és 2. mobil alkalmazás vonatkozásában is – számlázhatók ki. 2. részszámla: a szerződés megkötésétől számított 119. napon (17 hét) a két mobil alkalmazás fejlesztésére a nyertes részletes árajánlatában megajánlott összegek számlázhatók ki.

50

3. részszámla: a szerződés megkötésétől számított 154. napon (22 hét), a Tesztelés és hibák javítását illetve az Élesítés és dokumentáció átadását követően a nyertes részletes árajánlatában az ezen tételekre megadott összegek – az 1. és 2. mobil alkalmazás vonatkozásában is – számlázhatók ki. 4. részszámla: a szerződés megkötésétől számított 203. napon (29 hét), az új modulok végleges designjának átadásakor a nyertes részletes árajánlatában a Továbbfejlesztés: előkészítés, design és mock-up tervezésre megadott összegek – az 1. és 2. mobil alkalmazás vonatkozásában is – számlázhatók ki. 5. részszámla: a szerződés megkötésétől számított 280. napon (40 hét), az új modulok fejlesztését, a tesztelés és hibák javítását illetve az élesítés és dokumentáció átadását követően a nyertes részletes árajánlatában a továbbfejlesztés keretében ezen tételekre megadott összegek – az 1. és 2. mobil alkalmazás vonatkozásában is – számlázhatók ki.

51

IV.

MELLÉKLETEK 1. számú melléklet

FELOLVASÓLAP az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárásában

Ajánlattevő

megnevezése: székhelye: telefon: telefax: e-mail:

Kapcsolattartó

neve: címe: telefon: telefax: e-mail:

Az ellenszolgáltatás összege, összesen (komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése): 1. részterület (komplex portálrendszer fejlesztése): (nettó) ……………..…. Ft + …… ÁFA azaz összesen: (bruttó) …….……………….. Ft 2. részterület (mobil alkalmazások fejlesztése): (nettó) ……………..…. Ft + …… ÁFA azaz összesen: (bruttó) …….……………….. Ft (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

52

2. számú melléklet

NYILATKOZAT a Kbt. 60. § (3), (5) bekezdés tekintetében Alulírott ………………………………, mint a(z) ……………………….……………......... ........................... (székhely: ..................................…….......................................) ajánlattevő cégjegyzésre jogosult képviselője – az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP-3.2.1.B-11/12012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárása során az ajánlattételi felhívásban és a dokumentációban foglalt valamennyi formai és tartalmi követelmény áttekintése után kijelentem, hogy az ajánlattételi felhívásban és a dokumentációban foglalt valamennyi feltételt megismertük, megértettük és azokat a jelen nyilatkozattal elfogadjuk. Jelen nyilatkozatot az ajánlatkérő által a fent megjelölt beszerzés tárgyában megindított közbeszerzési eljárásban, az ajánlat részeként teszem. Nyertességünk esetén kötelezettséget vállalunk az Ajánlatkérővel, mint Megrendelővel a szerződés megkötésére és teljesítésére, a felolvasólapon szereplő ellenszolgáltatásért. Nyilatkozom, hogy a kis- és középvállalkozásról szóló 2004. évi XXXIV. tv. (Kkvt.) 2-3. §-i értelmében vállalkozásunk □ mikrovállalkozás □ kisvállalkozás □ középvállalkozás □ nem tartozik a Kkvt. hatálya alá. (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

53

3. számú melléklet

NYILATKOZAT a kizáró okokról Alulírott,…………………….......…… (név), mint a(z) ………………………………. (cégnév) ajánlattevő cégjegyzésre jogosult képviselője az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárása során ezennel kijelentem, hogy társaságunk nem tartozik az alábbi kizáró okok hatálya alá: 56. § (1) Az eljárásban nem lehet ajánlattevő, részvételre jelentkező, alvállalkozó, és nem vehet részt az alkalmasság igazolásában olyan gazdasági szereplő, aki a) végelszámolás alatt áll, vagy vonatkozásában csődeljárás elrendeléséről szóló bírósági végzést közzétettek, vagy az ellene indított felszámolási eljárást jogerősen elrendelték, vagy ha a gazdasági szereplő személyes joga szerinti hasonló eljárás van folyamatban, vagy aki személyes joga szerint hasonló helyzetben van; b) tevékenységét felfüggesztette vagy akinek tevékenységét felfüggesztették; c) gazdasági, illetve szakmai tevékenységével kapcsolatban jogerős bírósági ítéletben megállapított bűncselekményt követett el, amíg a büntetett előélethez fűződő hátrányok alól nem mentesült; vagy akinek tevékenységét a jogi személlyel szemben alkalmazható büntetőjogi intézkedésekről szóló 2001. évi CIV. törvény 5. §-a (2) bekezdés b), vagy g) pontja alapján a bíróság jogerős ítéletében korlátozta, az eltiltás ideje alatt, vagy ha az ajánlattevő tevékenységét más bíróság hasonló okból és módon jogerősen korlátozta; d) közbeszerzési eljárásokban való részvételtől jogerősen eltiltásra került, az eltiltás ideje alatt; e) egy évnél régebben lejárt adó-, vámfizetési vagy társadalombiztosítási járulékfizetési kötelezettségének - a letelepedése szerinti ország vagy az ajánlatkérő székhelye szerinti ország jogszabályai alapján - nem tett eleget, kivéve, ha megfizetésére halasztást kapott; f) korábbi - három évnél nem régebben lezárult - közbeszerzési eljárásban hamis adatot szolgáltatott és ezért az eljárásból kizárták, vagy a hamis adat szolgáltatását jogerősen megállapították, a jogerősen megállapított időtartam végéig; h) a 2013. június 30-ig hatályban volt, a Büntető Törvénykönyvről szóló 1978. évi IV. törvény szerinti bűnszervezetben részvétel - ideértve bűncselekmény bűnszervezetben történő elkövetését is -, vesztegetés, vesztegetés nemzetközi kapcsolatokban, hűtlen kezelés, hanyag kezelés, költségvetési csalás, az európai közösségek pénzügyi érdekeinek megsértése, vagy pénzmosás bűncselekményt, illetve a Büntető Törvénykönyvről szóló 2012. évi C. törvény XXVII. Fejezetében meghatározott korrupciós bűncselekmények, bűnszervezetben részvétel – ideértve bűncselekmény bűnszervezetben történő elkövetését is -, hűtlen kezelés, hanyag kezelés, költségvetési csalás vagy pénzmosás bűncselekményt, illetve személyes joga szerinti hasonló bűncselekményt követett el, feltéve, hogy a bűncselekmény elkövetése jogerős bírósági ítéletben megállapítást nyert, amíg a büntetett előélethez fűződő hátrányok alól nem mentesült; i) korábbi közbeszerzési eljárás eredményeként 2010. szeptember 15-ét követően kötött szerződésével kapcsolatban az alvállalkozója felé fennálló (vég- vagy részszámlából fakadó) 54

két éven belül született jogerős és végrehajtható közigazgatási, vagy bírósági határozatban megállapított fizetési kötelezettsége 10%-ot meghaladó részét, az ilyen határozatban megállapított fizetési határidőn belül nem teljesítette, annak ellenére, hogy az ajánlatkérőként szerződést kötő fél a részére határidőben fizetett; j) az adott eljárásban előírt adatszolgáltatási kötelezettség teljesítése során olyan hamis adatot szolgáltat, vagy hamis nyilatkozatot tesz, amely a verseny tisztaságát veszélyezteti; k) tekintetében a következő feltételek valamelyike megvalósul: ka) nem EU-, EGT- vagy OECD-tagállamban vagy olyan államban rendelkezik adóilletőséggel, mellyel Magyarországnak kettős adózás elkerüléséről szóló egyezménye van, vagy kb) a közbeszerzési szerződéssel kapcsolatban megszerzett jövedelme az adóilletősége szerinti országban kedvezményesebben adózna (a jövedelemre kifizetett végleges, adóvisszatérítések után kifizetett adót figyelembe véve), mint ahogy a gazdasági szereplő az adott országból származó belföldi forrású jövedelme után adózna. Ennek a feltételnek nem kell eleget tennie a gazdasági szereplőnek, ha Magyarországon bejegyzett fióktelepe útján fogja teljesíteni a közbeszerzési szerződést és a fióktelepnek betudható jövedelemnek minősülne a szerződés alapján kapott jövedelem, kc) olyan szabályozott tőzsdén nem jegyzett társaság, amelynek a pénzmosás és a terrorizmus finanszírozása megelőzéséről és megakadályozásáról szóló 2007. évi CXXXVI. törvény 3. § r) pontja szerinti tényleges tulajdonosa nem megismerhető. (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

55

4. számú melléklet

NYILATKOZAT a Kbt. 56. § (1) bekezdés k) pont kc) alpontja tekintetében Alulírott,…………………….......…… (név), mint a(z) ………………………………. (cégnév) ajánlattevő cégjegyzésre jogosult képviselője az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárása során a Kbt. 56. § (1) bekezdés k) pont kc) alpontja vonatkozásában ezennel kijelentem, hogy 1) az ajánlattevő olyan társaságnak minősül, amelyet a szabályozott tőzsdén jegyeznek. vagy 2) az ajánlattevőt nem jegyzik a szabályozott tőzsdén, és a pénzmosás és a terrorizmus finanszírozása megelőzéséről és megakadályozásáról szóló 2007. évi CXXXVI. törvény 3.§ r) pontja szerinti tényleges tulajdonosa* nincsen. vagy 3) az ajánlattevőt nem jegyzik a szabályozott tőzsdén, és a pénzmosás és a terrorizmus finanszírozása megelőzéséről és megakadályozásáról szóló 2007. évi CXXXVI. törvény 3.§ r) pontja szerinti tényleges tulajdonosa*: ……………………(név) ………………..(állandó lakóhely) ……………………(név) ………………..(állandó lakóhely)** (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás * A pénzmosás és a terrorizmus finanszírozása megelőzéséről és megakadályozásáról szóló 2007. évi CXXXVI. törvény: „3. § E törvény alkalmazásában: r) tényleges tulajdonos: ra) az a természetes személy, aki jogi személyben vagy jogi személyiséggel nem rendelkező szervezetben közvetlenül vagy - a Polgári Törvénykönyvről szóló 1959. évi IV. törvény (a továbbiakban: Ptk.) 685/B. § (3) bekezdésében meghatározott módon - közvetve a szavazati jogok vagy a tulajdoni hányad legalább huszonöt százalékával rendelkezik, ha a jogi személy vagy jogi személyiséggel nem rendelkező szervezet nem a szabályozott piacon jegyzett társaság, amelyre a közösségi jogi szabályozással vagy azzal egyenértékű nemzetközi előírásokkal összhangban lévő közzétételi követelmények vonatkoznak, rb) az a természetes személy, aki jogi személyben vagy jogi személyiséggel nem rendelkező szervezetben - a Ptk. 685/B. § (2) bekezdésében meghatározott- meghatározó befolyással rendelkezik, rc) az a természetes személy, akinek megbízásából valamely ügyleti megbízást végrehajtanak, …”

**

Kérjük a megfelelőt megjelölni!

56

5. számú melléklet

NYILATKOZAT a Kbt. 56. § (2) bekezdése tekintetében Alulírott,…………………….......…… (név), mint a(z) ………………………………. (cégnév) ajánlattevő cégjegyzésre jogosult képviselője az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárása során a Kbt. 56. § (2) bekezdésében foglaltak vonatkozásában ezennel kijelentem, hogy 1) nincs olyan jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaság, amelyik az ajánlattevő társaságban közvetetten vagy közvetlenül több, mint 25%-os tulajdoni résszel vagy szavazati joggal rendelkezik. vagy 2) van jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaság, amelyik az ajánlattevő társaságban közvetetten vagy közvetlenül több, mint 25%-os tulajdoni résszel vagy szavazati joggal rendelkezik. Ez(ek) a gazdasági társaság(ok) a következő(k): ……………………(név) ………………..(székhely) ……………………(név) ………………..(székhely)* Nyilatkozom továbbá, hogy a fent megnevezett szervezet(ek) vonatkozásában nem állnak fenn a Kbt. 56. § (2) bekezdésében hivatkozott kizáró feltételek. (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

* Kérjük a megfelelőt megjelölni!

57

6. számú melléklet

NYILATKOZAT a Kbt. 58. § (3) bekezdés tekintetében Alulírott,…………………….......…… (név), mint a(z) ………………………………. (cégnév) cégjegyzésre jogosult képviselője az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP-3.2.1.B-11/12012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárása során a Kbt. 58. § (3) bekezdésében foglaltaknak megfelelően ezennel kijelentem, hogy a(z) …………………………………………………………….............. ajánlattevő nem vesz igénybe a Kbt. 56. § (1), (2) bekezdésében meghatározott kizáró okok hatálya alá tartozó alvállalkozót, valamint az alkalmasság igazolásában részt vevő más szervezetet. (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

58

7. számú melléklet

NYILATKOZAT a Kbt. 40. § (1) bekezdés a) - b) pontja szerint Alulírott ………………………………, mint a(z) ……………………….……………......... (székhely: .................................. ……................................) ajánlattevő cégjegyzésre jogosult képviselője az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP-3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyigazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárásában nyilatkozom, hogy: a) A közbeszerzésnek az a része **, amelynek teljesítésében alvállalkozót kívánok igénybe venni:……………………………… VAGY A közbeszerzés teljesítése során nem kívánok alvállalkozót igénybe venni* ----------------------------------------------------------------------------------------------------------------Amennyiben alvállalkozót kíván igénybe venni, úgy a b) pont tekintetében is nyilatkozni kell. b) A közbeszerzés értékének 10 %-át meghaladó mértékben az alábbi alvállalkozók vesznek részt: * Név, cím

Közbeszerzésnek az a része és %-os aránya, amelynek teljesítésében a megjelölt alvállalkozók közreműködnek

VAGY A közbeszerzés értékének 10 %-át meghaladó mértékben nem kívánok alvállalkozót igénybe venni.* (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás * A nem kívánt rész áthúzandó. ** Részajánlattételi területenként kell kitölteni.

59

8. számú melléklet

NYILATKOZAT az alkalmasság igazolásához igénybe venni kívánt más szervezetről * (adott esetben) Alulírott ………………………………, mint a(z) ……………………….……………......... (székhely: .................................. ……................................) ajánlattevő cégjegyzésre jogosult képviselője az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP-3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyigazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárásában, a(z) …………………………….. alkalmassági követelménynek való megfelelés végett az ………………………………………………….. (név, székhely) szervezet erőforrásaira támaszkodunk. Nyilatkozom, hogy a fentiekben megjelölt szervezet az alábbiak szerint kerül bevonásra a teljesítésbe:……………………………………………………………………………………… …………………………………………………………………………………..……………… ………………………………………………………………………………………………… ………………………………………………………………………………….. (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

* Részajánlattételi területenként kell kitölteni!

60

9. számú melléklet

NYILATKOZAT a Kbt. 55. § (5) bekezdés tekintetében * (adott esetben) Alulírott ………………………………, mint a(z) ……………………….……………......... (székhely: .................................. ……................................) a(z) …. részterületen alkalmasság igazolásához igénybe venni kívánt szervezet cégjegyzésre jogosult képviselője az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP-3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárásában a…………………………….. alkalmassági feltételt jelentő erőforrást az ajánlattevő rendelkezésére bocsátom a szerződés teljesítésének időtartama alatt. Ennek megfelelően az adott alkalmassági követelmény(ek)nek megfelelés igazolását az ajánlattevő rendelkezésére bocsátottam. (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás * Részajánlattételi területenként kell kitölteni!

61

10. számú melléklet

NYILATKOZAT a közbeszerzés tárgyának megfelelő referenciákról

Alulírott ……………………….., mint a(z)………………………………….. (név, székhely) ajánlattevő/alkalmasság igazolásában részt vevő gazdasági szereplő* jelen eljárásban nyilatkozattételre jogosult képviselője nyilatkozom, hogy az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárásában referenciaként cégünk alábbi szolgáltatásait jelölöm meg: 1. részterülethez (web fejlesztés): Szolgáltatás tárgya leírása

Teljesítés Ideje (év, hónap)

A szerződést kötő másik fél neve, címe, telefonszáma

A teljesítés az előírásoknak és a szerződésnek megfelelően történt-e

A szerződést kötő másik fél neve, címe, telefonszáma

A teljesítés az előírásoknak és a szerződésnek megfelelően történt-e

2. részterülethez (mobil applikáció fejlesztés): Szolgáltatás tárgya leírása

Teljesítés Ideje (év, hónap)

(dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás *A vonatkozót kérjük aláhúzni!

62

11. számú melléklet

NYILATKOZAT a 310/2011. (XII. 23.) Korm. rendelet 14. § (1) bekezdés c) pontja alapján Az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil

alkalmazások fejlesztése (a TÁMOP-3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyigazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárásában a közbeszerzés tárgya szerinti nettó árbevételről Alulírott ……..…………………….. (név), mint ..………………………………… (cégnév) cégjegyzésre jogosult képviselője nyilatkozom, hogy a(z) ………………………………………… ajánlattevő/alkalmasság igazolásában részt vevő gazdasági szereplő* elmúlt három üzleti évre a közbeszerzés tárgya (web fejlesztés, mobil applikáció fejlesztés) szerinti tevékenységből származó árbevételéről: 1. részterületre vonatkozóan (web fejlesztés): Közbeszerzés tárgya szerinti nettó árbevétel (Ft-ban kifejezve) 201.. évben 201.. évben 201.. évben Összesen: 2. részterületre vonatkozóan (mobil applikáció fejlesztés): Közbeszerzés tárgya szerinti nettó árbevétel (Ft-ban kifejezve) 201.. évben 201.. évben 201.. évben Összesen: (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás *A vonatkozót kérjük aláhúzni!

63

12. számú melléklet

NYILATKOZAT üzleti titokról Alulírott ………………………………, mint a(z) ……………………….……………......... ........................... (székhely: .................................. …….......................................) ajánlattevő cégjegyzésre jogosult képviselője ezennel kijelentem, hogy az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárása során benyújtott ajánlatunk: 1. nem tartalmaz üzleti titkot* 2. ajánlata alábbi oldalain szereplő információkat üzleti titoknak minősíti*: ……………………….. oldal(ak) Az ajánlattevő tudomásul veszi, hogy nem tilthatja meg nevének, címének (székhelyének, lakóhelyének), valamint olyan ténynek, információnak, megoldásnak vagy adatnak (a továbbiakban együtt: adat) a nyilvánosságra hozatalát, amely a bírálati szempont alapján a Kbt. 71. § szerint értékelésre kerül, de az ezek alapjául szolgáló – a Kbt. 80. § (2) bekezdés hatálya alá nem tartozó - részinformációk, alapadatok (így különösen az árazott költségvetés) nyilvánosságra hozatalát megtilthatja. Az ajánlattevő tudomásul veszi továbbá, hogy nem korlátozható, illetőleg nem tiltható meg üzleti titokra hivatkozással olyan adat nyilvánosságra hozatala, amely a közérdekű adatok nyilvánosságára és a közérdekből nyilvános adatra vonatkozó, külön törvényben meghatározott adatszolgáltatási és tájékoztatási kötelezettség alá esik. (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

*A megfelelő rész aláhúzandó, illetve kitöltendő!

64

13. melléklet

NYILATKOZAT Alulírott…………………………...………………………………………………..(név), mint a(z).…....………….....................…………………………………………………….. (cégnév) cégjegyzésre jogosult képviselője az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP-3.2.1.B-11/12012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárásában nyilatkozom, hogy a digitális adathordozón beadott (jelszó nélkül olvasható, de nem módosítható pdf. file) ajánlat teljes mértékben megegyezik a papíralapon beadott eredeti ajánlattal. (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

65

14. melléklet

RÉSZLETES ÁRAJÁNLAT az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP-3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyigazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárásában 1. részterület (Komplex portálrendszer fejlesztése): Termék/szolgáltatás megnevezése * dizájn tervezés * layout tervezés * mobil app tervezés * mobil app design tervezés * webfejlesztés * adminisztratív rendszer fejlesztése * CRM rendszer fejlesztése * mobil app fejlesztés * mobil app adminisztrációja * statisztikai rendszerek bekötése * rendelkezésre állás és rendszertámogatás és fejlesztés mérnökóradíja (80 óra) *

Mennyiség

Összesen Nettó Ft

ÁFA Ft

Összesen Bruttó Ft

* a megjelölt tevékenységek részletes szöveges kifejtésével! 2. részterület: (Mobil alkalmazások fejlesztése): Összesen Nettó Ft

Szolgáltatás megnevezése 1.Mobil applikáció fejlesztése: Előkészítés, design és mock-up tervezés Fejlesztés Tesztelés és hibák javítása Élesítés és dokumentáció átadása Továbbfejlesztés: előkészítés, design és mock-up tervezés 6. Továbbfejlesztés: fejlesztés, tesztelés és hibák javítása, élesítés és dokumentáció átadása I. 1. 2. 3. 4. 5.

66

ÁFA Ft

Összesen Bruttó Ft

Összesen Nettó Ft

Szolgáltatás megnevezése

ÁFA Ft

Összesen Bruttó Ft

2.Mobil applikáció fejlesztése: Előkészítés, design és mock-up tervezés Fejlesztés Tesztelés és hibák javítása Élesítés és dokumentáció átadása Továbbfejlesztés: előkészítés, design és mock-up tervezés 6. Továbbfejlesztés: fejlesztés, tesztelés és hibák javítása, élesítés és dokumentáció átadása Összesen: II. 1. 2. 3. 4. 5.

(dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

67

15. melléklet

NYILATKOZAT Alulírott…………………………...………………………………………………..(név), mint a(z).…....………….....................…………………………………………………….. (cégnév) cégjegyzésre jogosult képviselője az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP-3.2.1.B-11/12012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú közbeszerzési eljárásában a szakmai ajánlatot benyújtom a dokumentáció III. fejezet Műszaki specifikációjában előírt követelményeknek megfelelően. A szakmai ajánlat az ajánlat ……. oldalain található. (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

68

16. melléklet

NYILATKOZAT a kötbérek elfogadásáról Alulírott ……………………... (név), mint a(z) ……..………………………... (cégnév) ajánlattevő cégjegyzésre jogosult képviselője ezennel kijelentem, hogy az OTP Fáy András Alapítvány „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP-3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyú eljárásában az Ajánlattételi felhívásban a Szerződést biztosító mellékkötelezettségek körében előírt mértékű kötbérek megfizetését vállalom. (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás

69

17. melléklet

REGISZTRÁCIÓS LAP * „Komplex portálrendszer fejlesztése és mobil alkalmazások fejlesztése (a TÁMOP3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyában A közbeszerzési eljárásban részt vevő gazdasági szereplő adatai: Neve: Székhelye: Tel: Fax: Kapcsolattartó személy neve: E-mail:

Kitöltve elküldendő a +36-1/312-0302 faxszámra az ajánlattételi határidő lejártáig! (dátum)………………, ……..év. …………hó……nap ………………………………… cégszerű aláírás * A regisztrációs lap visszaküldésével kell jelezni az Ajánlatkérő számára, ha valaki a tárgyi közbeszerzési eljárásban, mint lehetséges ajánlattevő vagy az ajánlatban megnevezett alvállalkozó kíván szerepelni. Ajánlatkérő biztosítja, hogy a fent megadott adatokat csak és kizárólag az adott közbeszerzési eljárással kapcsolatosan használja fel, harmadik személy számára azokat ki nem adja.

70

VÁLLALKOZÁSI SZERZŐDÉS Tervezet (1. részterület) Amely létrejött egyrészről az OTP Fáy András Alapítvány Székhely: 1051 Budapest, Nádor utca 16. Levelezési cím: 1065 Bajcsy-Zs. út 35. I. emelet 16 Számlavezető pénzintézet neve: Számlaszáma: Adószám: Képviseli: mint megrendelő (a továbbiakban: Megrendelő), másrészről a(z) ……………………………………. Székhely: Cégjegyzékszáma: Adószáma: Számlavezető pénzintézet neve: Számlaszáma: Képviseli: mint szállító (a továbbiakban: Vállalkozó) – a továbbiakban együttesen: Felek – között a mai napon az alábbiak szerint: Jelen szerződés elválaszthatatlan részét képezi az eljárást megindító felhívás és dokumentáció, valamint a Vállalkozó ajánlata. 1. Előzmények 1.1. A szerződő Felek rögzítik, hogy a Megrendelő 2013. …….. napján…… számon a Kbt. 121. § (1) bekezdés b) pontja szerinti nyílt közbeszerzési eljárást indított „Vállalkozási szerződés az OTP Fáy András Alapítvány részére komplex portálrendszer fejlesztésére és mobil alkalmazások fejlesztésére (a TÁMOP-3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyában. 1.2. Az 1.1. pontban meghatározott közbeszerzési eljárásban a Megrendelő a …. Vállalkozót hirdette ki az eljárás nyerteseként a 1. részterület vonatkozásában, „komplex portálrendszer fejlesztése” tárgyban. 2. A szerződés tárgya 2.1. A Megrendelő a jelen szerződés aláírásával megrendeli a Vállalkozótól a jelen szerződés 1. számú mellékletében részletesen meghatározott, a közbeszerzési eljárás tárgyát képező, alábbi feladatokat: 71

A központ „komplex portál rendszerének fejlesztése” a dokumentáció műszaki leírása és a nyertes ajánlattevő ajánlata alapján. - Többnyelvű, web alapú, moduláris portál rendszer készítése szeparált látogatói és szerkesztőségi felülettel. - Teljes layout és design kialakítás, figyelembe véve az akadálymentesítés fontosságát, a portál és a mobil applikációk tekintetében. - A portál rendszer moduljaihoz szorosan kapcsolódó CRM rendszer fejlesztése és/vagy integrálása. - A portál online moduljainak fejlesztése, amelyek: Hírek, Statikus oldalak, Video és kép galériák, Kvízek, tesztek, Blogok. - A portál funkcióinak megvalósítása mobil applikáció keretében, IOS és Android platformon. - A meglévő E-learning rendszer integrációja. - Kiegészítő modulok fejlesztése: banner és szavazás modul, közösségi média integrációja, hírlevél küldés 2.2. A Vállalkozó a jelen szerződés aláírásával vállalja, hogy a Megrendelő által igényelt, a jelen szerződés 1. számú mellékletében részletesen meghatározott szolgáltatásokat elvégzi és a Megrendelő részére átadja. 2.3. A Vállalkozó feladata az 1. sz. mellékletben meghatározott szolgáltatások teljesítése, leszállítása az Ajánlatkérő részére a dokumentáció műszaki specifikációjában meghatározottak szerint úgy, hogy az az eljárást megindító felhívás és az ajánlati dokumentáció kiírás szerinti összes előírt tulajdonságát teljes körűen képes legyen biztosítani. 3. A teljesítés helye és határideje 3.1. A Vállalkozó a jelen szerződés tárgyát képező szolgáltatásokat a 1068 Budapest, Benczúr u. 26. sz. alatti címen köteles teljes körűen átadni a megrendelő kapcsolattartójának. 3.2. A Felek rögzítik, hogy a Vállalkozó a jelen szerződés 1. számú mellékletében meghatározott szolgáltatásokat a szerződés aláírásától számított 280. napon (40 hét) belül köteles teljes körűen elvégezni és a Megrendelő részére átadni, az alábbi ütemezésben: 1. Végleges rendszer terv és layout illetve design elkészítése A fejlesztő saját maga részére technikai specifikációt és ez alapján végleges layoutot és designt készít a web és a mobil platformokhoz. Ezeket a layoutokat, designokat az Alapítványnak írásban jóvá kell hagynia. Teljesítési határidő: a szerződés aláírásától számított maximum 28. nap (4 hét). 2. Fejlesztés, fejlesztés nyomonkövetése Az elkészült specifikáció és a layout alapján megkezdődik a portál fejlesztése. A fejlesztés folyamán lehetőséget kell biztosítani az Alapítványnak a folyamatok ellenőrzésére és az esetleges hibák jelzésére. Teljesítési határidő: a szerződés aláírásától számított maximum 168. nap (24 hét).

72

A mobil applikáció fejlesztése esetén a teljesítési határidő: a szerződés aláírásától számított maximum 210. nap (30 hét). A közösségi média fejlesztés teljesítési határideje: a szerződés aláírásától számított maximum 217. nap (31 hét). 3. Béta teszt A véglegesnek szánt rendszer telepítése az Alapítvány infrastruktúrájára az Alapítvány informatikusainak közreműködésével, a specifikációban foglalt funkciók ellenőrzése, az esetleges hibák javítása. Teljesítési határidő: a szerződés aláírásától számított maximum 189. nap (27 hét). 4. Oktatás A portálrendszer szerkesztőségi rendszeréből és annak üzemeltetéséből tartott oktatás az Alapítvány munkatársainak, amelyben részletesen bemutatásra kerülnek a szerkesztőségi felület funkciói és a szerkesztőségi felület működése. Teljesítési határidő: a szerződés aláírásától számított maximum 196. nap (28 hét). 5. Végleges verzió telepítése Az Alapítvány által – a béta tesztelésnél esetlegesen felmerült hibák javítását követően – elfogadott és jóváhagyott verzió telepítése, a kész anyag élesítése. Teljesítési határidő: a szerződés aláírásától számított maximum 203. nap (29 hét). 6. Adatok offline átadása Az éles rendszer átadása után az alábbi anyagokat offline (pl. DVD, USB, stb.) formában is át kell adni:  Teljes forráskód, titkosítás nélkül, főbb funkciók kommentekkel ellátva  Részletes technikai és fejlesztési dokumentáció  Részletes felhasználói dokumentáció a szerkesztőségi rendszer használatáról  Részletes technikai dokumentáció - példa programokkal ellátva -, amely bemutatja a lehetséges új modul fejlesztésének menetét és követelményeit.  Üzemeltetési dokumentáció  Az összes grafikai anyag, nyers (pl. PSD) formátumban  Igazolás a szoftverek használati jogairól Teljesítési határidő: a szerződés aláírásától számított maximum 224. nap (32 hét). 7. Nyomon követés, támogatás Az adatok offline átadását követően a nyertes ajánlattevőnek további 56 napon (8 hét) keresztül, vagyis a szerződés aláírásától számított 280. napig (40 hét) rendelkezésre kell állnia, támogatást kell nyújtania az elkészült portál és mobil applikáció üzemeltetéséhez, valamint fejlesztési erőforrást kell biztosítania az Alapítvány számára, amelyet a későbbiekben kialakuló, szigorúan a portálrendszerhez kapcsolódó új dolgok elkészítésére és integrálására fordít. A konkrét fejlesztési feladatok meghatározása a fejlesztés lezárultát követően, későbbi egyeztetés alapján történik. 73

A rendelkezésre állást, támogatást és fejlesztést összesen 80 mérnökórában kell biztosítani a 8 hét alatt. Amennyiben bármely megadott határidő nem munkanapra esik, úgy a teljesítés határideje az azt követő munkanap. Megrendelő előteljesítést valamennyi ütemben elfogad. 4. Fizetési feltételek 4.1. A Felek megállapodnak, hogy a jelen szerződés tárgyát képező szolgáltatások ellenértéke mindösszesen nettó …………,- Ft + ……………….,- Ft ÁFA, azaz bruttó …………,- Ft, azaz bruttó ………………….. forint, amely összeg tartalmazza a Vállalkozó jelen szerződés teljesítése érdekében felmerült valamennyi költségét és kiadását is. 4.2. A Felek rögzítik, hogy Vállalkozó az alábbiak szerint jogosult részszámlák benyújtására: 1. részszámla: A végleges rendszer terv és layout illetve design elkészítésekor (a 28. napon) a nyertes részletes árajánlatában a design tervezésre, a layout tervezésre, a mobil applikáció tervezésre és designra megadott részösszegek számlázhatók ki. 2. részszámla: A 203. napon a nyertes részletes árajánlatában a web fejlesztésre illetve az adminisztratív és CRM rendszer fejlesztésre megadott részösszegek számlázhatók ki. 3. részszámla: A 224. napon a nyertes részletes árajánlatában a mobil applikáció fejlesztésre, a mobil applikáció adminisztrációjára, valamint a statisztikai rendszerek bekötésére megadott részösszegek számlázhatók ki. 4. részszámla: A 280. napon a nyertes részletes árajánlatában a rendelkezésre állás, támogatás és fejlesztés 80 mérnökórájára megadott részösszeg számlázható ki. 4.3 A fizetés a Megrendelő képviselői által aláírt teljesítés-igazolás alapján kiállított számla szerint történik, a számla kézhezvételétől számított 30 napos fizetési határidővel, a Ptk. 292/B. § (1) bekezdés szerint. 4.4. Alkalmazandó az adózás rendjéről szóló 2003. évi XCII. tv. 36/A §-a. 4.5. A számlák kiegyenlítése a számvitelről szóló jogszabályokban foglaltaknak megfelelően kiállított számlák ellenében történik. A számlának tartalmaznia kell különösen a jelen szerződés szerinti részmunka megnevezését, illetve a pályázat azonosító számát (TÁMOP3.2.1.B-11/1-2012-0001). Ezek hiányában Megrendelő a számla befogadását és a kifizetést megtagadhatja. A Megrendelő banki átutalással teljesíti a kifizetést a Vállalkozó jelen szerződésben megjelölt bankszámlaszámára. A Vállalkozó tudomásul veszi, hogy a Megrendelő előleget nem fizet. 4.6. Megrendelő szerződéses feltételként előírja, hogy Vállalkozó nem fizet, illetve számol el a szerződés teljesítésével összefüggésben olyan költségeket, melyek a Kbt. 56. § (1) bekezdés k) pontja szerinti feltételeknek nem megfelelő társaság tekintetében merülnek fel, és melyek a Vállalkozó adóköteles jövedelmének csökkentésére alkalmasak. Vállalkozó a fentiek érdekében a szerződés teljesítésének teljes időtartama alatt tulajdonosi szerkezetét Megrendelő számára megismerhetővé teszi, egyben a Megrendelőt haladéktalanul értesíti, ha

74

Vállalkozóban közvetetten vagy közvetlenül 25%-ot meghaladó tulajdoni részesedést szerez valamely olyan jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaság, amely nem felel meg a Kbt. 56. § (1) bekezdés k) pontjában meghatározott feltételeknek, vagy ha Vállalkozó közvetetten vagy közvetlenül 25%-ot meghaladó tulajdoni részesedést szerez valamely olyan jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaságban, amely nem felel meg a Kbt. 56. § (1) bekezdés k) pontjában meghatározott feltételeknek. 5. A Felek jogai és kötelezettségei 5.1. A Vállalkozó köteles a jelen szerződés tárgyát képező, 1. sz. melléklet szerinti szolgáltatások teljesítésével elkészített anyagokat a 3.2. pontban meghatározott határidőn belül a 1068 Budapest, Benczúr u. 26. sz. alatti címre szállítani és ott átadás-átvételi eljárás útján – elektronikus adathordozóra mentve is – a Megrendelő birtokába bocsátani. 5.2. A Vállalkozó köteles a Megrendelőt a teljesítés várható idejéről legalább három nappal megelőzően értesíteni. Előteljesítés esetén a Felek közösen állapodnak meg az átadás-átvétel időpontjában. 5.3. A Felek megállapodnak, hogy a jelen szerződés tárgyát képező termékek átadását követő három napon belül a Megrendelő tartalmi és műszaki szempontból megvizsgálja a teljesített szolgáltatást, amelynek elfogadásáról vagy a megállapított hiányosságokról értesíti a Vállalkozót. 5.4. Amennyiben a szolgáltatás megfelel a jelen szerződés mellékletét képező ajánlattételi felhívás, dokumentáció és az ajánlat tartalmának, valamint a jelen szerződés feltételeinek, a Megrendelő kapcsolattartója az átadás-átvételi eljárást követően a Megrendelő képviselői által aláírt teljesítés-igazolást ad a Vállalkozó részére. 5.5. A Vállalkozóval szemben kötbérfizetési kötelezettség érvényesíthető a Megrendelő részéről a szerződés tárgyát képező szolgáltatás során előállított termékek késedelmes teljesítése esetén, a jelen szerződés 3.2. pontja szerinti határidők lejártát követő naptól. A Vállalkozó a késedelmes teljesítése esetén a késedelemmel érintett napokra vonatkozóan napi 30.000,- Ft, azaz Harmincezer forint, de maximum a nettó teljes szerződéses ellenérték 30%-ának megfelelő összegű késedelmi kötbért köteles fizetni a Megrendelő részére, mely követelését a Megrendelő a Vállalkozó végszámlájából történő levonás útján érvényesítheti. A Vállalkozó mentesül a kötbér megfizetése alól, ha a Megrendelő mulasztása miatt esett késedelembe. A Vállalkozó meghiúsulási kötbért köteles fizetni nem teljesítése esetén, melynek mértéke a teljes ellenszolgáltatás nettó értékének 30 %-a. 5.6. A Megrendelő érvényesítheti a kötbért meghaladó kárát és a szerződésszegésből eredő egyéb jogait is. A szerződésszegéssel okozott kárának megtérítését a Polgári Törvénykönyvről szóló 1959. évi IV. törvény (a továbbiakban: Ptk.) erre vonatkozó szabályai szerint akkor is követelheti, ha a kötbérigényét nem érvényesítette. 5.7. A Felek kötelesek egymást minden olyan körülményről haladéktalanul értesíteni, amely a jelen szerződés eredményességét, vagy kellő időre való elvégzését veszélyezteti, vagy gátolja. Az értesítés elmulasztásából eredő kárért a mulasztó fél felelős.

75

6. Alvállalkozó igénybevétele 6.1. Vállalkozó a teljesítéshez alvállalkozót, egyéb gazdasági szereplőt vesz/ nem vesz igénybe. Azon feladatok, amelyekben alvállalkozó részt vesz: Azon alvállalkozók és a teljesítésben való közreműködésük aránya, akiket a Vállalkozó a közbeszerzés értékének 10%-át meghaladó mértékben vesz igénybe: Cégnév: Székhely: Feladat és annak százalékos aránya: 6.2. Azon feladatok, amelyekben egyéb gazdasági szereplő részt vesz: A Vállalkozó az igénybe vett alvállalkozó és egyéb gazdasági szereplő munkájáért úgy felel, mintha a munkát maga végezte volna. Amennyiben a Vállalkozó az alvállalkozót jogosulatlanul vette igénybe, a Vállalkozó felelős minden olyan kárért is, amely az alvállalkozó igénybevétele nélkül nem merült volna fel. A Megrendelő csak azon, a szerződés értékének 10%-át meghaladó mértékben igénybe venni kívánt alvállalkozó közreműködéséhez járul hozzá, akit a Vállalkozó a közbeszerzési eljárásban megnevezett. A Megrendelő a szerződés értékének 10%-át meg nem haladó mértékben igénybe venni kívánt alvállalkozó közreműködéséhez csak a jelen szerződés olyan részeinek teljesítése tekintetében járul hozzá, melyet a Vállalkozó a közbeszerzési eljárásban megnevezett. 7. Szerzői jog A Vállalkozó szavatosságot vállal azért, hogy az általa előállított szolgáltatás tárgyán nem áll fenn harmadik személynek olyan szerzői vagyoni/felhasználási joga, amely a Megrendelő szerződés szerinti felhasználását korlátozná vagy akadályozná. Harmadik személy ilyen korlátozó vagy akadályozó igénnyel való fellépése esetén a Vállalkozó közvetlenül lép fel a Megrendelő jogos érdekei védelmében. A Vállalkozó az ezen szerződés keretében az általa előállított szolgáltatás tárgyát képező termékekre területileg, időben és felhasználó számban korlátlan, határozatlan idejű felhasználási jogot ad a Megrendelő részére. A Megrendelő a Vállalkozó egyedi engedélye nélkül jogosult az ezen szerződés keretében előállított termékek átdolgozására, feldolgozására, többszörözésére, egyéb módosítására, illetőleg arra, hogy ezen feladatok elvégzésére harmadik személlyel szerződést kössön. Amennyiben a Vállalkozó a termékek elkészítéséhez más személyt is igénybe vesz, köteles a közreműködő természetes és jogi személyekkel olyan tartalmú szerződéseket kötni, hogy a korlátlan felhasználói jogot a Megrendelő megszerezhesse.

76

8. A szerződés felmondása A Megrendelő jogosult a szerződést felmondani, amennyiben: -

A Vállalkozóban közvetetten vagy közvetlenül 25%-ot meghaladó tulajdoni részesedést szerez valamely olyan jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaság, amely nem felel meg a Kbt. 56. § (1) bekezdés k) pontjában meghatározott feltételeknek.

Amennyiben a Vállalkozó a kizáró okok hatálya alá kerül, úgy a Megrendelő jogosult azonnali hatállyal felmondani a Szerződést. 9. Kapcsolattartás 9.1. Felek rögzítik, hogy minden nyilatkozatot vagy egyéb értesítést írásban, szükség szerint levélben, e-mailben vagy telefax útján küldenek meg egymásnak. A nyilatkozat, értesítés akkor tekinthető közöltnek, amikor azt a másik fél igazoltan megkapta, vagy átvette. 9.2. A Felek részéről kapcsolattartásra jogosultak a szerződés teljesítésével, értelmezésével kapcsolatos kérdésekben: Megrendelő részéről: Neve: dr. Sarkady-Kiss Lilla Címe: 1065 Budapest, Bajcsy-Zs. út 35. I. emelet 16. Levelezési cím: 1065 Budapest, Bajcsy-Zs. út 35. I. emelet 16. Telefon: +36-1-312-0302 E-mail: [email protected] Fax: +36-1-312-0302 Vállalkozó részéről: Neve: Címe: Telefon: E-mail: Fax: 10. Egyéb rendelkezések 10.1. A Vállalkozónak a szerződés teljesítésének teljes időtartama alatt tulajdonosi szerkezetét a Megrendelő számára megismerhetővé kell tennie. 10.2. A szerződő Felek a Kbt. 132. § alapján módosíthatják a szerződést. 10.3. Ezen szerződés mindkét fél által történő aláírás napján lép hatályba. Amennyiben a Felek jelen szerződést eltérő időpontban írják alá, úgy a szerződés aláírásának, egyben a szerződéskötésnek és a szerződés hatályba lépésének napja a szerződést másodikként aláíró fél aláírásának napja. 77

10.4. A Felek megállapodnak, hogy a jelen szerződésen alapuló esetleges vitás kérdéseiket elsősorban peren kívüli tárgyalás útján kívánják rendezni. Ennek eredménytelensége esetén vitáik eldöntésére a Polgári Perrendtartásról szóló 1952. évi III. törvény szabályai alapján a perre hatáskörrel és illetékességgel rendelkező bírósághoz fordulnak. 10.5. A jelen szerződésben nem rendezett kérdésekben a Felek jogviszonya tekintetében a Polgári Törvénykönyvről szóló 1959. évi IV. törvény és a közbeszerzésekről szóló 2011. évi CVIII. törvény szabályai az irányadók. 10.6. Jelen szerződést a Felek elolvasás és értelmezés után, mint akaratukkal mindenben megegyezőt jóváhagyólag írták alá 5 példányban, melyből 3 példány illeti meg a Megrendelőt, két példány pedig a Vállalkozót.

1.

sz. melléklet: „Komplex portálrendszer fejlesztése” szakmai specifikációja

Budapest, 2013. ………………….

Megrendelő

Vállalkozó

78

VÁLLALKOZÁSI SZERZŐDÉS Tervezet (2. részterület) Amely létrejött egyrészről az OTP Fáy András Alapítvány Székhely: 1051 Budapest, Nádor utca 16. Levelezési cím: 1065 Bajcsy-Zs. út 35. I. emelet 16 Számlavezető pénzintézet neve: Számlaszáma: Adószám: Képviseli: mint megrendelő (a továbbiakban: Megrendelő), másrészről a(z) …………………………………… Székhely: Cégjegyzékszáma: Adószáma: Számlavezető pénzintézet neve: Számlaszáma: Képviseli: mint szállító (a továbbiakban: Vállalkozó) – a továbbiakban együttesen: Felek – között a mai napon az alábbiak szerint: Jelen szerződés elválaszthatatlan részét képezi az eljárást megindító felhívás és dokumentáció, valamint a Vállalkozó ajánlata. 1. Előzmények 1.1. A szerződő Felek rögzítik, hogy a Megrendelő 2013. …….. napján…… számon a Kbt. 121. § (1) bekezdés b) pontja szerinti nyílt közbeszerzési eljárást indított „Vállalkozási szerződés az OTP Fáy András Alapítvány részére komplex portálrendszer fejlesztésére és mobil alkalmazások fejlesztésére (a TÁMOP-3.2.1.B-11/1-2012-0001 azonosító számú, Pénzügyi-gazdasági ismeretekre nevelés támogatása című projekt keretében)” tárgyában. 1.2. Az 1.1. pontban meghatározott közbeszerzési eljárásban a Megrendelő a …. Vállalkozót hirdette ki az eljárás nyerteseként a 2. részterület vonatkozásában, „mobil alkalmazások fejlesztése” tárgyban.

79

2. A szerződés tárgya 2.1. A Megrendelő a jelen szerződés aláírásával megrendeli a Vállalkozótól a jelen szerződés 1. számú mellékletében részletesen meghatározott, a közbeszerzési eljárás tárgyát képező, alábbi feladatokat: Mobil alkalmazások fejlesztése a dokumentáció Műszaki leírása alapján és az alábbiak szerint: 1. Mobil alkalmazás: 1 db, pénz felhasználással foglakozó interaktív alkalmazás fejlesztése, amely játékos módon segíti a fiatalok pénzhez való viszonyrendszereinek elsajátítását és az azzal kapcsolatos fogalmak és folyamatok tanulását 2. Mobil alkalmazás: 1 db, közösségi interakcióra épülő interaktív játék fejlesztése, amely segíti a pénzügyi, gazdasági fogalmak elsajátítását 2.2. A Vállalkozó a jelen szerződés aláírásával vállalja, hogy a Megrendelő által igényelt, a jelen szerződés 1. számú mellékletében részletesen meghatározott szolgáltatásokat elvégzi és a Megrendelő részére átadja. 2.3. A Vállalkozó feladata az 1. sz. mellékletben meghatározott szolgáltatások teljesítése, leszállítása az Ajánlatkérő részére a dokumentáció műszaki specifikációjában meghatározottak szerint úgy, hogy az az eljárást megindító felhívás és az ajánlati dokumentáció kiírás szerinti összes előírt tulajdonságát teljes körűen képes legyen biztosítani. 3. A teljesítés helye és határideje 3.1. A Vállalkozó a jelen szerződés tárgyát képező szolgáltatásokat a 1068 Budapest, Benczúr u. 26. sz. alatti címen köteles teljes körűen átadni a megrendelő kapcsolattartójának. 3.2. A Felek rögzítik, hogy a Vállalkozó a jelen szerződés 1. számú mellékletében meghatározott szolgáltatásokat a szerződés aláírásától számított 280. napon (40 hét) belül köteles teljes körűen elvégezni és a Megrendelő részére átadni, az alábbi ütemezésben: A teljesítés során folyamatosnak kell lennie a kapcsolattartásnak, az egyeztetésnek a Megrendelő és a Vállalkozó között. A két mobil alkalmazás Vállalkozó által véglegesnek tekintett designját a szerződés megkötésétől számított 42. napig (6 hét) kell Megrendelő részére átadni elektronikus adathordozóra (CD vagy DVD) mentve. Megrendelőnek a szerződés megkötésétől számított 49. napig (7 hét) véleményeznie kell a Vállalkozó által véglegesnek tekintett designokat, és amennyiben szükségesnek tartja, módosításokat kérhet. Vállalkozó a Megrendelő észrevételeinek, kéréseinek megfelelően módosított designokat a szerződés megkötésétől számított 63. napig (9 hét) köteles Megrendelő részére átadni elektronikus adathordozóra (CD vagy DVD) mentve. A két mobil alkalmazás fejlesztésének teljesítési határideje: a szerződés megkötésétől számított 119. nap (17 hét). A Vállalkozó köteles a fejlesztés során hetente

80

állapotjelentést küldeni Megrendelő részére, melyben bemutatja, hol tart a fejlesztési folyamatban. A fejlesztés befejezését, a Vállalkozó által véglegesnek szánt alkalmazások átadását követően, a szerződés megkötésétől számított 126. napig (18 hét) kell elvégeznie Megrendelőnek az alkalmazások tesztelését, és jeleznie Vállalkozó számára az esetleges hibákat. Vállalkozó a szerződés megkötésétől számított 140. napig (20 hét) köteles a Megrendelő által jelzett hibákat kijavítani, és a javított mobil alkalmazásokat Megrendelő részére átadni. Megrendelő a szerződés megkötésétől számított 147. napig (21 hét) ismét teszteli a mobil alkalmazásokat, és amennyiben még mindig merülnek fel hibák, jelzi Vállalkozó részére. Vállalkozó a szerződés megkötésétől számított 154. napig (22 hét) köteles a második tesztelési körben jelzett hibákat kijavítani és élesíteni a két mobil alkalmazást, valamint a hozzájuk kapcsolódó alábbi dokumentumokat offline formában (pl. CD, DVD, USB, stb.) átadni Megrendelő részére:  Teljes forráskód, titkosítás nélkül, főbb funkciók kommentekkel ellátva  Részletes technikai és fejlesztési dokumentáció  Részletes felhasználói dokumentáció  Részletes technikai dokumentáció, amely bemutatja a lehetséges új modul fejlesztésének menetét és követelményeit, a telepítés módját és menetét  Üzemeltetési dokumentáció  Az összes grafikai anyag nyers (pl. PSD, IND stb.) formátumban A Vállalkozó által a szakmai koncepciójában kifejtett bővítési, továbbfejlesztési lehetőségnek megfelelően – mindkét alkalmazásra vonatkozóan – az újabb modulok Vállalkozó által véglegesnek tekintett designjának Megrendelő részére elektronikus adathordozóra mentett formában való átadásának határideje a szerződés megkötésétől számított 182. nap (26 hét). Megrendelőnek a szerződés megkötésétől számított 189. napig (27 hét) véleményeznie kell a Vállalkozó által véglegesnek tekintett designokat, és amennyiben szükségesnek tartja, módosításokat kérhet. Vállalkozó a Megrendelő észrevételeinek, kéréseinek megfelelően módosított designokat a szerződés megkötésétől számított 203. napig (29 hét) köteles Megrendelő részére átadni elektronikus adathordozóra (CD vagy DVD) mentve. A két mobil alkalmazás újabb moduljai fejlesztésének teljesítési határideje: a szerződés megkötésétől számított 245. nap (35 hét). A Vállalkozó köteles a fejlesztés során hetente állapotjelentést küldeni Megrendelő részére, melyben bemutatja, hol tart a fejlesztési folyamatban. A fejlesztés befejezését, a Vállalkozó által véglegesnek szánt újabb modulok átadását követően, a szerződés megkötésétől számított 252. napig (36 hét) kell elvégeznie Megrendelőnek az újabb modulok tesztelését, és jeleznie Vállalkozó számára az esetleges hibákat. 81

Vállalkozó a szerződés megkötésétől számított 266. napig (38 hét) köteles a Megrendelő által jelzett hibákat kijavítani, és a javított modulokat Megrendelő részére átadni. Megrendelő a szerződés megkötésétől számított 273. napig (39 hét) ismét teszteli az újabb modulokat, és amennyiben még mindig merülnek fel hibák, jelzi Vállalkozó részére. Vállalkozó a szerződés megkötésétől számított 280. napig (40 hét) köteles a második tesztelési körben jelzett hibákat kijavítani és élesíteni az újabb modulokat, valamint a hozzájuk kapcsolódó dokumentumokat offline formában (pl. CD, DVD, USB, stb.) fentiek szerint átadni Megrendelő részére. Amennyiben bármely megadott határidő nem munkanapra esik, úgy a teljesítés határideje az azt követő munkanap. Megrendelő előteljesítést valamennyi ütemben elfogad. 4. Fizetési feltételek 4.1. A Felek megállapodnak, hogy a jelen szerződés tárgyát képező szolgáltatások ellenértéke mindösszesen nettó …………,- Ft + ……………….,- Ft ÁFA, azaz bruttó …………,- Ft, azaz bruttó ………………….. forint, amely összeg tartalmazza a Vállalkozó jelen szerződés teljesítése érdekében felmerült valamennyi költségét és kiadását is. 4.2. A Felek rögzítik, hogy Vállalkozó az alábbiak szerint jogosult részszámlák benyújtására: az adott feladat igazolt teljesítését követően: 1. részszámla: a szerződés megkötésétől számított 63. napon (9 hét), a két mobil alkalmazás végleges designjának átadásakor a nyertes részletes árajánlatában az Előkészítés, design és mock-up tervezésre megadott összegek – az 1. és 2. mobil alkalmazás vonatkozásában is – számlázhatók ki. 2. részszámla: a szerződés megkötésétől számított 119. napon (17 hét) a két mobil alkalmazás fejlesztésére a nyertes részletes árajánlatában megajánlott összegek számlázhatók ki. 3. részszámla: a szerződés megkötésétől számított 154. napon (22 hét), a Tesztelés és hibák javítását illetve az Élesítés és dokumentáció átadását követően a nyertes részletes árajánlatában az ezen tételekre megadott összegek – az 1. és 2. mobil alkalmazás vonatkozásában is – számlázhatók ki. 4. részszámla: a szerződés megkötésétől számított 203. napon (29 hét), az új modulok végleges designjának átadásakor a nyertes részletes árajánlatában a Továbbfejlesztés: előkészítés, design és mock-up tervezésre megadott összegek – az 1. és 2. mobil alkalmazás vonatkozásában is – számlázhatók ki. 5. részszámla: a szerződés megkötésétől számított 280. napon (40 hét), az új modulok fejlesztését, a tesztelés és hibák javítását illetve az élesítés és dokumentáció átadását követően a nyertes részletes árajánlatában a továbbfejlesztés keretében ezen tételekre megadott összegek – az 1. és 2. mobil alkalmazás vonatkozásában is – számlázhatók ki.

82

4.3 A fizetés a Megrendelő képviselői által aláírt teljesítés-igazolás alapján kiállított számla szerint történik, a számla kézhezvételétől számított 30 napos fizetési határidővel, a Ptk. 292/B. § (1) bekezdés szerint. 4.4. Alkalmazandó az adózás rendjéről szóló 2003. évi XCII. tv. 36/A §-a. 4.5. A számlák kiegyenlítése a számvitelről szóló jogszabályokban foglaltaknak megfelelően kiállított számlák ellenében történik. A számlának tartalmaznia kell különösen a jelen szerződés szerinti részmunka megnevezését, illetve a pályázat azonosító számát (TÁMOP3.2.1.B-11/1-2012-0001). Ezek hiányában Megrendelő a számla befogadását és a kifizetést megtagadhatja. A Megrendelő banki átutalással teljesíti a kifizetést a Vállalkozó jelen szerződésben megjelölt bankszámlaszámára. A Vállalkozó tudomásul veszi, hogy a Megrendelő előleget nem fizet. 4.6. Megrendelő szerződéses feltételként előírja, hogy Vállalkozó nem fizet, illetve számol el a szerződés teljesítésével összefüggésben olyan költségeket, melyek a Kbt. 56. § (1) bekezdés k) pontja szerinti feltételeknek nem megfelelő társaság tekintetében merülnek fel, és melyek a Vállalkozó adóköteles jövedelmének csökkentésére alkalmasak. Vállalkozó a fentiek érdekében a szerződés teljesítésének teljes időtartama alatt tulajdonosi szerkezetét Megrendelő számára megismerhetővé teszi, egyben a Megrendelőt haladéktalanul értesíti, ha Vállalkozóban közvetetten vagy közvetlenül 25%-ot meghaladó tulajdoni részesedést szerez valamely olyan jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaság, amely nem felel meg a Kbt. 56. § (1) bekezdés k) pontjában meghatározott feltételeknek, vagy ha Vállalkozó közvetetten vagy közvetlenül 25%-ot meghaladó tulajdoni részesedést szerez valamely olyan jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaságban, amely nem felel meg a Kbt. 56. § (1) bekezdés k) pontjában meghatározott feltételeknek. 5. A Felek jogai és kötelezettségei 5.1. A Vállalkozó köteles a jelen szerződés tárgyát képező, 1. sz. melléklet szerinti szolgáltatások teljesítésével elkészített anyagokat, a 3.2. pontban meghatározott határidőn belül a 1068 Budapest, Benczúr u. 26. sz. alatti címre szállítani és ott átadás-átvételi eljárás útján – elektronikus adathordozóra mentve is – a Megrendelő birtokába bocsátani. 5.2. A Vállalkozó köteles a Megrendelőt a teljesítés várható idejéről legalább három nappal megelőzően értesíteni. Előteljesítés esetén a Felek közösen állapodnak meg az átadás-átvétel időpontjában. 5.3. A Felek megállapodnak, hogy a jelen szerződés tárgyát képező termékek átadását követő három napon belül a Megrendelő tartalmi és műszaki szempontból megvizsgálja a teljesített szolgáltatást, amelynek elfogadásáról vagy a megállapított hiányosságokról értesíti a Vállalkozót. 5.4. Amennyiben a szolgáltatás megfelel a jelen szerződés mellékletét képező ajánlattételi felhívás, dokumentáció és az ajánlat tartalmának, valamint a jelen szerződés feltételeinek, a

83

Megrendelő kapcsolattartója az átadás-átvételi eljárást követően a Megrendelő képviselői által aláírt teljesítés-igazolást ad a Vállalkozó részére. 5.5. A Vállalkozóval szemben kötbérfizetési kötelezettség érvényesíthető a Megrendelő részéről a szerződés tárgyát képező szolgáltatás során előállított termékek késedelmes teljesítése esetén, a jelen szerződés 3.2. pontja szerinti határidők lejártát követő naptól. A Vállalkozó a késedelmes teljesítése esetén a késedelemmel érintett napokra vonatkozóan napi 30.000,- Ft, azaz Harmincezer forint, de maximum a nettó teljes szerződéses ellenérték 30%-ának megfelelő összegű késedelmi kötbért köteles fizetni a Megrendelő részére, mely követelését a Megrendelő a Vállalkozó végszámlájából történő levonás útján érvényesítheti. A Vállalkozó mentesül a kötbér megfizetése alól, ha a Megrendelő mulasztása miatt esett késedelembe. A Vállalkozó meghiúsulási kötbért köteles fizetni nem teljesítése esetén, melynek mértéke a teljes ellenszolgáltatás nettó értékének 30 %-a. 5.6. A Megrendelő érvényesítheti a kötbért meghaladó kárát és a szerződésszegésből eredő egyéb jogait is. A szerződésszegéssel okozott kárának megtérítését a Polgári Törvénykönyvről szóló 1959. évi IV. törvény (a továbbiakban: Ptk.) erre vonatkozó szabályai szerint akkor is követelheti, ha a kötbérigényét nem érvényesítette. 5.7. A Felek kötelesek egymást minden olyan körülményről haladéktalanul értesíteni, amely a jelen szerződés eredményességét, vagy kellő időre való elvégzését veszélyezteti, vagy gátolja. Az értesítés elmulasztásából eredő kárért a mulasztó fél felelős. 6. Alvállalkozó igénybevétele 6.1. Vállalkozó a teljesítéshez alvállalkozót, egyéb gazdasági szereplőt vesz/ nem vesz igénybe. Azon feladatok, amelyekben alvállalkozó részt vesz: Azon alvállalkozók és a teljesítésben való közreműködésük aránya, akiket a Vállalkozó a közbeszerzés értékének 10%-át meghaladó mértékben vesz igénybe: Cégnév: Székhely: Feladat és annak százalékos aránya: 6.2. Azon feladatok, amelyekben egyéb gazdasági szereplő részt vesz: A Vállalkozó az igénybe vett alvállalkozó és egyéb gazdasági szereplő munkájáért úgy felel, mintha a munkát maga végezte volna. Amennyiben a Vállalkozó az alvállalkozót jogosulatlanul vette igénybe, a Vállalkozó felelős minden olyan kárért is, amely az alvállalkozó igénybevétele nélkül nem merült volna fel. A Megrendelő csak azon, a szerződés értékének 10%-át meghaladó mértékben igénybe venni kívánt alvállalkozó közreműködéséhez járul hozzá, akit a Vállalkozó a közbeszerzési eljárásban megnevezett.

84

A Megrendelő a szerződés értékének 10%-át meg nem haladó mértékben igénybe venni kívánt alvállalkozó közreműködéséhez csak a jelen szerződés olyan részeinek teljesítése tekintetében járul hozzá, melyet a Vállalkozó a közbeszerzési eljárásban megnevezett. 7. Szerzői jog A Vállalkozó szavatosságot vállal azért, hogy az általa előállított szolgáltatás tárgyán nem áll fenn harmadik személynek olyan szerzői vagyoni/felhasználási joga, amely a Megrendelő szerződés szerinti felhasználását korlátozná vagy akadályozná. Harmadik személy ilyen korlátozó vagy akadályozó igénnyel való fellépése esetén a Vállalkozó közvetlenül lép fel a Megrendelő jogos érdekei védelmében. A Vállalkozó az ezen szerződés keretében az általa előállított szolgáltatás tárgyát képező termékekre területileg, időben és felhasználó számban korlátlan, határozatlan idejű felhasználási jogot ad a Megrendelő részére. A Megrendelő a Vállalkozó egyedi engedélye nélkül jogosult az ezen szerződés keretében előállított termékek átdolgozására, feldolgozására, többszörözésére, egyéb módosítására, illetőleg arra, hogy ezen feladatok elvégzésére harmadik személlyel szerződést kössön. Amennyiben a Vállalkozó a termékek elkészítéséhez más személyt is igénybe vesz, köteles a közreműködő természetes és jogi személyekkel olyan tartalmú szerződéseket kötni, hogy a korlátlan felhasználói jogot a Megrendelő megszerezhesse. 8. A szerződés felmondása A Megrendelő jogosult a szerződést felmondani, amennyiben: -

A Vállalkozóban közvetetten vagy közvetlenül 25%-ot meghaladó tulajdoni részesedést szerez valamely olyan jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaság, amely nem felel meg a Kbt. 56. § (1) bekezdés k) pontjában meghatározott feltételeknek.

Amennyiben a Vállalkozó a kizáró okok hatálya alá kerül, úgy a Megrendelő jogosult azonnali hatállyal felmondani a Szerződést. 9. Kapcsolattartás 9.1. Felek rögzítik, hogy minden nyilatkozatot vagy egyéb értesítést írásban, szükség szerint levélben, e-mailben vagy telefax útján küldenek meg egymásnak. A nyilatkozat, értesítés akkor tekinthető közöltnek, amikor azt a másik fél igazoltan megkapta, vagy átvette. 9.2. A Felek részéről kapcsolattartásra jogosultak a szerződés teljesítésével, értelmezésével kapcsolatos kérdésekben: Megrendelő részéről: Neve: dr. Sarkady-Kiss Lilla Címe: 1065 Budapest, Bajcsy-Zs. út 35. I. emelet 16. 85

Levelezési cím: 1065 Budapest, Bajcsy-Zs. út 35. I. emelet 16. Telefon: +36- 1- 312-0302 E-mail: [email protected] Fax: +36-1-312-0302 Vállalkozó részéről: Neve: Címe: Telefon: E-mail: Fax: 10. Egyéb rendelkezések 10.1. A Vállalkozónak a szerződés teljesítésének teljes időtartama alatt tulajdonosi szerkezetét a Megrendelő számára megismerhetővé kell tennie. 10.2. A szerződő Felek a Kbt. 132. § alapján módosíthatják a szerződést. 10.3. Ezen szerződés mindkét fél által történő aláírás napján lép hatályba. Amennyiben a Felek jelen szerződést eltérő időpontban írják alá, úgy a szerződés aláírásának, egyben a szerződéskötésnek és a szerződés hatályba lépésének napja a szerződést másodikként aláíró fél aláírásának napja. 10.4. A Felek megállapodnak, hogy a jelen szerződésen alapuló esetleges vitás kérdéseiket elsősorban peren kívüli tárgyalás útján kívánják rendezni. Ennek eredménytelensége esetén vitáik eldöntésére a Polgári Perrendtartásról szóló 1952. évi III. törvény szabályai alapján a perre hatáskörrel és illetékességgel rendelkező bírósághoz fordulnak. 10.5. A jelen szerződésben nem rendezett kérdésekben a Felek jogviszonya tekintetében a Polgári Törvénykönyvről szóló 1959. évi IV. törvény és a közbeszerzésekről szóló 2011. évi CVIII. törvény szabályai az irányadók. 10.6. Jelen szerződést a Felek elolvasás és értelmezés után, mint akaratukkal mindenben megegyezőt jóváhagyólag írták alá 5 példányban, melyből 3 példány illeti meg a Megrendelőt, két példány pedig a Vállalkozót.

2.

sz. melléklet: „Mobil alkalmazások fejlesztése” szakmai specifikációja

Budapest, 2013. ………………….

Megrendelő

Vállalkozó

86