Planujesz połączyć dane z maszyn, uruchomić elektroniczne raportowanie albo wdrożyć rozwiązanie AI? Dig.IT może pomóc sfinansować taką zmianę, ale punkt wyjścia powinien być biznesowy: konkretny problem, zakres wdrożenia i sposób sprawdzenia efektu. Sam zakup programu nie wyjaśnia jeszcze, co poprawi się na hali.
W konkursie Dig.IT 2/2026 grant wynosi od 150 tys. do 850 tys. zł, przy wsparciu do 50% kosztów kwalifikowanych. ARP podaje termin składania wniosków od 2 do 30 listopada 2026 r. Informacje sprawdziliśmy 13 listopada 2026 r.; przed złożeniem dokumentów sprawdź komunikaty i aktualne załączniki na stronie naboru ARP.
Co oznacza „do 850 tys. zł” w praktyce?
Górna kwota nie jest obietnicą otrzymania takiej dotacji. Wysokość wsparcia zależy od budżetu uznanych wydatków i ograniczeń dotyczących wnioskodawcy. Wnioskowany grant nie może przekroczyć 30% średnich rocznych przychodów netto ze sprzedaży z ostatnich trzech lat. Finansowanie ma formę pomocy de minimis. ARP przewiduje jednorazową refundację, bez zaliczek i płatności pośrednich. Te zasady opisuje karta konkursu.
Przykład obliczeniowy, a nie oferta ani ocena kwalifikowalności: projekt ma 600 tys. zł kosztów kwalifikowanych. Poziom 50% daje 300 tys. zł potencjalnego grantu. Przy średnich przychodach 800 tys. zł limit 30% wynosi jednak 240 tys. zł. Pozostałe ograniczenia mogą dodatkowo obniżyć dostępną kwotę. Nie wpisuj zatem połowy wartości oferty jako pewnego finansowania. Regulamin wskazuje także limit równowartości 200 tys. EUR, przeliczany według kursu NBP z dnia zawarcia umowy; również on może ograniczyć kwotę grantu.
Osobno policz płynność. Firma potrzebuje środków na opłacenie dostawców przed refundacją, wydatki niekwalifikowane i ewentualne przesunięcia rozliczenia. Status podatku VAT i zasady jego ujęcia trzeba sprawdzić w dokumentacji konkretnego projektu. Budżet inwestycji oraz budżet dotacyjny to dwa powiązane, ale różne zestawienia.
Jaki problem produkcyjny warto opisać?
Dobry zakres zaczyna się od obserwacji, którą można potwierdzić danymi. Przykładowo operator zapisuje wykonanie na kartce, kierownik przepisuje je następnego dnia, a sprzedaż widzi nieaktualny termin. W takiej sytuacji celem projektu może być szybszy obieg informacji o wykonaniu zlecenia.
Opisz kolejno:
- Gdzie powstaje informacja i kto jej potrzebuje.
- Jak długo trwa obecny obieg oraz gdzie pojawiają się błędy.
- Jakie systemy i stanowiska obejmie zmiana.
- Jak będzie działał proces po wdrożeniu.
- Jak zespół potwierdzi poprawność i użyteczność rozwiązania.
Nie mieszaj rezultatu technicznego z gospodarczym. „Uruchomione API” jest elementem odbioru, a „krótszy czas przygotowania raportu” może być wynikiem procesu. Cel biznesowy powinien mieć wartość początkową, metodę pomiaru i właściciela.
Jak przygotować zakres bez niepotrzebnego rozbudowywania projektu?
Podziel rozwiązanie na część niezbędną i późniejsze rozszerzenia. Pierwsza może obejmować jedną linię, powiązanie zleceń z ERP i raport wykonania. Kolejna - dodatkowe stanowiska, planowanie albo analizę jakości. Nie dodawaj modelu AI tylko dlatego, że brzmi atrakcyjnie we wniosku. Jeśli problem rozwiązuje integracja i kilka reguł, opisz właśnie te funkcje.
Dla każdego elementu ustal wejście, wynik i test odbiorowy. Raport wykonania powinien mieć wskazane źródło danych, częstotliwość odświeżania oraz sposób obsługi korekt. W integracji trzeba uwzględnić również awarię połączenia i ponowne przesłanie danych. Pomocny będzie poradnik łączenia ERP z maszynami.
Checklista przed przygotowaniem wniosku
- Potwierdzony status przedsiębiorstwa i zgodność głównej działalności z zasadami konkursu.
- Zebrane dokumenty finansowe i informacje o wykorzystanej pomocy.
- Opis obecnego procesu, źródeł danych i oczekiwanej zmiany.
- Lista funkcji z uzasadnieniem, bez ogólnych pozycji typu „kompleksowa cyfryzacja”.
- Rozpisany budżet, podstawa oszacowania kosztów i plan finansowania wydatków.
- Uzgodnione zasady dostępu do ERP, maszyn i danych.
- Harmonogram uwzględniający zakupy, integrację, testy i szkolenie.
- Osoba odpowiedzialna za projekt po stronie zakładu.
Listę traktuj jako narzędzie organizacji prac, nie wynik formalnej oceny. Szczegóły dotyczące firmy znajdziesz w artykule kto może otrzymać Dig.IT, a podział wydatków w tekście na co można wydać Dig.IT.
Jakich błędów unikać przed startem?
Nie planuj dotacji jako zapłaty za już wykonany projekt. Zgodnie z regulaminem konkursu rozpoczęcie działań przed dniem złożenia wniosku skutkuje niekwalifikowalnością wydatków projektu. Przed zawarciem wiążącej umowy sprawdź definicję rozpoczęcia oraz dozwolony zakres przygotowań. Samo złożenie wniosku nie gwarantuje otrzymania środków.
Nie odkładaj też ustaleń z dostawcą ERP. Płatny dostęp do interfejsu, brak dokumentacji albo konieczność współpracy z serwisem maszyny mogą zmienić zakres i harmonogram. Lepiej wykryć te zależności podczas analizy niż w trakcie realizacji.
Od czego zacząć z IT Hero?
Przygotuj opis jednego procesu, listę używanych systemów i przykładowy raport, który dziś powstaje ręcznie. Na tej podstawie można omówić architekturę, zależności i techniczny zakres inwestycji. Porozmawiaj z IT Hero o cyfryzacji produkcji lub poznaj nasze podejście do automatyzacji w firmie produkcyjnej. O przyznaniu wsparcia decyduje instytucja prowadząca nabór, a opis techniczny nie zastępuje oceny dokumentów konkursowych.
