Archiwum PLATFORMAZAKUPOWACPV 80000000 · Usługi edukacyjne i szkolenioweCPV 38000000 · Sprzęt laboratoryjny i optycznyCPV 43000000 · Maszyny górnicze i budowlane Śląskie
Dostawa humanoida edukacyjnego i robota-psa – Katowice
Pełna nazwa postępowania: ZP/514/2026 Dostawa humanoida edukacyjnego oraz czworonożnej platformy mobilnej (psa) do Zespołu Szkół Technicznych i Ogólnokształcących nr 2 w Katowicach w ramach projektu pn.: „W pogoni za technologią - nowoczesne kształcenie zawodowe odpowiedzią na przyszłe potrzeby”
Centrum Usług Wspólnych w Katowicach·Katowice
Wartość szac.
—
nie podano
Termin składania
24.07.2026
postępowanie zakończone
Otwarcie ofert
—
nie podano
Opublikowano
—
źródło: PLATFORMAZAKUPOWA
Streszczenie SWZ
Streszczenie AI · Janusz
Widzisz połowę każdej z 9 sekcjiDruga połowa — łącznie 17 zdań z warunkami, dokumentami i analizą ryzyka — odsłania się po założeniu darmowego konta.
Finansowanie: projekt „W pogoni za technologią – nowoczesne kształcenie zawodowe odpowiedzią na przyszłe potrzeby", FESL 2021–2027, Fundusz na rzecz Sprawiedliwej Transformacji, Priorytet FESL.10.00, Działanie FESL.10.23.
SWZ JAWNIE stwierdza brak kryteriów oceny ofert w przekazanej dokumentacji — rozdział SWZ dotyczący kryteriów nie został udostępniony w przekazanych blokach (dostępny jest wyłącznie wzór umowy — Załącznik nr 3). Kryteria nie mogą zostać ustalone na podstawie dostępnych źródeł.
8
Kary i sankcje
Widoczne 50%
Kara za zwłokę w realizacji:0,2% brutto/dzień.
Kara za zwłokę w wymianie materiałów/sprzętu:0,2% brutto/dzień.
Kara za zwłokę w usunięciu wad/usterek w gwarancji:0,2% brutto/dzień (po przekroczeniu 14 dni).
Kara za przekroczenie reakcji serwisu (powyżej 48 h): 100,00 PLN/godzinę.
Podwykonawstwo: dopuszczone; wykonawca wskaże zakres i firmy podwykonawców w ofercie.
Zmiany umowy: dopuszczalne m.in. przy wycofaniu produktu z rynku (zastąpienie równoważnym o ≥ parametrach), zmianie danych stron, omyłce pisarskiej, zmianie przepisów.
Zabezpieczenie cyber: wskazanie urządzenia/oprogramowania w rekomendacji lub decyzji KSC po zawarciu umowy → wykonawca dostarczy równoważne urządzenie lub nastąpi odstąpienie od umowy.
Wynagrodzenie: ryczałtowe, niedoszacowanie nie stanowi podstawy zmiany; płatność do 30 dni od prawidłowej faktury, jednorazowo po odbiorze.
Z każdej z 9 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 17 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
Dostawa do Zespołu Szkół Technicznych i Ogólnokształcących nr 2 w Katowicach: 1 humanoid edukacyjny oraz 1 czworonożna platforma mobilna (robot-pies), wraz z dostawą, montażem/instalacją i przekazaniem kompletu oprogramowania oraz licencji.
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.
W odniesieniu do wymagania zawartego w sekcji „Funkcje inteligentne” dotyczącego: „funkcji autonomicznego wykrywania, klasyfikacji i omijania przeszkód w czasie rzeczywistym” zwracamy się z wnioskiem o zmianę ww. zapisu na: „funkcja autonomicznego wykrywania i omijania przeszkód w czasie rzeczywistym”. Uzasadnienie: Klasyfikacja przeszkód stanowi odrębną funkcjonalność opartą na zaawansowanych algorytmach rozpoznawania obiektów i sztucznej inteligencji, która nie jest niezbędna do realizacji autonomicznego poruszania się robota oraz skutecznego wykrywania i omijania przeszkód. W przypadku wielu dostępnych na rynku platform robotycznych funkcja klasyfikacji przeszkód nie występuje jako standardowa funkcjonalność urządzenia, lecz wymaga dodatkowych prac programistycznych, konfiguracji lub implementacji dedykowanych algorytmów. Jednocześnie funkcjonalność autonomicznego wykrywania i omijania przeszkód zapewnia realizację podstawowych celów operacyjnych związanych z bezpieczną nawigacją robota. W związku z powyższym prosimy o wykreślenie wymogu klasyfikacji przeszkód, co pozwoli na zachowanie uczciwej konkurencji oraz umożliwi udział większej liczbie rozwiązań spełniających pozostałe wymagania Zamawiającego.
Zamawiający nie wyraża zgody na proponowaną zmianę.
Wymóg dotyczący funkcji autonomicznego wykrywania, klasyfikacji i omijania przeszkód w czasie rzeczywistym został określony świadomie i wynika z planowanego sposobu wykorzystania robota w procesie dydaktycznym oraz badawczo-rozwojowym.
Klasyfikacja przeszkód nie jest traktowana jako odrębna, opcjonalna funkcjonalność, lecz jako element nowoczesnych systemów percepcji środowiska, umożliwiający rozpoznawanie rodzaju napotkanych obiektów oraz podejmowanie odpowiednich decyzji przez system autonomiczny. Funkcjonalność ta znajduje zastosowanie podczas realizacji zajęć z zakresu sztucznej inteligencji, robotyki mobilnej, autonomicznej nawigacji oraz systemów wizyjnych, stanowiąc istotny element procesu kształcenia.
Zamawiający przeprowadził analizę rynku przed przygotowaniem opisu przedmiotu zamówienia i potwierdził dostępność rozwiązań spełniających wskazane wymagania. Wymóg ten nie ogranicza uczciwej konkurencji, lecz określa minimalny poziom funkcjonalności oczekiwany od zamawianego rozwiązania.
W związku z powyższym Zamawiający pozostawia zapisy SWZ bez zmian.
W odniesieniu do wymagań zawartych w sekcji „Funkcje inteligentne” dotyczącym: obsługi sterowania za pomocą komend głosowych, funkcji dwukierunkowej komunikacji głosowej (interkom) pomiędzy robotem a operatorem, zwracamy się z prośbą o doprecyzowanie, czy Zamawiający uzna za spełniające wymagania rozwiązania, w których funkcje te są możliwe do realizacji przy wykorzystaniu dostarczonych przez producenta interfejsów SDK/API oraz wyposażenia sprzętowego robota (mikrofony, głośniki, moduły komunikacyjne), jednak wymagają wykonania dodatkowej konfiguracji lub prac programistycznych. W szczególności prosimy o potwierdzenie, że za zgodne z wymaganiami zostaną uznane roboty wyposażone w odpowiednie komponenty sprzętowe oraz środowisko deweloperskie umożliwiające implementację obsługi komend głosowych i funkcji interkomu, nawet jeśli funkcjonalności te nie są dostępne w standardowej konfiguracji urządzenia bez dodatkowych prac integracyjnych. Alternatywnie wnosimy o zmianę wymagań poprzez zastąpienie zapisów: „obsługa sterowania za pomocą komend głosowych” oraz „funkcja dwukierunkowej komunikacji głosowej (interkom) pomiędzy robotem a operatorem” zapisami: „możliwość realizacji sterowania za pomocą komend głosowych przy wykorzystaniu dostarczonego sprzętu oraz interfejsów SDK/API” oraz „możliwość realizacji dwukierunkowej komunikacji głosowej (interkom) pomiędzy robotem a operatorem przy wykorzystaniu dostarczonego sprzętu oraz interfejsów SDK/API”. Uzasadnienie: Funkcjonalności głosowe w wielu profesjonalnych platformach robotycznych nie stanowią standardowej funkcji gotowej do użycia, lecz są realizowane poprzez udostępnione przez producenta interfejsy programistyczne i wymagają dostosowania do języka, środowiska pracy oraz oczekiwanego scenariusza użytkowania. Dopuszczenie rozwiązań zapewniających możliwość implementacji tych funkcji pozwoli na zachowanie konkurencyjności postępowania przy jednoczesnym zachowaniu oczekiwanej funkcjonalności robot.
Zamawiający nie wyraża zgody na proponowaną zmianę treści Opisu Przedmiotu Zamówienia ani na proponowaną interpretację wymagania.
Zamawiający podtrzymuje wymagania określone w dokumentacji postępowania. Wymagane funkcjonalności w zakresie obsługi sterowania za pomocą komend głosowych oraz dwukierunkowej komunikacji głosowej (interkom) pomiędzy robotem a operatorem muszą być dostępne w oferowanym rozwiązaniu w chwili dostawy i odbioru przedmiotu zamówienia.
Za spełnienie wymagań nie zostaną uznane rozwiązania, w których wskazane funkcjonalności mogą zostać osiągnięte dopiero po wykonaniu dodatkowych prac programistycznych, integracyjnych, konfiguracyjnych lub opracowaniu własnego oprogramowania przez Zamawiającego. Samo wyposażenie robota w odpowiednie komponenty sprzętowe (mikrofony, głośniki, moduły komunikacyjne) oraz udostępnienie interfejsów SDK/API nie stanowi spełnienia wymagań określonych w OPZ.
Intencją Zamawiającego jest nabycie kompletnego, gotowego do użytkowania rozwiązania, umożliwiającego wykorzystanie wszystkich wymaganych funkcjonalności zgodnie z przeznaczeniem dydaktycznym i szkoleniowym, bez konieczności ponoszenia dodatkowych nakładów związanych z tworzeniem, integracją lub wdrażaniem oprogramowania.
Zamawiający nie ogranicza wykonawców co do zastosowanej technologii, architektury systemu ani sposobu realizacji wymaganych funkcji, pod warunkiem że wszystkie wymagania określone w OPZ zostaną spełnione przez oferowane rozwiązanie w zakresie dostawy objętej niniejszym postępowaniem.
