Małopolska Karta Aglomeracyjna etap III – rozbudowa systemu MKA – z podziałem na części: Część nr 8 – rozbudowa systemu Małopolska Karta Aglomeracyjna w obszarze sprzedaży usług online oraz sieci akceptacji

Om anbudet

Oppdragsbeskrivelse

Przedmiot zamówienia stanowi wprowadzenie modyfikacji w obszarze systemu centralnego zarządzającego systemem Małopolska Karta Aglomeracyjna (MKA) wraz z przebudową portalu MKA i dostosowaniem istniejącej sieci automatów oraz dostawą nowych urządzeń – w podziale na zakres podstawowy zamówienia i zakres opcjonalny zamówienia. Szczegółowe określenie przedmiotu zamówienia zawiera Opis przedmiotu zamówienia (OPZ) stanowiący zał. nr 1 SWZ.

Kontaktinformasjon

Kontakt navn

Inga Gęsiarz-Nowak

Kontakt telefon

600097672

Kontakt e-post

i.gesiarz@zdw.krakow.pl

Adresse

ul. Głowackiego 56, 30-085 Kraków

• Cena

  60%

  Beskrivelse

  W kryterium cena ocenie podlegać będzie zaoferowana łączna cena ofertowa (stanowiąca sumę ceny za zakres podstawowy zamówienia oraz ceny za zakres opcjonalny zamówienia).

• Okres gwarancji i rękojmi

  40%

  Beskrivelse

  W kryterium okres gwarancji i rękojmi ocenie podlegać ocenie podlegać będzie długość okresu gwarancji jakości i rękojmi za wady zaoferowana przez Wykonawcę na wykonany przedmiot umowy – w stosunku do długości przedziału określającego dopuszczalne limity okresu gwarancji i rękojmi określone przez Zamawiającego, tj. minimalny okres gwarancji i rękojmi, który może zaoferować Wykonawca, wynosi 48 miesięcy licząc od daty odbioru końcowego przedmiotu umowy, natomiast maksymalny okres gwarancji i rękojmi, który może zaoferować Wykonawca, wynosi 72 miesiące licząc od daty odbioru końcowego przedmiotu umowy.

• Referanseprosjekter

  Beskrivelse

  Wykonawca spełnia warunek jeśli wykaże, że w okresie ostatnich 7 lat przed upływem terminu składania ofert, a jeżeli okres działalności jest krótszy – to w tym okresie, wykonał: 1) co najmniej jedną usługę obejmującą opracowanie i uruchomienie dedykowanej aplikacji w technologii React lub technologii równoważnej (za jaką należy rozumieć inną niż React bibliotekę lub framework JavaScript przeznaczony do budowy interfejsów użytkownika posiadający następujące cechy: - opiera się na architekturze komponentowej, - wykorzystuje mechanizm reaktywnego odświeżania widoku, - natywnie lub poprzez dedykowane narzędzia (np. Nuxt.js dla Vue, Angular Universal, SvelteKit) umożliwia renderowanie po stronie serwera (Server Side Rendering – SSR)),która to aplikacja była elementem systemu informatycznego posiadającego co najmniej następujące parametry: - realizował co najmniej 100 000 transakcji zakupowych w okresie jednego miesiąca, - zarządzał co najmniej 50 000 użytkowników zarejestrowanych w tym systemie, - funkcjonował na zasobach chmury obliczeniowej lub na fizycznych serwerach systemu, - posiadał co najmniej środowisko testowe i produkcyjne, - w ramach posiadanych systemowych kanałów dystrybucji funkcjonował portal, w którym dostępne były usługi tego systemu i realizowany jest ich zakup, a opracowana i uruchomiona aplikacja posiadała funkcjonalności umożliwiające co najmniej: - tworzenie usług w zakresie określania ich parametrów (w tym ceny) i sprzedaż tych usług w systemie w sposób bezpośredni lub za pomocą kanałów dystrybucji systemu, - zarządzanie i logistykę poprzez generowanie tras, punktów węzłowych, generowanie zadań, - wizualizację danych i wprowadzanie danych w środowisku graficznym z wykorzystaniem własnego silnika graficznego lub przy wykorzystaniu usługi, - administrowanie użytkownikami aplikacji poprzez dedykowane narzędzia służące do konfigurowania co najmniej uprawnień i dostępu do funkcjonalności, natomiast dostęp do tej aplikacji realizowany był za pomocą przeglądarki internetowej; 2) co najmniej jedną usługę obejmującą opracowanie i uruchomienie aplikacji sprzedażowej funkcjonującej na urządzeniach systemu informatycznego będących elementem tego systemu, realizującej sprzedaż usług tego systemu oraz posiadającej funkcjonalności umożliwiające co najmniej: - zakup usług i dokonanie zapłaty za pomocą karty płatniczej, - zapis i odczyt usług tego systemu na nośnikach fizycznych np. na kartach miejskich, - fiskalizację zakupu realizowaną online w systemie centralnym lub bezpośrednio w urządzeniu, na którym funkcjonowała ta aplikacja, a opracowana i uruchomiona aplikacja była elementem systemu zarządzającego sprzedażą usług z wykorzystaniem co najmniej dwóch kanałów dystrybucji tych usług, z których jednym kanałem była aplikacja sprzedażowa dedykowana na urządzenia tego systemu, który to system posiadał co najmniej następujące parametry: - realizował co najmniej 10 000 transakcji w okresie jednego miesiąca, - zarządzał co najmniej 50 000 użytkowników zarejestrowanych w tym systemie, - funkcjonował na zasobach chmury obliczeniowej lub na fizycznych serwerach systemu, - posiadał co najmniej środowisko testowe i produkcyjne; 3) dostawę co najmniej 10 szt. urządzeń stacjonarnych lub mobilnych, których przeznaczeniem była sprzedaż usług związanych z publicznym transportem zbiorowym, skomunikowanych systemem informatycznym stanowiącym źródło danych dotyczących sprzedawanych w tym systemie usług oraz posiadających co najmniej następujące funkcjonalności i parametry: - posiadały podzespoły umożliwiające opłaty za usługi dostępne w urządzeniu przy użyciu kart płatniczych zbliżeniowo, - posiadały podzespoły umożliwiające przeprowadzanie transakcji polegających na zakupie usług dostępnych w aplikacji sprzedażowej w urządzeniu i zapisie ich na karcie bezstykowej typu karta miejska, - realizowały funkcję polegającą na przeniesieniu zakupionej wcześniej w systemie informatycznym usługi na kartę bezstykową typu karta miejska, - realizowały sprzedaż usług podlegającą fiskalizacji i dokonywały tej fiskalizacji lub fiskalizacja tych usług realizowana była poprzez usługę systemu. UWAGA! - Wykonanie usług wskazanych w ppkt 1 i 2 oraz dostaw wskazanych w ppkt 3 mogło nastąpić w ramach jednego, tych samych lub odrębnych zadań. - Zamawiający informuje, iż w przypadku wykazywania na potrzeby potwierdzania spełniania przez Wykonawcę niniejszego warunku doświadczenia w realizacji zadania wykonanego przez grupę wykonawców (np. konsorcjum), za miarodajne z punktu widzenia wykazania spełniania tego warunku zostanie uznane jedynie doświadczenie polegające na faktycznej realizacji prac wskazanych w treści tego warunku. Nie zostanie uznane za potwierdzenie spełniania tego warunku legitymowanie się nabyciem doświadczenia w realizacji zadania wykonanego przez grupę wykonawców (np. konsorcjum) jedynie poprzez fakt bycia jednym z członków tej grupy (np. członkiem konsorcjum), jeżeli faktycznie nie zrealizowało się w ramach tego zadania prac wskazanych w treści tego warunku, chyba że Wykonawca wykaże, iż nawet pomimo braku faktycznej realizacji w ramach danego zadania wskazanych w warunku prac to jednak zakres i przedmiot czynności, obowiązków i odpowiedzialności faktycznie odnosił się do całości zadania (tj. również do prac faktycznie niewykonywanych), co oznaczałoby nabycie doświadczenia odnośnie całości jego przedmiotu (tj. również do prac faktycznie niewykonywanych).

  Dokumentasjonskrav

  Dokumenty i oświadczenia wskazane w SWZ.

• Zdolność finansowa lub kredytowa

  Beskrivelse

  Wykonawca spełnia warunek jeżeli wykaże, że posiada środki finansowe lub zdolność kredytową w kwocie co najmniej 2 000 000,00 zł (słownie: dwa miliony złotych 00/100).

  Dokumentasjonskrav

  W celu potwierdzenia spełnienia tego warunku Wykonawca zobowiązany jest złożyć dokumenty i oświadczenia wskazane w SWZ.

Se hele utlysningen