CRU nie musi oznaczać dla uczelni kolejnego żmudnego procesu i ręcznego przepisywania danych. Warunek jest jeden: zanim zaczniemy zastanawiać się, jak technicznie przekazywać informacje do CRU, warto uporządkować to, co dzieje się z umową wcześniej.
Od 1 lipca 2026 r. jednostki sektora finansów publicznych, w tym uczelnie, realizują obowiązek udostępniania informacji o zawieranych umowach w Centralnym Rejestrze Umów (CRU). Co do zasady informacje powinny być przekazywane bez zbędnej zwłoki, nie później niż w ciągu 30 dni od zawarcia umowy lub wystąpienia zmiany wymagającej aktualizacji danych. Dla wielu uczelni może to oznaczać konieczność przeanalizowania dotychczasowego sposobu pracy z umowami. Nie dlatego, że CRU jest wyjątkowo skomplikowanym systemem, ale dlatego, że wymaga odpowiedzi na znacznie wcześniejsze pytania: które umowy podlegają obowiązkowi, jakie dane należy przekazać, skąd je pobrać i kto odpowiada za ich poprawność?
To właśnie tutaj pojawia się najważniejsze wyzwanie.
CRU zaczyna się przed CRU
Najłatwiej byłoby potraktować Centralny Rejestr Umów jak kolejne miejsce, do którego trzeba wprowadzić dane. W praktyce takie podejście może szybko doprowadzić do powielenia pracy. W przypadku jednej umowy informacje mogą być przetwarzane przez kilka osób i jednostek. Jedna osoba przygotowuje dokument, inna odpowiada za jego akceptację, kolejna za kwestie finansowe, a jeszcze inna za przekazanie odpowiednich informacji do CRU.
Dlatego pierwsze pytanie nie powinno brzmieć: „Kto będzie wprowadzał dane do CRU?”. Lepiej zacząć od pytania: „Jak wygląda droga informacji o umowie w naszej organizacji?” To pozwala spojrzeć na CRU nie jak na odrębny obowiązek, ale jak na kolejny element procesu, który już funkcjonuje na uczelni.
Nie każda umowa wygląda tak samo
Jednym z wyzwań może być już samo ustalenie, które zawierane przez uczelnię umowy powinny zostać ujęte w rejestrze. Z perspektywy pracownika dwa zakupy mogą wyglądać niemal identycznie. Uczelnia kupuje ten sam produkt, od tego samego rodzaju dostawcy i za podobną kwotę. W jednym przypadku transakcja jest realizowana bezpośrednio u dostawcy, w innym za pośrednictwem platformy internetowej.
Dla osoby obsługującej proces może to wyglądać jak ta sama czynność: zakup został zrealizowany, jest dokument księgowy i trzeba go rozliczyć. Tymczasem o obowiązku ujęcia danej transakcji w CRU nie decyduje sam fakt posiadania faktury ani sposób jej zakupu. Kluczowe znaczenie ma to, czy mamy do czynienia z umową objętą obowiązkiem udostępnienia informacji zgodnie z obowiązującymi zasadami.
To właśnie dlatego kwalifikacja umowy powinna być elementem procesu, a nie czynnością wykonywaną dopiero na końcu. Ministerstwo Finansów w ramach szkoleń dotyczących CRU wskazuje zresztą wprost na potrzebę analizy, czy w przypadku konkretnej umowy istnieje obowiązek jej udostępnienia w rejestrze, a także na zasady określania zakresu przekazywanych danych.
Faktura to nie wszystko
Naturalnym skojarzeniem może być próba powiązania CRU z systemem finansowo-księgowym. Skoro uczelnia posiada dane o zakupie, a od 2026 r. funkcjonuje również KSeF, można pomyśleć: czy nie wystarczy po prostu pobierać odpowiednich informacji z systemu księgowego?
To może być część rozwiązania, ale nie rozwiązuje całego procesu. Faktura zawiera informacje potrzebne do rozliczenia transakcji, natomiast CRU wymaga określonego zestawu informacji dotyczących umowy. W systemie przewidziano m.in. dane podstawowe umowy, informacje o jej okresie obowiązywania, przedmiocie, wartości czy stronach. Dane te podlegają również określonym regułom walidacji.
Dlatego prosty import danych z systemu księgowego nie musi oznaczać, że proces obsługi CRU jest rozwiązany. Może wręcz stworzyć fałszywe poczucie automatyzacji, która ma sens dopiero wtedy, kiedy wcześniej uporządkowany jest proces, z którego pobieramy dane.
API może pomóc, ale nie uporządkuje organizacji
CRU zostało przygotowane z myślą o integracji z systemami jednostek. Ministerstwo Finansów udostępniło API pozwalające m.in. na publikację i aktualizację umów, pobieranie danych oraz wycofywanie informacji z publikacji. To dobra wiadomość dla uczelni, które mają uporządkowaną architekturę systemów.
Samo API nie odpowie jednak na pytania:
- które umowy należy przekazać do CRU,
- skąd pobrać komplet wymaganych danych,
- kto odpowiada za ich poprawność,
- kto powinien je zatwierdzić,
- co zrobić w przypadku zmiany umowy,
- jak postępować, jeśli informacje w różnych systemach nie są spójne.
Technologia może więc automatyzować proces, ale nie może zastąpić decyzji organizacyjnych, które powinny zostać podjęte wcześniej.
Gdzie powstaje informacja o umowie?
To pytanie warto zadać jeszcze przed uruchomieniem integracji. Czy informacje o umowie powstają w jednym systemie? Czy są rozproszone pomiędzy systemem finansowym, obiegiem dokumentów, pocztą elektroniczną i arkuszami kalkulacyjnymi? Czy pracownicy wprowadzają te same dane więcej niż raz? Czy wiadomo, która wersja informacji jest aktualna?
Jeżeli odpowiedź na któreś z tych pytań brzmi „to zależy”, warto potraktować wdrożenie CRU jako okazję do uporządkowania procesu. Nie chodzi przy tym o przeprowadzenie wielkiej rewolucji informatycznej. Czasami największą korzyść może przynieść po prostu jasne określenie źródła danych, odpowiedzialności poszczególnych osób i kolejnych etapów obiegu informacji. Dopiero na takim fundamencie warto budować automatyzację.
Mniej przepisywania, więcej integracji
Dobrze zaprojektowany proces powinien sprawić, że pracownik nie będzie musiał wprowadzać tych samych danych w kilku miejscach. Jeżeli informacja o umowie została już wprowadzona i zweryfikowana w systemie uczelni, powinna - tam, gdzie jest to technicznie i prawnie możliwe - zostać wykorzystana ponownie. To właśnie jest różnica pomiędzy digitalizacją a cyfryzacją.
Digitalizacja może oznaczać zastąpienie papierowego formularza formularzem elektronicznym. Cyfryzacja idzie krok dalej: zmienia sposób działania całego procesu tak, aby informacja mogła przepływać pomiędzy jego kolejnymi etapami bez niepotrzebnego powielania pracy.
W przypadku CRU ma to szczególne znaczenie. Ministerstwo Finansów przewidziało możliwość przekazywania danych do rejestru bezpośrednio z systemu jednostki za pośrednictwem API. To oznacza, że uczelnia nie musi traktować CRU jako kolejnej „cyfrowej wyspy”. Ale żeby integracja faktycznie odciążyła pracowników, trzeba najpierw uporządkować dane i proces, który ma być automatyzowany.
CRU jako test dojrzałości procesu
Dla osób odpowiedzialnych na uczelniach za finanse, administrację czy IT CRU jest przede wszystkim kolejnym obowiązkiem, który trzeba sprawnie zrealizować. I właśnie dlatego warto spojrzeć na niego praktycznie.Nie chodzi o to, żeby przy okazji nowego obowiązku przebudowywać całą uczelnię. Chodzi o znalezienie odpowiedzi na kilka konkretnych pytań:
- Czy wiemy, które umowy podlegają rejestracji
- Czy wiemy, skąd pobrać komplet wymaganych danych?
- Czy dane są spójne w różnych systemach?
- Czy odpowiedzialność za ich wprowadzenie i weryfikację jest jasno określona?
- Czy możemy ograniczyć ręczne przepisywanie informacji?
Jeżeli odpowiedź na te pytania jest twierdząca, CRU można po prostu włączyć w istniejący model pracy. Jeżeli nie - nowy obowiązek może być dobrym momentem, żeby uporządkować proces, który i tak wymagałby wcześniej czy później przeglądu.
System ma wspierać pracownika
Właśnie dlatego projektując systemy dla uczelni, warto patrzeć nie tylko na ich funkcje, ale przede wszystkim na procesy, które mają obsługiwać. Dobry system nie powinien tworzyć kolejnego miejsca, do którego pracownik musi wejść, aby wykonać dodatkową czynność. Powinien możliwie dobrze wpisywać się w sposób pracy organizacji, wykorzystywać dane już zgromadzone w innych procesach i ograniczać liczbę czynności wykonywanych ręcznie.
Takie podejście jest jednym z założeń Akademusa - system ma wspierać uczelnię w porządkowaniu procesów i informacji, zamiast tworzyć kolejną niezależną warstwę technologiczną. W przypadku CRU oznacza to prostą zasadę: nie zaczynajmy od pytania, jak wprowadzić dane do rejestru. Zacznijmy od pytania, jak sprawić, żeby właściwe dane znalazły się we właściwym miejscu już na wcześniejszym etapie procesu.
Wtedy Centralny Rejestr Umów przestaje być kolejnym zadaniem do wykonania przez pracownika, a staje się kolejnym elementem uporządkowanego obiegu informacji. I właśnie to jest najważniejsza lekcja płynąca z CRU: najlepsza automatyzacja nie zaczyna się od systemu. Zaczyna się od dobrze zaprojektowanego procesu.
Opracowanie redakcyjne
Przekaż dalej
Dodaj do źródeł w Google
