Dostawa licencji na system WFR, szkolenie i utrzymanie – Poznań
Pełna nazwa postępowania: Dostawa licencji na system informatyczny opracowany i wdrożony w celu automatyzacji procesów realizowanych przez Zamawiającego, przeszkolenie pracowników Zamawiającego, użytkowników systemu oraz utrzymanie wdrożonego systemu
Wielkopolski Fundusz Rozwoju Sp. z o.o.·NIP 7831749000·Poznań
Wartość szac.
—
nie podano
Termin składania
06.03.2026
postępowanie zakończone
Otwarcie ofert
—
nie podano
Opublikowano
16 lutego 2026
źródło: EB2B
Streszczenie SWZ
Streszczenie AI · Janusz
Widzisz połowę każdej z 8 sekcjiDruga połowa — łącznie 7 zdań z warunkami, dokumentami i analizą ryzyka — odsłania się po założeniu darmowego konta.
Doświadczenie: min. 4 zamówienia opracowania i wdrożenia systemu IT ze szkoleniem, łączna ≥ 1 600 000 PLN brutto, min. 2 zamówienia ≥ 400 000 PLN brutto (min. 1 z obsługą finansowania pośredniego), ostatnie 3 lata
Z każdej z 8 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 7 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
Dostawa licencji bezterminowej na system informatyczny WFR + oprogramowanie zależne (systemy operacyjne, silniki baz danych).
Wdrożenie na infrastrukturze własnej Wykonawcy z integracją z zewnętrznymi systemami (KRS, CEIDG, REGON, wyciągi bankowe).
Testy funkcjonalności i wydajności ze wsparciem Zamawiającego przy testowaniu.
Szkolenie użytkowników: max 50 osób (obsługa), max 10 osób (administracja merytoryczna), max 10 osób (administracja techniczna).
Szkolenie formalne max 30 użytkowników (stacjonarne lub zdalne).
Uruchomienie produkcyjne Systemu.
Usługi utrzymania Systemu przez 24 miesiące od dnia odbioru.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
„zwracam się z uprzejmym zapytaniem, jaki mniej więcej mają Państwo przewidziany budżet na realizację zamówienia?”
Zamawiający informuje, iż na obecnym etapie postępowania nie przewiduje udostępnienia informacji dotyczących szacunkowej wartości zamówienia, ani budżetu przeznaczonego na jego realizację.
Jednocześnie Zamawiający wskazuje, że zgodnie z przepisami ustawy Prawo zamówień publicznych kwota, jaką Zamawiający zamierza przeznaczyć na sfinansowanie zamówienia, zostanie podana bezpośrednio przed otwarciem ofert.
Rozdział B. WPROWADZENIE
Str. 3 OPZ - Załącznika nr 1 do SWZ
(...) System musi dawać możliwość jego użytkownikom samodzielnego tworzenia raportów na bazie dokumentów wejściowych znajdujących się w Systemie.
Zgodnie z OPZ: System ma służyć „do wprowadzania przez pracowników WFR oraz PF i Ostatecznych Odbiorców danych pochodzących z różnych źródeł, dotyczących:
1.1. udzielania instrumentów finansowych ze środków unijnych oraz innych niż unijne,
1.2. przepływów na rachunkach bankowych (wpływy i wypłaty) (...)”
Prosimy o potwierdzenie, że przez „tworzenie raportów na bazie dokumentów wejściowych” Zamawiający rozumie tworzenie raportów na podstawie danych znajdujących się w systemie?
Zamawiający wyjaśnia, że przez „tworzenie raportów na bazie dokumentów wejściowych znajdujących się w Systemie” rozumie tworzenie raportów na podstawie danych zgromadzonych w Systemie, tj. danych wprowadzonych lub zaimportowanych do Systemu na podstawie dokumentów wejściowych.
Rozdział B. WPROWADZENIE
Str. 3 OPZ - Załącznika nr 1 do SWZ
(...) Format i liczba plików zasilających bazę danych zostaną określone na etapie wdrożenia.
Prosimy o wskazanie liczby plików przewidzianych do importu oraz ich formatów (np. XLSX, CSV, XML, inne), a także ich struktury i szacunkowej wielkości danych (liczby plików/rekordów). Informacje te są niezbędne do prawidłowej kalkulacji oferty.
Zamawiający wyjaśnia, że szacowana liczba plików do importu będzie od 80 do 100. Format plików importowych: xlsx, xls, csv oraz word. Struktura danych: pliki głównie o strukturze i w formatach excela (tabele wielokolumnowe do 79 kolumn obecnie), maksymalna liczba rekordów w pojedynczym pliku wynosi ok.25 tys. rekordów. Tabele sformatowane jako tabela i jako zakres danych, kolumny pojedyncze i scalane, nagłówki kolumn jedno i wieloblokowe, tzn. mogą występować 4-5 wierszy oznaczonych jako nagłówki kolumn).
Ostateczna struktura danych (schemat, liczba kolumn, typy pól, relacje) zostanie przekazana wykonawcy w ramach analizy przedwdrożeniowej.
Rozdział C. OPIS SYSTEMU DOCELOWEGO
Str. 5 OPZ - Załącznika nr 1 do SWZ
(…) Dodatkowe rekordy w arkuszach będzie można również uzupełniać ręcznie, bezpośrednio w siatce wprowadzania danych.
Prosimy o potwierdzenie, czy Zamawiający dopuszcza realizację powyższego wymagania poprzez edycję danych w formularzu otwieranym po dwukrotnym kliknięciu rekordu w siatce danych? Należy przy tym uwzględnić, że system będzie gromadził i wyświetlał w siatce dane pochodzące z różnego rodzaju pól (m.in. list wyboru, danych podrzędnych wielokrotnych, wartości sklejanych z wielu atrybutów, pól wyliczanych lub uzupełnianych automatycznie), których często nie można wprowadzać bezpośrednio w siatce danych.
Zamawiający wyjaśnia, że dopuszcza realizację wskazanego wymagania poprzez edycję danych w formularzu rekordu otwieranym po dwukrotnym kliknięciu rekordu w siatce danych. Warunkiem jest, aby rozwiązanie to umożliwiało pełne i efektywne wprowadzanie oraz modyfikację danych, w tym pól słownikowych, danych podrzędnych wielokrotnych, pól wyliczanych oraz uzupełnianych automatycznie, z zachowaniem odpowiednich mechanizmów walidacji i spójności danych.
Zamawiający nie wymaga, aby wszystkie pola były edytowalne bezpośrednio w komórkach siatki, o ile zapewniona zostanie możliwość ręcznego uzupełniania dodatkowych rekordów poprzez dedykowany formularz dostępny z poziomu siatki.
Rozdział C. OPIS SYSTEMU DOCELOWEGO
Str. 5-6 OPZ - Załącznika nr 1 do SWZ
Zamawiający wskazał poniżej kluczowe funkcjonalności, których oczekuje od Systemu:
(...)
● ładowanie danych dotyczących przepływów na rachunkach bankowych (import wyciągów bankowych z systemu księgowego lub bazy danych MSSQL).
Czy w przypadku konieczności wykonania importu wyciągów bankowych z bazy danych MSSQL, Zamawiający zapewni dostęp do bazy danych, API, dokumentacji technicznej oraz wsparcie techniczne bez dodatkowych kosztów po stronie Wykonawcy?
Zamawiający potwierdza, że w przypadku konieczności realizacji importu wyciągów bankowych z bazy danych MSSQL, Zamawiający zapewni Wykonawcy dostęp do niezbędnych zasobów, w tym do bazy danych lub odpowiedniego interfejsu API, wraz z dokumentacją techniczną oraz wsparciem technicznym w zakresie niezbędnym do prawidłowej realizacji integracji. Powyższe zostanie zapewnione bez dodatkowych kosztów po stronie Wykonawcy, przy czym szczegółowy zakres i forma dostępu zostaną uzgodnione na etapie realizacji, z uwzględnieniem obowiązujących zasad bezpieczeństwa i ochrony danych.
Rozdział C. OPIS SYSTEMU DOCELOWEGO
Str. 6 OPZ - Załącznika nr 1 do SWZ
Dane do Systemu wprowadzane będą ręcznie lub poprzez import danych przy pomocy plików Excel, ale też poprzez automatyczny import z innych baz (własnych, tj. np. Polska Wywiadownia Gospodarcza, ale też zewnętrznych, tj. np. KRS, czy CEIDG, KRS czy REGON, klasyfikacja PKD, SUDOP/SHRIMP ), oraz na zasadzie wyliczania wartości pomiędzy dokumentami (formularzami) w obrębie samego Systemu.
Pytanie 5a: Prosimy o doprecyzowanie w jakim zakresie Zamawiającym oczekuje integracji z wymienionymi systemami.
Pytanie 5b: Czy Zamawiający zapewni dostęp do interfejsów integracyjnych oraz pokryje ewentualne koszty dostępu/licencji (w przypadku braku publicznego API do wymienionych systemów np. Polskiej Wywiadowni Gospodarczej)?
Pytanie 5c: Czy Zamawiający dopuszcza integracje tylko z systemami zapewniającymi publiczne API, w przypadku braku dostępnych interfejsów integracyjnych np. SUDOP/SHRIMP?
Odpowiedź 5a: Zamawiający wyjaśnia, że integracja z wymienionymi systemami będzie miała charakter wspierający proces wprowadzania i weryfikacji danych, a nie pełnej replikacji baz zewnętrznych ani utrzymywania ich kopii w Systemie. Integracja ma służyć automatyzacji i usprawnieniu procesów wprowadzania oraz weryfikacji danych.
Zakres integracji w przypadku rejestrów publicznych (np. KRS, CEIDG, SUDOP/SHRIMP) powinien obejmować w szczególności możliwość automatycznego pobrania podstawowych danych identyfikacyjnych i rejestrowych podmiotu (np. nazwa, forma prawna, adres, NIP/REGON, status działalności, kody PKD), w celu uzupełnienia formularzy w Systemie oraz weryfikacji poprawności i aktualności danych. Integracja powinna umożliwić wywołanie zapytania z poziomu formularza Systemu, zaprezentować pobrane dane i zapisać po zaakceptowaniu ich przez użytkownika Systemu.
Odpowiedź 5b: Zamawiający wyjaśnia, że zapewni dostęp do posiadanych interfejsów integracyjnych w zakresie niezbędnym do realizacji integracji. W przypadku systemów, które nie udostępniają publicznego API lub wymagają odpłatnego dostępu (np. komercyjne bazy danych takie jak Polska Wywiadownia Gospodarcza), Zamawiający pokryje ewentualne koszty dostępu lub licencji, o ile będą one niezbędne do realizacji wymaganego zakresu integracji. Jednocześnie szczegółowe zasady dostępu, zakres danych oraz model licencjonowania zostaną uzgodnione na etapie analizy przedwdrożeniowej.
Odpowiedź 5c: Zamawiający wyjaśnia, że dopuszcza realizację integracji wyłącznie z systemami, które udostępniają publiczne i oficjalnie wspierane interfejsy API.
Pokazujemy 6 z 7 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.