1. Wstęp. 2. Ogólny opis systemu. 3. Szczegółowy opis systemu Tworzenie postępowania

Wielkość: px

Rozpocząć pokaz od strony:

Download "1. Wstęp. 2. Ogólny opis systemu. 3. Szczegółowy opis systemu Tworzenie postępowania"

Ewa Markowska
6 lat temu
Przeglądów:

1 1. Wstęp W ramach zadania 1 planuje się pozyskanie poprzez zakup praw autorskich z prawem do modyfikacji kodu aplikacji dedykowanej dla Zamawiających z sektora publicznego do zarządzania przetargami w celu uproszczenia procesu przetargowego. Baza aplikacji zostanie wykorzystana do rozbudowy systemy o kolejne moduły tj. planowanie i zarządzanie umowami. Aplikacja powinna spełniać wymogi ustawy PZP przynajmniej w zakresie przeprowadzenia postępowań w trybach ograniczonym oraz nieograniczonym. 2. Ogólny opis systemu System powinien pozwalać na przeprowadzenie postępowania w trybie przetargu ograniczonego oraz nieograniczonego zgodnie z wymaganiami ustawy PZP oraz rozporządzenia Rady Ministrów w szczególności w zakresie: Tworzenia postępowania Publikowania postępowania Obsługi dokumentacji przetargowej Ofertowanie Ocena ofert oraz wniosków Komunikacji z Wykonawcami Szyfrowanie 3. Szczegółowy opis systemu Poniżej przedstawiono szczegółowy opis systemu Tworzenie postępowania System powinien umożliwić stworzenie postępowania w szczególności: Tworzenie podstawowej karty postępowania z informacjami: o Tryb postępowania o Rodzaj zamówienia o Data ogłoszenia o Termin składania wniosków/ofert o Warunki udziału o Kryteria selekcji o Kryteria oceny ofert Dokumentacja postępowania w szczególności: o Dodawanie dokumentacji postępowania o Generowanie dokumentacji postępowania o Przekazanie dokumentacji do akceptacji o Akceptacja dokumentów

2 o Elektroniczny podpis dokumentacji o Opiniowanie dokumentacji przez komisje przetargową Definiowanie komisji przetargowej w szczególności: o Powołanie komisji przetargowej o Akceptacja komisji przetargowej o Odwołanie członka komisji przetargowej o Przypisanie roli członkowi komisji przetargowej Obsługa udostępniania dokumentacji postępowania zgodnie ze złożonym wnioskiem o udostępnienie danych 3.2. Publikowanie postępowania System powinien pozwalać na publikowanie postępowania w szczególności: Publikowanie postępowania na publicznej stronie internetowej Generowanie dokumentacji postępowania Możliwość przeglądania postępowań przez osoby niezalogowane Możliwość pobrania dokumentacji postępowania Wyszukiwarkę postępowań Przyjazny interfejs użytkownika 3.3. Obsługa dokumentacji postępowania System powinien pozwolić na obsługę oraz generowanie dokumentacji postępowania w szczególności: Możliwość generowania pism do postępowania w szczególności: o Protokół postępowania o Informacja z otwarcia ofert o Odpowiedzi na pytania o Wybór najkorzystniejszej oferty o Zawiadomienie o wniesieniu odwołania o Zmiana SIWZ o Informacja o pozycji oferty po postępowniu o Informacja o wyznaczeniu terminu kontynuowania aukcji o Informacja o zamknięciu aukcji elektornicznej o Wezwanie do uzupełnienia oferty o Wezwanie do wyjaśnienia rażąco niskiej ceny o Wezwanie do wyjaśnienia treści oferty o Wezwanie do złożenia oferty dodatkowej o Wniosek o przedłużenie terminu związania oferty oraz wadium o Zaproszenie do udziału aukcji elektronicznej o Wezwanie do uzupełnienia wniosku o Wezwanie do wyjaśnienia treści oświadczeń lub dokumentów o Wezwanie do wyjaśnienia treści wniosku o Wezwanie do złożenia oświadczeń i dokumentów o Wynik oceny wniosków o Wynik oceny wniosków i zaproszenie do oferty

3 o Zaproszenie do złożenia oferty o Zawiadomienie o poprawieniu omyłki o Możliwość wgrywania pism przez Zamawiającego oraz Wykonawców Generyczny mechanizm WorkFlow dokumentów w szczególności: o Możliwość konfigurowania przepływu dokumentów oraz dostępnych akcji w podziale na role użytkownika o Przesyłanie dokumentacji do akceptacji o Akceptacja o Odrzucenie o Możliwość podpisania dokumentacji podpisem kwalifikowanym 3.4. Ofertowanie System powinien w szczególności pozwalać na składanie wniosków oraz ofert Składanie wniosków: o Wyszukanie postępowania o Złożenie wniosku o Interaktywne podpowiedzi dla Wykonawcy o Możliwość dołączenia załączników o Możliwość podpisania wniosku podpisem kwalifikowanym zgodnym z eidas o Generowanie potwierdzenia złożenia wniosku o Możliwość składania wniosków w konsorcjum o Dynamicznie tworzone formularze wniosków przez Zamawiającego Składanie ofert o Wyszukanie postępowania o Złożenie oferty o Interaktywne podpowiedzi dla Wykonawców o Możliwość dołączenia załączników o Możliwość podpisania oferty podpisem kwalifikowanym zgodnym z eidas o Możliwość składani ofert w konsorcjum o Dynamicznie tworzone formularze ofertowe przez Zamawiającego o Możliwość złożenia ofert dodatkowych 3.5. Ocena ofert oraz wniosków System powinien wspierać Zamawiających na etapie oceny ofert oraz wniosków w szczególności: Ocena wniosków: o Ocena kryteriów selekcji o Generowanie rankingu wniosków o WorkFlow akceptacji rankingu wniosków o Generowanie dokumentów o Automatyczne zaproszenie zakwalifikowanych wykonawców do składania ofert Ocena ofert:

4 o Automatyczna ocena kryteriów wyboru o Generowanie rankingu ofert o WorkFlow akceptacji rankingu ofert o Możliwość oceny manualnej wniosków o Możliwość oceny próbek nieelektronicznych o Możliwość oceny ofert indywidualnie przez członków komisji o Wezwanie do złożenia ofert dodatkowych o Automatyczna ocena ofert dodatkowych 3.6. Komunikacja z Wykonawcami System powinien w pełni wspierać elektroniczną komunikację z zamawiającymi: Zadawanie pytań przez Wykonawców Odpowiadanie na pytania przez Zamawiającego Generowanie pism z pytaniami i odpowiedziami Składanie podpisu kwalifikowanego pod dokumentami przesłanymi przez Wykonawców Składanie podpisu kwalifikowanego pod dokumentami wysyłanymi przez Zamawiającego System powinien posiadać moduł powiadomień System powinien wysyłać e o aktualnych działaniach związanych z Wykonawcą 3.7. Szyfrowanie Podstawową funkcjonalnością systemu powinno być bezpieczeństwo. Moduł zarządzania powinien zawierać: Szyfrowanie ofert Szyfrowanie ofert dodatkowych Szyfrowanie wniosków Dane w systemie powinny być zaszyfrowane w taki sposób aby żaden z administratorów systemu nie mógł zapoznać się z ich zawartością przed terminem otwarcia ofert/wniosków. System powinien kontrolować termin otwarcia ofert/wniosków przed i nie pozwolić na ich otwarcie przed upływem w/w terminu Pozostałe wymagania System oprócz wymagań dotyczących poszczególnych modułów powinien zawierać także: Panel administracyjny: o Zarządzanie użytkownikami o Zarządzanie podmiotami o Zarządzanie słownikami o Zarządzanie parametrami systemu Zgodność z ustawą danych osobowych w tym: o Ustawa o ochronie danych osobowych z dania 29 sierpnia 1997 r. o RODO Unijne rozporządzenie dotyczące danych osobowych, które wchodzi w życie dnia 25 maja 2018

5 System powinien posiadać łatwą w dostosowaniu szatę graficzną System powinien być oparty o technologię JAVA oraz JSF System powinien pozwalać na integrację z: o HSM o epuap o Active Directory o TED o BZP System powinien być zgodny z zasadami OWASP Top 10 w zakresie bezpieczeństwa System powinien współpracować z bazami danych: o PostgresSQL o Oracle o MariaDB o MySQL System powinien posiadać mechanizmy zabezpieczające przed wirusami w załącznikach przesłanych przez Wykonawców System powinien zapewniać obsługę znakowania znacznikiem czasu

Podobne dokumenty

Wojskowa Akademia Techniczna im. Jarosława Dąbrowskiego: USŁUGA EKSPERCKA NA

Ogłoszenie nr 545289-N-2018 z dnia 2018-04-16 r. Wojskowa Akademia Techniczna im. Jarosława Dąbrowskiego: USŁUGA EKSPERCKA NA USŁUGA EKSPERCKA NA WYKONANIE I PRZEPROWADZENIE TESTÓW DEDYKOWANYCH MODUŁÓW