Zamówienie prowadzone jest w trybie podstawowym z negocjacjami na podstawie art. 275 pkt.2 ustawy Prawo zamówień publicznych.
Tryb otwarty? Nie — zastosowano tryb z negocjacjami (oferty mogą składać wszyscy zainteresowani, następnie negocjacje i oferty dodatkowe).
Uzasadnienie trybu: wskazano bezpośrednio w SWZ jako wybór trybu; brak dodatkowego rozwinięcia uzasadniającego wybór trybu poza powołaniem na art. 275 pkt.2.
Zamawiający wymaga, by wykonawca spełniał warunki dotyczące zdolności technicznej i zawodowej: - Doświadczenie projektowe: wykonawca musi wykazać, że w okresie ostatnich 5 lat (a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie) należycie zrealizował co najmniej 1 projekt obejmujący wykonanie aplikacji mobilnej lub webowej wraz z integracją z zamkami elektronicznymi albo urządzeniami IoT (dopuszcza się integrację za pośrednictwem zewnętrznego API, SDK, protokołu komunikacyjnego lub bramki gateway). - Zespół projektowy: wykonawca dysponuje lub będzie dysponował zespołem obejmującym co najmniej: jedną osobę z minimum 5-letnim doświadczeniem w tworzeniu aplikacji mobilnych lub webowych oraz jedną osobę z minimum 5-letnim doświadczeniem w tworzeniu systemów backendowych, integracji z zewnętrznymi API i integracji oprogramowania z zamkami elektronicznymi albo urządzeniami IoT; osoby te muszą faktycznie uczestniczyć w realizacji zamówienia (zmiana możliwa tylko na osoby o kwalifikacjach nie niższych niż pierwotnie wskazane).
7
Kryteria oceny ofert
Widoczne 50%
Kryteria oceny ofert:
Cena — 40%
Doświadczenie personelu skierowanego do realizacji zamówienia — 40%
gwarancja jakości: 12 miesięcy od dnia formalnej akceptacji Etapu III
wsparcie powdrożeniowe podstawowe: 30 dni od dnia formalnej akceptacji Etapu III
kategorie zgłoszeń i terminy reakcji/usunięcia błędów: błąd krytyczny — reakcja do 8 godzin roboczych, usunięcie do 2 dni roboczych; błąd poważny — reakcja do 1 dnia roboczego, usunięcie do 5 dni roboczych; błąd drobny — reakcja do 3 dni roboczych, usunięcie do 14 dni roboczych
Brak opublikowanych pytań — Zamawiający nie zamieścił w dostarczonych materiałach żadnych wpisów z bloku zmian/wyjaśnień zawierających pytania wykonawców ani odpowiedzi. Jeśli takie dokumenty zostaną później opublikowane, będą miały pierwszeństwo przed zapisami pierwotnej SWZ i należy je cytować jako źródło.
Druga połowa streszczenia za darmo
Odsłoń całe streszczenie SWZ
Z każdej z 9 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 18 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:
natywna (lub cross‑platform) aplikacja mobilna B2C do samoobsługowego najmu skrytek: interfejs rejestracji/logowania, widok lokalizacji i listy skrytek (min. 1 lokalizacja testowa), wybór skrytki i czasu najmu, podgląd statusu i licznika czasu, wyświetlanie kodu PIN oraz zgłoszenie problemu.
backend/API oraz relacyjna baza danych: użytkownicy, lokalizacje, skrytki (min. 4 skrytki demonstracyjne), rezerwacje, kody dostępu, log zdarzeń, silnik rezerwacji z blokadą kolizji, kolejka komend do zamków i obsługa sesji/uwierzytelniania.
panel administracyjny (aplikacja webowa): logowanie administratora, lista skrytek i rezerwacji, zarządzanie rezerwacjami (podgląd, anulowanie, przedłużenie), ręczne otwarcie skrytki i zarządzanie PINami, historia zdarzeń, podstawowa konfiguracja i eksport CSV (fakultatywnie).
integracja z API producenta zamków i bramką gateway (np. TTLock lub równoważnym): tworzenie/odświeżanie/dezaktywacja kodów PIN, sprawdzanie statusu zamka, obsługa błędów i retry w kolejce komend; bez projektowania własnej elektroniki.
moduł płatności w trybie testowym: oznaczanie rezerwacji jako „opłacone” lub symulacja płatności (bez integracji z operatorami płatności).
powiadomienia e-mail / komunikaty w aplikacji: potwierdzenie rezerwacji, przekazanie PIN, przypomnienia i informowanie o błędach; SMS/push opcjonalne poza ceną podstawową.
środowiska i DevOps: przygotowanie oddzielnych środowisk testowego i demonstracyjnego, CI/CD z automatycznymi testami i blokadami wdrożeń, przechowywanie sekretów poza kodem.
testy i jakość: zautomatyzowane testy end‑to‑end i integracyjne z API zamków, statyczna analiza kodu, przegląd techniczny kodu.
dostawa artefaktów: kompletny kod źródłowy z historią commitów, konfiguracja CI/CD, dokumentacja techniczna (architektura, model danych, opis endpointów), instrukcja uruchomienia oraz uruchomiony demonstrator PoC na lokalizacji testowej z min. 4 skrytkami.
Trudnosc: srednia
trudnosc_uzasadnienie: Wymaga doświadczenia w tworzeniu aplikacji mobilnych i backendu oraz integracji z zewnętrznym API/ urządzeniami IoT i koordynacji środowisk CI/CD, ale zakres jest ograniczony do PoC (1 lokalizacja, min. 4 skrytki) i bez produkcyjnych elementów sprzętowych czy płatności.
