System Adtech-TV Bridge (system typu Manifest Manipulator)
Notice description
Powstaje w kontekście projektu:
FELU.01.03-IP.01-0093/25 - Wdrożenie wyników prac B+R w Opportunities Bridge Sp. z o.o. poprzez komercjalizację systemu Adtech-TV Bridge dedykowanego realizacji procesów Dynamic Ad Insertion
Przedmiotem zamówienia jest dostawa, wdrożenie oraz uruchomienie produkcyjne systemu Adtech-TV Bridge (ATB) – systemu typu Manifest Manipulator pełniącego rolę SSAI/DAI – w liczbie 1 kompletnego, w pełni funkcjonalnego rozwiązania, wraz z niezbędnymi licencjami, zgodnie ze szczegółowym opisem przedmiotu zamówienia zamieszczonym poniżej.
W ramach opisu przedmiotu zamówienia przyjmuje się następujące znaczenie użytych pojęć:
a) DAI (Dynamic Ad Insertion) - dynamiczne wstawianie/podmiana reklam w strumieniu treści.
b) SSAI (Server-Side Ad Insertion) - serwerowe wstawianie reklam realizowane po stronie infrastruktury, niewymagające modyfikacji aplikacji klienckich.
c) SGAI (Server-Guided Ad Insertion) - tryb, w którym manifest zawiera rezerwację slotów, a finalne URI kreacji doklejane są tuż przed odtworzeniem.
d) Manifest Manipulator - system generujący i modyfikujący manifesty HLS/DASH w celu realizacji procesów DAI/SSAI/SGAI.
e) CASG (Content-Aware Splice Guard) - moduł normalizacji i walidacji sygnałów SCTE-35 zapewniający spójność ścieżki audytu break→manifest→emisja.
f) Break - blok reklamowy w strumieniu; break logiczny wynika z sygnalizacji, break w manifeście z jego odwzorowania.
g) SCTE-35 / SCTE-224 - standardy sygnalizacji breaków i zarządzania decyzjami emisyjnymi.
h) ABR (Adaptive Bitrate) - adaptacyjne dostosowanie jakości strumienia; ABR Stabilizer minimalizuje zaburzenia na granicach breaków.
i) CMAF - wspólny format kontenera segmentów zapewniający zgodność HLS/DASH.
j) QoE / QoA - Quality of Experience (jakość doświadczenia widza) / Quality of Advertising (jakość realizacji emisji reklam).
k) ULL / LL - Ultra Low Latency / Low Latency – tryby transmisji o bardzo niskim opóźnieniu.
1. System Adtech-TV Bridge (system typu Manifest Manipulator) – 1 szt.
Przedmiot zamówienia ma pełnić rolę manifest manipulatora / SSAI/DAI dla:
− strumieni programów TV (live, near-live, FAST, VOD, NPVR, catch-up),
− systemów ADS (Ad Server / Platformy AddressableTV, SSP, DMP, analitycznych),
− warstwą biznesową w systemach dystrybucji treści (origin, CDN) dla platform Telewizyjnych / OTT / HbbTV (aplikacje CTV/STB/mobile/web, HbbTV).
System musi wspierać co najmniej:
− Realizację procesu DAI dla live (LL/ULL) / near-live / simulcast TV,
− Realizację procesu DAI dla kanału FAST,
− Realizację procesu DAI dla VOD / NPVR / catch-up / time-shift,
− Realizację scenariusza VoD-to-Live (plajlistowanie assetów VoD jako kanału wraz z dedykowanymi programikami telewizyjnymi).
ZAKRES PRAC:
1. Dostawa i wdrożenie oprogramowania ATB wraz z licencjami, zgodnego ze specyfikacją oraz w oparciu o udostępnioną technologię.
2. Dostarczenie i konfigurację: modułów integracyjnych (ADS/SSP, SCTE-35/224, EPG, billing/analityka); komponentów realizujących manipulację manifestów HLS/DASH (w tym LL-HLS/DASH-LL); modułów stabilizacji ABR, wyrównania CMAF/audio, zarządzania breakami.
3. Udostępnienie GUI (konsoli operatorskiej) i API administracyjnego do zarządzania usługami, politykami i integracjami.
4. Uruchomienie Systemu w środowiskach: testowym (DEV/TEST), przedprodukcyjnym (staging) oraz produkcyjnym (PROD) wraz z konfiguracją wysokiej dostępności, a także podstawowymi dashboardami monitoringu.
5. Dostarczenie dokumentacji, przeprowadzenie szkolenia administratorów/operatorów oraz świadczenie gwarancji i wsparcia technicznego.
Szkolenie zostanie przeprowadzone dla co najmniej 2 osób i będzie trwało co najmniej 5 dni
Minimalny okres gwarancji wynosi 12 miesięcy liczony od dnia podpisania protokołu końcowego
Wsparcie techniczne świadczone jest przez okres równy zaoferowanemu przez Wykonawcę okresowi gwarancji, liczony od dnia podpisania protokołu odbioru końcowego. Cena oferty musi obejmować wsparcie techniczne w całym tym okresie.
W ramach wsparcia technicznego Wykonawca zobowiązuje się do świadczenia usług serwisowych zgodnie z następującymi parametrami SLA:
a) dla błędów krytycznych oprogramowania – tj. wad dostarczonego oprogramowania uniemożliwiających realizację procesu DAI/SSAI lub powodujących przerwanie emisji, o ile przyczyna leży po stronie oprogramowania – czas reakcji (przyjęcie zgłoszenia i przystąpienie do diagnozy) nie dłuższy niż 15 minut od skutecznego zgłoszenia, w trybie 24/7/365; wskazanie rozwiązania tymczasowego lub obejścia nie dłuższe niż 4 godziny; dostarczenie poprawki usuwającej przyczynę błędu nie dłuższe niż 3 dni robocze;
b) dla pozostałych błędów (niewpływających na podstawowe funkcjonalności) – czas reakcji nie dłuższy niż 1 dzień roboczy, dostarczenie poprawki nie dłuższe niż 10 dni roboczych, chyba że Strony uzgodnią inny termin z uwagi na stopień złożoności prac.
Zgłoszenia przyjmowane będą przez dedykowany system zgłoszeniowy Wykonawcy dostępny w trybie 24/7 oraz pomocniczo na adres poczty elektronicznej wskazany w umowie. Przez dni robocze rozumie się dni od poniedziałku do piątku, z wyłączeniem dni ustawowo wolnych od pracy w Rzeczypospolitej Polskiej.
Prawa autorskie i licencje
W ramach wynagrodzenia Wykonawca przeniesie na Zamawiającego autorskie prawa majątkowe do wszystkich utworów wytworzonych w ramach realizacji zamówienia, w zakresie niezbędnym do korzystania, rozwijania, modyfikowania i utrzymywania Systemu.
W ramach realizacji zamówienia Wykonawca przekaże Zamawiającemu kompletny kod źródłowy wszystkich elementów Systemu wytworzonych w ramach realizacji zamówienia wraz z dokumentacją techniczną umożliwiającą jego rozwój, utrzymanie i modyfikację.
Jeżeli w ramach realizacji zamówienia zostaną wykorzystane komponenty, biblioteki lub oprogramowanie osób trzecich, w tym oprogramowanie Open Source, Wykonawca zobowiązany będzie:
• przekazać wykaz wykorzystanych komponentów wraz z określeniem rodzaju licencji,
• zapewnić Zamawiającemu prawa lub licencje umożliwiające korzystanie z Systemu zgodnie z jego przeznaczeniem,
• zagwarantować, że wykorzystanie tych komponentów nie ograniczy praw Zamawiającego do korzystania, utrzymania i rozwoju Systemu.
Koszt przeniesienia autorskich praw majątkowych, przekazania kodu źródłowego oraz udzielenia lub zapewnienia wszelkich wymaganych licencji powinien zostać uwzględniony w cenie oferty.
Parametry minimalne:
Wszystkie wymagania oznaczone symbolami W-F, W-N oraz W-W są wymaganiami obligatoryjnymi, o ile wprost nie zostały oznaczone jako „wymaganie pożądane”. Spełnienie wszystkich wymagań obligatoryjnych warunkuje odbiór Systemu.
Z uwagi na limit znaków szczegółowy opis wymagań znajduje się w dokumencie: Zapytanie _ofertowe_zakup_systemu w sekcji Załączniki.
A. Wymagania funkcjonalne
1.1. Obsługiwane protokoły i urządzenia (szacowana liczba roboczogodzin 1400)
W-F.01 – Wspierane protokoły streamingowe
W-F.02 – Obsługa urządzeń i środowisk klienckich
1.2. Integracja z sygnałami źródłowymi (SCTE/EPG) (szacowana liczba roboczogodzin 1600)
W-F.03 – Wejściowe sygnały sygnalizacyjne:
W-F.04 – Normalizacja i walidacja SCTE-35 (System musi dostarczać moduł Content-Aware Splice Guard – CASG ):
1.3. Integracja z ADS/Platformami AddressableTV / Ad Server / SSP / DSP (szacowana liczba roboczogodzin 1800)
W-F.05 – Interfejs decyzyjny:
W-F.06 – Wielo-ADS i routing popytu:
1.4. Zarządzanie breakami i slotami reklamowymi (szacowana liczba roboczogodzin 1200)
W-F.07 – Typy operacji na blokach reklamowych/ breakach:
W-F.08 – Dopasowanie długości breaku:
1.5. Per-session manifest manipulation i SGAI (szacowana liczba roboczogodzin 1800)
W-F.09 – Personalizacja manifestów:
1.6. Stabilizacja ABR i wyrównanie CMAF/audio (szacowana liczba roboczogodzin 1700)
W-F.10 – ABR Stabilizer:
W-F.11 – Wyrównanie CMAF i timeline’u:
W-F.12 – Spójność toru audio:
1.7. Mapowanie SCTE-35 - HLS/DASH i walidacja shadow (szacowana liczba roboczogodzin 1500)
W-F.13 – Mapowanie SCTE-35 do manifestu:
W-F.14 – Symulator pre-publish i shadow:
1.8. ULL DAI, prefetch/prefill, two-phase publish (szacowana liczba roboczogodzin 1400)
W-F.15 – Obsługa ULL i scenariuszy high-value events:
W-F.16 – Prefetch i prefill
W-F.17 – Two-Phase Publish:
1.9. Telemetria, QoE/QoA i mechanizmy autokorekty (szacowana liczba roboczogodzin 1800)
W-F.18 – Zakres telemetrii:
W-F.19 – Beacon Engine i neutralność kwartylowa
W-F.20 – Autokorekta polityk:
1.10. GUI (konsola operatorska) i API (szacowana liczba roboczogodzin 1800)
W-F.21 – Konsola operatorska:
W-F.22 – API administracyjne:
B. Wymagania niefunkcjonalne
1.11. Wydajność i skalowalność
W-N.01 – Czas generacji manifestu:
W-N.02 – Skalowalność horyzontalna:
1.12. Niezawodność i dostępność
W-N.03 – Wysoka dostępność:
1.13. Bezpieczeństwo i prywatność
W-N.04 – Bezpieczeństwo komunikacji i danych
Wymagania dotyczące wdrożenia i utrzymania
1.14. Środowiska i architektura
W-W.01 – Środowiska wdrożeniowe:
W-W.02 – Dokumentacja
W-W.03 – Monitoring i integracja z NMS/SIEM
Jeśli w opisie przedmiotu zamówienia występują: nazwy konkretnego producenta, nazwy konkretnego produktu, normy jakościowe, patenty, znaki towarowe, typy, standardy należy to traktować jedynie jako pomoc w opisie przedmiotu zamówienia. W każdym przypadku dopuszczalne są produkty równoważne pod względem konstrukcji, materiałów, funkcjonalności, jakości. Jeżeli w opisie przedmiotu zamówienia wskazano jakikolwiek znak towarowy, patent czy pochodzenie - należy przyjąć, że wskazane patenty, znaki towarowe, pochodzenie określają parametry techniczne, eksploatacyjne, użytkowe, co oznacza, że Zamawiający dopuszcza złożenie ofert w tej części przedmiotu zamówienia o równoważnych parametrach technicznych, eksploatacyjnych i użytkowych.
Równoważność będzie oceniana w odniesieniu do funkcji, interfejsów, parametrów wydajnościowych, bezpieczeństwa, kompatybilności, zakresu wymiany danych oraz możliwości integracji wymaganych w niniejszym OPZ. Samo wskazanie nazwy producenta lub produktu nie oznacza obowiązku zastosowania tego konkretnego rozwiązania, chyba że integracja z tym rozwiązaniem wynika z istniejącego środowiska Zamawiającego
Obowiązek wykazania równoważności spoczywa na Wykonawcy (...)
Okres gwarancji: Minimalny okres gwarancji wynosi 12 miesięcy liczony od dnia podpisania protokołu końcowego
Miejsce realizacji
Kraj: Polska, Województwo: lubelskie, Powiat: puławski, Gmina: Puławy, Miejscowość: Puławy
FELU.01.03-IP.01-0093/25 - Wdrożenie wyników prac B+R w Opportunities Bridge Sp. z o.o. poprzez komercjalizację systemu Adtech-TV Bridge dedykowanego realizacji procesów Dynamic Ad Insertion
Przedmiotem zamówienia jest dostawa, wdrożenie oraz uruchomienie produkcyjne systemu Adtech-TV Bridge (ATB) – systemu typu Manifest Manipulator pełniącego rolę SSAI/DAI – w liczbie 1 kompletnego, w pełni funkcjonalnego rozwiązania, wraz z niezbędnymi licencjami, zgodnie ze szczegółowym opisem przedmiotu zamówienia zamieszczonym poniżej.
W ramach opisu przedmiotu zamówienia przyjmuje się następujące znaczenie użytych pojęć:
a) DAI (Dynamic Ad Insertion) - dynamiczne wstawianie/podmiana reklam w strumieniu treści.
b) SSAI (Server-Side Ad Insertion) - serwerowe wstawianie reklam realizowane po stronie infrastruktury, niewymagające modyfikacji aplikacji klienckich.
c) SGAI (Server-Guided Ad Insertion) - tryb, w którym manifest zawiera rezerwację slotów, a finalne URI kreacji doklejane są tuż przed odtworzeniem.
d) Manifest Manipulator - system generujący i modyfikujący manifesty HLS/DASH w celu realizacji procesów DAI/SSAI/SGAI.
e) CASG (Content-Aware Splice Guard) - moduł normalizacji i walidacji sygnałów SCTE-35 zapewniający spójność ścieżki audytu break→manifest→emisja.
f) Break - blok reklamowy w strumieniu; break logiczny wynika z sygnalizacji, break w manifeście z jego odwzorowania.
g) SCTE-35 / SCTE-224 - standardy sygnalizacji breaków i zarządzania decyzjami emisyjnymi.
h) ABR (Adaptive Bitrate) - adaptacyjne dostosowanie jakości strumienia; ABR Stabilizer minimalizuje zaburzenia na granicach breaków.
i) CMAF - wspólny format kontenera segmentów zapewniający zgodność HLS/DASH.
j) QoE / QoA - Quality of Experience (jakość doświadczenia widza) / Quality of Advertising (jakość realizacji emisji reklam).
k) ULL / LL - Ultra Low Latency / Low Latency – tryby transmisji o bardzo niskim opóźnieniu.
1. System Adtech-TV Bridge (system typu Manifest Manipulator) – 1 szt.
Przedmiot zamówienia ma pełnić rolę manifest manipulatora / SSAI/DAI dla:
− strumieni programów TV (live, near-live, FAST, VOD, NPVR, catch-up),
− systemów ADS (Ad Server / Platformy AddressableTV, SSP, DMP, analitycznych),
− warstwą biznesową w systemach dystrybucji treści (origin, CDN) dla platform Telewizyjnych / OTT / HbbTV (aplikacje CTV/STB/mobile/web, HbbTV).
System musi wspierać co najmniej:
− Realizację procesu DAI dla live (LL/ULL) / near-live / simulcast TV,
− Realizację procesu DAI dla kanału FAST,
− Realizację procesu DAI dla VOD / NPVR / catch-up / time-shift,
− Realizację scenariusza VoD-to-Live (plajlistowanie assetów VoD jako kanału wraz z dedykowanymi programikami telewizyjnymi).
ZAKRES PRAC:
1. Dostawa i wdrożenie oprogramowania ATB wraz z licencjami, zgodnego ze specyfikacją oraz w oparciu o udostępnioną technologię.
2. Dostarczenie i konfigurację: modułów integracyjnych (ADS/SSP, SCTE-35/224, EPG, billing/analityka); komponentów realizujących manipulację manifestów HLS/DASH (w tym LL-HLS/DASH-LL); modułów stabilizacji ABR, wyrównania CMAF/audio, zarządzania breakami.
3. Udostępnienie GUI (konsoli operatorskiej) i API administracyjnego do zarządzania usługami, politykami i integracjami.
4. Uruchomienie Systemu w środowiskach: testowym (DEV/TEST), przedprodukcyjnym (staging) oraz produkcyjnym (PROD) wraz z konfiguracją wysokiej dostępności, a także podstawowymi dashboardami monitoringu.
5. Dostarczenie dokumentacji, przeprowadzenie szkolenia administratorów/operatorów oraz świadczenie gwarancji i wsparcia technicznego.
Szkolenie zostanie przeprowadzone dla co najmniej 2 osób i będzie trwało co najmniej 5 dni
Minimalny okres gwarancji wynosi 12 miesięcy liczony od dnia podpisania protokołu końcowego
Wsparcie techniczne świadczone jest przez okres równy zaoferowanemu przez Wykonawcę okresowi gwarancji, liczony od dnia podpisania protokołu odbioru końcowego. Cena oferty musi obejmować wsparcie techniczne w całym tym okresie.
W ramach wsparcia technicznego Wykonawca zobowiązuje się do świadczenia usług serwisowych zgodnie z następującymi parametrami SLA:
a) dla błędów krytycznych oprogramowania – tj. wad dostarczonego oprogramowania uniemożliwiających realizację procesu DAI/SSAI lub powodujących przerwanie emisji, o ile przyczyna leży po stronie oprogramowania – czas reakcji (przyjęcie zgłoszenia i przystąpienie do diagnozy) nie dłuższy niż 15 minut od skutecznego zgłoszenia, w trybie 24/7/365; wskazanie rozwiązania tymczasowego lub obejścia nie dłuższe niż 4 godziny; dostarczenie poprawki usuwającej przyczynę błędu nie dłuższe niż 3 dni robocze;
b) dla pozostałych błędów (niewpływających na podstawowe funkcjonalności) – czas reakcji nie dłuższy niż 1 dzień roboczy, dostarczenie poprawki nie dłuższe niż 10 dni roboczych, chyba że Strony uzgodnią inny termin z uwagi na stopień złożoności prac.
Zgłoszenia przyjmowane będą przez dedykowany system zgłoszeniowy Wykonawcy dostępny w trybie 24/7 oraz pomocniczo na adres poczty elektronicznej wskazany w umowie. Przez dni robocze rozumie się dni od poniedziałku do piątku, z wyłączeniem dni ustawowo wolnych od pracy w Rzeczypospolitej Polskiej.
Prawa autorskie i licencje
W ramach wynagrodzenia Wykonawca przeniesie na Zamawiającego autorskie prawa majątkowe do wszystkich utworów wytworzonych w ramach realizacji zamówienia, w zakresie niezbędnym do korzystania, rozwijania, modyfikowania i utrzymywania Systemu.
W ramach realizacji zamówienia Wykonawca przekaże Zamawiającemu kompletny kod źródłowy wszystkich elementów Systemu wytworzonych w ramach realizacji zamówienia wraz z dokumentacją techniczną umożliwiającą jego rozwój, utrzymanie i modyfikację.
Jeżeli w ramach realizacji zamówienia zostaną wykorzystane komponenty, biblioteki lub oprogramowanie osób trzecich, w tym oprogramowanie Open Source, Wykonawca zobowiązany będzie:
• przekazać wykaz wykorzystanych komponentów wraz z określeniem rodzaju licencji,
• zapewnić Zamawiającemu prawa lub licencje umożliwiające korzystanie z Systemu zgodnie z jego przeznaczeniem,
• zagwarantować, że wykorzystanie tych komponentów nie ograniczy praw Zamawiającego do korzystania, utrzymania i rozwoju Systemu.
Koszt przeniesienia autorskich praw majątkowych, przekazania kodu źródłowego oraz udzielenia lub zapewnienia wszelkich wymaganych licencji powinien zostać uwzględniony w cenie oferty.
Parametry minimalne:
Wszystkie wymagania oznaczone symbolami W-F, W-N oraz W-W są wymaganiami obligatoryjnymi, o ile wprost nie zostały oznaczone jako „wymaganie pożądane”. Spełnienie wszystkich wymagań obligatoryjnych warunkuje odbiór Systemu.
Z uwagi na limit znaków szczegółowy opis wymagań znajduje się w dokumencie: Zapytanie _ofertowe_zakup_systemu w sekcji Załączniki.
A. Wymagania funkcjonalne
1.1. Obsługiwane protokoły i urządzenia (szacowana liczba roboczogodzin 1400)
W-F.01 – Wspierane protokoły streamingowe
W-F.02 – Obsługa urządzeń i środowisk klienckich
1.2. Integracja z sygnałami źródłowymi (SCTE/EPG) (szacowana liczba roboczogodzin 1600)
W-F.03 – Wejściowe sygnały sygnalizacyjne:
W-F.04 – Normalizacja i walidacja SCTE-35 (System musi dostarczać moduł Content-Aware Splice Guard – CASG ):
1.3. Integracja z ADS/Platformami AddressableTV / Ad Server / SSP / DSP (szacowana liczba roboczogodzin 1800)
W-F.05 – Interfejs decyzyjny:
W-F.06 – Wielo-ADS i routing popytu:
1.4. Zarządzanie breakami i slotami reklamowymi (szacowana liczba roboczogodzin 1200)
W-F.07 – Typy operacji na blokach reklamowych/ breakach:
W-F.08 – Dopasowanie długości breaku:
1.5. Per-session manifest manipulation i SGAI (szacowana liczba roboczogodzin 1800)
W-F.09 – Personalizacja manifestów:
1.6. Stabilizacja ABR i wyrównanie CMAF/audio (szacowana liczba roboczogodzin 1700)
W-F.10 – ABR Stabilizer:
W-F.11 – Wyrównanie CMAF i timeline’u:
W-F.12 – Spójność toru audio:
1.7. Mapowanie SCTE-35 - HLS/DASH i walidacja shadow (szacowana liczba roboczogodzin 1500)
W-F.13 – Mapowanie SCTE-35 do manifestu:
W-F.14 – Symulator pre-publish i shadow:
1.8. ULL DAI, prefetch/prefill, two-phase publish (szacowana liczba roboczogodzin 1400)
W-F.15 – Obsługa ULL i scenariuszy high-value events:
W-F.16 – Prefetch i prefill
W-F.17 – Two-Phase Publish:
1.9. Telemetria, QoE/QoA i mechanizmy autokorekty (szacowana liczba roboczogodzin 1800)
W-F.18 – Zakres telemetrii:
W-F.19 – Beacon Engine i neutralność kwartylowa
W-F.20 – Autokorekta polityk:
1.10. GUI (konsola operatorska) i API (szacowana liczba roboczogodzin 1800)
W-F.21 – Konsola operatorska:
W-F.22 – API administracyjne:
B. Wymagania niefunkcjonalne
1.11. Wydajność i skalowalność
W-N.01 – Czas generacji manifestu:
W-N.02 – Skalowalność horyzontalna:
1.12. Niezawodność i dostępność
W-N.03 – Wysoka dostępność:
1.13. Bezpieczeństwo i prywatność
W-N.04 – Bezpieczeństwo komunikacji i danych
Wymagania dotyczące wdrożenia i utrzymania
1.14. Środowiska i architektura
W-W.01 – Środowiska wdrożeniowe:
W-W.02 – Dokumentacja
W-W.03 – Monitoring i integracja z NMS/SIEM
Jeśli w opisie przedmiotu zamówienia występują: nazwy konkretnego producenta, nazwy konkretnego produktu, normy jakościowe, patenty, znaki towarowe, typy, standardy należy to traktować jedynie jako pomoc w opisie przedmiotu zamówienia. W każdym przypadku dopuszczalne są produkty równoważne pod względem konstrukcji, materiałów, funkcjonalności, jakości. Jeżeli w opisie przedmiotu zamówienia wskazano jakikolwiek znak towarowy, patent czy pochodzenie - należy przyjąć, że wskazane patenty, znaki towarowe, pochodzenie określają parametry techniczne, eksploatacyjne, użytkowe, co oznacza, że Zamawiający dopuszcza złożenie ofert w tej części przedmiotu zamówienia o równoważnych parametrach technicznych, eksploatacyjnych i użytkowych.
Równoważność będzie oceniana w odniesieniu do funkcji, interfejsów, parametrów wydajnościowych, bezpieczeństwa, kompatybilności, zakresu wymiany danych oraz możliwości integracji wymaganych w niniejszym OPZ. Samo wskazanie nazwy producenta lub produktu nie oznacza obowiązku zastosowania tego konkretnego rozwiązania, chyba że integracja z tym rozwiązaniem wynika z istniejącego środowiska Zamawiającego
Obowiązek wykazania równoważności spoczywa na Wykonawcy (...)
Okres gwarancji: Minimalny okres gwarancji wynosi 12 miesięcy liczony od dnia podpisania protokołu końcowego
Miejsce realizacji
Kraj: Polska, Województwo: lubelskie, Powiat: puławski, Gmina: Puławy, Miejscowość: Puławy
Time limit for receipt of tenders
2026-10-05 21:59:59.0
Location
Kraj: Polska, Województwo: lubelskie, Powiat: puławski, Gmina: Puławy, Miejscowość: Puławy
Category assortment
Network infrastructure devices
Telecommunications infrastructure
Licences and software
Portable memory storage devices
Telecommunications equipment and accessories
Hardware, parts and accessories
Internet and telephone services
Software development
Implementation services
Maintenance and support
Telecommunications infrastructure
Licences and software
Portable memory storage devices
Telecommunications equipment and accessories
Hardware, parts and accessories
Internet and telephone services
Software development
Implementation services
Maintenance and support
Buyer details
OPPORTUNITIES BRIDGE SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ
Ignacego Mościckiego 1
24-110 Puławy
Województwo: lubelskie
Kraj: Polska
NIP: 7010591791
Ignacego Mościckiego 1
24-110 Puławy
Województwo: lubelskie
Kraj: Polska
NIP: 7010591791
