Dostawa, wdrożenie i opieka serwisowa symulatorów VR wraz z niezbędnym sprzętem
Pełna nazwa postępowania: dostawa, wdrożenie i opieka serwisowa symulatorów VR wraz z niezbędnym sprzętem, oprogramowaniem, licencjami, gwarancją oraz szkoleniami wspierającymi wykorzystanie nowoczesnych narzędzi dydaktycznych w procesie kształcenia ramach realizacji projektu Uniwersyteckie Centrum Badań i Rozwoju Kompetencji, nr umowy: FERS.01.05-IP.08-0275/23-00.
Uniwersytet Szczeciński·NIP 8510208005·Szczecin
Wartość szac.
—
nie podano
Termin składania
29.07.2026
postępowanie zakończone
Otwarcie ofert
—
nie podano
Opublikowano
15 lipca 2026
źródło: TED
Streszczenie SWZ
Streszczenie AI · Janusz
Widzisz połowę każdej z 8 sekcjiDruga połowa — łącznie 25 zdań z warunkami, dokumentami i analizą ryzyka — odsłania się po założeniu darmowego konta.
Postępowanie prowadzone jest w trybie przetargu nieograniczonego (art. 132 – 139 PZP) na podstawie ustawy z dnia 11 września 2019 r. Prawo zamówień publicznych (Dz. U. z 2024 r., poz. (+ 4 zdania — pełna treść po zalogowaniu)
Termin wykonania zamówienia: Wykonawca zobowiązany jest do wykonania zamówienia w terminie od 45 do 60 dni kalendarzowych od dnia podpisania umowy. Zaoferowanie dłuższego terminu niż 60 dni skutkuje odrzuceniem oferty.
Zamawiający określił warunki udziału w postępowaniu dotyczące zdolności technicznej lub zawodowej:
Część 1: W okresie ostatnich 3 lat wykonawca musi wykazać należyte wykonanie co najmniej 2 zamówień polegających na opracowaniu i wdrożeniu programistyczno-sprzętowym systemów symulacyjnych VR do zastosowań profesjonalnych o wartości każdego min. 200 000,00 PLN brutto.
Część 2: W okresie ostatnich 3 lat wykonawca musi wykazać należyte wykonanie co najmniej 2 zamówień polegających na opracowaniu i wdrożeniu programistyczno-sprzętowym systemów symulacyjnych VR do zastosowań profesjonalnych o wartości każdego min. 350 000,00 PLN brutto.
Podwykonawstwo: Wykonawca może zlecić podwykonawstwo części zamówienia, przy czym wykonawcy wspólnie ubiegający się o zamówienie wskazują zakres prac dla poszczególnych podmiotów (str. 11). Wykonawca nie może po terminie składania ofert powoływać się na zdolności podmiotów trzecich, jeśli nie polegał na nich wcześniej (str. 15).
Zmiany umowy: Dopuszczalne w formie pisemnego aneksu (str. 73). Przesłanki obejmują zmiany przepisów, siłę wyższą, błędy/niejasności w umowie, wycofanie asortymentu z dystrybucji lub jego brak, oraz rezygnację przez Zamawiającego z części zamówienia (str. 73-74).
Własność intelektualna: Zamawiający nabywa niewyłączne, nieograniczone terytorialnie licencje na czas nieoznaczony do Programu i Oprogramowania VR (str. 69).
RODO: Administratorem danych osobowych jest Uniwersytet Szczeciński (str. 26). Dane przetwarzane są w celu realizacji postępowania i umowy (str. 27).
Klauzule społeczne/inne: Zamawiający odstąpił od wymagań zatrudnienia na podstawie stosunku pracy, ze względu na twórczy i ekspercki charakter zamówienia (str. 4).
Z każdej z 8 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 25 zdań — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Część 1 (dostawa i wdrożenie): symulator VR do czynności zabezpieczania danych cyfrowych (3 zestawy gogli VR, 3 komputery, 3 monitory), licencja, wdrożenie systemu, szkolenie kadry oraz 36-miesięczna opieka serwisowa.
Część 2 (dostawa i wdrożenie): symulator VR do poznawania odczuć osób z ograniczeniami sprawności (4 zestawy gogli VR, 4 komputery, 4 monitory), licencja, wdrożenie systemu, szkolenie kadry oraz 36-miesięczna opieka serwisowa.
Część 3 (dostawa i wdrożenie): symulator VR do procedur medycznych Triage i BLS (3 zestawy gogli VR, 3 komputery, 3 monitory), licencja, wdrożenie systemu, szkolenie kadry oraz 36-miesięczna opieka serwisowa.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
Wniosek o wyjaśnienie nr 1 (Część 2 – kompatybilność scenariuszy z platformą posiadaną oraz dopuszczenie rozwiązania równoważnego).
Zgodnie z wiedzą Wykonawcy Zamawiający w ramach wcześniejszego postępowania przeprowadzonego w 2021 r. nabył i odebrał symulator VR wraz z platformą wózkową, którą do dziś eksploatuje wraz z jednym scenariuszem (miejskim). W Rozdziale 2 SWZ, w opisie Części 2 („Symulator VR w zakresie ograniczeń osoby poruszającej się na wózku inwalidzkim w przestrzeni żeglarskiej”), w Wymaganiach dot. oprogramowania pkt 1 Zamawiający wymaga natomiast, aby dostarczone oprogramowanie było „w pełni kompatybilne z platformą z wózkiem dostarczoną w ramach scenariusza nr 1”. Wykonawca zwraca się o wyjaśnienie, czy wymóg kompatybilności, o którym mowa w pkt 1, dotyczy wyłącznie platformy dostarczanej w ramach niniejszego postępowania, czy również platformy (symulatora) wózkowej VR nabytej przez Zamawiającego w ramach wcześniejszego postępowania z 2021 r., którą Zamawiający już eksploatuje.
Ponieważ Zamawiający dysponuje już platformą wózkową VR nabytą w ramach wcześniejszego postępowania (2021 r.), eksploatowaną wraz ze scenariuszem miejskim, Wykonawca zwraca się o potwierdzenie, czy intencją Zamawiającego nie było osiągnięcie stanu, w którym dysponuje on dwoma stanowiskami, a nowe scenariusze mogą być eksploatowane również na platformie już posiadanej — tak aby docelowo każde ze stanowisk uruchamiało komplet trzech scenariuszy (istniejący miejski oraz dwa nowe: rekreacyjny i żeglarski). Taka wykładnia odpowiadałaby zasadzie celowego i oszczędnego wydatkowania środków publicznych (art. 44 ust. 3 ustawy o finansach publicznych oraz art. 17 ust. 1 PZP), a także interoperacyjności infrastruktury dydaktycznej i pozwoliłaby uzyskać wspólną, pełną bibliotekę scenariuszy dostępną na obu stanowiskach.
W przypadku braku możliwości zapewnienia kompatybilności z symulatorem odebranym przez Zamawiającego w 2021 r. (np. z uwagi na brak dysponowania kodem źródłowym lub ograniczenia licencyjne), Wykonawca zwraca się o potwierdzenie, czy Zamawiający dopuszcza w takim przypadku rozwiązanie równoważne, polegające na dostarczeniu dwóch platform wraz z kompletem trzech scenariuszy (dwoma nowymi oraz równoważnym odpowiednikiem scenariusza istniejącego), prowadzące do tego samego rezultatu — dwóch stanowisk po trzy scenariusze — bez wykorzystania platformy posiadanej. Rozwiązanie takie zachowałoby konkurencję, nie zawężając kręgu wykonawców do autora platformy posiadanej. Powyższe pozostaje w zgodzie z art. 99 ust. 1 i 4–6 PZP w zw. z art. 16 PZP.
Zamawiający wyjaśnia, że wymóg kompatybilności odnosi się wyłącznie do elementów objętych niniejszym postępowaniem oraz wymagań określonych w opisie przedmiotu zamówienia.
Zamawiający nie wymaga zapewnienia kompatybilności z platformą ani oprogramowaniem nabytym w ramach wcześniejszych postępowań, chyba że obowiązek taki wynika wprost z opisu przedmiotu zamówienia dla danej części.
Jednocześnie Zamawiający nie dopuszcza rozwiązania polegającego na zastąpieniu przedmiotu zamówienia dostawą dodatkowych platform wraz z alternatywnymi scenariuszami, ponieważ prowadziłoby to do zmiany przedmiotu zamówienia określonego w SWZ.
Treść SWZ pozostaje bez zmian.
Wniosek o wyjaśnienie nr 2 (Część 2 – środowisko uruchomieniowe wyłączone).
W Rozdziale 2 SWZ, w Części 2, w pozycjach „Licencja bezterminowa na oprogramowanie dot. środowiska uruchomieniowego VR” oraz „Wdrożenie wraz z gwarancją na okres 24 miesiące” Zamawiający wymaga m.in. funkcji oceny indywidualnych aktywności studentów, rejestrowania wyników, poziomu ukończenia scenariuszy oraz generowania raportów.
Ponieważ symulator objęty Częścią 2 ma charakter świadomościowy, a symulacja kończy się „niezależnie od powodzenia”, bez punktacji, progu zaliczenia i klasyfikacji aktywności jako poprawnych/niepoprawnych, prosimy o wyjaśnienie, czy Zamawiający istotnie wymaga w tej części pełnego środowiska uruchomieniowego z funkcją oceny wyników (licencja bezterminowa, wdrożenie 24-miesięczne, SLA), a jeżeli tak – o wskazanie, jakie wyniki miałyby być mierzone; jednocześnie wnosimy o ograniczenie zakresu Części 2 do mechanizmu uruchamiania i wyboru scenariusza na stanowisku, z wyłączeniem funkcjonalności oceny i pomiaru wyników jako nieadekwatnej do przedmiotu.
Zgodnie z art. 99 ust. 1 PZP opis przedmiotu zamówienia powinien odpowiadać rzeczywistym potrzebom Zamawiającego; wymaganie funkcji pomiaru i oceny wyników przy symulatorze, który z założenia nie generuje wyniku podlegającego ocenie, jest wymogiem niepowiązanym z przedmiotem i obciąża strony zbędnym kosztem, a jego usunięcie realizuje art. 17 ust. 1 PZP oraz zasadę celowego i oszczędnego wydatkowania środków publicznych (art. 44 ust. 3 ustawy o finansach publicznych), istotną wobec finansowania zamówienia ze środków UE i wymogu kwalifikowalności wydatków.
Zamawiający podtrzymuje wymagania określone w SWZ.
Wymagane środowisko uruchomieniowe pełni funkcję szerszą niż wyłącznie ocena wyników uczestników. Obejmuje ono również zarządzanie oprogramowaniem, obsługę użytkowników, uruchamianie scenariuszy, rejestrację przebiegu ćwiczeń, gromadzenie danych eksploatacyjnych oraz pozostałe funkcjonalności wskazane w opisie przedmiotu zamówienia.
Zamawiający uznaje, że wymagane funkcjonalności odpowiadają jego potrzebom i nie znajduje podstaw do ograniczenia ich zakresu.
Treść SWZ pozostaje bez zmian.
Wniosek o wyjaśnienie nr 3 (Części 1 i 3 – konsolidacja środowiska uruchomieniowego VR, wyeliminowanie dublowania licencji, wdrożeń i utrzymania).
W Rozdziale 2 SWZ Zamawiający dla każdej z części odrębnie przewiduje nabycie „Licencji bezterminowej na oprogramowanie dot. środowiska uruchomieniowego VR" oraz odrębne „Wdrożenie wraz z gwarancją na okres 24 miesięcy" tego środowiska (platforma zarządzania i dystrybucji symulatorów, monitorowanie aktywności i wyników studentów, raportowanie, backup, wsparcie i SLA). Opisy tego środowiska są w poszczególnych częściach tożsame co do treści i funkcjonalności.
W Pytaniu nr 2 niniejszego wniosku wnieśliśmy o wyłączenie środowiska uruchomieniowego (wraz z funkcją oceny i pomiaru wyników) z Części 2, jako nieadekwatnego do świadomościowego charakteru tego symulatora, którego symulacja kończy się „niezależnie od powodzenia", bez punktacji i progu zaliczenia. Przy uwzględnieniu tego wniosku środowisko uruchomieniowe pozostaje zasadne wyłącznie w Części 1 (symulator informatyki śledczej) oraz w Części 3 (symulator procedur medycznych i ratunkowych Triage/BLS), tj. tam, gdzie występuje mierzalny rezultat aktywności użytkownika podlegający rejestracji i ocenie.
Skoro środowiska uruchomieniowe wymagane w Części 1 i w Części 3 są funkcjonalnie identyczne, ich odrębne nabycie, wdrożenie i 24-miesięczne utrzymanie oznacza dwukrotny zakup oraz podwójne koszty licencji, wdrożenia i wsparcia dla rozwiązania pełniącego tę samą rolę. W związku z powyższym wnosimy o rozważenie konsolidacji środowiska uruchomieniowego w taki sposób, aby było ono nabywane, wdrażane i utrzymywane jednokrotnie, obsługując oba symulatory (z Części 1 i z Części 3) w ramach jednej, wspólnej platformy zarządzania, dystrybucji, monitorowania i raportowania – w miejsce dwóch równolegle utrzymywanych, tożsamych środowisk. W szczególności zwracamy się o wyjaśnienie:
1) czy Zamawiający dopuszcza, aby jedno wspólne środowisko uruchomieniowe (jedna licencja bezterminowa oraz jedno wdrożenie z 24-miesięczną gwarancją) obsługiwało symulatory objęte Częścią 1 i Częścią 3; a jeżeli tak –
2) w jaki sposób Zamawiający zamierza to odzwierciedlić w strukturze postępowania, tj. czy rozważa połączenie Części 1 i Części 3 w jedną część obejmującą dwa symulatory i jedno środowisko uruchomieniowe, czy też utrzymanie odrębnych części z jednokrotnym rozliczeniem środowiska w jednej z nich.
Konsolidacja środowiska uruchomieniowego eliminuje zbędne dublowanie kosztów licencji, wdrożenia i utrzymania, co odpowiada zasadzie celowego, oszczędnego i efektywnego wydatkowania środków publicznych (art. 44 ust. 3 ustawy o finansach publicznych), istotnej wobec finansowania zamówienia ze środków UE i wymogu kwalifikowalności wydatków, a także sprzyja interoperacyjności i jednolitości administrowania infrastrukturą dydaktyczną Zamawiającego.
Zamawiający nie wyraża zgody na proponowaną zmianę.
Każda z części postępowania stanowi odrębny przedmiot zamówienia, którego zakres funkcjonalny został określony samodzielnie. Zamawiający świadomie dopuścił możliwość składania ofert częściowych oraz nie wymaga, aby poszczególne części korzystały ze wspólnego środowiska uruchomieniowego.
Organizacja zamówienia oraz podział na części wynikają z potrzeb Zamawiającego i pozostają bez zmian.
Pokazujemy 3 z 34 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
