Monitoring CRU JSFP po 1 lipca 2026 r.: jak kontrolować zaległości, błędy i aktualizacje

Najkrótsza odpowiedź

Po 1 lipca 2026 r. jednostka powinna monitorować osobno:

• sprawy oczekujące na kwalifikację,
• rekordy zakwalifikowane do publikacji,
• rekordy zbliżające się do końca 30-dniowego terminu,
• rekordy po terminie,
• błędy publikacji i aktualizacji,
• zmiany umów wymagające oceny,
• spójność danych lokalnych z odpowiedzią systemu CRU JSFP.

Sama informacja, że „umowa została wpisana do systemu”, nie wystarcza. Trzeba jeszcze wiedzieć, czy została prawidłowo zakwalifikowana, czy została udostępniona w terminie, czy nie wróciła z błędem, czy późniejsza zmiana umowy nie wymaga aktualizacji oraz czy lokalny status odpowiada temu, co wynika z systemu centralnego.

Najpierw kwalifikacja, dopiero potem zaległość

Monitoring CRU JSFP nie powinien polegać na mechanicznym pilnowaniu wszystkich umów z lokalnego rejestru. Najpierw trzeba odróżnić sprawy, które dopiero wymagają kwalifikacji, od umów rzeczywiście objętych obowiązkiem publikacji.

Ministerstwo Finansów wskazuje, że chodzi o umowy, które spełniają definicję zamówienia w rozumieniu art. 7 pkt 32 Prawa zamówień publicznych oraz zostaną zawarte od 1 lipca 2026 r. w formie pisemnej, elektronicznej, dokumentowej albo innej formie szczególnej w rozumieniu Kodeksu cywilnego. Na koncie danej JSFP powinny być rejestrowane umowy obciążające plan finansowy lub budżet tej jednostki albo stanowiące inną formę jej kosztu przy odpłatności barterowej.

Dlatego w lokalnym procesie warto rozróżnić co najmniej cztery kategorie:

1. Sprawy oczekujące na kwalifikację.
   To umowy, zamówienia albo dokumenty zakupowe, które trzeba ocenić pod kątem CRU JSFP. Nie każda z nich będzie ostatecznie publikowana.
2. Umowy zakwalifikowane do publikacji.
   To rekordy, dla których jednostka przyjęła, że spełniają warunki publikacji i powinny zostać przekazane do CRU JSFP.
3. Rekordy z błędem.
   To sprawy, które trafiły do procesu publikacji albo aktualizacji, ale nie zakończyły się prawidłowym przyjęciem danych.
4. Rzeczywiste zaległości.
   To umowy lub aktualizacje, które powinny zostać udostępnione albo zaktualizowane, ale termin już minął.

To rozróżnienie jest ważne. Rekord oczekujący na kwalifikację nie zawsze jest jeszcze zaległością publikacyjną. Może się nią jednak stać, jeżeli jednostka zbyt długo nie podejmuje decyzji.

Co oznacza „pierwszy miesiąc” w praktyce

Termin 30 dni jest terminem maksymalnym, a nie rekomendowanym rytmem pracy. Informacje powinny być udostępniane i aktualizowane bez zbędnej zwłoki, więc jednostka nie powinna organizować procesu tak, jakby standardem było publikowanie rekordów dopiero w 29. albo 30. dniu.

W lipcu 2026 r. jednostka powinna działać równolegle w kilku rytmach:

• rejestrować nowe umowy,
• kwalifikować je pod kątem CRU JSFP,
• publikować rekordy bez odkładania ich na koniec terminu,
• obsługiwać błędy publikacji,
• wracać do spraw już opublikowanych, jeżeli pojawił się aneks, zmiana wartości, zmiana okresu, wypowiedzenie, rozwiązanie albo inna zmiana informacji objętej CRU JSFP.

Co trzeba monitorować codziennie

Integralność danych po publikacji

Integralność danych należy rozumieć praktycznie: jako kontrolę, czy lokalny rekord posiada właściwy identyfikator po stronie CRU JSFP, czy publikacja lub aktualizacja została przyjęta, jaki status zwraca system oraz czy dane zwrócone dla opublikowanej umowy odpowiadają danym, które jednostka uznaje za obowiązujące.

W praktyce warto sprawdzać:

• czy rekord ma identyfikator po stronie CRU JSFP,
• czy publikacja została przyjęta,
• czy aktualizacja została przyjęta,
• czy status lokalny odpowiada statusowi po stronie systemu centralnego,
• czy dane zwrócone przez API są zgodne z danymi zatwierdzonymi w jednostce,
• czy nie występują rekordy lokalnie oznaczone jako opublikowane, ale bez potwierdzenia po stronie CRU JSFP.

Ministerstwo Finansów wskazuje, że API pozwala m.in. na publikację i aktualizację umów, pobieranie szczegółów umów opublikowanych w systemie, wyszukiwanie streszczeń oraz wycofywanie umów z publikacji. Samo założenie, że „wysyłka się odbyła”, nie powinno więc kończyć procesu.

Jaki rytm pracy warto przyjąć w lipcu i na początku sierpnia 2026 r.

Najbezpieczniejszy model pracy wygląda następująco:

Co powinien widzieć kierownik jednostki

Kierownik jednostki nie musi analizować każdego rekordu. Powinien jednak otrzymywać okresową informację zarządczą pokazującą, czy jednostka realnie panuje nad obowiązkiem CRU JSFP.

• ile spraw oczekuje na kwalifikację,
• ile umów zakwalifikowano do publikacji,
• ile rekordów jest w strefie 25–30 dni,
• ile rekordów przekroczyło termin,
• ile publikacji lub aktualizacji wróciło z błędem,
• ile zmian umów oczekuje na ocenę,
• ile rekordów wymaga aktualizacji,
• czy występują rozbieżności między stanem lokalnym a odpowiedzią CRU JSFP,
• jakie są najczęstsze przyczyny błędów,
• które komórki organizacyjne generują największe opóźnienia.

Bez takiego raportu CRU JSFP łatwo staje się obowiązkiem rozproszonym między pracowników, ale bez realnej kontroli zarządczej.

Kiedy zgłaszać problem do Ministerstwa Finansów

Nie każdy błąd wymaga zgłoszenia do Ministerstwa Finansów. Najpierw warto ustalić, czy problem nie wynika z danych lokalnych, braku kwalifikacji, błędnej wartości, niepełnych informacji, uprawnień użytkownika albo konfiguracji integracji.

Jeżeli jednak problem dotyczy działania systemu CRU JSFP albo API, zgłoszenie powinno być konkretne. Ministerstwo Finansów wskazuje, że zgłoszenia dotyczące API należy kierować na adres wsparcie.cru.jsfp@mf.gov.pl w przypadku pracowników JSFP i integratorów z JSFP oraz na adres pomoc.cru@mf.gov.pl w przypadku integratorów spoza JSFP.

Przed zgłoszeniem warto zebrać:

• datę i godzinę wystąpienia problemu,
• REGON jednostki,
• dane użytkownika, którego dotyczył problem,
• numer albo identyfikator rekordu,
• treść komunikatu błędu,
• opis danych, które spowodowały problem,
• kroki wykonane przed wystąpieniem błędu,
• oczekiwany rezultat,
• rzeczywisty rezultat,
• informację, czy problem występuje jednorazowo, czy powtarzalnie.

Zgłoszenie typu „nie działa publikacja” jest zbyt słabe. Zgłoszenie powinno pozwalać jednoznacznie odtworzyć miejsce i czas wystąpienia błędu.

Najczęstsze przyczyny zaległości w pierwszym miesiącu

• umowa zbyt późno trafia do lokalnego procesu,
• sprawa czeka na kwalifikację,
• nie wiadomo, kiedy doszło do zawarcia umowy,
• nie ustalono formy zawarcia umowy,
• rekord czeka na dane kontrahenta,
• wartość została policzona niespójnie,
• nie sprawdzono wyłączeń ustawowych,
• aneks został potraktowany jak zwykła edycja lokalna,
• rekord utknął na błędzie walidacji,
• nikt nie odpowiada za codzienny przegląd strefy ryzyka,
• jednostka zakłada, że lokalny status „opublikowana” oznacza pełną zgodność z CRU JSFP,
• brakuje raportu dla kierownictwa,
• nie ma właściciela procesu aktualizacji.

To nie są wyłącznie problemy techniczne. To przede wszystkim problemy organizacyjne i procesowe.

Jak system „Ewidencja Umów JSFP” pomaga monitorować proces

Centralny Rejestr Umów JSFP jest systemem publicznym, w którym udostępniane są informacje o umowach. Nie zastępuje jednak jednostce lokalnego procesu zarządzania danymi, odpowiedzialnością, obiegiem dokumentów, kwalifikacją i kontrolą terminów. Właśnie tutaj znaczenie ma system „Ewidencja Umów JSFP”.

System może wspierać monitoring przez:

• pulpit informacyjny z widokami operacyjnymi,
• statusy spraw: do kwalifikacji, do publikacji, po błędzie, opublikowana, do aktualizacji, wycofana,
• filtry dla rekordów w strefie 25–30 dni,
• filtr dla rekordów po terminie,
• rejestr błędów publikacji i aktualizacji,
• powiadomienia e-mail o zbliżającym się terminie,
• historię decyzji kwalifikacyjnych,
• kontrolę kompletności danych,
• obsługę wyłączeń i ograniczeń jawności,
• ślad audytowy czynności.

Dzięki temu zespół nie musi budować ręcznie zestawień kontrolnych w arkuszach. Od razu widzi, które sprawy wymagają działania dzisiaj, które zaczynają wchodzić w strefę ryzyka i które wymagają decyzji osoby odpowiedzialnej.

Jak system pomaga ograniczać błędy

Duża część problemów może zostać zatrzymana jeszcze przed wysyłką do CRU JSFP, jeżeli jednostka ma dobrze opisany lokalny proces i narzędzie wspierające kontrolę danych.

• podgląd danych przygotowanych do CRU JSFP przed publikacją,
• walidację wymaganych pól,
• reguły spójności dla dat, wartości i statusów,
• kontrolę danych stron umowy,
• jakość kartoteki kontrahentów,
• rozdzielenie danych roboczych od danych przeznaczonych do publikacji,
• ostrzeżenia dotyczące danych osobowych w opisie przedmiotu,
• obsługę ograniczeń jawności,
• rozdzielenie korekty lokalnej od aktualizacji danych objętych CRU JSFP.

To szczególnie ważne w pierwszym miesiącu, bo wtedy ujawniają się nie tylko problemy systemu centralnego, ale przede wszystkim braki w danych źródłowych, niespójne odpowiedzialności i zbyt późne przekazywanie spraw do publikacji.

Jak Ewidencja Umów JSFP wspiera integralność danych

Po publikacji kluczowe staje się nie tylko to, że rekord został wysłany, ale czy jednostka ma potwierdzony i kontrolowany stan sprawy.

• podgląd danych zwróconych z CRU JSFP,
• porównanie danych lokalnych z odpowiedzią API,
• zapis identyfikatora rekordu po stronie CRU JSFP,
• historię publikacji,
• historię aktualizacji,
• rejestr prób wysyłki,
• rejestr komunikatów błędów,
• moduł wykrywania rozbieżności statusów,
• kontrolowane działania naprawcze,
• pełny ślad audytowy decyzji i korekt.

To właśnie ten obszar odróżnia lokalny system zarządzania procesem od prostego arkusza albo samego dostępu do systemu centralnego.

Wniosek

Pierwszy miesiąc z CRU JSFP nie jest testem tego, czy jednostka umie kliknąć „publikuj”. To test tego, czy potrafi codziennie panować nad kwalifikacją, zaległościami, błędami, aktualizacjami i spójnością danych.

• najpierw kwalifikacja, potem publikacja,
• nie każda sprawa lokalna jest od razu zaległością CRU JSFP,
• 30 dni to termin maksymalny, a nie standard pracy,
• aktualizacji wymaga zmiana informacji objętej CRU JSFP, a nie każda czynność lokalna,
• błędy trzeba dzielić na błędy danych, kwalifikacji, uprawnień i integracji,
• status lokalny powinien być weryfikowany z tym, co wynika z systemu CRU JSFP,
• kierownik jednostki powinien otrzymywać raport zarządczy,
• problemy techniczne trzeba zgłaszać precyzyjnie, z danymi pozwalającymi odtworzyć błąd.

System „Ewidencja Umów JSFP” nie zastępuje przepisów ani Centralnego Rejestru Umów JSFP. Pomaga jednak uporządkować to, czego system centralny nie zrobi za jednostkę: obieg pracy, widoczność terminów, obsługę błędów, kontrolę zmian, raportowanie i integralność danych.

Źródła prawne i urzędowe

1. Serwis Ministerstwa Finansów o CRU JSFP – informacje o starcie obowiązku od 1 lipca 2026 r., materiały i odnośniki do systemu.
   https://www.gov.pl/web/finanse/rejestr-umow-jsfp
2. System teleinformatyczny CRU JSFP – oficjalna strona logowania i materiałów pomocniczych MF.
   https://www.gov.pl/web/finanse/system-teleinformatyczny-cru-jsfp
3. System obsługi zgłoszeń CRU JSFP – oficjalne informacje kontaktowe do wsparcia użytkowników i integratorów.
   https://www.gov.pl/web/finanse/system-obslugi-zgloszen-cru-jsfp
4. Ustawa z dnia 27 sierpnia 2009 r. o finansach publicznych, w szczególności art. 34a–34d.
   https://api.sejm.gov.pl/eli/acts/DU/2009/1240/text.pdf
5. Ustawa z dnia 4 grudnia 2025 r. – nowelizacja dotycząca CRU JSFP, Dz.U. 2025 poz. 1844.
   https://api.sejm.gov.pl/eli/acts/DU/2025/1844/text.pdf
6. Rozporządzenie Ministra Finansów i Gospodarki z dnia 30 marca 2026 r. w sprawie CRU JSFP, Dz.U. 2026 poz. 440.
   https://api.sejm.gov.pl/eli/acts/DU/2026/440/text.pdf
7. Dokument OpenAPI CRU JSFP – oficjalny kontrakt techniczny API, w tym publikacja, aktualizacja, pobieranie szczegółów, wyszukiwanie streszczeń, statusy i wycofanie z publikacji.
   https://jsfp-cru-test.mf.gov.pl/api-gw/docs/openapi