Jak przygotować dane umów do publikacji w CRU JSFP?

Publikacja informacji o umowach w CRU JSFP nie polega na prostym przepisaniu treści umowy do formularza. To proces, który wymaga uporządkowanych danych, jasnych źródeł informacji, reguł ustalania wartości umowy, kontroli jawności oraz procedury aktualizacji po zmianach.

Największym błędem jest myślenie, że wystarczy mieć podpisaną umowę i osobę, która "wpisze ją do rejestru". W praktyce jednostka musi wiedzieć znacznie więcej: skąd bierze numer umowy, kto potwierdza wartość, kto opisuje przedmiot, kto sprawdza strony umowy, kto ocenia wyłączenia jawności i kto odpowiada za aktualizację danych po aneksie, wypowiedzeniu albo korekcie.

Najkrótsza odpowiedź

Do CRU JSFP nie trafia skan umowy, ale zestandaryzowane informacje o umowie. Dlatego jednostka powinna przygotować nie tylko dokumenty, ale przede wszystkim dane i proces ich obsługi.

Przed publikacją jednostka powinna mieć uporządkowane co najmniej:

• jedno źródło numeru umowy,
• jedno źródło daty zawarcia i okresu obowiązywania,
• wiarygodne dane stron umowy,
• jasną regułę opisu przedmiotu umowy,
• sposób ustalania wartości umowy w złotych, bez VAT,
• zasady obsługi umów walutowych, opcji, wznowień i umów bezterminowych,
• informację, czy umowa jest finansowana ze środków europejskich,
• status umowy oraz regułę zmiany statusu,
• procedurę wyłączeń jawności,
• procedurę aktualizacji danych,
• historię zmian i odpowiedzialność za dane.

Jeżeli tych elementów nie ma, publikacja do CRU JSFP szybko zamieni się w ręczne poprawianie danych, szukanie informacji po mailach i ustalanie odpowiedzialności po fakcie.

Od czego zaczyna się przygotowanie danych do CRU JSFP?

Przygotowanie danych do CRU JSFP zaczyna się od jednej podstawowej zasady:

jednostka publikuje informacje o umowie, a nie samą umowę.

To oznacza, że dane muszą być przygotowane w taki sposób, aby można je było wprowadzić do systemu centralnego albo przekazać przez API. Nie wystarczy mieć plik PDF, skan, opis sprawy albo dokument w EZD. Trzeba mieć konkretne pola, które da się sprawdzić, zatwierdzić, opublikować i później zaktualizować.

W praktyce jednostka powinna odpowiedzieć na cztery pytania:

1. Czy ta umowa podlega publikacji w CRU JSFP? Najpierw trzeba ustalić, czy dana umowa spełnia warunki publikacji.
2. Jakie dane o tej umowie trzeba opublikować? Następnie trzeba przygotować wymagane informacje, takie jak numer, data, okres, strony, przedmiot, wartość, finansowanie, status i ewentualne podstawy wyłączeń jawności.
3. Skąd bierzemy dane i kto za nie odpowiada? Każde istotne pole powinno mieć właściciela i źródło. Inaczej pojawią się różne wersje tej samej informacji.
4. Jak obsłużymy zmianę danych po publikacji? CRU JSFP nie kończy się na pierwszym wpisie. Umowy są aneksowane, rozwiązywane, korygowane, wypowiadane albo zmieniają status.

Minimalny zestaw danych, który jednostka musi przygotować

Podstawowy zakres informacji o umowie obejmuje w szczególności:

• numer umowy, o ile został nadany,
• datę zawarcia umowy,
• okres, na jaki umowa została zawarta,
• oznaczenie stron umowy,
• wskazanie przedmiotu umowy,
• wartość umowy,
• informację, czy umowa jest finansowana ze środków europejskich,
• status umowy i dzień zakończenia jej obowiązywania,
• podstawę prawną nieudostępnienia informacji oraz organ albo osobę dokonującą wyłączenia jawności,
• podstawę dokonania aktualizacji informacji, jeżeli dane umowy zostały zmienione.

To wygląda jak lista pól, ale w praktyce każde z nich może powodować problemy organizacyjne. Najczęściej nie dlatego, że pole jest trudne technicznie, ale dlatego, że jednostka nie ma jednej reguły jego wypełniania.

Numer umowy i data zawarcia

Numer umowy wydaje się prostym polem, ale w wielu jednostkach funkcjonuje kilka numerów równolegle: numer kancelaryjny, numer z EZD, numer z rejestru umów, numer z działu zamówień publicznych, numer finansowy albo numer sprawy.

Dlatego jednostka powinna jasno ustalić:

• który numer jest numerem umowy na potrzeby CRU JSFP,
• co zrobić, jeżeli umowa nie ma numeru,
• czy numer aneksu jest osobnym numerem, czy elementem historii zmian,
• kto odpowiada za poprawność numeru,
• czy numer jest nadawany przed podpisaniem, po podpisaniu czy przy rejestracji.

Podobnie z datą zawarcia. Trzeba ustalić, czy źródłem jest data podpisania przez ostatnią stronę, data dokumentu, data wpływu, data rejestracji czy data w systemie finansowo-księgowym. Na potrzeby CRU JSFP najważniejsza powinna być data zawarcia umowy, a nie lokalna data obiegu dokumentu.

Okres obowiązywania umowy

Okres obowiązywania również wymaga uporządkowania. Umowa może być zawarta na czas oznaczony albo nieoznaczony. Przy czasie oznaczonym trzeba ustalić okres, na jaki została zawarta.

W praktyce problem pojawia się przy umowach, w których:

• data zawarcia jest inna niż data rozpoczęcia realizacji,
• świadczenie jest wykonywane w określonym terminie, ale rozliczenie następuje później,
• umowa obowiązuje do wykonania świadczenia,
• umowa ma okres gwarancji, rękojmi albo wsparcia,
• umowa ma charakter ramowy,
• umowa jest zawarta na czas nieoznaczony.

Dlatego warto przyjąć prostą zasadę: okres obowiązywania do CRU JSFP powinien wynikać z treści umowy i być interpretowany jednolicie w całej jednostce. Jeżeli występują przypadki nietypowe, powinny być opisane w procedurze.

Oznaczenie stron umowy

Dane stron umowy powinny być kompletne, spójne i możliwe do weryfikacji. W przypadku przedsiębiorców krajowych znaczenie mają między innymi nazwa albo firma, REGON, NIP - jeżeli został zamieszczony w bazie REGON - oraz adres siedziby albo adres wykonywania działalności. W przypadku osoby fizycznej wskazuje się imię i nazwisko.

W praktyce warto przygotować dane stron z wykorzystaniem wiarygodnych źródeł, takich jak REGON, CEIDG, KRS albo dane kontrahenta zapisane w systemie finansowo-księgowym. Ważne jest jednak, aby jednostka nie miała kilku różnych wersji tego samego kontrahenta.

Typowe problemy to:

• ta sama firma zapisana pod różnymi nazwami,
• brak NIP albo REGON,
• nieaktualny adres,
• mieszanie danych osoby fizycznej i działalności gospodarczej,
• wpisywanie osoby kontaktowej jako strony umowy,
• kopiowanie danych z faktury zamiast z umowy,
• brak rozróżnienia między wykonawcą a pełnomocnikiem.

Dobra ewidencja umów powinna pozwalać na sprawdzenie, czy strona umowy została opisana konsekwentnie i czy dane kontrahenta nie są powielane w kilku wariantach.

Przedmiot umowy

Opis przedmiotu umowy powinien pokazywać, co faktycznie jest kupowane, zlecane albo realizowane. To nie powinien być skrót zrozumiały tylko dla pracowników danej jednostki.

Zamiast opisu typu:

"Realizacja zadania zgodnie z wnioskiem nr 12/2026"

lepszy będzie opis:

"Usługa przeprowadzenia szkolenia z cyberbezpieczeństwa dla pracowników jednostki"

Zamiast:

"Dostawa zgodnie z OPZ"

lepiej wskazać:

"Dostawa sprzętu komputerowego wraz z akcesoriami dla działu administracji"

Opis powinien być zwięzły, ale zrozumiały dla osoby spoza jednostki. CRU JSFP jest rejestrem jawnym, więc warto unikać wewnętrznych skrótów, symboli spraw, nazw projektów bez kontekstu i opisów, które nic nie mówią o rzeczywistym przedmiocie umowy.

Wartość umowy - pole szczególnie podatne na błędy

Wartość umowy to jedno z najważniejszych i najbardziej ryzykownych pól.

Wartość podaje się w złotych z dokładnością do dwóch miejsc po przecinku. Przy określaniu wartości uwzględnia się wartość opcji oraz wznowień, ale nie uwzględnia się podatku od towarów i usług. Jeżeli umowa została zawarta na czas nieoznaczony, przyjmuje się wartość za pierwsze 48 miesięcy jej wykonywania. Jeżeli wartość nie została określona w umowie, znaczenie ma wysokość środków, które jednostka zamierza przeznaczyć na realizację umowy.

To oznacza, że jednostka powinna mieć jedną twardą regułę ustalania wartości.

W szczególności trzeba ustalić:

• kto wylicza wartość umowy,
• kto ją zatwierdza,
• czy źródłem jest umowa, formularz ofertowy, zamówienie, plan finansowy czy system księgowy,
• jak traktować opcje,
• jak traktować wznowienia,
• jak liczyć umowy na czas nieoznaczony,
• jak postępować z umowami w walutach obcych,
• jak dokumentować przyjęty kurs waluty,
• jak traktować wynagrodzenie maksymalne, szacunkowe albo zależne od zużycia.

Bez takiej reguły jedna komórka organizacyjna może podać wartość netto, druga brutto, trzecia wartość bez opcji, a czwarta kwotę faktycznie wydatkowaną. To prosta droga do niespójności danych w CRU JSFP.

Finansowanie ze środków europejskich

Jednostka powinna także ustalić, czy dana umowa jest finansowana ze środków, o których mowa w art. 5 ust. 1 pkt 2-3 ustawy o finansach publicznych.

W praktyce to pole nie powinno być uzupełniane "na wyczucie" przez osobę rejestrującą umowę. Najlepiej, aby informacja pochodziła z komórki odpowiedzialnej za projekt, budżet, rozliczenia albo plan finansowy.

Warto ustalić:

• kto potwierdza finansowanie ze środków europejskich,
• czy informacja wynika z umowy, wniosku projektowego, planu finansowego czy systemu księgowego,
• jak oznaczać umowy finansowane częściowo,
• jak dokumentować zmianę źródła finansowania.

Status umowy i dzień zakończenia obowiązywania

Rozporządzenie przewiduje oznaczenie umowy jako aktywnej albo nieaktywnej. To oznacza, że jednostka musi wiedzieć, kiedy umowa przestaje być aktywna.

Może to wynikać między innymi z:

• upływu okresu obowiązywania,
• wykonania umowy,
• rozwiązania za porozumieniem stron,
• wypowiedzenia,
• odstąpienia od umowy,
• wygaśnięcia umowy,
• zakończenia realizacji świadczenia.

Warto opisać lokalną regułę, bo inaczej status umowy będzie zależał od interpretacji osoby wpisującej dane. Dla jednej osoby umowa będzie nieaktywna po zakończeniu świadczenia, dla drugiej dopiero po rozliczeniu faktury, a dla trzeciej po zamknięciu sprawy w systemie.

Wyłączenia jawności

CRU JSFP jest jawny, ale nie każda informacja o umowie musi być udostępniona w pełnym zakresie. Jeżeli dana informacja nie może zostać udostępniona, trzeba wskazać podstawę prawną nieudostępnienia oraz organ albo stanowisko osoby, która dokonała wyłączenia jawności.

To nie powinno być pole uzupełniane przypadkowo. Jednostka powinna mieć procedurę oceny jawności danych przed publikacją.

W praktyce trzeba ustalić:

• kto analizuje ograniczenia jawności,
• kto podejmuje decyzję o wyłączeniu informacji,
• jak dokumentowana jest podstawa prawna,
• jak opisywany jest organ albo osoba dokonująca wyłączenia,
• kto kontroluje poprawność danych przed publikacją,
• jak jednostka postępuje z danymi osobowymi.

Sformułowanie "tajemnica" albo "RODO" nie wystarczy jako praktyczna reguła działania. Potrzebna jest konkretna podstawa i odpowiedzialność.

Aktualizacje danych po publikacji

Jednym z częstych błędów będzie potraktowanie CRU JSFP jako rejestru jednorazowego. Tymczasem informacje o umowie trzeba aktualizować, jeżeli zmieniły się dane udostępnione w rejestrze.

Aktualizacji mogą wymagać między innymi:

• aneks zmieniający wartość,
• aneks zmieniający okres obowiązywania,
• wypowiedzenie umowy,
• rozwiązanie umowy,
• odstąpienie od umowy,
• cesja praw,
• korekta błędu,
• zmiana statusu,
• zmiana podstawy wyłączenia jawności.

Przy aktualizacji trzeba wskazać przyczynę zmiany, zwięzły opis oraz datę, od której zaistniała przyczyna aktualizacji.

Dlatego jednostka powinna mieć proces, w którym informacja o aneksie, wypowiedzeniu albo korekcie automatycznie trafia do osoby odpowiedzialnej za CRU JSFP. Bez tego rejestr będzie aktualny tylko w dniu pierwszej publikacji.

Gdzie najczęściej pojawiają się błędy?

Najczęstsze problemy przy przygotowaniu danych do CRU JSFP to:

• brak jednego rejestru umów,
• różne numery tej samej umowy w różnych systemach,
• brak jasnej daty zawarcia,
• niepełne dane kontrahenta,
• kopiowanie danych z faktury zamiast z umowy,
• niejednolity opis przedmiotu umowy,
• podawanie wartości brutto zamiast wartości bez VAT,
• nieuwzględnienie opcji i wznowień,
• brak reguły dla umów walutowych,
• brak reguły dla umów bezterminowych,
• brak informacji o finansowaniu ze środków europejskich,
• niejasny status umowy,
• brak procedury wyłączeń jawności,
• brak powiązania aneksów z obowiązkiem aktualizacji,
• brak historii zmian,
• zbyt szerokie uprawnienia do edycji i publikacji danych.

To są błędy organizacyjne, nie tylko techniczne. Dlatego samo uruchomienie dostępu do systemu centralnego nie rozwiązuje problemu jakości danych.

Praktyczny model przygotowania danych

Najlepiej podejść do przygotowania danych etapami.

1. Inwentaryzacja źródeł danych Najpierw trzeba ustalić, gdzie w jednostce znajdują się dane o umowach. Mogą być w rejestrze umów, EZD, systemie finansowo-księgowym, systemie zamówień publicznych, arkuszach Excel, dokumentach papierowych, skrzynkach mailowych albo u pracowników komórek merytorycznych.
2. Wskazanie źródła prawdy Dla każdego pola trzeba ustalić źródło podstawowe. Inne źródła mogą być pomocnicze, ale jedno powinno być wiążące.
3. Ustalenie właściciela pola Każde ważne pole powinno mieć właściciela. Inna osoba może odpowiadać za dane kontrahenta, inna za wartość, inna za opis przedmiotu, a inna za ocenę jawności.
4. Walidacja danych Przed publikacją warto sprawdzić kompletność danych, formaty, zgodność wartości, poprawność dat, poprawność NIP/REGON, status umowy i podstawy wyłączeń jawności.
5. Zatwierdzenie przed publikacją W większych jednostkach publikacja nie powinna następować bez wcześniejszej weryfikacji. Dane powinny przejść przez etap przygotowania, sprawdzenia i dopiero potem publikacji.
6. Historia zmian Jednostka powinna wiedzieć, kto zmienił dane, kiedy je zmienił, dlaczego to zrobił i na jakiej podstawie.

Dane do CRU JSFP a API

Jeżeli jednostka planuje ręczne wprowadzanie danych, wystarczy, że dane będą kompletne i dostępne dla osób obsługujących rejestr.

Jeżeli jednak jednostka chce zasilać CRU JSFP półautomatycznie albo automatycznie przez API, wymagania są wyższe. Dane muszą być nie tylko poprawne merytorycznie, ale też uporządkowane technicznie.

W praktyce oznacza to konieczność przygotowania:

• mapowania pól lokalnej ewidencji do pól CRU JSFP,
• walidacji wymaganych danych,
• kontroli słowników i dopuszczalnych wartości,
• obsługi błędów integracji,
• statusów publikacji,
• historii wysyłek,
• mechanizmu aktualizacji danych,
• mechanizmu wycofania albo korekty informacji,
• raportów pokazujących, które umowy są gotowe do publikacji, opublikowane, odrzucone albo wymagają poprawy.

Wniosek jest prosty: dobre przygotowanie danych do API zaczyna się nie od programowania, ale od jakości lokalnej ewidencji umów.

Checklista przygotowania danych do CRU JSFP

Przed startem publikacji warto sprawdzić, czy jednostka potrafi odpowiedzieć na poniższe pytania:

• Czy wiemy, które umowy podlegają publikacji?
• Czy mamy jedno źródło numeru umowy?
• Czy mamy jedno źródło daty zawarcia?
• Czy potrafimy ustalić okres obowiązywania umowy?
• Czy dane stron są kompletne i aktualne?
• Czy opis przedmiotu umowy jest zrozumiały poza jednostką?
• Czy wartość umowy jest liczona według jednej reguły?
• Czy wartość jest podawana bez VAT?
• Czy uwzględniamy opcje i wznowienia?
• Czy mamy regułę dla umów bezterminowych?
• Czy mamy regułę dla umów walutowych?
• Czy wiemy, kto potwierdza finansowanie ze środków europejskich?
• Czy mamy procedurę oceny wyłączeń jawności?
• Czy mamy osobę odpowiedzialną za publikację?
• Czy mamy procedurę aktualizacji po aneksie, wypowiedzeniu lub korekcie?
• Czy mamy historię zmian?
• Czy umiemy przygotować dane do API, jeżeli zdecydujemy się na integrację?

Jeżeli odpowiedź na kilka z tych pytań brzmi "nie", to jednostka nie ma jeszcze procesu gotowego do bezpiecznej publikacji danych w CRU JSFP.

Podsumowanie

Przygotowanie danych do CRU JSFP to nie jest jednorazowe zebranie informacji z umów. To uporządkowanie całego procesu: od rejestracji umowy, przez kwalifikację, uzupełnienie danych, weryfikację wartości, ocenę jawności, zatwierdzenie, publikację, aż po aktualizacje i korekty.

Największym ryzykiem nie jest brak formularza. Największym ryzykiem jest brak jednego źródła danych, brak właścicieli pól, brak reguł wartości i brak procedury aktualizacji.

Dobrze przygotowana jednostka powinna wiedzieć:

• jakie dane publikuje,
• skąd te dane pochodzą,
• kto je zatwierdził,
• kiedy zostały opublikowane,
• dlaczego zostały zmienione,
• kto odpowiada za ich poprawność.

Dopiero wtedy publikacja informacji o umowach w CRU JSFP staje się kontrolowanym procesem, a nie ręcznym gaszeniem pożarów.

Źródła i podstawy prawne

Materiał został przygotowany na podstawie aktualnie dostępnych informacji publicznych dotyczących Centralnego Rejestru Umów Jednostek Sektora Finansów Publicznych oraz przepisów regulujących zakres danych publikowanych w CRU JSFP.

Najważniejsze źródła:

1. Ustawa z dnia 27 sierpnia 2009 r. o finansach publicznych - w zakresie zasady jawności gospodarowania środkami publicznymi oraz przepisów dotyczących Centralnego Rejestru Umów JSFP.
   Źródło: https://www.gov.pl/web/finanse/rejestr-umow-jsfp
2. Ustawa z dnia 4 grudnia 2025 r. zmieniająca ustawę o zmianie ustawy - Kodeks karny oraz niektórych innych ustaw oraz o zmianie niektórych innych ustaw, opublikowana w Dzienniku Ustaw z 2025 r. pod poz. 1844.
   Źródło: https://dziennikustaw.gov.pl/DU/2025/1844
3. Rozporządzenie Ministra Finansów i Gospodarki z dnia 30 marca 2026 r. w sprawie Centralnego Rejestru Umów Jednostek Sektora Finansów Publicznych, Dz.U. 2026 poz. 440.
   Źródło: https://isap.sejm.gov.pl/isap.nsf/DocDetails.xsp?id=WDU20260000440
4. Komunikat Ministerstwa Finansów dotyczący API do systemu CRU JSFP - informacje o dokumentacji integracyjnej, środowisku testowym oraz funkcjach API.
   Źródło: https://www.gov.pl/web/finanse/ministerstwo-finansow-udostepnia-api-do-systemu-centralny-rejestr-umow-jsfp
5. Aktualności CRU JSFP publikowane przez Ministerstwo Finansów - komunikaty dotyczące działania systemu, webinarów, prac serwisowych oraz zmian w API.
   Źródło: https://www.gov.pl/web/finanse/Aktualnosci-CRU-JSFP
6. Ustawa z dnia 11 września 2019 r. - Prawo zamówień publicznych - istotna dla oceny, czy dana umowa stanowi zamówienie w rozumieniu przepisów Pzp.
   Źródło: https://isap.sejm.gov.pl/isap.nsf/DocDetails.xsp?id=WDU20190002019