Najważniejsze na dziś: uczelnia publiczna co do zasady podlega CRU JSFP, ale jej największym wyzwaniem nie jest sam system centralny, tylko decentralizacja danych i odpowiedzialności. Wdrożenie powinno zacząć się od modelu ról, kwalifikacji umów i matrycy odpowiedzialności między administracją centralną a jednostkami organizacyjnymi.
Dlaczego uczelnia publiczna wymaga osobnego podejścia
Uczelnia publiczna jest jednostką sektora finansów publicznych wprost wymienioną w art. 9 pkt 11 ustawy o finansach publicznych. Oznacza to, że co do zasady podlega reżimowi Centralnego Rejestru Umów JSFP tak samo jak urząd, jednostka budżetowa czy inna jednostka tworząca sektor finansów publicznych.
Specyfika uczelni polega jednak na decentralizacji. Umowy powstają równolegle w administracji centralnej, wydziałach, instytutach, katedrach, centrach badawczych, projektach krajowych i międzynarodowych, jednostkach usługowych oraz komórkach odpowiedzialnych za zakupy, inwestycje, IT, badania, dydaktykę i współpracę zewnętrzną.
W praktyce oznacza to, że CRU JSFP na uczelni nie jest tylko zadaniem kancelarii albo działu zamówień publicznych. To proces przekrojowy.
Najpierw model odpowiedzialności, dopiero potem technika
Wdrożenie na uczelni nie powinno zaczynać się od techniki, lecz od modelu odpowiedzialności. Kluczowe pytania brzmią:
- kto kwalifikuje umowę do CRU JSFP,
- kto odpowiada za kompletność danych,
- kto ustala wartość umowy,
- kto ocenia wyłączenia i ograniczenia jawności,
- kto publikuje informacje w systemie centralnym,
- kto aktualizuje dane po aneksie, wypowiedzeniu, cesji albo korekcie,
- kto odpowiada za umowy zawierane na rzecz kilku jednostek organizacyjnych uczelni.
1. Ustal zakres podmiotowy i odpowiedzialność za konto
Pierwszym krokiem powinno być ustalenie, kto w uczelni występuje jako jednostka zobowiązana do realizacji obowiązku CRU JSFP. Co do zasady konto jednostki zakłada kierownik danej jednostki albo jego reprezentant.
W przypadku uczelni publicznej praktycznie oznacza to konieczność uporządkowania roli rektora, kanclerza, kwestora, działu zamówień publicznych, działu prawnego oraz administratorów systemu.
- czy konto w CRU JSFP będzie prowadzone centralnie dla uczelni,
- kto występuje z wnioskiem o konto jednostki,
- kto będzie administratorem konta,
- kto będzie nadawał uprawnienia użytkownikom,
- czy użytkownicy będą reprezentować wyłącznie administrację centralną, czy również wydziały i inne jednostki organizacyjne,
- jak będą obsługiwane zastępstwa.
2. Rozdziel umowy zakupowe od pozostałych umów uczelni
Dla uczelni publicznej najważniejszym filtrem jest art. 34a ust. 1 ustawy o finansach publicznych. CRU JSFP dotyczy informacji o umowach, które stanowią zamówienie w rozumieniu Prawa zamówień publicznych i zostały zawarte w wymaganej formie.
Uczelnia zawiera jednak wiele rodzajów umów, które nie zawsze mają charakter klasycznego zakupu: dostawy sprzętu, umowy usługowe, roboty budowlane, granty, konsorcja, licencje, najem, sponsoring, praktyki czy współpraca dydaktyczna.
Najgorszym modelem byłoby założenie, że „każda umowa uczelni idzie do CRU” albo odwrotnie — że „tylko umowy z działu zamówień publicznych idą do CRU”. Właściwy model wymaga matrycy kwalifikacji na podstawie rodzaju umowy, jej przedmiotu i podstawy zawarcia.
3. Zbuduj matrycę odpowiedzialności między centralą a jednostkami
Na uczelni dane o umowie zwykle nie powstają w jednym miejscu. Numer umowy może nadawać kancelaria albo system obiegu dokumentów, wartość może pochodzić z wniosku zakupowego albo dokumentacji postępowania, opis przedmiotu z jednostki merytorycznej, dane kontrahenta z systemu finansowo-księgowego, a informacja o finansowaniu z projektu badawczego albo działu księgowości projektowej.
Praktyczny podział może wyglądać tak:
- jednostka merytoryczna opisuje przedmiot umowy i potwierdza zakres świadczenia,
- dział zamówień publicznych kwalifikuje umowę jako zamówienie albo przypadek poza zakresem,
- dział prawny wspiera ocenę przypadków granicznych i ograniczeń jawności,
- kwestura albo dział finansowy potwierdza wartość umowy i źródło finansowania,
- kancelaria albo system obiegu dokumentów zapewnia numer i datę zawarcia,
- administrator systemu lokalnego zarządza użytkownikami i rolami,
- wyznaczona komórka centralna odpowiada za publikację i aktualizację w CRU JSFP.
4. Uporządkuj zamówienia centralne i umowy na rzecz wielu jednostek
Uczelnie często zawierają umowy centralne, z których korzysta wiele wydziałów, instytutów albo projektów. Dotyczy to na przykład energii, usług ochrony, systemów IT, licencji oprogramowania, aparatury wspólnej, usług telekomunikacyjnych, obsługi prawnej, ubezpieczeń albo zakupów ramowych.
W takich przypadkach trzeba ustalić:
- kto jest właścicielem umowy centralnej,
- kto dostarcza dane merytoryczne,
- kto potwierdza wartość całkowitą umowy,
- czy wartość ma być pokazywana jako wartość całej umowy, a nie suma lokalnych budżetów,
- kto monitoruje aneksy i zmiany,
- kto odpowiada za aktualizację informacji w CRU JSFP.
5. Ujednolić opis stron i przedmiotu umowy
Uczelnie często posługują się lokalnymi nazwami wydziałów, projektów, laboratoriów i zespołów badawczych. Są one zrozumiałe wewnętrznie, ale mogą być nieczytelne albo niejednoznaczne w centralnym rejestrze publicznym.
- stroną umowy jest uczelnia albo właściwa jednostka formalnie zawierająca umowę,
- wydział, instytut, projekt albo laboratorium mogą zostać wskazane pomocniczo w lokalnym rejestrze,
- przedmiot umowy powinien opisywać rzeczywisty zakres dostaw, usług albo robót budowlanych,
- opis nie powinien ograniczać się do numeru sprawy, akronimu projektu albo nazwy wewnętrznego zadania.
6. Ureguluj badania, projekty, granty i współpracę międzynarodową
Uczelnia powinna osobno przeanalizować umowy związane z badaniami, projektami finansowanymi ze środków zewnętrznych, współpracą międzynarodową, konsorcjami, transferem technologii, usługami badawczymi i ochroną informacji.
Potrzebna jest realna analiza:
- czy umowa stanowi zamówienie w rozumieniu PZP,
- czy zachodzi ustawowe wyłączenie całej kategorii umów,
- czy trzeba ograniczyć jawność wybranych informacji,
- czy występuje tajemnica przedsiębiorcy,
- czy występuje tajemnica prawnie chroniona,
- czy ujawnienie danych mogłoby naruszyć zasady projektu, ochronę własności intelektualnej albo bezpieczeństwo informacji.
Klauzula poufności w umowie nie powinna automatycznie blokować publikacji informacji w CRU JSFP. Może być sygnałem do analizy, ale ograniczenie jawności musi mieć podstawę prawną.
7. Przygotuj uczelniany model ról
Najbardziej praktyczny model dla uczelni to zwykle połączenie centralnej kontroli z lokalnym wprowadzaniem danych.
- centralna polityka kwalifikacji i wyłączeń,
- lokalne przygotowanie danych przez wydziały, instytuty, centra i jednostki projektowe,
- centralna walidacja jakości danych,
- centralna publikacja i nadzór nad terminami,
- wsparcie działu prawnego przy przypadkach granicznych,
- potwierdzenie wartości i finansowania przez właściwą komórkę finansową,
- integracja z systemem obiegu dokumentów, ERP albo lokalnym rejestrem umów po uporządkowaniu modelu danych.
8. Zadbaj o terminy, aktualizacje i historię zmian
CRU JSFP nie kończy się na pierwszej publikacji informacji o umowie. Jednostka musi również aktualizować dane po zmianach, w szczególności po aneksach, wypowiedzeniach, cesjach i korektach błędów.
Lokalny rejestr uczelni powinien więc przechowywać:
- status kwalifikacji do CRU JSFP,
- status przygotowania danych,
- status zatwierdzenia,
- status publikacji,
- historię zmian,
- informację o aneksach i wypowiedzeniach,
- podstawę aktualizacji,
- decyzje o ograniczeniu jawności,
- ślad tego, kto i kiedy dokonał zmian.
9. Wybierz model techniczny: ręcznie, system lokalny czy API
Uczelnia publiczna zwykle nie jest dobrym kandydatem do docelowej obsługi CRU JSFP wyłącznie w Excelu. Skala umów, liczba jednostek, projekty, granty, zamówienia centralne i zmiany w cyklu życia umowy powodują, że Excel może być użyteczny jako narzędzie pomocnicze, ale nie jako stabilny model docelowy.
Najbardziej racjonalny model to:
- lokalny rejestr umów jako źródło uporządkowanych danych,
- workflow kwalifikacji, akceptacji i publikacji,
- role dla jednostek organizacyjnych,
- centralny nadzór nad jakością,
- raporty dla kierownictwa,
- integracja z CRU JSFP przez API jako etap docelowy.
Integracja nie powinna jednak poprzedzać porządkowania procesu. Jeżeli uczelnia nie wie, kto kwalifikuje umowy, kto zatwierdza wartość, kto ocenia jawność i kto odpowiada za aktualizację, API tylko przyspieszy przekazywanie niespójnych danych.
10. Nie odkładaj wdrożenia na lato
Uczelnia nie powinna odkładać tego projektu na ostatni moment. W środowisku wielowydziałowym najwięcej czasu zajmuje nie samo założenie konta w CRU JSFP, ale uzgodnienie odpowiedzialności między administracją centralną, wydziałami, projektami, jednostkami wspólnymi i komórkami finansowymi.
Przed 1 lipca 2026 r. uczelnia powinna mieć gotowe co najmniej:
- decyzję, kto prowadzi konto jednostki,
- listę użytkowników i ról,
- matrycę kwalifikacji umów,
- katalog wyłączeń i ograniczeń jawności,
- standard opisu przedmiotu umowy,
- regułę ustalania wartości umowy w złotych, bez VAT,
- procedurę dla umów w walutach obcych,
- proces obsługi aneksów i aktualizacji,
- raport umów oczekujących na publikację,
- procedurę dla przypadków granicznych,
- decyzję, czy uczelnia pracuje ręcznie, przez system lokalny czy przez integrację API.
Rekomendacja wdrożeniowa: uczelnia publiczna powinna traktować CRU JSFP jako proces zarządczy, a nie tylko obowiązek technicznej publikacji. Największe ryzyko nie leży w samym systemie centralnym, ale w rozproszeniu danych i odpowiedzialności. Dobrze przygotowany lokalny rejestr, centralna polityka kwalifikacji, kontrola jawności i jasny podział ról są dla uczelni ważniejsze niż samo założenie konta.
Źródła
- Art. 9 pkt 11 ustawy o finansach publicznych — status uczelni publicznych jako jednostek sektora finansów publicznych.
- Art. 34a ust. 1–4 ustawy o finansach publicznych — obowiązek dotyczący umów zawieranych przez jednostkę albo na jej rzecz.
- Art. 34a ust. 5 i 8 ustawy o finansach publicznych — wyłączenia i ograniczenia jawności.
- Art. 34a ust. 10 ustawy o finansach publicznych — termin udostępnienia i aktualizacji informacji.
- Art. 34b ustawy o finansach publicznych — system teleinformatyczny, konta i odpowiedzialność za dane.
- § 4–10 rozporządzenia Ministra Finansów i Gospodarki z dnia 30 marca 2026 r. — konta, uwierzytelnianie i role użytkowników.
- § 12 rozporządzenia Ministra Finansów i Gospodarki z dnia 30 marca 2026 r. — możliwość zasilania CRU JSFP przez API.