Lokalna ewidencja umów, a CRU JSFP MF — najważniejsze różnice

Najkrótsza odpowiedź

CRU JSFP MF nie zastępuje lokalnej ewidencji umów, ponieważ obsługuje inny etap procesu.

CRU JSFP MF jest systemem centralnym, w którym udostępnia się informacje o umowach. Lokalna ewidencja umów jest narzędziem jednostki do zarządzania umowami przed publikacją i po publikacji.

Lokalna ewidencja pomaga odpowiedzieć na pytania:

• skąd pochodzą dane o umowie,
• kto je przygotował i zweryfikował,
• czy umowa podlega publikacji albo wyłączeniu,
• czy część informacji wymaga ograniczenia jawności,
• kto zatwierdził dane do publikacji,
• czy zachowano termin 30 dni,
• czy aneks wymaga aktualizacji,
• kto zmienił dane i czy publikacja zakończyła się poprawnie,
• jakie umowy są zaległe, błędne albo wymagają decyzji.

System centralny jest potrzebny do publikacji. Lokalna ewidencja jest potrzebna do tego, aby publikacja była poprawna, terminowa, rozliczalna i oparta na danych, nad którymi jednostka panuje.

Dwa systemy, dwie różne role

Pytanie „po co lokalna ewidencja umów, skoro istnieje system CRU JSFP Ministerstwa Finansów?” jest zasadne. W wielu jednostkach sektora finansów publicznych może pojawić się naturalna wątpliwość: skoro informacje o umowach mają być publikowane w systemie centralnym, to czy lokalny rejestr umów jest jeszcze potrzebny?

Odpowiedź jest prosta: CRU JSFP MF i lokalna ewidencja umów pełnią różne funkcje.

CRU JSFP MF to system publikacyjny.

Lokalna ewidencja umów to system organizacyjny i operacyjny jednostki.

CRU JSFP MF odpowiada na pytanie: jak udostępnić informacje o umowie w centralnym rejestrze? Lokalna ewidencja odpowiada na pytanie: jak przygotować, sprawdzić, zatwierdzić, aktualizować i udokumentować dane o umowie po stronie jednostki?

To nie są systemy konkurencyjne. To są dwa różne poziomy tego samego procesu. Lokalna ewidencja może działać jako zaplecze dla CRU JSFP: porządkuje dane, role, statusy, odpowiedzialność, dokumenty źródłowe, akceptację i historię zmian, a dopiero potem dane mogą zostać przekazane do systemu centralnego ręcznie, półautomatycznie albo przez API.

Co robi CRU JSFP MF?

CRU JSFP MF jest centralnym systemem służącym do udostępniania informacji o umowach jednostek sektora finansów publicznych. Z perspektywy jednostki oznacza to przede wszystkim:

• założenie konta jednostki,
• obsługę użytkowników w systemie centralnym,
• wprowadzanie albo przekazywanie informacji o umowach,
• publikację informacji o umowach,
• aktualizację informacji o umowach,
• obsługę danych wymaganych przepisami,
• zasilanie systemu danymi przez API, jeżeli jednostka korzysta z integracji.

CRU JSFP jest więc końcowym punktem procesu publikacyjnego. To tam trafiają informacje, które jednostka wcześniej musi przygotować i zweryfikować. System centralny nie jest jednak lokalnym systemem zarządzania całym cyklem życia umowy w danej jednostce i nie rozwiązuje automatycznie problemów z rozproszonymi danymi, brakiem lokalnej akceptacji, wieloma wersjami dokumentów, aneksami, korektami, obiegiem spraw ani raportowaniem zarządczym.

Co robi lokalna ewidencja umów?

Lokalna ewidencja umów działa po stronie jednostki. Jej zadaniem jest uporządkowanie całego procesu, który dzieje się przed publikacją w CRU JSFP i po niej.

• rejestracja umowy,
• przypisanie właściciela umowy,
• dane kontrahenta i opis przedmiotu umowy,
• ustalenie wartości umowy, także w walutach obcych,
• kwalifikacja do CRU JSFP, oznaczenie wyłączeń i ograniczeń jawności,
• workflow akceptacji i role użytkowników,
• historia zmian, aneksy, wypowiedzenia, cesje i korekty,
• monitoring terminu 30 dni,
• status publikacji i status aktualizacji,
• raportowanie dla kierownictwa,
• przygotowanie danych do ręcznej publikacji albo integracji przez API.

Lokalna ewidencja nie zastępuje CRU JSFP. Ona przygotowuje jednostkę do poprawnej pracy z CRU JSFP.

Różnica pierwsza: publikacja kontra przygotowanie danych

CRU JSFP służy publikacji informacji o umowach. Lokalna ewidencja służy przygotowaniu tych informacji. Zanim dane trafią do CRU JSFP, jednostka musi ustalić między innymi:

• czy umowa podlega publikacji,
• czy jest zamówieniem w rozumieniu Prawa zamówień publicznych,
• czy została zawarta w wymaganej formie,
• czy nie zachodzi ustawowe wyłączenie,
• czy nie trzeba ograniczyć jawności części informacji,
• jaka jest wartość umowy w PLN bez VAT,
• czy wartość obejmuje opcje i wznowienia,
• jaki jest okres obowiązywania,
• kto jest stroną umowy,
• czy występuje finansowanie ze środków europejskich,
• kto zatwierdza dane do publikacji.

To są decyzje organizacyjne, merytoryczne, prawne i finansowe. System centralny przyjmuje dane, ale nie powinien być miejscem, w którym jednostka dopiero zaczyna ustalać, czy dane są poprawne.

Różnica druga: końcowy wpis kontra cały cykl życia umowy

CRU JSFP pokazuje informacje o umowie, które mają zostać udostępnione publicznie. Lokalna ewidencja powinna obejmować cały cykl życia umowy, w tym:

• przygotowanie sprawy,
• zawarcie umowy i rejestrację,
• przypisanie odpowiedzialności,
• kwalifikację do CRU JSFP i przygotowanie danych,
• akceptację i publikację,
• realizację umowy, aneksy, zmianę wartości i okresu obowiązywania,
• wypowiedzenie, rozwiązanie, cesję praw i korekty,
• aktualizacje w CRU JSFP, archiwizację, audyt i kontrolę.

Obowiązek nie kończy się na pierwszym wpisie. Informacje o umowie trzeba aktualizować, jeżeli zmienią się dane udostępnione w rejestrze. Lokalna ewidencja pozwala śledzić ten proces dużo szerzej niż pojedynczy rekord publikacyjny.

Różnica trzecia: rekord publiczny kontra dane robocze jednostki

W CRU JSFP publikowane są informacje o umowie. Lokalna ewidencja zawiera także dane robocze, organizacyjne i kontrolne, które są potrzebne jednostce do zarządzania procesem, ale niekoniecznie są przeznaczone do publicznego udostępnienia.

• właściciel umowy i komórka odpowiedzialna,
• osoba przygotowująca, weryfikująca i zatwierdzająca dane,
• status akceptacji i komentarze robocze,
• dokumenty źródłowe i wewnętrzna klasyfikacja umowy,
• informacja o brakach danych i decyzjach o jawności,
• historia zmian, status publikacji i błędy integracji,
• raporty dla kierownictwa.

To są informacje potrzebne do zarządzania procesem. Ich brak może utrudnić wykazanie, dlaczego jednostka opublikowała dane w określony sposób albo dlaczego dokonała późniejszej aktualizacji.

Różnica czwarta: system centralny kontra lokalna odpowiedzialność

System centralny nie przejmuje odpowiedzialności jednostki za jakość danych. To jednostka musi wiedzieć:

• czy dane są kompletne i zgodne z umową,
• czy wartość została policzona prawidłowo,
• czy uwzględniono opcje i wznowienia,
• czy zastosowano właściwą regułę dla waluty obcej,
• czy status umowy jest aktualny,
• czy aneks wymaga aktualizacji,
• czy ograniczenie jawności ma podstawę prawną,
• kto zatwierdził publikację i czy termin został zachowany.

Lokalna ewidencja pomaga utrzymać tę odpowiedzialność w uporządkowanej formie. Bez niej wiele decyzji może pozostać w mailach, arkuszach, notatkach albo w pamięci pojedynczych osób.

Różnica piąta: jedno miejsce publikacji kontra wiele źródeł danych

CRU JSFP jest jednym miejscem publikacji, ale dane do publikacji często powstają w wielu miejscach. W jednostce mogą pochodzić między innymi z:

• kancelarii,
• EZD,
• systemu finansowo-księgowego,
• działu zamówień publicznych,
• komórki merytorycznej,
• działu prawnego,
• arkuszy Excel,
• dokumentacji postępowania, umowy i aneksów,
• systemu projektowego i korespondencji z wykonawcą.

Lokalna ewidencja pozwala zebrać te dane w jednym miejscu i wskazać źródło prawdy dla każdego pola. Bez tego może powstać chaos: wartość w księgowości będzie inna niż w umowie, opis przedmiotu inny niż w dokumentacji zamówienia, a dane kontrahenta inne niż w rejestrze kontrahentów.

Różnica szósta: brak lokalnej historii kontra ślad audytowy

Jednym z największych ograniczeń prostych arkuszy i ręcznej pracy jest brak pełnej historii zmian. Lokalna ewidencja powinna pokazywać:

• kto utworzył wpis umowy,
• kto i kiedy zmienił dane,
• jakie pole zmienił,
• jaka była wartość przed zmianą i jaka jest po zmianie,
• dlaczego dokonano zmiany i jaki dokument był podstawą,
• kto zatwierdził zmianę,
• czy zmiana została opublikowana w CRU JSFP.

Taki ślad audytowy jest istotny przy kontroli, audycie, wyjaśnianiu błędów, sporach z wykonawcą albo analizie wewnętrznej. System centralny udostępnia informacje publiczne. Lokalna ewidencja powinna przechowywać historię procesu po stronie jednostki.

Różnica siódma: publikacja ręczna kontra integracja przez API

Jednostka może pracować z CRU JSFP ręcznie albo z wykorzystaniem integracji przez API. Samo API nie rozwiązuje jednak problemu jakości danych. Aby integracja miała sens, lokalna ewidencja powinna zapewniać:

• kompletność danych i walidację pól,
• mapowanie danych do struktury CRU JSFP,
• statusy gotowości do publikacji,
• akceptację przed wysyłką,
• obsługę błędów i historię wysyłek,
• ponowienia operacji,
• rozróżnienie wersji roboczej i zatwierdzonej,
• aktualizacje po zmianach umowy.

API jest kanałem technicznym. Lokalna ewidencja jest warstwą organizacyjną, która decyduje, czy dane są gotowe do przekazania. Jeżeli dane lokalne są błędne, API tylko szybciej przekaże błędne informacje do systemu centralnego.

Co może pójść źle bez lokalnej ewidencji?

Bez lokalnej ewidencji jednostka może mieć problem z kontrolą procesu. Najczęstsze ryzyka to:

• dane o umowach w kilku Excelach,
• brak jednego właściciela rekordu,
• brak statusu kwalifikacji do CRU JSFP,
• brak informacji, kto zatwierdził dane,
• niejasna wartość umowy i brak reguły dla walut obcych,
• pominięcie opcji i wznowień,
• brak kontroli terminu 30 dni,
• brak aktualizacji po aneksie,
• brak historii zmian i podstawy ograniczenia jawności,
• brak raportu dla kierownictwa,
• ręczne przepisywanie danych,
• brak obsługi błędów publikacji,
• zależność od wiedzy pojedynczych osób.

W małej jednostce część tych ryzyk może być mniejsza. W większej organizacji, zwłaszcza wielokomórkowej, praca bez lokalnej ewidencji może szybko stać się trudna do opanowania.

Kiedy lokalna ewidencja jest szczególnie potrzebna?

• gdy jednostka zawiera wiele umów rocznie,
• gdy działa w kilku albo kilkunastu komórkach organizacyjnych,
• gdy korzysta z wielu źródeł finansowania,
• gdy często pojawiają się aneksy, waluty obce, opcje i wznowienia,
• gdy trzeba oceniać ograniczenia jawności,
• gdy kierownictwo potrzebuje raportów i historii zmian,
• gdy jednostka chce przygotować się do integracji przez API,
• gdy chce ograniczyć ręczne przepisywanie danych i pilnować terminu 30 dni.

Im większa skala organizacji, tym bardziej lokalna ewidencja przestaje być wygodą, a zaczyna być elementem kontroli zarządczej.

Excel, lokalny system czy API?

Najważniejsze przewagi lokalnej ewidencji

Jedno źródło danych

Lokalna ewidencja pozwala zebrać dane o umowach w jednym miejscu. Dzięki temu jednostka nie musi szukać informacji w kilku arkuszach, mailach, systemach i notatkach.

Kwalifikacja umów

System lokalny może wspierać oznaczenie, czy umowa podlega CRU JSFP, czy jest wyłączona, czy wymaga ograniczenia jawności albo dodatkowej analizy.

Kontrola jakości danych

Walidacje, wymagane pola, słowniki i statusy pomagają wykrywać braki przed publikacją.

Workflow akceptacji

Dane mogą przechodzić przez przygotowanie, weryfikację, zatwierdzenie i publikację. To ogranicza ryzyko publikacji informacji niezweryfikowanych.

Historia zmian

Jednostka może odtworzyć, kto, kiedy i dlaczego zmienił dane.

Obsługa aneksów i aktualizacji

Lokalna ewidencja pozwala powiązać aneks, wypowiedzenie, cesję albo korektę z obowiązkiem aktualizacji informacji w CRU JSFP.

Kontrola terminu 30 dni

System może pokazywać umowy oczekujące na publikację, sprawy zbliżające się do terminu i zaległości.

Raportowanie dla kierownictwa

Kierownictwo może widzieć statusy, ryzyka, opóźnienia, braki danych i przypadki wymagające decyzji.

Przygotowanie do API

Dane uporządkowane lokalnie łatwiej przekazać do CRU JSFP przez API, jeżeli jednostka zdecyduje się na integrację.

Czego lokalna ewidencja nie powinna udawać?

Lokalna ewidencja nie powinna być przedstawiana jako zamiennik systemu centralnego. Nie jest nim.

CRU JSFP MF pozostaje właściwym systemem centralnym do udostępniania informacji o umowach. Lokalny system powinien wspierać jednostkę w przygotowaniu i kontroli danych, a nie tworzyć równoległy publiczny rejestr zastępujący obowiązki ustawowe.

Praktyczny przykład

Jednostka zawiera umowę na usługę informatyczną. W lokalnej ewidencji można zapisać:

• numer umowy,
• komórkę odpowiedzialną,
• kontrahenta,
• wartość i źródło finansowania,
• opis przedmiotu,
• kwalifikację do CRU JSFP,
• ocenę ograniczeń jawności,
• status przygotowania danych,
• osobę weryfikującą i zatwierdzającą,
• termin publikacji, status publikacji i historię zmian.

Dopiero po weryfikacji dane mogą zostać przekazane do CRU JSFP. Jeżeli po miesiącu zostanie podpisany aneks zwiększający wartość umowy, lokalna ewidencja powinna uruchomić proces aktualizacji:

• zapis aneksu,
• zmianę wartości,
• wskazanie przyczyny aktualizacji,
• zatwierdzenie zmiany,
• aktualizację informacji w CRU JSFP,
• zapis historii operacji.

Bez lokalnej ewidencji taka aktualizacja może zależeć od tego, czy ktoś pamięta o aneksie i ręcznie przekaże informację dalej.

Co powinno znaleźć się w lokalnej ewidencji?

Dobry lokalny rejestr powinien obejmować co najmniej:

• dane podstawowe umowy,
• strony umowy i kontrahenta,
• przedmiot umowy,
• wartość w PLN bez VAT, walutę i kurs, jeżeli dotyczy,
• opcje i wznowienia,
• okres obowiązywania,
• źródło finansowania i finansowanie ze środków europejskich,
• status umowy,
• kwalifikację do CRU JSFP, wyłączenia ustawowe i ograniczenia jawności,
• osobę odpowiedzialną,
• status przygotowania danych, status akceptacji i status publikacji,
• podstawę aktualizacji, aneksy i korekty,
• historię zmian, log publikacji albo integracji oraz raporty zarządcze.

To nie musi oznaczać nadmiernie skomplikowanego systemu. Chodzi o to, aby jednostka miała kontrolę nad danymi i decyzjami, które wpływają na publikację w CRU JSFP.

Co powinno widzieć kierownictwo?

Kierownictwo jednostki nie potrzebuje tylko listy umów. Potrzebuje informacji zarządczej. Przydatne raporty to między innymi:

• umowy oczekujące na kwalifikację,
• umowy zakwalifikowane do CRU JSFP,
• umowy wyłączone ustawowo,
• umowy wymagające oceny jawności,
• umowy oczekujące na uzupełnienie danych,
• umowy oczekujące na zatwierdzenie,
• umowy oczekujące na publikację,
• umowy zbliżające się do terminu 30 dni i umowy po terminie,
• umowy wymagające aktualizacji,
• umowy z błędem publikacji,
• umowy bez kompletnej wartości albo bez przypisanej odpowiedzialności,
• umowy według komórek organizacyjnych, źródeł finansowania i statusu CRU JSFP.

Takie raporty pokazują, czy jednostka panuje nad procesem, a nie tylko nad pojedynczym wpisem.

Najczęstsze błędy w myśleniu o CRU JSFP i lokalnej ewidencji

• założenie, że system centralny zastąpi lokalny proces,
• rozpoczęcie pracy od publikacji, a nie od jakości danych,
• traktowanie lokalnego rejestru jako zbędnego dublowania danych,
• brak właściciela procesu,
• brak matrycy kwalifikacji umów,
• brak procedury ograniczeń jawności,
• brak historii zmian i statusów akceptacji,
• brak monitoringu terminu 30 dni,
• brak obsługi aneksów i korekt,
• zbyt szybkie przejście do API bez uporządkowania danych,
• traktowanie Excela jako trwałego rozwiązania dla złożonego procesu.

Lokalna ewidencja nie jest dodatkową biurokracją, jeżeli została dobrze zaprojektowana. Jest narzędziem ograniczania ryzyka.

Checklista: czy lokalna ewidencja jest potrzebna?

Jednostka powinna zadać sobie kilka pytań:

• Czy dane o umowach są dziś w jednym miejscu?
• Czy wiadomo, kto odpowiada za każdą umowę?
• Czy mamy matrycę kwalifikacji do CRU JSFP?
• Czy wiemy, które umowy są wyłączone?
• Czy mamy procedurę ograniczeń jawności?
• Czy wartość umowy jest ustalana według jednej reguły?
• Czy mamy regułę dla umów w walutach obcych?
• Czy aneks automatycznie uruchamia ocenę aktualizacji?
• Czy widzimy termin 30 dni?
• Czy mamy statusy przygotowania i publikacji?
• Czy można sprawdzić historię zmian?
• Czy wiadomo, kto zatwierdził dane?
• Czy kierownictwo ma raport o zaległościach i ryzykach?
• Czy dane są gotowe do ewentualnej integracji przez API?

Jeżeli odpowiedź na kilka pytań brzmi „nie”, lokalna ewidencja może być potrzebna nie jako dodatkowy system, ale jako sposób uporządkowania odpowiedzialności i danych.

Rekomendacja praktyczna

Podsumowanie

CRU JSFP MF i lokalna ewidencja umów mają różne role. CRU JSFP MF jest systemem centralnym służącym do udostępniania informacji o umowach. Lokalna ewidencja umów jest narzędziem jednostki do zarządzania danymi, procesem, odpowiedzialnością, akceptacją, aktualizacjami i historią zmian.

Jednostka, która korzysta wyłącznie z systemu centralnego, nadal musi gdzieś przygotować dane, sprawdzić ich poprawność, udokumentować decyzje i pilnować aktualizacji. Lokalna ewidencja porządkuje właśnie ten etap.

Ź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 obowiązek publikacji i aktualizacji informacji o umowach.

1. Ustawa z dnia 27 sierpnia 2009 r. o finansach publicznych — w zakresie zasad jawności gospodarowania środkami publicznymi oraz przepisów dotyczących Centralnego Rejestru Umów 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, Dz.U. 2025 poz. 1844 — w zakresie przepisów dotyczących CRU JSFP, zakresu informacji o umowie, terminu publikacji i aktualizacji oraz odpowiedzialności za dane.
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 — w zakresie kont, ról użytkowników, zakresu danych, wartości umowy, aktualizacji, wyłączeń jawności oraz zasilania systemu przez API.
4. Dokumentacja integracyjna CRU API publikowana przez Ministerstwo Finansów — w zakresie technicznego zasilania systemu centralnego danymi z innych systemów teleinformatycznych.
5. Ustawa z dnia 11 września 2019 r. — Prawo zamówień publicznych — w zakresie oceny, czy dana umowa stanowi zamówienie w rozumieniu przepisów Pzp.