Szczegóły aktualności - PFRON

ZAPYTANIE OFERTOWE w sprawie zaprojektowania, stworzenia i wdrożenia aplikacji on-line pn. „Generator Wniosków” do obsługi XIII konkursu o zlecenie realizacji zadań w ramach art. 36 ustawy orehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych, oraz świadczenie usług związanych z modyfikacją, rozwojem iwsparciem technicznym w zakresie jego obsługi

1. NAZWA I ADRES ZAMAWIAJĄCEGO

Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych

Al. Jana Pawła II 13, 00-828 Warszawa

Adres strony internetowej: www.pfron.org.pl

2. OPIS PRZEDMIOTU ZAMÓWIENIA

Przedmiotem niniejszego zamówienia jest usługa zaprojektowania, stworzenia i wdrożenia aplikacji on-line pn. „Generator Wniosków” do obsługi XIII konkursu o zlecenie realizacji zadań wramach art. 36 ustawy o rehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych, oraz świadczenie usług związanych z modyfikacją, rozwojem iwsparciem technicznym w zakresie jego obsługi.

Wymagania co do aplikacji on-line pn. „Generator Wniosków”:

1. podstawową funkcjonalnością aplikacji on-line pn. „Generator wniosków” powinno być przygotowywanie oraz składanie, przez uprawnione go tego podmioty, wniosków w ramach XIII konkursu ozlecenie realizacji zadań w ramach art. 36 ustawy z dnia 27sierpnia 1997 r. orehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych;
2. aplikacja powinna zostać opracowana na podstawie rozwiązań istniejących już wgeneratorach wniosków przygotowanych w ramach VII, IX i XI konkursu ozlecenie realizacji zadań (...). Wersja demonstracyjna generatora wniosków przygotowanego wramach VII, IX i XI konkursu ozlecenie realizacji zadań (...) dostępna jest pod adresem: http://generator-demo.pgs-soft.com/ Kod źródłowy generatora, o którym mowa powyżej, zostanie udostępniony Wykonawcy.
3. aplikacja powinna poprawnie realizować założone funkcjonalności co najmniej wnastępujących przeglądarkach:

• Google Chrome,
• Mozilla Firefox 4 i nowszych,
• Safari,
• Opera,
• Internet Explorer 8 i nowszych;

4. aplikacja powinna również:
   1. być przygotowana do automatycznej weryfikacji warunków formalnych, jakie musi spełniać wniosek (np. złożenie przez podmiot, który działa na rzecz osób niepełnosprawnych dłużej niż „X” lat lub nie przekraczanie ustalonej przez PFRON kwoty dofinansowania) wraz z możliwością generowania list wniosków zweryfikowanych pozytywnie/negatywnie pod względem formalnym (kryteria oceny formalnej zostaną wskazane przez Zamawiającego poprzez wpisanie ich do edytora warunków formalnych),
   2. dawać możliwość weryfikacji merytorycznej wniosków, to jest powinna zawierać zautomatyzowaną Kartę Oceny Merytorycznej wniosku wraz z możliwością generowania list wniosków zweryfikowanych pozytywnie/negatywnie pod względem merytorycznym,
   3. określać proponowaną kwotę dofinansowania wniosku, na podstawie danych wprowadzonych w Karcie Oceny Merytorycznej oraz dodatkowych parametrów wskazanych przez PFRON,
   4. zostać maksymalnie zautomatyzowana, tak aby wykluczać możliwość wprowadzania sprzecznych danych we wniosku,
   5. posiadać możliwość wprowadzenia kategorii form wsparcia, z której dane nie będą wliczane do wartości wskaźników,
   6. dawać możliwość pracy z poziomu konta administratora. Konta administratora tworzone byłyby dla pracowników PFRON zaangażowanych w realizację konkursu o zlecenie realizacji zadań (...). Do kont administratora przypisanych powinno być szereg dodatkowych uprawnień pozwalających m.in. na:

• edycję danych użytkowników korzystających z aplikacji,
• dodawanie kolejnych kont administratora,
• eksport i import danych dotyczących wniosków, wg struktury ustalonej przez PFRON,

7. być zaprojektowana w sposób przejrzysty i funkcjonalny, zgodnie zdobrymi praktykami w tym zakresie, a także zachowywać czytelność, również przy dużym powiększeniu strony,
8. być zgodna z punktami kontrolnymi o priorytecie 1 i 2 (Podwójne-A), określonymi w ramach Wytycznych Dotyczących Dostępności Treści Internetowych 1.0 (WCAG 1.0) Inicjatywy Przystępnej Sieci (WAI) opracowanej przez World Wide Web Consortium (W3C),
9. być wyposażona w mechanizmy ułatwiające przeglądanie treści przez osoby niedowidzące: tekst alternatywny, zmianę wielkości czcionki bez odnoszenia się bezpośrednio do ustawień przeglądarki,
10. zapewnić wsparcie dla skrótów klawiszowych oraz klawisza przejścia [tab],
11. być odporna na tzw. podwójne kliknięcia w link lub przycisk interfejsu – czynność taka nie może powodować nieprawidłowego działania aplikacji,
12. informować użytkownika o wykonywanych operacjach, poprzez wyświetlanie stosownych komunikatów, tak by maksymalnie ograniczyć możliwość popełnienia błędu (komunikaty będą wprowadzane poprzez edytor komunikatów),
13. komunikować się z użytkownikiem w sposób zrozumiały,
14. być zdolna do weryfikowania danych wprowadzonych do formularzy m.in. napodstawie słowników, reguł oraz masek wprowadzania danych;

1. aplikacja powinna zapisywać i udostępniać historię wszystkich operacji wykonywanych przez użytkowników, z możliwością wyszukiwania i filtrowania co najmniej następujących atrybutów: czas i data operacji, rodzaj operacji, miejsce aplikacji, wktórym operacja została przeprowadzona;
2. aplikacja powinna posiadać następujące elementy:
   1. formularz zgłoszeniowy dla nowych użytkowników,
   2. moduł administratora zawierający w szczególności listę podmiotów iwniosków złożonych w ramach konkursu wraz z wyszukiwarką posiadającą funkcję podpowiadania istniejących wyników,
   3. moduł Wnioskodawcy zawierający w szczególności funkcję składania nowych wniosku zgodnie z określonym przez PFRON wzorem oraz listę złożonych przez dany podmiot wniosków z możliwością ich powtórnej edycji,
   4. moduł przygotowany dla osób weryfikujących wniosek pod kątem merytorycznym;
3. interfejs strony powinien posiadać możliwość tworzenia i zamieszczania plików (np.wezwań o uzupełnienie wniosku, Kart Oceny Merytorycznej, list wniosków zweryfikowanych pod kątem formalnym oraz merytorycznym, komunikatów dla Wnioskodawców);
4. aplikacja powinna uniemożliwiać dostęp do funkcji i zgromadzonych danych zpominięciem mechanizmów bezpieczeństwa, w tym:
   1. powinna być odporna na znane techniki ataku i włamań – w przypadku pojawienia się nowych, nie znanych wcześniej technik włamań, Wykonawca zobowiązany jest do ich analizy i dostarczenia niezbędnych poprawek iuaktualnień aplikacji,
   2. powinna filtrować i walidować wszystkie dane wejściowe w celu zminimalizowania ryzyka naruszenia integralności aplikacji bądź danych.

Gwarancja i wsparcie techniczne:

1. Definicje pojęć:
   1. asysta – zdalna pomoc użytkownikowi aplikacji w rozwiązaniu problemów związanych z funkcjonowaniem aplikacji, udzielana za pośrednictwem telefonu, poczty elektronicznej lub innego środka komunikacji,
   2. awaria – problem w prawidłowym funkcjonowaniu aplikacji wynikający zprzyczyn technicznych niezależnych od jej Wykonawcy, np.: wirusy komputerowe, problemy spowodowane przez elementy współpracujące zaplikacją itp.,
   3. błąd – niepoprawne działanie aplikacji lub jej elementu, brak dostępności aplikacji dla jej użytkowników (z wyłączeniem okoliczności niezależnych odWykonawcy), naruszenie bezpieczeństwa aplikacji (dostęp do danych lub funkcji aplikacji z pominięciem mechanizmów bezpieczeństwa),
   4. czas reakcji wsparcia technicznego – czas liczony od zgłoszenia do reakcji wsparcia technicznego, obejmujący co najmniej kontakt zwrotny zZamawiającym, potwierdzenie przyjęcia zgłoszenia, wstępną analizę funkcjonowania aplikacji i przedstawienie Zamawiającemu planu dalszych działań,
   5. usterka – niepoprawne działanie aplikacji lub jej fragmentu, umożliwiające wykonywanie jego funkcji, ale w sposób utrudniony,
   6. zgłoszenie – dokonywane przez użytkownika, udokumentowane powiadomienie (telefonicznie, faxem, mailem) o problemie związanym znieprawidłowym funkcjonowaniem aplikacji.
2. Wykonawca udzieli minimum 12 miesięcznej gwarancji na poprawną pracę dostarczonej aplikacji. Gwarancja obejmie wszystkie elementy aplikacji dostarczone przez Wykonawcę;
3. termin rozpoczęcia gwarancji liczony jest od następnego dnia po oficjalnym odbiorze aplikacji;
4. w ramach udzielonej gwarancji Wykonawca zobowiązuje się na wniosek Zamawiającego bezpłatnie usuwać wykryte usterki oraz błędy;
5. w ramach wsparcia technicznego Wykonawca zobowiązuje się do:
   1. analizy problemów zgłoszonych przez użytkowników aplikacji,
   2. asysty przy rozwiązywaniu zaistniałych problemów,
   3. asysty przy określaniu przyczyn usterek, błędów lub awarii aplikacji iidentyfikacji elementu aplikacji, który jest tego przyczyną,
   4. usunięcia zdefiniowanych przyczyn usterek i błędów,
   5. asysty przy usuwaniu przyczyn awarii,
   6. naprawy usterek i błędów,
   7. usunięcia skutków usterek i błędów,
   8. asysty przy usuwaniu skutków awarii,
   9. dostarczania, instalacji i konfiguracji uaktualnień i nowych wersji aplikacji lub jej komponentów w przypadku wprowadzania zmian;
6. w ramach asysty Wykonawca zapewni wsparcie w postaci konsultacji telefonicznych ie-mailowych dotyczących wdrożonej aplikacji, od poniedziałku do piątku, wgodzinach od 8 do 16;
7. zgłoszenia przyjmowane będą przez Wykonawcę pod wskazanym w umowie nrtelefonu i adresem e-mail;
8. czas reakcji wsparcia technicznego na otrzymane zgłoszenie nie może być dłuższy niż 2 godziny (brak potwierdzenia we wskazanym czasie oznacza automatyczne rozpoczęcie biegu terminu skutecznej naprawy). Wykonawca niezwłocznie pootrzymaniu zgłoszenia przystąpi do jego analizy i podejmie działania zmierzające do usunięcia zgłoszonych nieprawidłowości w działaniu aplikacji;
9. czas skutecznej naprawy błędu to 24 godziny od momentu potwierdzenia przyjęcia zgłoszenia;
10. czas skutecznej naprawy usterki to 96 godzin od momentu potwierdzenia przyjęcia zgłoszenia.

Testy akceptacyjne:

Wykonawca zapewni czas niezbędny na testy i odbiór aplikacji przez Zamawiającego, wwymiarze minimum 5 dni roboczych.

W przypadku konieczności wprowadzenia poprawek i uzupełnień, czas na ponowny odbiór aplikacji przez Zamawiającego wynosi 3 dni robocze.

Oszacowania kosztów proszę dokonać podając osobno koszt:

• zaprojektowania, stworzenia i wdrożenia aplikacji on-line,
• utrzymania przez okres jednego roku serwera, na którym umieszczona zostanie aplikacja,
• koszt zapewnienia wsparcia technicznego przez okres jednego roku.

3. ZADANIA PO STRONIE WYKONAWCY

1. zaprojektowanie, stworzenie i wdrożenie aplikacji on-line;
2. przygotowanie strony, na której będzie funkcjonowała aplikacja;
3. umieszczenie strony w domenie generator.pfron.org.pl;
4. udostępnienie i utrzymanie serwera, na którym umieszczona zostanie aplikacja;
5. wsparcie techniczne wraz z dokonywaniem niezbędnych poprawek i aktualizacji oraz „help desk” dla oferentów.

4. TERMIN I MIEJSCE WYKONANIA ZAMÓWIENIA

1. termin wykonania usługi: od dnia podpisania umowy do 30 sierpnia 2013 r.
2. Wykonawca jest zobowiązany do przedstawienia wstępnej wersji projektu przedmiotu zamówienia nie później niż w terminie 30 dni kalendarzowych od dnia podpisania umowy, w celu weryfikacji i naniesienia ewentualnych uwag ze strony Zamawiającego;
3. powyższe terminy nie dotyczą modułu dla osób weryfikujących wniosek pod kątem merytorycznym, którego wykonanie powinno zakończyć się najpóźniej do dnia 30 września 2013 r. (łącznie z testowaniem, jak w pkt 2 powyżej),
4. miejsce wykonania zlecenia: u Wykonawcy.

5. WARUNKI UDZIAŁU W POSTĘPOWANIU

Wykonawca:

• posiada doświadczenie w opracowywaniu aplikacji on-line służących doprzygotowywania i składania wniosków o dofinansowanie zadań finansowanych ześrodków publicznych,
• posiada doświadczenie we współpracy z organami administracji publicznej,
• posiada odpowiednie kwalifikacje, umiejętności, doświadczenie do wykonania przedmiotu Zamówienia,
• posiada odpowiednie zaplecze techniczne umożliwiające zrealizowanie usługi.

6. DOKUMENTY WYMAGANE W CELU POTWIERDZENIA SPEŁNIENIA WARUNKÓW

Wykonawca spełnia warunki udziału w postępowaniu na podstawie opisu doświadczenia stanowiącego załącznik do oferty.

7. WALUTA, W JAKIEJ BĘDĄ PROWADZONE ROZLICZENIA ZWIĄZANE Z REALIZACJĄ NINIEJSZEGO ZAMÓWIENIA

- PLN

8. OPIS SPOSOBU PRZYGOTOWANIA OFERTY

Wymagania podstawowe:

• oferta powinna być stworzona wg wzoru FORMULARZ OFERTY ( załącznik nr 1 ),
• oferta powinna być podpisana przez osobę upoważnioną do podpisania oferty,
• podpisy złożone przez Wykonawcę powinny być opatrzone czytelnym imieniem inazwiskiem lub pieczęcią imienną,
• Wykonawca ponosi wszelkie koszty związane z opracowaniem i złożeniem oferty, niezależnie od wyniku postępowania,
• Wykonawca może złożyć tylko jedną ofertę.

Forma oferty:

Oferta powinna być sporządzona:

• w języku polskim,
• każda poprawka w ofercie musi być skreślona i parafowana przez osobę upoważnioną do podpisywania ofert wraz z datą,
• oferta jest jawna, z wyjątkiem informacji stanowiących tajemnice przedsiębiorstwa wrozumieniu przepisów o zwalczaniu nieuczciwej konkurencji, a Wykonawca składając ofertę zastrzegł w odniesieniu do tych informacji, że nie mogą one być udostępnione innym uczestników postępowania.

Zawartość oferty:

Kompletna oferta musi zawierać:

• wycenę przedmiotu zamówienia, w tym osobno podany koszt zaprojektowania, stworzenia i wdrożenia aplikacji on-line, koszt utrzymania przez okres jednego roku serwera, na którym umieszczona zostanie aplikacja oraz koszt zapewnienia wsparcia technicznego przez okres jednego roku ( zał. nr 1 ),
• oświadczenie o braku powiązań kapitałowych lub osobowych ( zał. nr 2 ),
• opis doświadczenia, kwalifikacji i umiejętności w zakresie wskazanym w pkt 5 Zapytania ofertowego wraz zoświadczeniem Wykonawcy, że posiada odpowiednie zaplecze techniczne umożliwiające zrealizowanie usługi.

9. OSOBY UPRAWNIONE DO POROZUMIEWANIA SIĘ Z POTENCJALNYMI WYKONAWCAMI

Paweł Woźniak, adres e-mailowy: pwozniak@pfron.org.pl, tel. (22) 50 55663.

10. MIEJSCE, TERMIN I SPOSÓB ZŁOŻENIA OFERTY

Ofertę wraz z oświadczeniami (skan) należy przesłać na adres pwozniak@pfron.org.pl wciągu 5 dni roboczych, liczonych od dnia opublikowania niniejszego zapytania ofertowego, do godziny 15.00.

11. KRYTERIA OCENY OFERT

1. Zamawiający oceni i porówna te oferty, które nie zostaną odrzucone.
2. O wyborze oferty będzie decydować łączna cena brutto za przedmiotową usługę.

W toku badania i oceny ofert Zamawiający może żądać od Wykonawcy wyjaśnień dotyczących treści złożonych ofert oraz ich uzupełnienia.

12. UNIEWAŻNIENIE POSTĘPOWANIA

Zamawiający zastrzega sobie możliwość unieważnienia postępowania bez podania przyczyny. W przypadku unieważnienia postępowania, Zamawiający nie ponosi kosztów postępowania.

13. UWAGI KOŃCOWE

Niniejsze ogłoszenie nie jest ogłoszeniem w rozumieniu ustawy prawo zamówień publicznych. Państwowy Funduszu Rehabilitacji Osób Niepełnosprawnych zastrzega sobie możliwość nie podpisania umowy bez podania uzasadnienia swojej decyzji.

14. POSTANOWIENIA KOŃCOWE

Do zapytania ofertowego dołączono:

Załącznik nr 1 – Formularz Oferty;

Załącznik nr 2 – Oświadczenie o braku powiązań kapitałowych lub osobowych;

Załącznik nr 3 – obowiązujący w ramach 11 konkursu wniosek o zlecenie realizacji zadań;

Załącznik nr 4 – obowiązująca w ramach 11 konkursu karta oceny merytorycznej wniosku;

Załącznik nr 5 – projekt wniosku o zlecenie realizacji zadań, jaki obowiązywać ma w ramach 13 konkursu.