Rozstrzygnięty
Dostawa i montaż systemu parkingowego – Opole
Zakład Komunalny Sp. z o.o.17 aktualnych · 38 w archiwum·NIP 7541351921·opolskie
Rozstrzygnięcie
Kto wygrał, za ile i ilu było chętnych.
WygrałaProjekt Parking Sp. z o.o.
NIP zwycięzcy7831699408
Kwota oferty352 554,90 zł
Złożonych ofert2
Widełki ofert352 554,90 zł – 881 504,10 zł
Najtańsza oferta wygrałatak
Przedmiot zamówienia
AIZamó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),
- 2 szafki rozdzielcze teletechniczne, odbojnice, profile montażowe,
- 9 tablic informacyjnych i kierunkowych (regulaminy, tablice wjazdowe/wyjazdowe, tablice taryfowe, tablica administracyjna),
- 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).
Trudność: wysoka
Złożony system IT-budowlany wymagający integracji wielu podsystemów (ANPR, szlabany, automaty płatnicze, SKP, API, płatności mobilne), prace budowlano-montażowe na czynnym obiekcie, rygorystyczne wymagania techniczne i czas reakcji serwisu 90 minut w godzinach otwarcia.
Terminy realizacji
Termin realizacji
do 60 dni kalendarzowych od dnia zawarcia umowy
do 60 dni kalendarzowych od dnia zawarcia umowy
Okres gwarancji
min. 24 miesiące od dnia odebrania bez uwag; w kryteriach oceny do 48 miesięcy i więcej
min. 24 miesiące od dnia odebrania bez uwag; w kryteriach oceny do 48 miesięcy i więcej
Warunki udziału
AI1Doświadczenie — W ostatnich 3 latach (lub w krótszym okresie działalności) min. 2 usługi polegające na dostawie, montażu, konfiguracji oraz uruchomieniu kompletnego automatycznego systemu parkingowego bezbiletowego z kontrolą ANPR i systemem poboru opłat, każda o wartości ≥ 120 000,00 zł netto.
2Zasoby podmiotów trzecich / wspólne ubieganie się — W odniesieniu do doświadczenia Wykonawcy mogą polegać na zdolnościach podmiotów, które wykonają usługi; w przypadku wspólnego ubiegania się podmioty wskazują w formularzu ofertowym podział zadań, a każdy podmiot udostępniający zasoby składa zobowiązanie wg Załącznika nr 6.
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena oferty bruttonajniższa cena = 100 pkt × waga
90%
Okres gwarancjimin. 24 mies., punktacja: 24=1, 36=5, ≥48=10
10%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Kary i sankcje
AI- Kary umowne: w projekcie umowy (załącznik nr 3 do SWZ).
Pytania i odpowiedzi
18Wyodrębnione z wyjaśnień treści SWZ.
1Zwracamy 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ę.
1Na 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.
1Czy 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.
2Czy 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.
2Kto 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.
2Czy 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.
3Czy 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.
3Czy 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.
4Czy 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.
4Czy 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.
5NADZÓ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.
5Czy 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”.
6Czy 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.
Historia zmian
02.09.2026 — upływ terminu składania ofert
25.09.2026 — ogłoszenie o wyniku postępowania