Jak przygotować OPZ do przetargu PZP na robota humanoidalnego dla politechniki lub instytutu?

Najczęstszy błąd w przetargach akademickich: zakup wersji z zablokowanym SDK

W postępowaniach przetargowych, w których jedynym lub dominującym kryterium jest najniższa cena (60–100%), nieprecyzyjny Opis Przedmiotu Zamówienia (OPZ) pozwala wykonawcom zaoferować podstawową, pokazową wersję robota (np. wariant Standard zamiast EDU/Developer).

Po dostawie okazuje się, że jednostka nie udostępnia niskopoziomowego sterowania momentem poszczególnych stawów w ROS 2, nie posiada karty obliczeniowej NVIDIA Jetson Orin ani chwytaków z czujnikami siły, co uniemożliwia realizację grantu badawczego i publikacji naukowych.

7 parametrów krytycznych, które muszą znaleźć się w tabeli równoważności OPZ

Przygotowując specyfikację techniczną w trybie podstawowym lub przetargu nieograniczonym, należy zdefiniować mierzalne parametry minimalne (bez wskazywania znaków towarowych, zgodnie z art. 99 PZP):

• Minimalna liczba aktywnych stopni swobody (DOF) korpusu i kończyn (np. min. 23 DOF bez dłoni oraz min. 7 DOF na każdą dłoń trójpalczastą).
• Otwarty dostęp do niskopoziomowego API czasu rzeczywistego (sterowanie pozycją, prędkością i momentem każdego aktuatora z częstotliwością min. 500 Hz w środowisku ROS 2 C++/Python).
• Wbudowany moduł obliczeniowy AI o wydajności min. 100 TOPS (INT8) dedykowany dla algorytmów użytkownika.
• Dostawa oficjalnego modelu symulacyjnego URDF / MJCF / Isaac Lab wraz z pełną dokumentacją kinematyczną i dynamiczną.
• Pakiet ciągłości pracy: minimum 2 (lub 3) akumulatory litowo-jonowe, wielostanowiskowa ładowarka oraz rama asekuracyjna (Gantry) w zestawie.
• Wymóg serwisu na terenie UE/Polski z czasem reakcji diagnostycznej do 24h oraz 24-miesięczną gwarancją dla jednostek naukowych.
• Szkolenie stacjonarne (min. 8 godzin zegarowych) dla kadry naukowo-dydaktycznej w siedzibie Zamawiającego potwierdzone protokołem SAT.

Wsparcie przy szacowaniu wartości zamówienia i wnioskach grantowych

Dział Zamówień Publicznych ROBOID bezpłatnie udostępnia uczelniom wiążące wyceny szacunkowe (na potrzeby ustalenia wartości szacunkowej zamówienia) oraz neutralne arkusze parametrów technicznych zgodne z dyrektywami zamówień publicznych.

Jak opisać przedmiot zamówienia, żeby nie naruszyć PZP

Opis przedmiotu zamówienia musi być napisany parametrami, nie marką. Zamiast „robot humanoidalny typu X” trzeba podać liczbę stopni swobody, udźwig, wysokość, rodzaj napędu, otwartość SDK i wymagane interfejsy — a kryteria oceny ofert powiązać z funkcją, nie z nazwą producenta. W praktyce najczęstszy błąd to dopisanie wymogu „kompatybilny z oprogramowaniem X”, co zawęża konkurencję bez uzasadnienia funkcjonalnego.

Drugi błąd dotyczy równoważności. Jeśli zamawiający dopuszcza rozwiązania równoważne, musi opisać, jak będzie je oceniał — inaczej każde odrzucenie oferty równoważnej kończy się odwołaniem. Tabela równoważności z konkretnymi parametrami i sposobem weryfikacji (dokumentacja, demonstracja, oświadczenie) jest tu dokumentem obowiązkowym, nie uprzejmością.

Pułapka wersji edukacyjnej: SDK, gwarancja i aktualizacje

Zamawiający często kupuje wersję edukacyjną z zablokowanym dostępem do sterowania, a potem dowiaduje się, że nie może zrealizować celu badawczego. Dlatego w OPZ trzeba wprost wymagać: dostępu do API sterowania, dokumentacji rejestrów, prawa do wgrania własnego oprogramowania oraz utrzymania gwarancji po jego wgraniu. Te trzy zdania decydują o tym, czy zakup ma sens.

Do tego dochodzi kwestia aktualizacji. Jeśli producent może zdalnie zmienić firmware, zamawiający powinien mieć prawo do wstrzymania aktualizacji w trakcie projektu i do wersji, na której wykonano odbiór. Bez tego po roku okazuje się, że maszyna działa inaczej niż w dniu odbioru, a nikt nie potrafi odtworzyć wyników.

Na koniec kwestia terminów. W przetargu na sprzęt, który producent dostarcza w preorderze, zamawiający musi zapisać datę graniczną wraz z karą za opóźnienie — inaczej oferta wygrywa ceną, a dostawa przesuwa się o kwartały. Realistyczny zapis to nie „do 30 dni”, a termin wynikający z umowy z producentem, potwierdzony oświadczeniem wykonawcy.

Warto też wpisać obowiązek szkolenia jako część zamówienia, a nie osobną usługę. W praktyce zamawiający kupuje sprzęt, a szkolenie „dogaduje się później” — i później nikt nie ma czasu. Pozycja w OPZ z liczbą osób i zakresem tematycznym kosztuje tyle samo, a zostawia ślad w dokumentacji, że zespół został przygotowany do użytkowania maszyny.

Ostatnia uwaga: zastrzeż sobie prawo do odbioru częściowego. Przy dostawie sprzętu i oprogramowania w różnych terminach odbiór całości blokuje płatność za to, co już działa. Podział na część sprzętową i wdrożeniową pozwala zapłacić za maszynę, gdy stoi i przechodzi testy, a nie gdy producent kończy konfigurację.