Wybór gotowego systemu nie zawsze rozwiązuje problem zakładu. Czasem potrzebna jest aplikacja łącząca kilka istniejących narzędzi albo moduł dopasowany do nietypowego procesu. W Dig.IT znaczenie ma jednak zarówno technologia, jak i jej rzeczywiste wdrożenie do działalności przedsiębiorstwa. Nazwa produktu na fakturze nie wystarcza do oceny wydatku.
Projekt może obejmować zakup i wdrożenie technologii cyfrowej albo zlecenie prac programistycznych prowadzących do jej powstania i wdrożenia. Zasady konkursu 2/2026 sprawdziliśmy 13 listopada 2026 r. Podstawą oceny konkretnego budżetu pozostaje aktualna dokumentacja ARP.
Najpierw funkcja, później nazwa systemu
ERP, MES i AI to szerokie określenia. Dwa projekty z taką samą etykietą mogą obejmować zupełnie inne działania. Zapis „zakup MES” nie wyjaśnia, czy firma chce rejestrować wykonanie, kontrolować jakość, planować kolejkę zleceń czy śledzić partie materiału.
Przygotuj opis według schematu: obecny problem, nowa funkcja, źródło danych, użytkownik i sposób odbioru. Dla elektronicznego raportowania może to być automatyczne powiązanie odczytu maszyny z aktywnym zleceniem i udostępnienie wyniku kierownikowi zmiany. Taki opis pomaga zarówno w oszacowaniu prac, jak i w rozmowie o uzasadnieniu kosztu.
| Pomysł | Przykład zakresu technicznego | Co trzeba doprecyzować |
|---|---|---|
| ERP | Uruchomienie obsługi określonego procesu | Moduły, migracja danych, użytkownicy |
| MES | Rejestracja wykonania i przyczyn zatrzymań | Stanowiska, sygnały, korekty |
| Integracja | Wymiana zleceń i raportów pomiędzy aplikacjami | API, właściciele danych, błędy |
| AI | Wsparcie odczytu dokumentów produkcyjnych | Dane, ocena jakości, zatwierdzanie |
| System na zamówienie | Obsługa procesu niepokrytego gotowym narzędziem | Funkcje, prawa, utrzymanie |
To przykłady projektowe, a nie lista wydatków automatycznie dopuszczonych do refundacji. Każda pozycja wymaga sprawdzenia względem zasad konkursu, związku z celem i warunków realizacji.
Jak odróżnić technologię od wydatków dodatkowych?
Regulamin Dig.IT rozróżnia komponent obligatoryjny i fakultatywny. Wydatki fakultatywne muszą być niezbędne i bezpośrednio związane z wdrażaną technologią; ich łączny udział jest ograniczony do 40% całkowitych kosztów kwalifikowanych. Nie chodzi o ogólne wyposażenie biura lub zakładu.
W praktyce oddziel oprogramowanie od urządzeń, materiałów i szkolenia. W każdej grupie zapisz, dlaczego dana pozycja jest potrzebna. Terminal przy stanowisku można uzasadniać funkcją w konkretnym procesie; sam argument „przyda się pracownikom” nie opisuje zależności z wdrożeniem.
Przykład rachunkowy: przy 500 tys. zł całkowitych kosztów kwalifikowanych 40% odpowiada 200 tys. zł. To granica udziału komponentu, nie dodatkowy grant ponad budżet. Obliczenie nie rozstrzyga, czy wybrane urządzenie lub szkolenie spełnia kryteria. Najpierw trzeba prawidłowo zaklasyfikować wydatki.
Jak wycenić oprogramowanie na zamówienie?
Rozbij ofertę na rezultaty możliwe do odebrania. Osobno opisz analizę procesu, funkcje aplikacji, integracje, migrację, testy i uruchomienie. Zaznacz, które elementy są częścią planowanego projektu, a które dotyczą dalszego utrzymania. Nie zakładaj, że wszystkie pozycje handlowej oferty będą kwalifikowane.
Dla integracji określ kierunek wymiany i dokumenty. Dla raportów - sposób obliczania wskaźników. Dla aplikacji operatora - scenariusze pracy przy braku sieci. Zespół powinien też znać zasady dostępu do kodu, danych, dokumentacji i środowisk po zakończeniu współpracy. To decyzje biznesowe potrzebne niezależnie od źródła finansowania.
Przygotowując zapytanie do wykonawców, zachowaj porównywalny zakres. Oferta obejmująca tylko ekran raportu nie jest odpowiednikiem oferty z odczytem maszyn, integracją ERP i testami. Różnic nie wyjaśni samo zestawienie końcowych kwot.
AI w budżecie: o co zapytać wykonawcę?
Poproś o opis zadania modelu i danych wejściowych. Rozpoznawanie wad na zdjęciach wymaga innego przygotowania niż klasyfikowanie zamówień z dokumentów. Ustal, kto opisuje przykłady, jak oceniane są błędy i kto zatwierdza wynik przed użyciem w procesie.
Osobno uwzględnij koszty działania po uruchomieniu: przetwarzanie, przechowywanie danych, monitoring i aktualizacje. Ich obecność w całkowitym koszcie inwestycji nie oznacza kwalifikowalności w danym naborze. Poradnik budżetowania AI pokazuje, jak porównać wdrożenie i późniejsze utrzymanie.
Robocza mapa kosztów do uzupełnienia
Dla każdej pozycji przygotuj pięć informacji:
- Rezultat: co zostanie dostarczone i jak zostanie sprawdzone.
- Powiązanie z procesem: jaki problem rozwiązuje wydatek.
- Zależności: czego potrzebuje wykonawca od firmy i innych dostawców.
- Podstawa ceny: zakres, ilość, sposób oszacowania i założenia.
- Klasyfikacja: miejsce w budżecie oraz kwestia wymagająca potwierdzenia w dokumentacji.
Taka mapa jest użyteczna również wtedy, gdy projekt nie otrzyma dotacji. Pozwala świadomie ograniczyć pierwszy etap, zamiast rezygnować z całej inwestycji. Szczególnie pomocne jest wskazanie jednej funkcji, bez której nowy proces nie zadziała, oraz dodatków, które można odłożyć.
Czy w budżecie wystarczy jedna pozycja „wdrożenie systemu”?
Do porównania ofert i kontroli zakresu taka pozycja jest zwykle zbyt ogólna. Przygotuj załącznik opisujący funkcje, integracje, liczbę stanowisk oraz testy. Pozwala to ustalić, co wykonawca rzeczywiście dostarcza i za które założenia odpowiada klient. Nie należy jednak utożsamiać handlowego podziału prac z kategoriami wydatków konkursowych; ten drugi musi wynikać z właściwej dokumentacji i opisu projektu.
Kolejny krok
Jeżeli dopiero sprawdzasz program, zacznij od przeglądu Dig.IT 2026. Jeśli masz już opis problemu, omów z IT Hero zakres techniczny: proces, dane, potrzebne integracje i kryteria odbioru. Weryfikacja kwalifikowalności powinna dotyczyć tak przygotowanego zakresu, a nie samego hasła „ERP” lub „AI”.
