Pieniądze są. Termin realizacji biegnie. A przed Tobą decyzja, która zdecyduje, czy grant stanie się inwestycją, czy administracyjnym problemem.
Złożenie wniosku o Dig.IT było skomplikowane. Decyzja pozytywna jest trudniejsza, niż się wydaje. Bo od tego momentu przestajesz pisać o planach, a zaczynasz je realizować. W ustalonym budżecie, z 50-procentowym wkładem własnym, w terminie rozliczenia, który ARP traktuje bardzo dokładnie.
Ten tekst jest dla dwóch grup. Pierwsza: firmy z Call 1/2025, które czekają na decyzję lub już ją mają i planują wydatki. Druga: firmy przygotowujące się do Call 2/2026 w czerwcu. Dla obu grup największe ryzyko jest to samo: kupienie zbyt wielu rzeczy, albo niewłaściwych rzeczy, za pieniądze, których fizycznie jeszcze nie masz.
Pracujemy z firmami produkcyjnymi po stronie operacyjnej, nie prawno-administracyjnej grantu. To różne kompetencje. Administrację grantu prowadzi ARP i kancelarie doradcze. Co zrobić z oprogramowaniem, kiedy się już pojawi w firmie, to inny problem. Poniżej to, co widzimy, kiedy projekt idzie dobrze, i co się psuje, kiedy idzie źle.
Najważniejsze informacje w skrócie
| Kwestia | Co musisz wiedzieć |
|---|---|
| Co finansuje Dig.IT | Oprogramowanie i wdrożenie (obowiązkowe). Sprzęt IT i szkolenia maksymalnie 40% łącznie (opcjonalne). |
| Czego nie sfinansuje | Marketing cyfrowy, standardowa księgowość, strona www bez zmiany procesowej. |
| Pułapka cash flow | Grant to refundacja. Wydajesz najpierw, pieniądze dostajesz po zakończeniu i rozliczeniu projektu. |
| Liczba procesów | Jeden dobrze zdefiniowany proces bije sześć systemów bez logiki. |
| Dostawca zagraniczny | Akceptowalny. Wdrożenie musi odbyć się w Polsce. |
| Test Dojrzałości Cyfrowej | Obowiązkowy przed złożeniem wniosku. Wymagany również po projekcie oraz corocznie. Adres: pfr.pl. |
Co Dig.IT rzeczywiście finansuje (i czego nie sfinansuje)
Dig.IT ma rdzeń i peryferie. Rdzeń jest obowiązkowy. Peryferie są opcjonalne i mają twardy limit.
Rdzeń projektu to zakup i wdrożenie gotowego oprogramowania albo zlecenie prac programistycznych. Licencje, subskrypcje SaaS, konfiguracja, wdrożenie, uruchomienie. Projekt, który nie jest przede wszystkim projektem wdrożenia technologii cyfrowej, nie kwalifikuje się. To pierwsza rzecz, którą recenzent weryfikuje.
Peryferie to szkolenia pracowników, niezbędny sprzęt IT oraz materiały eksploatacyjne. Łącznie, nie osobno, maksymalnie 40% wartości projektu. Jeśli w Twoim budżecie komputery, serwery i szkolenia przekraczają ten próg, wniosek jest niezgodny z regulaminem.
Technologie, które wpisują się w cel programu: ERP, MRP, MES, SCADA, WMS, APS, PLM, systemy BI i analityki, platformy B2B i B2C z modułami CPQ, modele predykcyjne ML (prognozowanie popytu, predykcyjne utrzymanie, optymalizacja planowania produkcji), cyberbezpieczeństwo (EDR, DLP, NGFW, IAM, BCP/DR), migracje do chmury, integracje API, automatyzacja procesów (RPA i workflow).
Technologie, które nie wpisują się: marketing cyfrowy. Jest to wprost wykluczone w regulaminie. SEO, reklamy Google, kampanie social media, content marketing. Nie kwalifikuje się również standardowe oprogramowanie księgowe jako rdzeń projektu. Nie kwalifikuje się strona internetowa do sprzedaży dotychczasowych produktów, jeśli nie wprowadza zmiany procesowej.
Najczęstsze pytanie: "Mamy już ERP, czy możemy go rozszerzyć?" Odpowiedź ostrożna. Każde rozszerzenie istniejącego systemu to ryzyko, że recenzent uzna technologię za nienową dla firmy. Jeśli nie potrafisz udokumentować, że zmiana rzeczywiście wprowadza nową funkcjonalność, której wcześniej nie miałeś, projekt może zostać odrzucony lub dofinansowanie cofnięte po kontroli.
Jak dopasować technologię do swojej firmy produkcyjnej
Budżet projektu powinien wynikać z procesu, który kosztuje Cię najwięcej czasu, błędów albo pieniędzy. Nie z listy życzeń, nie z rekomendacji znajomego, nie z ostatniej prezentacji dostawcy.
Zacznij od jednej prostej diagnozy. Gdzie Twoja firma przegrywa godziny? Przy wycenie, przy planowaniu produkcji, przy kontroli jakości, przy obsłudze zlecenia reklamacyjnego, przy ewidencji partii. To miejsce jest Twoim kandydatem do wdrożenia.
Niżej praktyczna siatka dopasowania dla sektorów, z których pochodzą wnioskodawcy Dig.IT:
| Sektor | Typowa luka operacyjna | Najlepsze dopasowanie Dig.IT |
|---|---|---|
| Obróbka metali (CNC, tłocznia) | Ręczne wycenianie, papierowe zlecenia produkcyjne | MES plus moduł CPQ, automatyzacja ofert |
| Produkcja mebli i drewna | Ręczne BOM, tłumaczenie zamówień z DE | ERP plus automatyzacja przetwarzania zamówień |
| Przetwórstwo spożywcze | Papierowe rejestry HACCP, śledzenie partii | ERP plus moduł zarządzania jakością |
| Produkcja maszyn i urządzeń | Czas od rysunku do oferty, planowanie produkcji | PLM plus APS |
| Usługi produkcyjne (naprawy, serwis) | Zarządzanie zleceniami naprawczymi, SLA | WMS plus system zarządzania serwisem |
Zasada, która działa niezależnie od sektora: wybierz jeden proces, który da mierzalny wynik w ciągu 6 do 12 miesięcy od wdrożenia. Recenzent, księgowy, zarząd i pracownicy produkcji muszą potrafić wskazać, co się zmieniło. Jeśli tego nie ma, nie ma argumentu na kolejne etapy transformacji i nie ma obrony przed kontrolą.
Jak zbudować budżet, który wytrzyma rozliczenie
Model finansowania Dig.IT jest prosty i nieoczywisty jednocześnie. Wydajesz najpierw, refundacja przychodzi po zakończeniu i rozliczeniu projektu. Nie ma zaliczek. Nie ma częściowych wypłat. Jeśli projekt nie zostanie zakończony zgodnie z umową, zwrotu nie ma. To najczęstsza pułapka dla firm z ciasnym cash flow, które liczyły na szybki dostęp do środków.
Wkład własny 50%. Może pochodzić z kredytu, pożyczki, finansowania pomostowego. Nie musi być kapitałem własnym. Jeśli nie masz pełnej gotówki, prowadź rozmowę z bankiem na etapie przygotowania wniosku, nie po podpisaniu umowy.
Najczęstszy błąd budżetowy to niedoszacowanie kosztów integracji. Licencja oprogramowania to nie jest cały projekt. Integracja z istniejącymi systemami, migracja danych z rozwiązań legacy, faza testów, szkolenia wdrożeniowe, to zwykle od 30 do 50 procent wartości samego oprogramowania. Jeśli tych pozycji nie masz w budżecie grantu, płacisz je z własnej kieszeni, już poza refundacją.
Drugi błąd: rozkładanie budżetu na zbyt wiele systemów. Projekt obejmujący sześć różnych narzędzi po 150 tysięcy PLN każde wygląda dla recenzenta jak lista zakupów, nie jak decyzja strategiczna. Jeden dobrze zdefiniowany projekt z pełnym scenariuszem ROI zbiera wyższe oceny i łatwiej się rozlicza.
Trzeci błąd, który kosztuje najwięcej: zakup przed datą złożenia wniosku. Koszt poniesiony przed formalnym złożeniem wniosku jest kosztem niekwalifikowalnym. Nawet jeśli był rozsądny, nawet jeśli był konieczny, nawet jeśli dotyczył dokładnie tej technologii. Wszystkie koszty, które chcesz rozliczyć, muszą być zdefiniowane w budżecie w momencie złożenia i poniesione dopiero po podpisaniu umowy o dofinansowanie.
Dokumentacja i wskaźniki: co musisz zmierzyć zanim zaczniesz
Dig.IT wymaga liczb. Konkretnych, źródłowych, porównywalnych.
Test Dojrzałości Cyfrowej na pfr.pl jest obowiązkowy przed złożeniem wniosku. Wymagany jest również po zakończeniu projektu i corocznie w okresie trwałości. Wielu wnioskodawców dowiaduje się o nim zbyt późno, co oznacza pospieszne wypełnianie ankiety na 48 godzin przed złożeniem. Nie rób tego na ostatnią chwilę. Zwarty test to punkt odniesienia dla recenzenta.
KPI z pomiarem bazowym. "Poprawimy efektywność" nie wystarczy. Potrzebujesz czterech elementów: pomiar stanu obecnego (baseline), źródło tego pomiaru (MES, ERP, arkusze wewnętrzne, raporty produkcyjne), cel mierzalny w konkretnej liczbie i częstotliwość pomiaru po wdrożeniu. Jeśli nie potrafisz zmierzyć stanu dzisiaj, nie udowodnisz poprawy potem. Kontrola trwałości sprawdza, czy wskaźniki się poprawiły. Jeśli nie masz baseline, dofinansowanie może zostać cofnięte.
Technologia nowa dla firmy. Jeśli masz jakikolwiek kontrakt, fakturę lub licencję za podobne oprogramowanie z ostatnich 3 do 5 lat, przygotuj dokumentację wyjaśniającą, dlaczego nowe wdrożenie różni się funkcjonalnie. Nowa wersja istniejącego systemu z drobnymi dodatkami nie jest nową technologią. Recenzenci to weryfikują, również na etapie rozliczenia.
Wskaźniki finansowe. ROS minimum 4 procent. Quick Ratio w przedziale 0,7 do 1,8. Zadłużenie do aktywów maksymalnie 68 procent. Obliczane jako ważona średnia z trzech lat z wagami 0,45 dla ostatniego roku, 0,35 dla średniego, 0,20 dla najstarszego. Najczęstszy błąd księgowych: prosta średnia arytmetyczna zamiast ważonej. Sprawdź wyliczenia przed złożeniem wniosku. To trywialny błąd, który może zdyskwalifikować wniosek.
Lista kontrolna przy wyborze dostawcy
Zanim podpiszesz umowę z dostawcą oprogramowania, sprawdź każdy z poniższych punktów. To nie jest formalna lista wymagana przez ARP. To lista, która oszczędza problemy w fazie wdrożenia i rozliczenia.
- Czy dostawca ma referencje z wdrożeń w firmach produkcyjnych (nie FMCG, nie handel detaliczny)?
- Czy dostawca rozumie różnicę między MES a ERP i kiedy każdy z nich ma sens w Twoim procesie?
- Czy oferta zawiera cenę integracji z Twoimi obecnymi systemami, a nie tylko licencję?
- Czy zebrałeś co najmniej 3 porównywalne oferty? Jest to wymóg kwalifikowalności kosztów.
- Czy wdrożenie jest rzeczywiście nowe dla Twojej firmy, a nie rozszerzeniem istniejącego systemu?
- Czy dostawca ma doświadczenie z projektami dofinansowanymi z UE, w tym terminowość i dokumentację rozliczeniową?
- Czy oferta zawiera fazę testów i migracji danych jako osobną pozycję?
- Czy umowa zawiera kary umowne za opóźnienie, które przekroczyłoby termin rozliczenia grantu?
- Czy dostawca jest w stanie dostarczyć dokumenty niezbędne do rozliczenia (faktury, protokoły odbioru, raporty wdrożenia)?
- Czy zagraniczny dostawca (jeśli takiego wybierasz) ma zdolność do realizacji wdrożenia w Polsce, w tym wsparcie i dokumentację w języku polskim?
Lista jest większym filtrem, niż się wydaje. W praktyce połowa dostawców, którzy składają ofertę na projekty Dig.IT, nie przejdzie przez wszystkie punkty. To nie oznacza, że są źli. Oznacza, że nie są dopasowani do Twojego konkretnego projektu.
Błędy, które zamieniają grant w problem
Z analizy Call 1/2025 i równoległych programów PARP (Bony na Cyfryzację) wynika sześć powtarzających się błędów. Każdy z nich jest do uniknięcia.
1. Rozszerzenie istniejącego ERP zamiast nowego wdrożenia. Recenzenci sprawdzają, czy technologia jest rzeczywiście nowa dla firmy. Aktualizacja wersji systemu, który już używasz, to wysokie ryzyko odrzucenia lub cofnięcia dofinansowania po kontroli. Jeśli rozszerzasz, udokumentuj nową funkcjonalność i brak jej ekwiwalentu we wcześniejszej licencji.
2. Niejasne KPI bez linii bazowej. "Zwiększenie efektywności o 20 procent" nie ma wartości bez pomiaru stanu przed wdrożeniem. ARP wymaga mierzalności w okresie trwałości. Jeśli nie masz baseline, nie udowodnisz efektu. Zmierz stan obecny, zapisz źródło, ustal metodę pomiaru, zanim złożysz wniosek.
3. Niedoszacowanie kosztów integracji. Cena licencji to nie budżet projektu. Integracja, migracja danych, testy i szkolenia wdrożeniowe to często od 30 do 50 procent wartości oprogramowania. Koszty poza budżet grantu płacisz z własnej kieszeni, bez refundacji.
4. Rozkładanie budżetu na wiele systemów. Projekt obejmujący 6 różnych narzędzi wygląda jak lista życzeń, a nie strategiczna decyzja. Jeden proces z mierzalnym ROI zbiera wyższe oceny i łatwiej się rozlicza. Zostaw rozszerzenia na kolejne fazy.
5. Błędy formalne przy składaniu dokumentów. Nieprawidłowy podpis elektroniczny, zły format PDF, złożenie poza portalem SI Dig.IT to automatyczne odrzucenie. Nie ma procedury odwoławczej dla błędów formalnych. Sprawdź każdy dokument i podpis na 72 godziny przed terminem.
6. Zakup przed datą złożenia wniosku. Koszt poniesiony przed formalnym złożeniem wniosku jest niekwalifikowalny. Nawet jeśli był uzasadniony, nawet jeśli dotyczył dokładnie tej technologii. Zamówienia, zaliczki, umowy przedwstępne z dostawcami podpisane przed dniem złożenia zostaną odrzucone na etapie rozliczenia.