Baza wiedzy

CRU JSFP Reader w praktyce: jak wyszukiwać, porównywać i eksportować dane o umowach

Jak sprawnie wyszukiwać umowy, porównywać jednostki, eksportować dane do Excela i poprawnie interpretować wyniki prezentowane przez CRU JSFP Reader.

Stan funkcjonalny aplikacji: 10 sierpnia 2026 r., wersja 1.3.24.

CRU JSFP Reader ułatwia wyszukiwanie i analizę informacji opublikowanych w Centralnym Rejestrze Umów JSFP, porównywanie jednostek oraz eksport wyników do Excela. Nie jest oficjalnym systemem Ministerstwa Finansów i nie stanowi źródła pierwotnego. Jest niezależną warstwą analityczną nad danymi dostępnymi w publicznym serwisie rejestrumow.gov.pl.

Limity rekordów, czas przechowywania danych w pamięci podręcznej, częstotliwość operacji i dostępne ustawienia mogą zmieniać się wraz z rozwojem aplikacji.

Reader w skrócie

Wyszukiwanie

Łączenie filtrów dotyczących jednostki, kontrahenta, przedmiotu, daty, statusu i wartości umowy.

Porównywanie

Zestawianie liczby, wartości i struktury umów od dwóch do pięciu jednostek według numeru REGON.

Eksport i kontrola

Przenoszenie wyników do Excela oraz typowanie rekordów wymagających dalszej, ręcznej weryfikacji.

Reader może wspierać kontrolę zarządczą, audyt, analizę portfela umów i bieżącą pracę administracyjną. Nie ocenia jednak poprawności danych źródłowych i nie zastępuje dokumentacji prowadzonej przez jednostkę.

Jedno miejsce do precyzyjnego wyszukiwania umów

Podstawowym zastosowaniem Readera jest wyszukiwanie umów według zestawu kryteriów. Użytkownik może wskazać REGON lub NIP, wpisać pełną albo częściową nazwę jednostki sektora finansów publicznych, a także wyszukać określone słowa w przedmiocie umowy. Wyniki można dodatkowo ograniczyć datą zawarcia, statusem umowy, rodzajem kontrahenta oraz zakresem wartości.

Łączenie filtrów pozwala przejść od ogólnego pytania do konkretnego zestawu danych. Można na przykład wyszukać:

  • aktywne umowy zawarte przez wskazaną jednostkę w wybranym okresie;
  • umowy dotyczące oprogramowania, usług prawnych albo robót budowlanych;
  • kontrakty z przedsiębiorcami o wartości powyżej 100 tys. zł;
  • umowy zawarte z kontrahentem identyfikowanym przez NIP;
  • umowy zawarte przez jednostki, których nazwa zawiera wskazany fragment.

Aplikacja wymaga użycia co najmniej jednego filtra. Ogranicza to ryzyko przypadkowego uruchomienia bardzo szerokiego zapytania i pobrania zbioru, którego nie da się rozsądnie przeanalizować.

W tabeli wyników widać nazwę jednostki i jej REGON, datę zawarcia, wartość, przedmiot oraz status umowy. Reader pokazuje również liczbę wszystkich dopasowań oraz wyraźnie opisaną sumę wartości umów widocznych na bieżącej stronie. Liczbę pozycji na stronie można ustawić na 25, 50 albo 100.

Praktyczny przykład: zakupy informatyczne uczelni

Załóżmy, że pracownik kontroli chce sprawdzić umowy dotyczące oprogramowania zawarte przez wybraną uczelnię od 1 lipca 2026 r. do dnia przeprowadzenia analizy.

  1. Identyfikuje jednostkę.
    Wpisuje REGON uczelni, ponieważ identyfikator daje bardziej jednoznaczny wynik niż sama nazwa.
  2. Określa przedmiot.
    W polu „Przedmiot umowy” podaje słowo „oprogramowanie”. W razie potrzeby powtarza analizę z hasłami bliskoznacznymi, takimi jak „licencja”, „system” albo „usługa informatyczna”.
  3. Ustawia zakres.
    Wskazuje datę początkową 1 lipca 2026 r. i datę końcową odpowiadającą dniowi analizy. Może dodatkowo wybrać status „Aktywna” albo określić minimalną wartość kontraktu.
  4. Weryfikuje wyniki.
    Przegląda wartości i opisy, a szczegóły wybranych pozycji otwiera w osobnych kartach.
  5. Eksportuje materiał roboczy.
    Jeżeli dopasowany zbiór nie przekracza 500 rekordów, pobiera go jako arkusz Excela. Większy zbiór wcześniej zawęża dodatkowymi filtrami.

Ten sam schemat można zastosować do usług doradczych, remontów, szkoleń, dostaw energii czy zakupów wyposażenia. Jakość wyników zależy przy tym od sposobu opisania przedmiotu umowy w rejestrze.

Szczegółowy podgląd informacji o umowie

Skrócona tabela służy do selekcji. Przycisk „Podgląd” otwiera w nowej karcie szczegółowy zakres informacji opublikowanych o umowie, w tym:

  • status i numer umowy;
  • datę zawarcia i zakończenia;
  • okres obowiązywania oraz informację, czy umowę zawarto na czas nieoznaczony;
  • wartość i przedmiot umowy;
  • informację o finansowaniu ze środków Unii Europejskiej lub środków zagranicznych;
  • datę publikacji i ostatniej modyfikacji wpisu;
  • dane stron umowy, jeżeli zostały udostępnione;
  • informację o ewentualnym wyłączeniu jawności danych strony.

Podgląd pomaga odróżnić podobnie opisane umowy, sprawdzić kontrahenta i ocenić, czy dany rekord powinien trafić do dalszej analizy. Rekord rejestru nie jest jednak pełną treścią umowy. Ustalenia o znaczeniu prawnym, finansowym lub kontrolnym należy potwierdzić w dokumentacji źródłowej.

Eksport do Excela bez ręcznego przepisywania

Po zawężeniu wyników Reader może przygotować plik .xlsx. Eksport zawiera pola udostępniane użytkownikowi w arkuszu, między innymi identyfikator i numer umowy, dane jednostki, daty, wartość, przedmiot, status, okres obowiązywania, dane kontrahenta oraz daty publikacji i modyfikacji.

Kwoty są zapisywane jako wartości liczbowe z formatem walutowym, dzięki czemu można je od razu sumować, filtrować i wykorzystywać w tabelach przestawnych.

Limit eksportu: jednorazowo można pobrać do 500 rekordów. Jeżeli wynik jest większy, trzeba podzielić analizę, na przykład według roku, statusu, przedmiotu albo przedziału wartości. Eksporty podlegają także limitom częstotliwości wynikającym z ustawień konta.

Porównanie kilku jednostek według numeru REGON

Moduł „Porównanie jednostek” pozwala zestawić od dwóch do pięciu jednostek. Można wyszukać je po nazwie i wybrać z podpowiedzi albo wkleić numery REGON. Dla wszystkich jednostek stosowany jest wspólny zakres dat i status umowy.

Dla każdej jednostki Reader prezentuje:

  • łączną liczbę dopasowań wskazaną przez serwis źródłowy;
  • sumę wartości umów wykazanych w pobranym zbiorze;
  • liczbę umów według statusu;
  • rozkład liczby i wartości umów w przedziałach: poniżej 10 tys. zł, od 10 do 100 tys. zł, od 100 tys. do 1 mln zł oraz co najmniej 1 mln zł;
  • liczbę i wartość umów w poszczególnych miesiącach zawarcia.

Z poziomu porównania można przejść do zwykłego wyszukiwania umów danej jednostki z zachowaniem wspólnych filtrów. Ułatwia to przejście od ogólnego zestawienia do analizy konkretnej różnicy.

Sama różnica między jednostkami nie świadczy o nieprawidłowości. Należy uwzględnić ich wielkość, zakres zadań, sposób organizacji zakupów oraz kompletność danych.

Pamięć podręczna i wynik częściowy

Dane porównawcze są przechowywane w pamięci podręcznej przez około sześć godzin, aby ograniczyć obciążenie serwisu źródłowego. Użytkownik może poprosić o odświeżenie, ale częstotliwość ręcznego odświeżania tej samej kombinacji jednostki i filtrów jest ograniczona.

Domyślnie agregaty są obliczane na podstawie maksymalnie 2000 pobranych umów na jednostkę. Jeżeli liczba dopasowań jest większa, Reader oznacza wynik jako częściowy.

Ważne: sumy i rozkłady wyniku częściowego odnoszą się wyłącznie do pobranych rekordów. Nie należy ich traktować jako reprezentatywnych dla wszystkich umów jednostki ani zestawiać bez zastrzeżeń z pełnym zbiorem innej jednostki.

Wyszukiwanie potencjalnych danych osobowych w przedmiocie umowy

Reader może wskazywać wpisy, w których pole „Przedmiot umowy” może zawierać numer PESEL albo imię i nazwisko. Funkcja nie ocenia danych strony umowy opublikowanych w przeznaczonych do tego polach CRU JSFP.

Wskazanie imienia i nazwiska osoby fizycznej będącej stroną umowy jest co do zasady wymaganym elementem oznaczenia strony. Kierownik jednostki może jednak wyłączyć jawność tych informacji w przypadkach przewidzianych prawem. Takie rozróżnienie opisuje również FAQ Ministerstwa Finansów.

Analiza może wspierać przegląd jakości publikowanych danych. Administrator lub inspektor ochrony danych może wykorzystać ją do wytypowania rekordów wymagających ręcznej kontroli, na przykład gdy w przedmiocie umowy omyłkowo wpisano dane osoby fizycznej.

To mechanizm heurystyczny. Wynik nie przesądza, że doszło do niezgodnego z prawem ujawnienia danych. Funkcja może zwrócić wskazanie fałszywie dodatnie albo pominąć nietypowy zapis. Każdy wynik wymaga oceny człowieka. Jeżeli analiza została przerwana po osiągnięciu limitu rekordów, wynik może być niepełny.

Kto może wykorzystać Readera?

  • Pracownik zamówień lub administracji odnajdzie wcześniejsze umowy dotyczące podobnej usługi albo dostawy.
  • Kontroler i audytor przygotuje celowo dobrany zbiór według okresu, wartości, statusu lub rodzaju kontrahenta.
  • Analityk porówna strukturę kontraktów kilku jednostek i przeniesie dane do własnego modelu.
  • Kierownik jednostki otrzyma syntetyczne zestawienie liczby i wartości umów.
  • Inspektor ochrony danych wytypuje opisy, które mogą zawierać numer PESEL albo imię i nazwisko.
  • Administrator systemu zarządzi kontami, aktywnością użytkowników i aktualizacjami aplikacji.

Największą korzyścią jest skrócenie drogi od pytania do materiału roboczego: od dobrania filtrów, przez weryfikację rekordów, po eksport danych do dalszej pracy.

Kontrola dostępu i rozliczalność operacji

Dostęp do Readera wymaga zalogowania. Własny system kont umożliwia zarządzanie uprawnieniami, stosowanie limitów eksportów i porównań, ochronę konfiguracji administracyjnej oraz rejestrowanie operacji.

Aplikacja obsługuje dodatkowy etap weryfikacji za pomocą kodu TOTP albo kodu przesyłanego pocztą elektroniczną. Przeglądarka na danym urządzeniu może zostać oznaczona jako zaufana na 30 dni. Sesja kończy się automatycznie po okresie bezczynności; dla administratorów limit jest krótszy niż dla zwykłych użytkowników.

Administrator może tworzyć, edytować, aktywować i wyłączać konta, resetować konfigurację dodatkowej weryfikacji oraz przeglądać dziennik audytowy. Rejestrowane są między innymi udane i nieudane logowania, eksporty, porównania, zmiany kont i operacje aktualizacji systemu.

Dziennik pozwala ustalić konto, czas i rodzaj zarejestrowanej operacji. Wiarygodne przypisanie działania konkretnej osobie zależy również od niewspółdzielenia kont i właściwej ochrony danych logowania.

Jak bezpiecznie interpretować wyniki?

Reader pracuje na danych dostępnych w Centralnym Rejestrze Umów JSFP. Nie potwierdza ich poprawności, kompletności ani aktualności. Brak rekordu może wynikać z zastosowanych filtrów, sposobu opisania umowy, limitu analizy albo stanu danych źródłowych.

Nie każda umowa podlega obowiązkowi publikacji

Obowiązek obejmuje informacje o umowach zawartych od 1 lipca 2026 r., które stanowią zamówienie w rozumieniu art. 7 pkt 32 Prawa zamówień publicznych, zostały zawarte w formie pisemnej, dokumentowej, elektronicznej albo innej formie szczególnej i nie podlegają wyłączeniom ustawowym. Warunki te wynikają z art. 34a ust. 1 i 5 ustawy o finansach publicznych, a praktyczne objaśnienia publikuje Ministerstwo Finansów.

Kierownik jednostki może również udostępniać i aktualizować informacje o umowie stanowiącej zamówienie, która nie spełnia ustawowego wymogu formy.

Najnowsze umowy mogą nie być jeszcze widoczne

Informacje udostępnia się i aktualizuje bez zbędnej zwłoki, nie później niż w terminie 30 dni od zawarcia umowy albo zmiany informacji. Do terminu nie wlicza się dni awarii systemu ogłoszonej przez Ministra Finansów w sposób przewidziany ustawą. Z tego powodu wyniki mogą nie obejmować najnowszych umów, mimo że zostały już zawarte.

Wartość umowy nie oznacza poniesionego wydatku

CRU JSFP zawiera wartość umowy ustaloną zgodnie z przepisami rejestru, a nie informacje o wykonanych płatnościach. Wartość wskazuje się bez VAT, uwzględniając opcje i wznowienia, a przy umowach zawartych na czas nieoznaczony odnosi się ona do pierwszych 48 miesięcy obowiązywania. Zasady te opisuje także FAQ MF.

Różne widoki mogą prezentować różne sumy

Suma w zwykłych wynikach dotyczy rekordów widocznych na aktualnej stronie. W module porównania może dotyczyć tylko zbioru częściowego, jeżeli liczba umów przekracza skonfigurowany limit. Reader sygnalizuje takie sytuacje, ale to użytkownik musi uwzględnić je we wnioskach.

Dlaczego dostęp do danych może zależeć od zmian w portalu?

Reader korzysta z technicznych punktów końcowych obsługujących publiczny portal rejestrumow.gov.pl. Nie są one oficjalnie udokumentowanym i gwarantowanym interfejsem integracyjnym CRU JSFP.

Nie należy utożsamiać ich z oficjalnym API CRU JSFP, które korzysta z autoryzacji X-API-KEY i służy między innymi do publikacji, aktualizacji, pobierania szczegółów oraz wyszukiwania streszczeń umów.

Zmiana technicznych mechanizmów publicznego portalu może czasowo wpłynąć na wyszukiwanie, podgląd lub eksport w Readerze. Wyniki ważnych analiz warto więc zapisywać wraz z datą pozyskania.

Krótka checklista przed wyciągnięciem wniosków

  • Czy filtry rzeczywiście odpowiadają badanemu pytaniu?
  • Czy warto powtórzyć wyszukiwanie z hasłami bliskoznacznymi?
  • Czy suma dotyczy bieżącej strony, pełnego zbioru czy wyniku częściowego?
  • Czy porównywane jednostki mają kompletne zbiory danych?
  • Czy uwzględniono termin publikacji najnowszych umów?
  • Czy rekord zweryfikowano w dokumentacji źródłowej?
  • Czy zapisano datę pozyskania danych?

Od rejestru do użytecznej informacji

Reader zamienia przeglądanie publicznego rejestru w uporządkowany proces: sformułowanie pytania, dobór filtrów, ocenę wyników, przejście do szczegółów, porównanie jednostek i eksport danych.

Może służyć zarówno do sprawdzenia pojedynczej umowy, jak i do cyklicznego monitorowania liczby, wartości i struktury publikowanych umów. Najlepsze rezultaty daje wtedy, gdy możliwości aplikacji są łączone z wiedzą użytkownika o badanej jednostce, kontekście umów oraz jakości danych źródłowych.

Artykuł ma charakter informacyjny i produktowy. Nie stanowi porady prawnej ani potwierdzenia poprawności danych udostępnionych w CRU JSFP. Parametry techniczne odnoszą się do wersji aplikacji wskazanej na początku tekstu.

Źródła prawne i urzędowe

  1. Centralny Rejestr Umów JSFP — informacje Ministerstwa Finansów.
    https://www.gov.pl/web/finanse/rejestr-umow-jsfp
  2. Centralny Rejestr Umów JSFP — kluczowy etap 1 lipca 2026 r.
    https://www.gov.pl/web/finanse/centralny-rejestr-umow-jsfp--kluczowy-etap-1-lipca-2026-r
  3. Najczęściej zadawane pytania dotyczące CRU JSFP.
    https://www.gov.pl/web/finanse/najczesciej-zadawane-pytania2
  4. Ustawa z dnia 4 grudnia 2025 r. wprowadzająca obecny model CRU JSFP, Dz.U. z 2025 r. poz. 1844.
    https://eli.gov.pl/eli/DU/2025/1844/ogl
  5. Ustawa z dnia 27 sierpnia 2009 r. o finansach publicznych — tekst ujednolicony Kancelarii Sejmu, stan wskazany w dokumencie: 22 maja 2026 r.
    Tekst ujednolicony ustawy
  6. Rozporządzenie Ministra Finansów i Gospodarki z dnia 30 marca 2026 r. w sprawie CRU JSFP, Dz.U. z 2026 r. poz. 440.
    https://eli.gov.pl/eli/DU/2026/440/ogl
  7. Dokumentacja i informacje Ministerstwa Finansów dotyczące API CRU JSFP.
    https://www.gov.pl/web/finanse/api

Chcesz wykorzystać CRU JSFP Reader w swojej pracy?

Skontaktuj się z nami, aby porozmawiać o dostępie, konfiguracji i zastosowaniu Readera w analizie danych o umowach.