Magyarország - IT-szolgáltatások: tanácsadás, szoftverfejlesztés, internet és támogatás - Mobil APP üzemeltetés és fejlesztés
Zamawiający: Médiaszolgáltatás - támogató és Vagyonkezelő Alap
Kraj: Węgry
Tryb: Inny tryb
Branża (CPV): Usługi informatyczne (72000000)
Aperlena: https://aperlena.com/pl/t/magyarorszag-it-szolgaltatasok-tanacsadas-szoftverfejlesztes-internet-es-tamogatas-mobil-app-uzemeltetes-es-fejle-a9cdcaf17a
Ogłoszenie urzędowe: https://ted.europa.eu/en/notice/-/detail/739748-2025
Ten kontrakt trwa około 60 miesięcy. Powrót na rynek: wrzesień 2030.
Zaloguj się
MINTAKONFIGURÁCIÓS TÁBLÁZAT - a beszerzés tárgyára vonatkozóan Cikkszám KM szerinti megnevezés Mennyiség Mennyiségi egység SWF02-PV Projektvezető (1 óra) 120 óra SWF02-ÜERSZ Üzleti elemző/rendszerszervező (1 óra) 720 óra SWF02-SZF Szoftverfejlesztő (1 óra) 720 óra SWF02-VSZF Vezető szoftverfejlesztő (1 óra) 360 óra SWF02-T Tesztelő (1 óra) 480 óra SWF02-SZOLG18 Alkalmazás és alkalmazás infrastruktúrához tartozó üzemeltetési szolgáltatáshoz szolgáltatásmenedzser 7*24 (1 hónap/fő) 36 hónap/fő Az ajánlatkérő a fenti teljes mintakonfigurációra kéri a részletes árajánlatot megtenni a DKÜ által előírt excel táblázat (ajánlati árlista sablon) szerint, mely a dokumentáció 3. Segédletének 6. sz. melléklete. Az MTVA audiovizuális és szövegorientált vagyonának megjelenítését és kezelését támogató webes és mobil alapú komplex rendszer üzemeltetésének, rendszerbiztonságának biztosítása mobil applikációs (iOS, Android, Huawei) és SmartTV platformokon, továbbá közösségi médiafelületek (Youtube) menedzselési és jogkezelési feladatainak ellátása. Az üzemeltetési feladat része továbbá a több blogot is kiszolgáló és megjelenítő webes CMS menedzsment rendszer és felület biztosítása. A rendszerkörnyezet és működés alapszintű bemutatása Rendszer és az azzal kapcsolatos területek általános bemutatása Az MTVA audiovizuális és szövegorientált vagyonának megjelenítését és kezelését támogató webes és mobil alapú komplex rendszer alapvetően három platformon biztosítja, egyrészről a tartalmak szerkesztését az arra jogosult kezelő felé, másrészről a tartalmak eljuttatását a felhasználók felé. A komplex rendszer magába foglal egy mobilalkalmazásokat támogató környezetet, egy blogokat és más webes felületeket kiszolgáló rendszert, illetve a YouTube platformján az MTVA hivatalos csatornáinak kiépítését, üzemeltetését és kezelését. Mobilalkalmazásokat és SmartTV készülékeket támogató rendszer A rendszer külső és belső rendszerkapcsolatok segítségével importálja a tartalmakat egy vagy akár több külső tartalomkezelő-rendszerből, majd közvetíti a Médiaszolgáltatás-támogató és Vagyonkezelő Alap audiovizuális, élő és rögzített tartalmait mobiltelefonokon elérhető okostelefonos és SmartTV készülékeken elérhető alkalmazások felé. Blogokat és egyéb webes felületeket kiszolgáló rendszer Az MTVA már meglévő blog felületeinek, illetve egyéb webes felületeknek a kezelését biztosító rendszer, beleértve a publikus felületeket és az azokat kiszolgáló egységes multiportál kezelő rendszert, valamint az MTVA egyéb felületei felé biztosított szervert. Videós tartalmak kezelése a YouTube felületén Az MTVA már meglévő vagy új videós platformjainak strukturális organizálása, a meglévő csatornapanelek és ajánló modulok frissítése, új felületek bevezetése és integrálása, valamint az MTVA videós tartalmainak kezelésével kapcsolatos feladatok elvégzése a YouTube felületén, továbbá statisztikák és adatvizualizációk készítése a Looker Studio platform használatával. A rendszer részletes bemutatása és a követelmények meghatározása a Műszaki leírásban (2. sz. melléklet) történik. Egyéb üzemeltetéshez tartozó követelmények Kiemelt médiaesemény ügyelet biztosítása az üzemeltetési szolgáltatás terhére Az üzemeltetés során elvárás, hogy az MTVA oldaláról előre jelzett, tervezett, nagy érdeklődésre számottevő vagy fokozott informatikai monitoring szolgáltatást követelő események során, az üzemeltető (Nyertes Ajánlattevő) biztosítsa a rendszerek fokozott felügyelete mellett, a gyors reagáláshoz szükséges kompetenciákat: • senior üzemeltető • backend fejlesztő • frontend fejlesztő • tesztelő • rendszerszervező A Kiemelt médiaesemények maximális száma 52 db/év. Egy kiemelt médiaesemény maximálist időtartama 4 óra. A kiemelt médiaesemény ügyelet folyamata: • Az Ajánlatkérő arra jogosult képviselője írásos rendkívüli rendelkezésre állási igényt jelenthet be legalább 3 naptári nappal a szükséges rendelkezésre állás időpontját megelőzően. • Az Ajánlattevő visszaigazolja a kérést, majd meghatározza a lehívandó órák számát, amivel a rendelkezésre állást meg tudja valósítani. Erről az Ajánlatkérőt írásban tájékoztatja. • Amennyiben az Ajánlatkérő által a rendelkezésre állási igényre adott javaslat írásban elfogadásra kerül, a rendelkezésre állást Nyertes Ajánlattevő elvégzi. • A rendkívüli ügyelet során adott támogatási, ad-hoc feladatmegoldási és dokumentumkészítési időkeret felhasználásához előzetes ajánlatadás nem szükséges, a felhasznált darabszámot a havi elszámolás riportban külön kell feltüntetni. Rendszerfrissítések kezelése Üzemeltető (Nyertes Ajánlattevő) feladatai közé tartozik a rendszerhez tartozó szoftverkomponensek indokolt esetben történő verziófrissítése. Ennek keretében az Üzemeltető köteles a szerződés időtartama alatt legalább egy alkalommal főverzió-váltást (például: 7.x → 8.x), valamint legalább egy alkalommal részverzió-váltást (például: 7.x → 7.y) elvégezni, amennyiben azt biztonsági kockázat elhárítása, a gyártói támogatottság fenntartása, vagy más, a rendszer üzemszerű működését befolyásoló körülmény szükségessé teszi. Meghibásodások kezelése Definíciók Blokkoló (Blocker) szintű hiba: A Rendszer összes felhasználója - vagy azok kiemelt csoportja - által használt funkció hibája, amely az MTVA üzleti folyamatát ellehetetleníti, vagy a Rendszer biztonságát veszélyezteti, vagy a kapcsolódó Rendszer(ek) üzembiztonságát veszélyezteti, vagy az MTVA harmadik féllel szemben fennálló kötelezettségeinek határidőben történő teljesítését akadályozza és a Rendszer adott funkciója semmilyen megkerülő megoldással nem használható. Ajánlatkérő nem tekinti megkerülő megoldásnak a Rendszeren kívül végrehajtandó tevékenységet. **** Folytatása BT-24 mezőben II.2.4) pontban.
**** I. BT-24 [II.1.4)] folytatása: Ajánlatkérő nem tekinti megkerülő megoldásnak a Rendszeren kívül végrehajtandó tevékenységet. Kritikus (Highest) szintű hiba: jelenti a szoftver részleges vagy teljes leállását, vagy olyan súlyos mértékben korlátozza, hogy a szoftver a napi tevékenység végzése során nem vehető igénybe vagy csak olyan ésszerűtlen erőfeszítések árán használható, amelyek gazdasági szempontból nem indo-koltak. Beleértve a szerkesztőségi munkafolyamatokat és a frontendi, végfelhasználó megjelenítést és felhasználói élmény akadályoztatását is. Magas (High) szintű hiba: a szoftver jól elkülöníthető részeinek használatát lehetetlenné teszi, de erőforrástöbbletet igénylő elkerülő megoldással kezelhető. Beleértve a szerkesztőségi munkafo-lyamatokat és a frontendi, végfelhasználó megjelenítést és felhasználói élmény akadályoztatását is. Közepes (Medium) szintű hiba: nem számottevő mértékű, de időszakosan a javítás elkészültéig erőforrástöbbletet igénylő elkerülő megoldással kezelhető, illetve számottevő eltérés az elfogadott design tervtől vagy funkcionalitástól. Alacsony (Low) szintű hiba: erőforrástöbbletet nem igénylő elkerülő megoldással kezelhető, funk-ciókiesést nem okozó, az elfogadott design tervtől és funkcionalitástól nem számottevő eltérés. Üzemeltetés során elvárt meghibásodások kezelése Üzemeltető a bejelentett hibák elhárítását az alábbi határidőkkel köteles megkezdeni: • Blokkoló szintű hiba javítása: A hibajavítás, a hiba jelzésétől kezdődően 15 percen belül megkezdődik • Kritikus szintű hiba javítása: A hibajavítás a hiba jelzésétől kezdődően 30 percen belül meg-kezdődik • Magas szintű hiba javítása: A hibajavítás a hiba jelzésétől kezdődően 2 órán belül megkez-dődik • Közepes szintű hiba javítása: A hibajavítás 5 munkanapon belül megkezdődik • Alacsony szintű hiba javítása: A hibajavítás 10 munkanapon belül megkezdődik Rendelkezésre állás Elvárt SLA(k) definiálása A portál és CMS rendszer a hét minden napján, a nap 24 órájában, meghatározott rövid válaszidők-kel rendelkezésre kell, hogy álljon. A hosszan futó folyamatok (pl. transzkódolás, biztonsági mentés stb.) kivételével a CMS funkciók maximális válaszideje, legfeljebb 5 mp lehet. Törekedni kell arra, hogy a válaszidők az adott funkciónak megfelelő legalacsonyabb értékek legyenek. A teljes rendszer esetében (frontend, backend) az elvárt rendelkezésre állási idő, havi bontásban legalább 99.5%. Kiemelt médiaesemények A kiemelt események esetében külön SLA vonatkozik, amely a kijelölt esemény kezdete és vége közötti időre érvényes és értéke 99.9%. Nyertes Ajánlattevő vállalja, hogy az kiemelt eseményekhez kapcsolódóan, a kiszolgálásban részt-vevő infrastruktúrális elemeinek terheléséről az eseményt követő munkanap 17:00 óráig riportot küld MTVA számára. A fentebbiektől eltérni, csak az MTVA-val történő egyeztetést követően lehet. Nyertes Ajánlattevő havi rendszerességgel az aktuális hónapot követő 15. (tizenötödik) munkana-pig SLA riportot készít. Monitoring rendszer(ek) definiálása Nyertes Ajánlattevő feladata a fentebb definiált SLA kiszolgálás biztosításához szükséges monitoring és riasztási rendszer (többszintű riasztás) kialakítása, amely alapján igazolni tudja a vállalt SLA szin-tek teljesítését és a rendszer hatékony működését. Folyamatosan monitorozni szükséges a komplex szolgáltatásokat, a funkciók és a szerepkörök mű-ködési és rendelkezésre állási paramétereit, rendellenes működésük esetén azonnal incidens keze-lést kell indítani. Online, real time távoli hozzáférést kell biztosítania az MTVA szakemberei számára a webes, mobil alkalmazások és streaming szolgáltatások állapotát monitorozó dashboard rendszerhez. Üzemeltetési riport rendszerek definiálása A kialakított architektúrával kapcsolatban elvárás, hogy a működésről, riasztásokról, terheléses adatokról minden nap üzemviteli jelentést kapjon az MTVA. Az üzemviteli jelentés mind a webes felületek, a mobil alkalmazások és a videókiszolgálási folya-matok esetében is elvárás. Az üzemviteli jelentés minden esetben grafikus formában is tartalmazza a kiszolgálásban résztvevő, legfontosabb rendszerkomponensek adatait (Nyertes Ajánlattevő által üzemeltettet rendszereknél releváns), például, de nem teljes körűen: Tranzakciós válaszadási időket • PHP kiszolgálás • Adatbázis kiszolgálás • Cache megoldások CPU és memória terheléses adatokat • Szerkesztőségi rendszer kiszolgálását végző webapp szerverek • Mobil alkalmazások kiszolgálását végző szerverek • Publikus webapp szerverek • Adatbázis szerverek Videókiszolgálás • streamek maximális konkurens ügyfélszáma • streamekhez tartozó maximális kiszolgálási sávszélesség (belföld) • streamekhez tartozó maximális kiszolgálási sávszélesség (külföld) • felhasznált DRM licence-ek száma CMS adatok • Létrehozott tartalmak száma • Publikált tartalmak száma • Létrehozott videók száma • Publikált videók száma • Médiatárba feltöltött képek száma • Létrehozott push üzenetek száma • Kézbesített push üzenetek számossága (hány eszköre lett kiküldve) • Kiküldött hírlevelek számossága A fentebbi részletes technikai adatokon kívül, összefoglaló szerűen tartalmazza a főbb rendszer-komponensek működésével kapcsolatos státuszt a jelentés időszakára vonatkozóan, például, de nem teljeskörűen: • Webes kiszolgálás • Mobil alkalmazás kiszolgálás • Szerkesztőségi rendszer • Médiatár • Videófolyamatok és CDN stream kiszolgálás • Videókijátszás • Backup és Archiválási folyamatok Amennyiben a rendszer vagy bármelyik működtetésben résztvevő folyamat kiszolgálásában hiba vagy riasztás esemény következett be, az üzemviteli jelentést ki kell egészíteni az alábbi informáci-ókkal például, de nem teljeskörűen: • Hiba/esemény megnevezése • Hiba/esemény részletes leírása • Hiba/esemény kezdő időpontja (dátum+óra:perc) • Hiba/esemény záró időpontja (dátum+óra:perc) • Hiba/Esemény oka • Hiba/esemény során végzett intézkedések részletes leírása, elhárítás lépései • Kommunikációban résztvevő, értesített személyek **** Folytatása a BT-728 mezőben.
Oficjalne źródło
Źródło: TED - Tenders Electronic Daily (Publications Office of the EU)
Zawsze weryfikuj szczegóły w oficjalnym ogłoszeniu.
Zamawiający ma w tej branży za mało własnych rozstrzygnięć, dlatego pokazujemy przedział ostatnich rozstrzygnięć (564) w branży Usługi informatyczne w kraju: Węgry.
384 €1,4 mld €
To rozstrzygnięcie
56,3 mln €
Mediana wartosci
762 602 €
Środkowa połowa wcześniejszych rozstrzygnięć
od 330 991 € do 3,2 mln €
Wartość udzielonego zamówienia jest wyższa niż trzy na cztery wcześniejsze rozstrzygnięcia.
Wartości udzielonych zamówień według publikacji źródeł urzędowych. Traktuj je orientacyjnie: zakres, części i czas trwania różnią się między umowami.
liczba różnych firm, które zdobyły jego zamówienia
21
udział zamówień, które trafiły do trzech najczęstszych wykonawców
25%
udział postępowań z podaną wartością szacunkową
0%
Na podstawie 24 rozstrzygnięć z ostatnich 3 lat ze wskazanym wykonawcą. Liczone według rozstrzygnięć, a nie wartości, bo kwoty części i umów ramowych nie są porównywalne.
Skoncentrowany: trzej najczęstsi wykonawcy zdobyli co najmniej 65% zamówień; wielu dostawców: poniżej 35% przy co najmniej dziesięciu różnych wykonawcach.
Konkurencja
średnia liczba ofert na część (tryby otwarte i ograniczone)
1,6
udział tych części, w których złożono jedną ofertę
42%
udział zamówień zdobytych przez firmy z siedzibą w innym kraju
5%
Tak, jak podają je oficjalne ogłoszenia o udzieleniu zamówienia, z ostatnich 3 lat. Liczba ofert na część obejmuje tylko tryby otwarte i ograniczone: w trybie negocjacyjnym lub z wolnej ręki jedna oferta to istota samego trybu. Kraj to ten, który ogłoszenie podaje dla wykonawcy.
20238
20248
202526
20267
Jedna kropka to jedno rozstrzygnięcie, w dniu podpisania, w wielkości odpowiadającej wartości. Pierścień oznacza rozstrzygnięcie bez opublikowanej wartości.
udział zamówień, które trafiły do trzech najczęstszych wykonawców
10%
liczba zamawiających, którzy udzielili tu zamówień
112
Na podstawie 358 rozstrzygnięć z ostatnich 3 lat ze wskazanym wykonawcą. Liczone według rozstrzygnięć, a nie wartości, bo kwoty części i umów ramowych nie są porównywalne.
Skoncentrowany: trzej najczęstsi wykonawcy zdobyli co najmniej 65% zamówień; wielu dostawców: poniżej 35% przy co najmniej dziesięciu różnych wykonawcach.
Konkurencja
średnia liczba ofert na część (tryby otwarte i ograniczone)
2,0
udział tych części, w których złożono jedną ofertę
50%
udział zamówień zdobytych przez firmy z siedzibą w innym kraju
4%
udział ofert z innego kraju
3%
Tak, jak podają je oficjalne ogłoszenia o udzieleniu zamówienia, z ostatnich 3 lat. Liczba ofert na część obejmuje tylko tryby otwarte i ograniczone: w trybie negocjacyjnym lub z wolnej ręki jedna oferta to istota samego trybu. Kraj to ten, który ogłoszenie podaje dla wykonawcy.
Albo obserwuj tylko jego kod CPV, „Usługi informatyczne: konsultacyjne, opracowywania oprogramowania, internetowe i wsparcia”: e-mail, gdy pojawią się nowe przetargi z tym kodem, bez konta.