Waluta rozliczeń:PLN (Rozdział II pkt 7 SWZ). - Kwota na sfinansowanie: Zamawiający nie podaje kwoty, jaką zamierza przeznaczyć na sfinansowanie zamówienia (Rozdział II pkt 13 SWZ).
5
Terminy
Widoczne 50%
Składanie ofert: do 02.09.2026 r. godz. 10:00 (termin przedłużony modyfikacją z 26.08.2026 r.)
Otwarcie ofert:02.09.2026 r. godz. 10:05 (termin przedłużony modyfikacją z 26.08.2026 r.)
Związanie ofertą: do 01.10.2026 r. (termin przedłużony modyfikacją z 26.08.2026 r.)
Doświadczenie: w ostatnich 3 latach min. 2 usługi polegające na dostawie, montażu, konfiguracji i uruchomieniu kompletnego automatycznego systemu parkingowego bezbiletowego z ANPR i poborem opłat, każda wartości ≥ 120 000,00 zł netto (Załącznik nr 5). - Wspólne ubieganie się / podmiot udostępniający zasoby: przy warunkach dot. doświadczenia Wykonawcy wspólni mogą polegać na zdolnościach tych, którzy wykonają usługi; do oferty dołącza się zobowiązanie podmiotu udostępniającego (Załącznik nr 6).
7
Kryteria oceny ofert
Widoczne 50%
Cena (brutto): waga 90% — najniższa cena = 100 pkt × 90%; < 1 grosz odmowa.
Okres gwarancji: waga 10% — min. 24 mies., max punktowany 48 mies.; poniżej 24 mies. oferta odrzucona.
Punktacja gwarancji:24 mies. → 1,00 pkt · 36 mies. → 5,00 pkt · ≥48 mies. → 10,00 pkt.
Wizja lokalna: fakultatywna, brak udziału nie stanowi podstawy odrzucenia oferty (pkt II.6.7 SWZ).
Druga połowa streszczenia za darmo
Odsłoń całe streszczenie SWZ
Z każdej z 11 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 15 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
Zamówienie jednoczęściowe — dostawa i montaż kompletnego, automatycznego, bezbiletowego systemu parkingowego (ANPR) na parkingi przy Krytej Pływalni „Wodna Nuta" w Opolu, obejmujący:
3 automaty płatnicze (1 na Parkingu nr 1, 2 na Parkingu nr 2 — w tym 1 zasilany wyłącznie z akumulatora ładowanego panelem słonecznym),
4 kamery ANPR,
4 szlabany drogowe z ramieniem, modułem wypięcia, UPS i systemem SOS,
4 tablice informacyjne LED zmiennej treści,
pętle indukcyjne (lub równoważne rozwiązanie laserowe) w nawierzchni oraz dwukanałowe detektory,
zestawy fotokomórek zabezpieczających ze słupkami,
oprogramowanie integralnego Systemu Kontroli Przejazdów (SKP) z serwerem, działające w modelu wysokiej dostępności, z otwartym API, integracją z operatorami płatności i aplikacją mobilną/QR,
instalację zasilania energetycznego i komunikację GSM (anteny + karty SIM),
dokumentację powykonawczą, próbę eksploatacyjną oraz szkolenie co najmniej 2 pracowników Zamawiającego.
Lokalizacja: ul. Prószkowska 96, 45-758 Opole (Parking nr 1: wjazd/wyjazd 300 cm; Parking nr 2: wjazd 350 cm / wyjazd 315 cm).
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.
Zwracamy się z prośbą o doprecyzowanie oraz modyfikację zapisów dotyczących architektury przetwarzania danych kart płatniczych. Zgodnie z aktualnymi wymaganiami technicznymi, Zamawiający oczekuje, aby pełne dane kart (w tym numer PAN) trafiały bezpośrednio do systemu centralnego. Informujemy, że przetwarzanie i przechowywanie niezaszyfrowanych numerów kart płatniczych w systemie centralnym nakłada na strukturę IT oraz na samego Zamawiającego pełny obowiązek certyfikacji zgodnie z najbardziej rygorystycznym poziomem standardu PCI DSS (Payment Card Industry Data Security Standard). Wiąże się to z koniecznością wdrożenia zaawansowanych i kosztownych procedur bezpieczeństwa, audytów zewnętrznych oraz niesie za sobą wysokie ryzyko kar finansowych w przypadku wycieku danych. W związku z powyższym, czy Zamawiający wyraża zgodę na zastosowanie standardowego i bezpiecznego modelu opartego na architekturze tokenizacji? W tym modelu: Dane karty są wprowadzane przez użytkownika bezpośrednio do zabezpieczonego formularza licencjonowanego Operatora Płatności (bramki płatniczej). Do systemu centralnego Zamawiającego przekazywany jest wyłącznie bezpieczny token referencyjny oraz maskowany numer karty (np. 4500 1234), co całkowicie zdejmuje z systemu centralnego obowiązek certyfikacji PCI DSS i zapewnia maksymalne bezpieczeństwo.
Zamawiający wyraża zgodę na modyfikację wymagań w zakresie architektury przetwarzania danych kart płatniczych i zmianę modelu na oparty o tokenizację.
Na którym etapie realizacji ma nastąpić najpóźniej integracja z API?
Najpóźniej na etapie testów odbiorowych, przed końcowym odbiorem technicznym i uruchomieniem produkcyjnym.
Czy Zamawiający potwierdza, że celem postępowania jest uzyskanie kompletnego, zintegrowanego systemu parkingowego, a nie dostawa zbioru urządzeń o ściśle wskazanej konstrukcji? Zapis OPZ: „OPZ określa przedmiot jako „kompletny automatyczny system parkingowy bezbiletowy”.” Uzasadnienie: Jednocześnie szczegółowo opisano wybrane urządzenia, natomiast nie opisano w równym stopniu całej architektury systemu i wszystkich elementów niezbędnych do jego działania. Wniosek: Wnosimy o potwierdzenie, że dopuszczalne są rozwiązania systemowe realizujące wymagane funkcje w innej architekturze technicznej, o ile zapewniają pełną funkcjonalność i integrację.
Zamawiający potwierdza, że celem postępowania jest dostawa, montaż, konfiguracja oraz uruchomienie kompletnego, zintegrowanego systemu parkingowego, spełniającego wszystkie funkcje i wymagania określone w OPZ. Określenie przedmiotu zamówienia jako kompletnego systemu nie oznacza jednak możliwości odstąpienia od wymagań minimalnych określonych w OPZ, w tym wymagań odnoszących się do systemu jako całości, poszczególnych podsystemów i urządzeń, jak również minimalnych parametrów technicznych ich elementów i podzespołów. Wymagania te stanowią integralną część opisu przedmiotu zamówienia i muszą zostać spełnione przez oferowane rozwiązanie. Wykonawca zachowuje swobodę doboru szczegółowych rozwiązań technicznych w zakresie, w jakim nie zostały one jednoznacznie określone przez Zamawiającego w OPZ, pod warunkiem że przyjęte rozwiązania zapewnią pełną integrację wszystkich elementów systemu, jego prawidłowe i niezawodne funkcjonowanie oraz spełnienie wszystkich wymaganych funkcjonalności i minimalnych parametrów technicznych określonych w dokumentacji postępowania. W związku z powyższym Zamawiający nie przewiduje zmiany OPZ w zakresie objętym pytaniem.
Czy Zamawiający wskaże, które elementy stanowią warstwę centralną systemu, a które wyłącznie podsystemy/urządzenia wykonawcze? Zapis OPZ: „System ma zarządzać szlabanami, kamerami ANPR, automatami płatniczymi i wyświetlaczami LED.” Uzasadnienie: Brakuje jednoznacznej hierarchii komponentów oraz wskazania, który element jest systemem nadrzędnym. Wniosek: Wnosimy o uzupełnienie OPZ o logiczny opis architektury i przepływu danych.
Zamawiający wyjaśnia, że warstwę nadrzędną systemu stanowi oprogramowanie Systemu Kontroli Przejazdów wraz z serwerem oraz funkcjonalności centrum komputerowego określone w części III OPZ. Warstwę urządzeń wykonawczych stanowią w szczególności kamery ANPR, szlabany, automaty płatnicze i wyświetlacze LED. Wszystkie wskazane elementy mają funkcjonować jako jeden integralny system, a sposób technicznej realizacji komunikacji pomiędzy jego komponentami, w zakresie nieokreślonym wprost przez Zamawiającego, należy do obowiązków Wykonawcy i musi zapewniać realizację wszystkich funkcjonalności określonych w OPZ.
Kto ponosi jej koszty?
Wykonawca ponosi wszelkie koszty związane z udostępnieniem otwartego API, dostarczeniem dokumentacji, udostępnieniem środowiska testowego oraz przeprowadzeniem testów integracyjnych z systemem Zamawiającego.
Czy zamawiający uzna za spełnienie warunku dostarczenie tablic QR zintegrowanych z systemem SKP w zakresie wykonania odpłatności za postój?
Zamawiający dopuszcza tablice QR, jednakże zastrzega sobie prawo wyboru operatora płatności QR.
Czy Zamawiający określi minimalny zakres integracji pomiędzy ANPR, szlabanami, automatami, LED, serwerem i panelem administracyjnym? Zapis OPZ: „W kilku miejscach OPZ wymaga „integralnego systemu”, „pełnej integracji” i „otwartego API”.” Uzasadnienie: Nie wskazano jednak minimalnego zakresu danych, komend i zdarzeń, które mają być wymieniane pomiędzy podsystemami. Wniosek: Wnosimy o opisanie integracji funkcjonalnie, zamiast przez cechy konstrukcyjne poszczególnych urządzeń.
Zamawiający wskazuje, że minimalny zakres integracji został określony funkcjonalnie w OPZ. System ma umożliwiać z poziomu oprogramowania zarządzanie szlabanami, kamerami ANPR, automatami płatniczymi i wyświetlaczami LED, a ponadto zarządzanie taryfami, uprawnieniami, pojazdami, wjazdami, rezerwacjami i awizacjami, monitorowanie poboru opłat, raportowanie oraz tworzenie statystyk. Poszczególne podsystemy muszą wymieniać dane i komendy w zakresie niezbędnym do prawidłowej realizacji powyższych funkcji. Jednocześnie, zgodnie z wcześniejszymi wyjaśnieniami Zamawiającego, integracja z operatorami płatności ma umożliwiać dwukierunkową wymianę danych. Zamawiający nie przewiduje dalszej zmiany OPZ w tym zakresie.
Czy Zamawiający przewiduje rezygnację z KAS – Parkomatów? Zamiast zapisu jak wyżej rekomendujemy umożliwienie płacenia w Kasie w OSIR i przyjmowanie tam gotówki a płatność kartą umożliwiać przy wyjeździe lub od razu przy szlabanie. Rozwiązanie jak wyżej pozwoli na znaczne oszczędności Zamawiającego przy jednoczesnym zachowaniu powszechnie stosowanych standardów.
Zamawiający nie przewiduje rezygnacji z kas – parkomatów. Z uwagi na to, że budynek krytej pływalni, przy której znajdują się parkingi, jest zarządzany przez odrębny podmiot – MOSiR, nie ma możliwości poboru płatności w kasie.
Czy Zamawiający dopuści rozwiązania równoważne funkcjonalnie, w których pojedyncze parametry techniczne różnią się od wskazanych, jeżeli nie obniża to bezpieczeństwa, niezawodności ani wymaganej funkcjonalności? Zapis OPZ: „OPZ zawiera wymagania minimalne dotyczące podsystemów.” Uzasadnienie: Nie wskazano ogólnej zasady równoważności dla parametrów, których inna wartość nie pogarsza funkcjonalności systemu. Wniosek: Wnosimy o określenie kryteriów równoważności dla każdej grupy urządzeń.
Zamawiający nie wyraża zgody na wprowadzenie generalnej zasady, zgodnie z którą dopuszczalne byłoby odstąpienie od poszczególnych minimalnych parametrów technicznych określonych w OPZ wyłącznie na tej podstawie, że oferowane rozwiązanie, w ocenie Wykonawcy, zapewnia równoważną lub wyższą funkcjonalność, bezpieczeństwo albo niezawodność. Parametry określone w OPZ jako wymagania minimalne stanowią wymagane przez Zamawiającego cechy przedmiotu zamówienia i co do zasady muszą zostać spełnione przez oferowane urządzenia, podzespoły i system jako całość. Ocena spełnienia wymagań OPZ będzie dokonywana w odniesieniu do wymagań określonych przez Zamawiającego, a nie wyłącznie do ogólnej funkcjonalności oferowanego rozwiązania. Jednocześnie Zamawiający wyjaśnia, że w przypadkach, w których opis przedmiotu zamówienia odwołuje się do norm, ocen technicznych, specyfikacji technicznych lub systemów referencji technicznych, Zamawiający dopuszcza rozwiązania równoważne zgodnie z przepisami ustawy Prawo zamówień publicznych. W przypadku zaoferowania rozwiązania równoważnego to na Wykonawcy spoczywa obowiązek wykazania w ofercie, że proponowane rozwiązanie w równoważnym stopniu spełnia wymagania określone przez Zamawiającego. Zamawiający nie znajduje natomiast podstaw do określania odrębnych kryteriów równoważności dla każdej grupy urządzeń ani dla każdego z parametrów technicznych wskazanych w OPZ. Obowiązek określenia kryteriów równoważności nie oznacza obowiązku ustanowienia alternatywnych wartości dla każdego parametru minimalnego określonego przez Zamawiającego. W celu jednoznacznego uregulowania kwestii równoważności w zakresie odniesień do norm Zamawiający dokonuje odpowiedniego uzupełnienia OPZ.
Czy Zamawiający jest w stanie udostępnić dokumentację aktualnej instalacji?
Na etapie prowadzenia postępowania Zamawiający nie jest w stanie udostępnić aktualnej dokumentacji.
NADZÓR TECHNICZNY NAD SYSTEMEM W OKRESIE GWARANCJI pkt.2. Czy zamawiający dopuszcza możliwość zgłaszania awarii za pomocą platformy technicznej wykonawcy (strona www)?
Tak, pod warunkiem, że Zamawiający będzie miał równoległą możliwość zgłaszania awarii telefonicznie na wskazany przez Wykonawcę numer telefonu.
Czy Zamawiający potwierdza, że parametry niemające wpływu na wymagany rezultat mogą zostać zastąpione parametrami równoważnymi lub lepszymi? Zapis OPZ: „OPZ wskazuje konkretne wartości mocy, masy, kątów widzenia, czasów, materiałów i konstrukcji.” Uzasadnienie: Nie dla wszystkich parametrów wynika z dokumentacji ich związek z potrzebą użytkową. Wniosek: Wnosimy o zmianę parametrów konstrukcyjnych na wymagania funkcjonalne wszędzie tam, gdzie nie istnieje obiektywna potrzeba ich zachowania.
Zamawiający nie potwierdza takiej interpretacji. To Zamawiający, określając przedmiot zamówienia, ustalił wymagane parametry minimalne urządzeń i systemu w oparciu o swoje potrzeby związane m.in. z trwałością, bezpieczeństwem, warunkami eksploatacji, niezawodnością, energochłonnością, możliwością serwisowania, sposobem montażu oraz współpracą poszczególnych elementów systemu. Sam fakt, że określony parametr nie opisuje bezpośrednio podstawowej funkcji urządzenia, nie oznacza, że pozostaje bez znaczenia dla eksploatacji całego systemu. W konsekwencji Zamawiający nie wyraża zgody na generalne zastępowanie parametrów określonych w OPZ innymi wartościami na podstawie jednostronnej oceny Wykonawcy, że oferowane rozwiązanie jest „równoważne” lub „lepsze”.
Czy Zamawiający udostępni przed terminem składania ofert kryteria odbiorowe i scenariusze próby eksploatacyjnej? Zapis OPZ: „Próba eksploatacyjna ma warunkować odbiór końcowy.” Uzasadnienie: Nie określono scenariuszy testowych, liczby prób ani kryteriów akceptacji dla części funkcji. Wniosek: Wnosimy o określenie mierzalnych kryteriów odbioru. III. Infrastruktura, prace budowlane, zasilanie i transmisja danych.
Zamawiający nie przewiduje sporządzania odrębnego dokumentu zawierającego szczegółowe scenariusze testowe przed terminem składania ofert. Zakres próby eksploatacyjnej został określony w pkt 2.7 OPZ i obejmuje sprawdzenie prawidłowego działania wszystkich dostarczonych urządzeń i oprogramowania oraz funkcji systemu, w szczególności rozpoznawania tablic rejestracyjnych, poboru opłat, otwierania i zamykania szlabanów, raportowania oraz obsługi sytuacji awaryjnych. Kryterium pozytywnego wyniku próby stanowi zgodność działania kompletnego systemu z wymaganiami określonymi w OPZ oraz parametrami zaoferowanymi przez Wykonawcę. Szczegółowa kolejność czynności testowych może zostać uzgodniona z Wykonawcą przed przeprowadzeniem próby, bez zmiany zakresu i warunków odbioru wynikających z dokumentacji zamówienia.
Pokazujemy 13 z 18 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.