Rozliczanie kosztów strony internetowej w projekcie UE 2026 — przewodnik praktyczny
Rozliczanie kosztów strony internetowej w projekcie UE wymaga jasnych decyzji już na etapie planowania. Ten przewodnik pokazuje, które wydatki można zwykle uznać za kwalifikowalne, jak je dokumentować i jak przygotować się do kontroli w 2026 roku. Podaję konkretne przykłady dokumentów, praktyczne zapisy umowne oraz szybkie kroki naprawcze.
1. Czy koszt strony internetowej jest kwalifikowalny? Przegląd zasad i konkretne przykłady
Ogólna zasada brzmi prosto: koszt kwalifikowalny to taki, który jest niezbędny do osiągnięcia celów projektu, został poniesiony w okresie kwalifikowalności i ma odpowiednie dowody w dokumentacji. W praktyce jednak decyzja zależy od typu wydatku i opisu projektu w umowie o dofinansowanie.
Co najczęściej uznaje się za kwalifikowalne (konkretne przykłady)
- projekt UX/UI wyróżniony w budżecie projektu — np. umowa na wykonanie makiet wraz z harmonogramem i protokołem akceptacji;
- development funkcjonalności wyszczególnionych w opisie projektu — faktury za etapy, protokoły odbioru wersji alfa/beta/produkcja;
- dostosowanie do WCAG, jeżeli dostępność jest częścią działań merytorycznych projektu — raporty z testów i potwierdzenia wdrożenia poprawek;
- tworzenie treści edukacyjnych lub merytorycznych przypisanych do rezultatów projektu — umowy z autorami, przekazanie praw autorskich;
- audyty bezpieczeństwa i testy penetracyjne z zaleceniami i dowodami naprawy luk.
Wydatki wymagające szczególnej uwagi lub zwykle niekwalifikowalne
- koszty marketingowe wykraczające poza komunikację projektu (np. ogólnopolskie kampanie sprzedażowe) — trzeba wykazać związek z celem projektu;
- utrzymanie serwera komercyjnego, jeśli nie ma wyodrębnionego kosztu przypisanego do projektu — tutaj często konieczna jest proporcjonalna alokacja;
- wydatki finansowane już z innych źródeł (podwójne finansowanie) — unikaj dublowania faktur lub tych samych kosztów w różnych projektach;
- wydatki prywatne lub niezwiązane z projektem — zwykle odrzucone.
2. Kategorie wydatków i przykładowe dowody księgowe
Zgrupowanie wydatków w kategorie ułatwia kontrolę i uzasadnienie budżetu. Poniżej opisuję typowe kategorie oraz konkretne dowody, które kontrolerzy chcą zobaczyć.
- Projektowanie (UX/UI) — umowa z wykonawcą, harmonogram wersji, protokoły akceptacji makiet, faktury. Przydatne: zrzuty ekranu z datami i historią wersji w systemie kontroli wersji (np. Figma).
- Development — umowa o dzieło lub zlecenie, wykaz zrealizowanych zadań w systemie zarządzania projektem (Jira/Trello), protokoły odbioru, faktury etapowe. Jeśli rozliczasz godziny, dołącz timesheets z opisem wykonanych prac.
- Hosting i domena — umowa abonamentowa, faktury okresowe, dokument potwierdzający wyodrębnienie kosztu dla projektu (jeśli hosting obsługuje też inne działania organizacji).
- Dostępność (WCAG) — raport z audytu, lista poprawek, zrzuty ekranów po wdrożeniu, nagrania testów z użytkownikami z niepełnosprawnościami, faktura za usługę.
- Audyty bezpieczeństwa — raporty, harmonogram naprawy znalezionych luk, dowody wdrożenia zmian (commity w repozytorium, potwierdzenia od wykonawcy).
- Treści (copywriting, multimedia) — umowy z autorami, faktury, dokumenty potwierdzające akceptację merytoryczną oraz przeniesienie praw autorskich.
3. Zasady kwalifikowalności: proporcjonalność, okres zasadniczy, amortyzacja i cross‑financing
W praktycznym rozliczeniu kluczowe są cztery zasady. Ich złamanie najczęściej prowadzi do korekt lub odrzucenia kosztów.
- Proporcjonalność — jeżeli serwis obsługuje inne działania organizacji, dokumentuj metodologię podziału kosztów (np. procent funkcji przypisanych do projektu). Przydatne: arkusz kalkulacyjny z obliczeniami i oświadczeniem kierownika projektu.
- Okres kwalifikowalności — wydatki muszą mieścić się w okresie projektu. Faktury datowane przed rozpoczęciem lub po zakończeniu projektu zwykle nie są uznawane.
- Amortyzacja — przy zakupie sprzętu lub licencji o wartości przekraczającej próg programu stosuje się amortyzację; dokumentuj sposób wyliczenia części kwalifikowalnej przypadającej na okres projektu.
- Cross‑financing — niektóre wydatki kapitałowe wymagają odrębnego ujęcia lub zgody programu; sprawdź wytyczne i klasyfikację kosztów w umowie o dofinansowanie.
Dobre rozliczenie to nie tylko komplet faktur, lecz logiczne powiązanie wydatku z rezultatem projektu.
4. Jak przygotować dokumentację: lista kontrolna dokumentów
Kontrole skupiają się na spójności dokumentów. Poniżej lista pozycji, które powinny trafić do akt projektu — i sposób, w jaki warto je przygotować.
- Umowy z wykonawcami — z opisem zakresu, terminów i kryteriów odbioru; załączniki ze specyfikacją funkcjonalną.
- Faktury i dowody zapłaty — przelew bankowy z opisem przelewu wskazującym numer umowy lub faktury.
- Specyfikacje techniczne — wersjonowane dokumenty, datowane zmiany i podpisane akceptacje.
- Protokoły odbioru etapów — szczegółowe, odnoszące się do listy funkcji; podpisy osób uprawnionych.
- Ewidencja czasu pracy — timesheets z opisem zadań, szczególnie przy rozliczeniach godzinowych.
- Raporty z audytów i dowody wdrożenia rekomendacji — commity z repozytorium, zrzuty ekranu, potwierdzenia od wykonawcy.
- Dokumenty potwierdzające przeniesienie praw autorskich lub licencji — podpisane aneksy lub oświadczenia.
Praktyczny tip: przechowuj dokumenty w strukturze folderów odzwierciedlającej numerację pozycji budżetowych — to skraca czas przygotowania do kontroli o kilka dni roboczych.
5. Zamówienia i wybór wykonawcy: tryby, dowody i dobre praktyki
Zasady wyboru wykonawcy zależą od wartości zamówienia i regulacji programu. Kluczowe są przejrzystość, równe traktowanie oferentów i dokumentacja kryteriów oceny.
- Zapytania ofertowe — dla niskich wartości rekomendowane minimum 3 oferty; zachowaj oferty, e‑maile i arkusz porównawczy z punktacją.
- Tryby formalne — przy większych zamówieniach stosuj procedury z przepisów o zamówieniach publicznych; dokumentuj publikacje, terminy i protokoły komisji.
- Konflikt interesów — zbieraj oświadczenia od członków komisji i wykonawców; trzymaj je w aktach projektu.
- Uzasadnienie wyboru — arkusz oceny ofert z podpisami komisji i krótkim opisem powodów wyboru najkorzystniejszej oferty.
Przykład praktyczny: jeśli wybierasz firmę na wdrożenie platformy e‑learningowej, dołącz testy proof‑of‑concept z krótką oceną funkcjonalności od zespołu merytorycznego — to zwiększa szanse na uznanie wydatku przez kontrolerów.
6. Checklista przed kontrolą: typowe błędy i szybki plan naprawczy
Przed kontrolą przeprowadź wewnętrzny przegląd. Poniżej lista typowych błędów i gotowe kroki naprawcze.
Typowe błędy
- ogólnikowe protokoły odbioru bez odniesienia do zakresu funkcji;
- brak ewidencji czasu pracy przy rozliczeniach godzinowych;
- nieuzasadniona alokacja kosztów wspólnych (hosting, licencje);
- brak dowodów przeniesienia praw autorskich;
- niewystarczająca liczba ofert lub brak dokumentacji oceny ofert.
Szybki plan naprawczy (krok po kroku)
- uzupełnij lub doprecyzuj protokoły odbioru — dopisz listę funkcji i daty testów;
- sporządź dokument uzasadniający alokację kosztów wspólnych z prostą metodologią (np. procentowe przypisanie funkcji);
- zbierz i dołącz oświadczenia wykonawców o przeniesieniu praw autorskich;
- odtwórz ofertę i korespondencję z wyboru wykonawcy; zamieść arkusz ocen i podpisy komisji;
- przygotuj streszczenie budżetu projektu z odniesieniem do rezultatów — użyj wykazu pozycji i krótkich komentarzy merytorycznych.
Podsumowanie i wezwanie do działania
Rozliczanie kosztów strony internetowej w projekcie UE wymaga systemowego podejścia: planowania budżetu, wersjonowanej dokumentacji i przejrzystych procedur wyboru wykonawców. Jeśli chcesz, przygotujemy dla Twojego projektu szablony umów, wzory protokołów odbioru i checklistę przed kontrolą — w ciągu jednego dnia roboczego dostarczymy komplet dokumentów dopasowanych do Twojego programu finansowania.
Potrzebują Państwo profesjonalnej strony internetowej?
Zapraszamy do kontaktu — przygotujemy stronę internetową zgodną z wymogami Państwa programu dotacyjnego.
Formularz kontaktowy