Po terminiePrzetarg nieograniczony · PN
Dostawa licencji systemu informatycznego – Warszawa
Polska Agencja Rozwoju Przedsiębiorczości8 aktualnych · 206 w archiwum·NIP 5262501444·mazowieckie
Składanie ofert: 12 czerwca 2026
Przedmiot zamówienia
AIZamówienie obejmuje dostawę i wdrożenie systemu informatycznego do obsługi instrumentu finansowego FENG.01.02 (Fundusz Transformacji Cyfrowej i Przyjaznej dla Środowiska) w modelu hostowanym, dostępnego przez przeglądarkę, wraz z licencjami dostępowymi pływającymi, konfiguracją, szkoleniami (do 30 osób PARP + do 70 osób Partnerów Finansujących), serwisem gwarancyjnym i prawem opcji (przedłużenie o 2 lata + 500 Godzin Rozwojowych + do 100 licencji dodatkowych). System musi wspierać: rejestr umów z Partnerami Finansującymi, ewidencję spłat i umorzeń, rozliczenia finansowe, raportowanie do IZ (CST2021), prognozowanie kosztów, szkodowość, walidację NIP, zarządzanie słownikami, ścieżki akceptacji formularzy, uprawnienia i mechanizm wyjątków, autozapis, logotypy EU, transfer danych z hurtowni (CSV/XML/JSON). W ramach zamówienia wykawca wytwarza dokumentację, szkolenia i przekazuje depozyt kodu źródłowego. Łączny okres: 77 miesięcy; szacunkowa wartość: 2 757 500 PLN brutto. Zmiana: termin składania ofert przesunięty na 12.06.2026, związanie ofertą do 09.09.2026.
- Część 1 (usługa): system informatyczny do obsługi pożyczek FENG (model hostowany, dostęp przeglądarkowy), konfiguracja, wdrożenie, montaż, administrowanie infrastrukturą, serwis gwarancyjny, szkolenia użytkowników i administratorów, dokumentacja, depozyt kodu źródłowego.
- Część 2 (dostawa licencji): licencje dostępowe pływające na pełen zakres funkcjonalny, bez dodatkowych opłat.
- Część 3 (opcja): przedłużenie utrzymania o 2 lata, pula 500 Godzin Rozwojowych, zwiększenie licencji o do 100 szt.
Trudność: wysoka
Zamówienie obejmuje pełny cykl życia systemu finansowo-pożyczkowego z wieloma modułami, integracjami zewnętrznych systemów (CST2021, hurtownia danych), 8 etapami wdrożenia na 77 miesięcy, wieloma grupami użytkowników (PARP, PF, OO) i wymogami bezpieczeństwa (audyt, depozyt kodu), co czyni zakres technicznie i organizacyjnie bardzo złożonym.
Terminy realizacji
Okres obowiązywania umowy
77 miesięcy
77 miesięcy
Warunki udziału
AI1Doświadczenie — 2 usługi opracowania i wdrożenia systemu IT z przeszkoleniem, każda ≥ 150 000 zł brutto, ostatnie 3 lata; nie sumowanie
2Kierownik projektu — 2 projekty IT, łącznie ≥ 6 mies. w ciągu 3 lat
Pozostałe 6 warunków po założeniu darmowego konta.
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena zamówienia podstawowegonajniższa cena brutto
30%
Cena prawo opcjinajniższa cena brutto
10%
Funkcjonalność dodatkowadeklaracje w Załączniku nr 1
50%
SLAprzedział 99,11–99,3=1 pkt
5%
Analiza ryzyk5 ryzyk z przeciwdziałaniem
5%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Kary i sankcje
AI- Wadium: 20 000,00 zł — pieniędz, gwarancja bankowa, gwarancja ubezpieczeniowa lub poręczenie.
- SLA: oferta z SLA < 99,1% odrzucana (art. 226 ust. 1 pkt 5 uPzp).
- Kary SLA: naliczane za naruszenia dostępności Systemu; jedno naruszenie – nie więcej niż jedna kara.
Pytania i odpowiedzi
23Wyodrębnione z wyjaśnień treści SWZ.
1"Lp. 1. System musi wspierać prognozowanie kosztów i wydatków Instrumentu Finansowego FENG. Ewidencjonowanie, w ramach Opłat za zarządzanie, poniesionych przez PARP kosztów, z uwzględnieniem systemu kont PARP oraz dostępnego limitu."
Czy wyliczanie wynagrodzenia odbywa się jednym wzorem, który zostanie udostępniony Wykonawcy ? Czy są różne wzory w zależności od umowy?
Zamawiający potwierdza, że wynagrodzenie PARP obliczane jest według jednego wzoru.
1Czy depozyt kodu źródłowego ma obejmować jedynie kody konfiguracji i dedykowanych rozszerzeń stworzonych specjalnie dla PARP, czy też wymaga zdeponowania kodu bazowego całej platformy
Zgodnie z § 8 ust 10 wzoru umowy oraz punktem 12.2.1 Depozyt kodu źródłowego ma obejmować utwory stanowiące programy komputerowe będące przedmiotem Umowy co ma zabezpieczyć Zamawiającego w przypadku sytuacji awaryjnej przewidzianej w Umowie (upadłość, Awaria krytyczna, brak kontaktu), więc depozyt obejmować powinien kody bazowe całego Systemu.
2„Lp. 13. System musi wspierać rozliczenia finansowe dokonywane przez PF.”
Czy wymaganie zostanie uznane za spełnione poprzez zapewnienie funkcjonalności rejestracji/importu z excel przepływów przez PF z możliwością wygenerowania zestawienia z przepływów ?
Zamawiający potwierdza, że taka funkcjonalność zapewni spełnienie wymagania wskazane w Opisie Przedmiotu Zamówienia, zwanym dalej „OPZ”.
2Audyt bezpieczeństwa przez certyfikowane firmy. Jakie certyfikaty musi mieć taka firma?
Zgodnie z wymaganiem niefunkcjonalnym nr 2 z Załącznika nr 2 do OPZ audyt przeprowadza niezależny podmiot uprawniony do przeprowadzania audytu bezpieczeństwa, dysponujący audytorami o kwalifikacjach potwierdzonych jednym z niżej wymienionych certyfikatów: certyfikat CISA - Certified Information Systems Auditor lub równoważny, certyfikat CISSP - Certified Information Systems Security Professional lub równoważny, certyfikat CEH - Certified Ethical Hacker lub równoważny, certyfikat OPST - OSSTMM Professional Security Tester lub równoważny. Za równoważny uznaje się certyfikat wystawiany przez niezależną instytucję posiadającą uprawnienia do potwierdzania kompetencji w obszarze bezpieczeństwa systemów informatycznych. Certyfikat równoważny musi dotyczyć tego samego obszaru kwalifikacji, a jego uzyskanie musi wiązać się z przejściem procedury certyfikacyjnej, takiej samej jak w przypadku certyfikatu porównywanego lub równoważne.
3Czy Zamawiający dopuści ograniczenie odpowiedzialności Wykonawcy za roszczenia osób trzecich wyłącznie do: 1) roszczeń wynikających z zawinionego działania lub zaniechania Wykonawcy, 2) oraz do wysokości łącznego wynagrodzenia brutto z Umowy?
Zamawiający nie wyraża zgody na proponowane ograniczenie odpowiedzialności Wykonawcy.
3„Lp. 15. System umożliwi ustawianie ścieżek zatwierdzania formularzy, które wykorzystują określone przepływy pracy.”
Czy Zamawiający dopuszcza sprecyzowanie „wykazu procesów administracyjnych, których dotyczy ustawianie ścieżek zatwierdzania formularzy, które wykorzystują określone przepływy pracy” na etapie analizy przedwdrożeniowej i zdefiniowanie ich przez Wykonawcę?
Jednocześnie Wykonawca wskazuje na odpowiedź PARP dotyczącą analogicznego wymagania opublikowaną dnia 27.03.2026 w poprzednim postępowaniu: BZP.SZU.260.2.2026.KBR, Znak sprawy: p/4/DIS/2026.
Zamawiający przewiduje możliwość sprecyzowania wskazanego w pytaniu zakresu na etapie analizy przedwdrożeniowej i zdefiniowanie ich przez Wykonawcę, jeśli nie będzie miało to istotnego wpływu na czas realizacji danego Etapu. Powyższe dotyczy w szczególności funkcjonalności dodatkowych zaoferowanych przez Wykonawcę i służących dostosowaniu Systemu do potrzeb Zamawiającego.
4„Lp. 16. Uprawnienia oraz role (np. edycja, podgląd, brak prawa dostępu) nadawane są użytkownikom na poziomie modułów/funkcjonalności/formularzy oraz na podstawie przypisania do struktury organizacyjnej. System musi wspierać mechanizm wyjątków uprawnień umożliwiający:
a) ukrywanie: dla zdefiniowanej listy pól zawierających dane wrażliwe (np. PESEL, wynagrodzenie zasadnicze) system musi pozwalać na ukrywanie danych dla wskazanych ról niezależnie od uprawnień na poziomie formularza.
b) edycja selektywna: umożliwienie edycji tylko wybranych pól w formularzu (np. tylko pole ""Adres zamieszkania"" w formularzu danych pracownika), nawet jeśli rola ma domyślne uprawnienie Tylko odczyt dla reszty formularza."
Czy Zamawiający dopuszcza sprecyzowania pól wrażliwych na etapie analizy przedwdrożeniowej i skonfigurowanie ich przez Wykonawcę ?
Zamawiający wyjaśnia, że dopuszcza doprecyzowanie zakresu pól wrażliwych na etapie analizy przedwdrożeniowej oraz ich konfigurację przez Wykonawcę. Powyższe dotyczy w szczególności funkcjonalności dodatkowych zaoferowanych przez Wykonawcę i służących dostosowaniu Systemu do potrzeb Zamawiającego.
4Czy Zamawiający dopuści wprowadzenie całkowitego limitu odpowiedzialności Wykonawcy do 100% wartości wynagrodzenia brutto Umowy, obejmującego zarówno kary umowne, jak i odszkodowanie uzupełniające?
Zamawiający nie wyraża zgody na ograniczenie odpowiedzialności Wykonawcy wyłącznie do roszczeń wynikających z zawinionego działania lub zaniechania Wykonawcy oraz do wysokości łącznego wynagrodzenia brutto z Umowy.
5Czy Zamawiający potwierdza, że: 1) kary SLA nie będą naliczane równolegle z karami za ten sam przypadek naruszenia, 2) oraz że jedno zdarzenie nie będzie podstawą wielokrotnego naliczenia kar?
Zamawiający wyjaśnia, że kary umowne naliczane z tytułu niedotrzymania parametrów SLA odnoszą się wyłącznie do naruszeń związanych z dostępnością Systemu, zgodnie z zasadami określonymi w pkt 7.7 OPZ. Jednocześnie Zamawiający wskazuje, że co do zasady jedno naruszenie nie będzie stanowiło podstawy do wielokrotnego naliczania kar umownych za ten sam zakres naruszenia.
5„Lp. 17. W systemie występuje zdefiniowany proces akceptacji formularzy, zgodnie z dokumentacją procesową i uszczegółowiony na etapie wdrożenia. W każdym procesie mogą uczestniczyć różne role, np.: PARP, Partner Finansujący.”
Proszę o podanie listy typów formularzy, których dotyczy proces ?
Zdefiniowany proces akceptacji będzie dotyczył w szczególności wniosków o płatność oraz sprawozdań okresowych składanych przez Partnerów Finansujących.
6Czy Zamawiający dopuści: 1) odbiory częściowe dla poszczególnych funkcjonalności, 2) odbiory warunkowe, 3) mechanizm milczącego odbioru po upływie określonego terminu bez zgłoszenia uwag?
Zamawiający podtrzymuje aktualnie brzmienie OPZ.
6„Lp. 31. W systemie zostaną sparametryzowane wskaźniki, zgodnie z SZOP FENG wymienione w dokumentacji (wzory raportów).”
W Kryteriach akceptacji podano: 1) prawidłowo widoczne w systemie wskaźniki (11 rezultatu + 11 produktu). W dokumencie „Szczegółowy Opis Priorytetów Programu Fundusze Europejskie dla Nowoczesnej Gospodarki” dla działania FENG.01.02 Fundusz Transformacji Cyfrowej i Przyjaznej dla Środowiska, podane jest 10 wskaźników produktu. Proszę o potwierdzenie, że jest to omyłka pisarska.
Zamawiający informuje, że dokonał zmiany w Załączniku nr 1 do OPZ „Wymagania funkcjonalne”. Zamawiający udostępnia dokument w zmienionym brzmieniu a zmiany zostały zaznaczone kolorem czerwonym.
7Czy Zamawiający potwierdza, że: 1) obowiązek dostosowania Systemu obejmuje wyłącznie zmiany prawa możliwe do przewidzenia na dzień składania ofert, 2) natomiast istotne zmiany legislacyjne będą realizowane jako Godziny Rozwojowe lub odrębny Change Request?
Zamawiający wyjaśnia, że Godziny Rozwojowe przeznaczone są na rozwój Systemu oraz jego dostosowanie do potrzeb Zamawiającego. Jednocześnie obowiązek dostosowania Systemu do zmian przepisów prawa pozostaje po stronie Wykonawcy i ma być realizowany w ramach Umowy, wraz z wejściem w życie odpowiednich zmian legislacyjnych. Zamawiający nie przewiduje realizacji zmian wynikających ze zmian przepisów prawa w ramach Godzin Rozwojowych ani odrębnych Change Requestów.
7„Lp. 41. System umożliwi ewidencjonowanie przez PF wpłat dokonywanych przez Ostatecznych Odbiorców na poczet spłat pożyczek.”
Czy wymaganie zostanie uznane za spełnione poprzez zapewnienie funkcjonalności rejestracji/importu z excel spłat w podziale na kapitał/odsetki/odsetki karne oraz dodatkowo możliwość zaimportowania danych dot. przepływów na rachunkach bankowych powiązanych z umową ?
Zamawiający potwierdza, że taka funkcjonalność zapewni spełnienie wymagania wskazanego w OPZ.
8„Lp. 43. System musi wspierać rejestracje przepływów finansowych dla danej pożyczki.”
"Czy wymaganie zostanie uznane za spełnione poprzez zapewnienie funkcjonalności rejestracji/importu z excel przepływów pomiędzy OO i PF z możliwością wygenerowania zestawienia z przepływów ?
Zamawiający potwierdza, że taka funkcjonalność zapewni spełnienie wymagania wskazanego w OPZ.
8Czy Zamawiający doprecyzuje: 1) maksymalny zakres procedury exitowej, 2) limit godzinowy/wsadowy, 3) maksymalny czas wsparcia po zakończeniu Umowy, 4) oraz format przekazywanych danych?
W związku z ogólnym charakterem zadanego pytania Zamawiający przyjął, że wszystkie jego elementy dotyczą Strategii Wyjścia (Exit Plan) i zgodnie z tym założeniem udziela odpowiedzi: Ad 1) Zamawiający określił zakres procedury exitowej w Opisie Przedmiotu Zamówienia, w punkcie 12 Strategia wyjścia (Exit Plan). Ad 2) Zamawiający wskazuje, że nie jest możliwe jednoznaczne ustalenie, czego dotyczy pojęcie „limit godzinowy/wsadowy”, w związku z czym nie jest możliwe udzielenie bardziej szczegółowej odpowiedzi. Jednocześnie Zamawiający nie przewiduje odrębnego limitu godzinowego dla realizacji obowiązków wynikających ze Strategii Wyjścia poza zakresem określonym w dokumentacji postępowania. Dodatkowo Zamawiający w dokumentacji dotyczącej zamówienia nie operuje pojęciem "limit godzinowy/wsadowy". Ad 3) Zamawiający w Opisie Przedmiotu Zamówienia, w punkcie 12 Strategia wyjścia (Exit Plan), a w szczególności w punkcie 12.1.2 Okres Przejściowy wskazał, iż „ 1. Wykonawca zapewni utrzymanie pełnej funkcjonalności Systemu przez okres minimalnie 3 miesiące od daty złożenia wypowiedzenia, na niezmienionych warunkach SLA.” Ad 4) Zamawiający w Opisie Przedmiotu Zamówienia, w punkcie 12 Strategia wyjścia (Exit Plan), a w szczególności w punkcie 12.1.1 wskazał „1.Wykonawca dostarczy kompletny zrzut bazy danych Systemu w formacie otwartym, umożliwiającym import do innych systemów (np. SQL, CSV, JSON). Użycie formatów binarnych lub własnościowych, niemożliwych do odczytania bez dedykowanego oprogramowania Wykonawcy, jest niedopuszczalne.”
9Czy Zamawiający potwierdza, że: 1) odpowiedzialność Wykonawcy ogranicza się do wymagań określonych w OPZ, 2) a Wykonawca nie ponosi odpowiedzialności za nieujawnione lub zmieniające się potrzeby biznesowe Zamawiającego?
Zamawiający potwierdza, że na obecnym etapie wymagania dotyczące Systemu zostały określone w OPZ i w tym zakresie Wykonawca zobowiązany jest do realizacji przedmiotu zamówienia. Jednocześnie Zamawiający przewiduje możliwość rozwoju i dostosowywania Systemu do zmieniających się potrzeb biznesowych w ramach przewidzianych w Umowie Godzin Rozwojowych.
Historia zmian
07.05.2026 — publikacja ogłoszenia
05.06.2026 — aktualizacja ogłoszenia (Termin składania: 10.06.2026 → 12.06.2026)
09.06.2026 — wyjaśnienia treści SWZ (2 dokumenty z wyjaśnieniami)
12.06.2026 — upływ terminu składania ofert