Audyt wniosku o dofinansowanie – co sprawdzić przed złożeniem dokumentacji?

Artykuł nr 34, Kategoria: Projekty i wdrożenia

Audyt wniosku o dofinansowanie – co sprawdzić przed złożeniem dokumentacji?

Wniosek może być napisany bardzo dobrze.

Może mieć:

  • ciekawy pomysł;
  • doświadczony zespół;
  • poprawny budżet;
  • ambitne wskaźniki;
  • profesjonalne wykresy;
  • komplet załączników.

A mimo to może stracić punkty albo zostać odrzucony.

Nie zawsze dlatego, że projekt jest słaby.

Czasami problem pojawia się pomiędzy:

REGULAMINEM → KRYTERIUM → WNIOSKIEM → BUDŻETEM → ZAŁĄCZNIKIEM

Przykład:

cel projektu mówi o:

zwiększeniu dostępności usługi.

Wskaźnik mierzy:

liczbę przeprowadzonych szkoleń.

Budżet finansuje:

zakup infrastruktury.

Harmonogram kończy główne działania:

trzy miesiące po terminie osiągnięcia wskaźnika.

Każdy element osobno może wyglądać rozsądnie.

Razem:

nie tworzą jednej logicznej konstrukcji.

Dlatego przed wysłaniem ważnego wniosku warto wykonać nie tylko korektę tekstu, lecz audyt całego pakietu aplikacyjnego.

Najważniejsze pytanie brzmi:

Czy osoba oceniająca może przejść od wymogu programu do naszego projektu bez konieczności domyślania się czegokolwiek?


Audyt wniosku nie polega na przewidywaniu decyzji komisji

To ważne rozróżnienie.

Nie można uczciwie zagwarantować:

„ten projekt dostanie dofinansowanie”.

Decyzja może zależeć m.in. od:

  • jakości innych wniosków;
  • dostępnego budżetu;
  • szczegółowych zasad konkursu;
  • oceny ekspertów;
  • rankingu;
  • warunków programu.

Badania nad peer review w finansowaniu nauki pokazują również, że oceny ekspertów nie są doskonale powtarzalnym pomiarem. Badanie obejmujące 3156 aplikacji Canadian Institutes of Health Research porównywało ocenianie przez rating i ranking oraz wskazało różnice w reliability i podatności na charakterystyki panelu. Autorzy podkreślają szerszy problem ograniczonej zgodności pomiędzy reviewerami w grant peer review. (pubmed.ncbi.nlm.nih.gov)

Audyt ma więc inne zadanie:

usunąć błędy, sprzeczności, braki dowodowe i niejasności, które można wykryć przed złożeniem wniosku.

Nie przewidzieć zachowania każdego oceniającego.


Dobry projekt może przegrać jeszcze przed oceną jego jakości

W wielu programach istnieją co najmniej dwa poziomy kontroli.

Poziom 1 – formalny

Czy:

  • wniosek złożono w terminie;
  • użyto właściwego formularza;
  • spełniono warunki kwalifikowalności;
  • przekazano obowiązkowe dokumenty;
  • zachowano limity.

Poziom 2 – jakościowy

Czy projekt:

  • odpowiada celowi naboru;
  • ma sensowną metodologię;
  • może przynieść oczekiwany rezultat;
  • jest wykonalny;
  • posiada adekwatny budżet i zespół.

W aktualnym Work Programme 2026–2027 programu Horizon Europe Komisja wskazuje, że wnioski są najpierw sprawdzane pod kątem admissibility i eligibility, a następnie podlegają ocenie capacity oraz award criteria.

To dobra ilustracja szerszej zasady:

najpierw trzeba przejść bramkę formalną, a dopiero później można wygrać jakością projektu.


Regulamin jest źródłem prawdy, nie pamięć zespołu

Bardzo częsty błąd zaczyna się od zdania:

„W poprzednim naborze było tak samo.”

Być może.

Ale obecny konkurs może różnić się:

  • kryteriami;
  • definicjami;
  • limitami;
  • formularzem;
  • katalogiem kosztów;
  • wymaganymi załącznikami;
  • terminami.

Dlatego przed audytem należy wykonać:

CALL FREEZE

czyli jednoznacznie ustalić zestaw dokumentów konkursowych, według których oceniany będzie wniosek.


Call Freeze – co zamrozić?

Minimum:

  • ogłoszenie / call;
  • regulamin;
  • kryteria;
  • instrukcję wypełniania;
  • aktualny formularz;
  • załączniki obowiązkowe;
  • FAQ i oficjalne wyjaśnienia, jeżeli są wiążące lub istotne;
  • wersję dokumentów;
  • datę pobrania.

Przy programach europejskich warto również sprawdzić:

  • work programme;
  • general annexes;
  • topic conditions;
  • Funding & Tenders Portal.

Horizon Europe General Annexes 2026–2027 wprost wskazują, że warunki szczegółowe topicu mogą wprowadzać dodatkowe wymagania lub odstępstwa od warunków ogólnych.

Dlatego hierarchia powinna brzmieć:

SPECIFIC CALL CONDITIONS → CURRENT OFFICIAL DOCUMENTS → GENERAL GUIDANCE

a nie:

„znaleźliśmy w internecie poradnik”.


Grant Readiness Gate Expert Design

Do audytu wniosku można zastosować autorski model:

ELIGIBILITY → CALL FIT → LOGIC → EVIDENCE → IMPACT → IMPLEMENTATION → BUDGET → PEOPLE → CONSISTENCY → FORMALITIES → RED TEAM → SUBMISSION

To Grant Readiness Gate Expert Design.

Nie jest oficjalną metodologią konkretnego funduszu.

To model kontroli pozwalający wykrywać problemy przed złożeniem dokumentacji.


GATE 1. ELIGIBILITY – czy w ogóle możemy złożyć ten wniosek?

To powinno być sprawdzane jako pierwsze.

Nie po napisaniu 80 stron.

Pytania mogą dotyczyć:

  • typu wnioskodawcy;
  • lokalizacji;
  • statusu prawnego;
  • wielkości przedsiębiorstwa;
  • konsorcjum;
  • okresu działalności;
  • minimalnych parametrów projektu;
  • wykluczeń;
  • pomocy publicznej.

Eligibility Matrix

WarunekDowódStatus
właściwy typ podmiotudokument rejestrowyPASS
wymagane konsorcjumumowa / składPASS
lokalizacjadokumentPASS
minimalna wartość projektubudżetPASS
brak przesłanki wykluczeniaoświadczenieDO POTWIERDZENIA

Najważniejsze:

każdy warunek kwalifikowalności powinien mieć dowód.

Nie tylko odpowiedź:

„raczej spełniamy”.


Nie inwestuj tygodni w projekt z nierozstrzygniętym eligibility HIGH

Jeżeli kluczowy warunek jest niejasny:

rozstrzygnij go przed pełnym przygotowaniem aplikacji.

Status:

ELIGIBILITY HOLD

może być najlepszą decyzją projektową.


GATE 2. CALL FIT – czy projekt odpowiada na to, co rzeczywiście finansuje konkurs?

To jeden z najbardziej materialnych testów.

Dobry projekt:

nie musi być dobrym projektem dla konkretnego naboru.


Call Fit Test

Z lewej strony zapisujemy:

czego oczekuje konkurs.

Z prawej:

gdzie dokładnie odpowiada na to wniosek.

Wymóg calluOdpowiedź projektu
problem Xdiagnoza rozdz. 1
grupa Ygrupa docelowa
rezultat Zrezultat R2
działanie AWP3
impact Bimpact pathway

Jeżeli przy ważnym wymaganiu kolumna prawa jest pusta:

mamy Call Fit Gap.


Nie wystarczy użyć tych samych słów co call

REA w swoich aktualnych zaleceniach dla Horizon Europe ostrzega przed prostym parafrazowaniem Work Programme. Zaleca natomiast pokazanie rzeczywistego związku między celami projektu, działaniami i expected outcomes.

To bardzo istotne.

Słaby wniosek:

powtarza język konkursu.

Dobry:

pokazuje mechanizm, dzięki któremu projekt doprowadzi do oczekiwanego rezultatu.


Keyword Fit ≠ Project Fit

Call:

„resilience”.

Wniosek używa słowa:

resilience

27 razy.

Czy jest dopasowany?

Nie wiadomo.

Trzeba sprawdzić:

co konkretnie projekt zmienia, u kogo, jakim działaniem i w jaki sposób będzie to mierzone.


GATE 3. LOGIC – czy projekt tworzy jeden łańcuch przyczynowo-skutkowy?

Tu pojawia się częsty problem:

każdy rozdział został przygotowany przez inną osobę.

Diagnoza:

mówi o A.

Cel:

rozwiązuje B.

Działania:

wykonują C.

Wskaźnik:

mierzy D.

Projekt może wyglądać profesjonalnie.

Ale nie odpowiada:

jak działanie prowadzi do rezultatu?


Grant Logic Chain

Najprostsza mapa:

PROBLEM → NEED → OBJECTIVE → ACTIVITY → OUTPUT → OUTCOME → IMPACT → INDICATOR

Każde przejście powinno być logiczne.


Przykład

Problem

niski poziom cyfryzacji procesu.

Cel

skrócenie czasu obsługi.

Działanie

wdrożenie systemu.

Output

system uruchomiony.

Outcome

większa część spraw realizowana cyfrowo.

Impact

krótszy czas obsługi.

KPI

średni czas obsługi:

12 dni → 7 dni.

To jest spójny łańcuch.


A teraz wersja słaba

Problem

niski poziom cyfryzacji.

Cel

poprawa kompetencji.

Działanie

zakup systemu.

KPI

liczba konferencji.

Każdy element może być legalny.

Ale razem nie tworzą:

logicznej interwencji.


Logic Gap jest szczególnie groźny, bo rozchodzi się po całym wniosku

Może wpływać na:

  • methodology;
  • budżet;
  • harmonogram;
  • KPI;
  • impact;
  • uzasadnienie kosztów.

Dlatego logikę warto sprawdzić:

zanim zaczniemy dopieszczać język.


GATE 4. EVIDENCE – czy diagnoza i potrzeba projektu mają dowody?

Zdanie:

„Problem ma dużą skalę”

jest claimem.

Zdanie:

„Przedsiębiorcy potrzebują rozwiązania”

również.

Pytanie:

skąd to wiemy?


Evidence Audit

Dla najważniejszych twierdzeń tworzymy:

ClaimEvidenceAktualnośćStatus
problem dotyczy 40% grupybadanie X2025VERIFIED
obecny koszt wynosi YERP2026VERIFIED
rynek rośnie 15%raport2023DO AKTUALIZACJI
użytkownicy chcą funkcji Zbrak–GAP

Wniosek nie potrzebuje przypisu:

do każdego zdania.

Ale jego kluczowe założenia powinny mieć:

odtwarzalną podstawę.


Słaba diagnoza osłabia wszystko dalej

Jeżeli nie potrafimy udowodnić:

problemu,

trudniej uzasadnić:

  • cel;
  • zakres;
  • budżet;
  • impact.

Dlatego przed złożeniem warto wykonać weryfikację źródeł.


GATE 5. IMPACT – czy pokazaliśmy zmianę, a nie tylko działania?

To bardzo częsty problem.

Wniosek opisuje:

  • szkolenia;
  • spotkania;
  • system;
  • publikacje;
  • wydarzenia.

Ale evaluator pyta:

Co będzie dzięki temu inne?


Activity ≠ Result ≠ Outcome ≠ Impact

REA w aktualnych materiałach dla wnioskodawców Horizon Europe wyraźnie rozróżnia results, outcomes i impact, a także zaleca jasne pokazanie powiązania celów i działań z expected outcomes programu.

Praktycznie:

Activity

przeprowadzimy 20 szkoleń.

Output

400 osób przeszkolonych.

Outcome

pracownicy stosują nową metodę.

Impact

proces trwa krócej / ma mniej błędów.

Te pojęcia nie powinny być używane zamiennie.


Impact Pathway Test

Pytamy:

Dlaczego output ma doprowadzić do outcome?

Jeżeli odpowiedź brzmi:

„bo tak zakładamy”,

potrzebujemy:

  • mechanizmu;
  • dowodu;
  • assumption.

Impact Claim powinien mieć denominator

Słabo:

„Projekt obejmie 1000 osób.”

Nie wiemy:

czy to dużo.

Lepiej:

1000 z 1200 osób zdefiniowanej grupy.

Teraz:

83%.

To pozwala ocenić skalę.


GATE 6. IMPLEMENTATION – czy projekt da się wykonać?

Ambitny pomysł może stracić wiarygodność, jeśli harmonogram mówi:

wszystko zrobimy równocześnie.


Implementation Chain

Sprawdzamy:

TASK → OWNER → TIME → RESOURCE → DELIVERABLE → DEPENDENCY → RISK

Każde istotne działanie powinno mieć:

  • wykonawcę;
  • czas;
  • zasoby;
  • rezultat.

Work Package Audit

Dla każdego WP / zadania:

  1. Po co istnieje?
  2. Jaki cel realizuje?
  3. Co powstanie?
  4. Kto odpowiada?
  5. Od czego zależy?
  6. Ile kosztuje?
  7. Jakie ma ryzyko?
  8. Jak poznamy, że zostało wykonane?

Jeżeli odpowiedź brzmi:

„to wynika z opisu”

warto ją zapisać bardziej jednoznacznie.


Horizon Europe pokazuje, jak mocno implementacja łączy kilka elementów

W Work Programme 2026–2027 kryterium Quality and efficiency of the implementation dla RIA/IA obejmuje m.in. jakość i efektywność work planu, ocenę ryzyk, adekwatność nakładu pracy i zasobów oraz capacity i role uczestników.

To bardzo dobry model kontroli również poza Horizon Europe:

harmonogramu nie można audytować w oderwaniu od budżetu i kompetencji.


GATE 7. BUDGET – czy pieniądze finansują dokładnie ten projekt, który opisaliśmy?

Budżet może:

matematycznie się zgadzać

i nadal być słaby.

Dlaczego?

Bo może być niespójny z:

  • działaniami;
  • harmonogramem;
  • zasobami;
  • rezultatami.

Budget-to-Work Test

Dla każdej większej pozycji:

COST → ACTIVITY → OUTPUT

Przykład:

300 000 zł – specjalistyczne usługi.

Jakie?

Do którego zadania?

Co powstanie?

Dlaczego nie wykonuje tego partner?

Kiedy koszt wystąpi?


Koszt bez narracji i narracja bez kosztu są podejrzane

Problem A

W budżecie:

500 tys. zł.

W opisie:

brak odpowiadającego działania.

Problem B

W opisie:

duży pilotaż.

W budżecie:

brak zasobów.

Oba są:

Budget Logic Gap.


REA zwraca uwagę na zgodność budżetu z workloadem

Aktualne wskazówki dla Horizon Europe podkreślają, że budżet powinien odpowiadać obciążeniu pracą w poszczególnych work packages i pozwalać na wykonalną realizację projektu w czasie i przy dostępnych zasobach.

To nie jest wyłącznie kwestia:

poprawności arkusza.

To test:

feasibility.


Budget Reperformance

Przy większym wniosku warto niezależnie:

  • przeliczyć sumy;
  • sprawdzić stawki;
  • sprawdzić procenty;
  • sprawdzić VAT, jeśli istotny;
  • skontrolować limity kategorii;
  • porównać arkusze z formularzem;
  • przeliczyć dofinansowanie i wkład własny.

Szczególnie niebezpieczne są:

ręcznie przepisywane wartości pomiędzy Excelami i formularzem.


GATE 8. PEOPLE – czy zespół pasuje do zadań?

Wniosek może mieć świetne CV.

To nie wystarcza.

Pytanie:

czy kompetencje zespołu pokrywają strukturę pracy?


Role-to-Task Matrix

ZadanieKompetencjaOsoba / partner
badaniametodologiaPartner A
developmentITPartner B
pilotażoperacjeWnioskodawca
analiza danychstatystykaPartner C
disseminationkomunikacjaPartner D

Jeżeli istotne zadanie nie ma kompetencji:

Capacity Gap.

Jeżeli jedna osoba odpowiada za:

połowę projektu,

może pojawić się:

Capacity Concentration Risk.


Silne konsorcjum nie oznacza dużego konsorcjum

REA zaleca komplementarność kompetencji i podkreśla, że konsorcjum powinno pozostać zarządzalne.

Dlatego audyt powinien pytać:

Czy każdy partner jest potrzebny?

oraz:

Czy każda krytyczna funkcja ma właściciela?


GATE 9. CONSISTENCY – czy wszędzie opisujemy ten sam projekt?

To jeden z najważniejszych etapów.

Wniosek może mieć kilkadziesiąt miejsc, w których powtarzają się:

  • kwoty;
  • daty;
  • wskaźniki;
  • liczba uczestników;
  • nazwy zadań;
  • wartości docelowe;
  • partnerzy.

Critical Facts Register dla wniosku

Przykład:

FaktWartość
całkowity budżet8 420 000 zł
dofinansowanie6 700 000 zł
okres projektu30 miesięcy
beneficjenci1200
KPI główny85%
liczba partnerów5

Następnie szukamy wszystkich wystąpień.


Jedna liczba, siedem miejsc

Przykład:

grupa docelowa = 1200 osób.

Może pojawiać się w:

  • diagnozie;
  • wskaźnikach;
  • budżecie;
  • harmonogramie;
  • opisie działań;
  • załączniku;
  • tabeli pomocy.

Jeżeli w jednym miejscu:

1000,

należy ustalić:

błąd czy inna definicja?

To klasyczny audyt spójności dokumentów.


GATE 10. FORMALITIES – drobny błąd formalny może mieć bardzo duże znaczenie

Przykłady:

  • brak załącznika;
  • nieprawidłowy formularz;
  • przekroczony limit stron;
  • brak podpisu;
  • niewłaściwy format;
  • brak obowiązkowego pola.

W Horizon Europe Work Programme 2026–2027 aplikacje muszą być składane elektronicznie w systemie Funding & Tenders, na formularzach z systemu, zawierać wszystkie wymagane części i załączniki oraz być czytelne. General Annexes wskazują również limity stron, a strony przekraczające limit po deadline mogą stać się niewidoczne dla evaluatorów.

To dobry przykład, dlaczego:

świetna treść poza limitem może być równoważna treści, której evaluator nie zobaczy.


Nie kopiuj limitów z tego artykułu do swojego konkursu

To ważne.

W Horizon Europe limity zależą m.in. od:

  • rodzaju akcji;
  • modelu finansowania;
  • etapu;
  • warunków topicu.

W innych programach będą zupełnie inne.

Dlatego przed każdym złożeniem:

sprawdź aktualny formularz i call conditions.

Nie używaj limitów:

„z pamięci”.


Formality Matrix

WarunekKryteriumStatus
właściwy formularzsystemPASS
limit stroncallPASS
wymagany załącznikregulaminPASS
podpisinstrukcjaPASS
format plikuregulaminPASS
termin submissioncallPASS

To powinien być test binarny.

Nie:

„chyba dobrze”.


GATE 11. RED TEAM – przeczytaj wniosek jak sceptyczny evaluator

Zespół, który tworzył projekt przez trzy miesiące, zna:

  • historię;
  • ustalenia;
  • skróty;
  • kontekst.

Evaluator:

nie.

Dlatego przed submission potrzebny jest:

Zero Context Review.


Reviewer Question Test

Przy każdym kryterium pytamy:

Jakie jest najsilniejsze pytanie, jakie sceptyczny reviewer może zadać?

Przykłady:

  • Skąd wiadomo, że problem naprawdę istnieje?
  • Dlaczego właśnie ta grupa?
  • Dlaczego to działanie rozwiąże problem?
  • Dlaczego budżet jest tak wysoki?
  • Co się stanie, jeśli założenie A nie zadziała?
  • Dlaczego partner B jest potrzebny?
  • Skąd bierze się wartość wskaźnika?

Jeżeli odpowiedź znajduje się tylko:

w głowie autora,

we wniosku jej nie ma.


Evaluator nie powinien musieć sklejać argumentu

Wniosek powinien prowadzić:

QUESTION → EVIDENCE → PROJECT → RESULT

Nie:

pięć fragmentów na różnych stronach, z których evaluator sam ma zbudować sens.

To szczególnie istotne w konkursach ocenianych przez ekspertów pracujących na wielu aplikacjach.


Badania peer review są dobrym ostrzeżeniem przed jednym błędem: pisaniem dla autora zamiast dla reviewera

Badanie opublikowane w 2023 r. dotyczące 3156 aplikacji grantowych wykazało, że sposób oceny wpływał na reliability ocen, a literatura omawiana przez autorów wskazuje na ograniczoną zgodność ekspertów w grant peer review. (pmc.ncbi.nlm.nih.gov)

Nie wynika z tego:

„trzeba upraszczać naukę”.

Wynika praktyczna zasada:

nie zwiększaj niepotrzebnie pola do interpretacji.

Jeżeli fakt jest ważny:

napisz go jednoznacznie.


GATE 12. SUBMISSION – ostatnie 60 minut również są częścią audytu

Można przez trzy miesiące tworzyć doskonały wniosek.

I zepsuć submission:

4 minuty przed deadline.

Dlatego ostatnia bramka powinna być techniczna.


Submission Freeze

Przed finalnym wysłaniem:

  1. zamroź dokument;
  2. oznacz wersję;
  3. wykonaj finalny eksport;
  4. sprawdź PDF;
  5. sprawdź załączniki;
  6. sprawdź formularz online;
  7. porównaj kwoty;
  8. potwierdź submission.

Nie wprowadzaj:

„jeszcze jednej drobnej poprawki”

po finalnym QA bez ponownego sprawdzenia wpływu.


Last-Minute Change Risk

Ostatnia poprawka:

zmiana kwoty w tabeli.

Może wymagać aktualizacji:

  • formularza;
  • procentu dofinansowania;
  • opisu;
  • wskaźnika efektywności.

Dlatego po freeze każda zmiana powinna przejść:

Impact Check.


W Horizon Europe nie warto czekać do ostatniej minuty

REA wprost zaleca, aby nie pozostawiać submission na ostatni moment ze względu na ryzyko błędów i problemów technicznych; draft można wcześniej wielokrotnie aktualizować przed deadline.

To prosta rada.

Ale jej znaczenie rośnie wraz z wartością projektu.


Grant Readiness Gate – pełna mapa

GatePytanie
1. EligibilityCzy możemy aplikować?
2. Call FitCzy projekt odpowiada konkursowi?
3. LogicCzy problem, cel, działania i wyniki tworzą łańcuch?
4. EvidenceCzy kluczowe claims mają podstawę?
5. ImpactCzy pokazaliśmy zmianę, nie tylko aktywność?
6. ImplementationCzy projekt jest wykonalny?
7. BudgetCzy budżet odpowiada pracy?
8. PeopleCzy zespół pokrywa zadania?
9. ConsistencyCzy wszędzie opisujemy ten sam projekt?
10. FormalitiesCzy spełniamy wszystkie wymogi formalne?
11. Red TeamCzy wniosek przetrwa sceptyczną ocenę?
12. SubmissionCzy wysyłamy dokładnie finalną wersję?

To właśnie:

Grant Readiness Gate Expert Design.


Jak wykorzystać oficjalne kryteria oceny do audytu?

Najlepsza metoda:

każde kryterium → konkretne pytania audytowe.

Horizon Europe może być tu dobrym przykładem.

Dla pełnych aplikacji RIA i IA aktualne General Annexes 2026–2027 obejmują trzy zasadnicze kryteria:

Excellence

Impact

Quality and efficiency of the implementation.


Excellence – przykładowy audyt

Sprawdź:

  • czy cele są jasne;
  • czy odpowiadają topicowi;
  • czy ambicja została wykazana;
  • czy metodologia jest logiczna;
  • czy assumptions są jawne;
  • czy ograniczenia metodologii zostały obsłużone.

W aktualnych General Annexes kryterium obejmuje m.in. jasność i trafność celów oraz soundness metodologii, wraz z szeregiem dodatkowych aspektów zależnych od rodzaju akcji.


Impact – przykładowy audyt

Sprawdź:

  • czy rezultat prowadzi do expected outcome;
  • czy pathway jest wiarygodny;
  • czy wiadomo, kto użyje rezultatów;
  • czy skalę wpływu można uzasadnić;
  • czy dissemination i exploitation mają realny mechanizm.

W Horizon Europe 2026–2027 Impact obejmuje m.in. wiarygodność pathways do expected outcomes i impacts oraz jakość działań mających maksymalizować te efekty.


Implementation – przykładowy audyt

Sprawdź:

  • work plan;
  • work packages;
  • dependencies;
  • risk register;
  • effort;
  • zasoby;
  • role partnerów;
  • kompetencje.

To bezpośrednio odpowiada elementom wskazanym w aktualnych kryteriach Horizon Europe.


Kryteria powinny tworzyć Audit Coverage Matrix

KryteriumPytanieLokalizacjaStatus
celczy odpowiada callowi?1.1PASS
metodologiaczy jest wykonalna?1.2PASS
impactczy pathway ma dowód?2.1GAP
work planczy resources są adekwatne?3.1PASS
riskczy ryzyka są kompletne?3.2PARTIAL

Dzięki temu nie pytamy:

„czy wniosek jest dobry?”

Pytamy:

czy każdy element, który będzie oceniany, otrzymał wystarczającą odpowiedź?


Scoring wymaga ostrożności

W Horizon Europe 2026–2027 dla pełnych aplikacji zasadniczo każde kryterium jest oceniane w skali do 5 punktów; próg indywidualny wynosi 3, a ogólny próg sumy trzech kryteriów 10. Dla Innovation Actions wynik Impact jest dodatkowo ważony przy ustalaniu rankingu. W pierwszym etapie procedur dwuetapowych zasady są inne.

Ale audyt wewnętrzny wniosku nie powinien udawać:

„nasz wniosek ma 14,7/15”.

Dlaczego?

Bo nie znamy:

  • dokładnych ocen ekspertów;
  • portfolio konkurencji;
  • interpretacji panelu.

Lepszy model:

PASS / WEAKNESS / MATERIAL GAP

dla każdego kryterium.


Internal Score może być użyteczny, ale tylko jako narzędzie diagnostyczne

Przykład:

Excellence

GREEN

Impact

AMBER

Implementation

GREEN

To mówi:

gdzie skierować kolejną rundę pracy.

Nie:

jaki będzie wynik konkursu.


Fatal Flaw Gate – nawet dobry wniosek może mieć jeden blokujący problem

Przed końcem audytu trzeba szukać:

nie tylko średniej jakości,

ale:

jednego problemu, który może unieważnić całość.

Przykłady:

  • eligibility fail;
  • brak obowiązkowego załącznika;
  • projekt poza zakresem callu;
  • niekwalifikowalny koszt centralny;
  • wymagany partner nie spełnia warunku;
  • przekroczony limit;
  • nierealny termin.

To:

Fatal Flaw Gate.


Jeden czerwony problem może być ważniejszy niż 40 zielonych pól

Dlatego Grant Readiness Gate nie powinien działać jak:

96% checklisty = gotowe.

Przy warunku zero-jedynkowym:

jeden FAIL może wystarczyć do HOLD.


Grant Readiness Status

Na końcu audytu można zastosować:

READY

Brak nierozwiązanych problemów blokujących w badanym zakresie.

READY WITH LIMITATIONS

Pozostają ograniczenia, które są znane i akceptowane.

HOLD

Istnieje problem wymagający rozwiązania przed submission.

NOT READY

Pakiet ma wiele materialnych braków i wymaga istotnej przebudowy.

To znacznie bardziej użyteczne niż:

„wniosek wygląda dobrze”.


Jak powinien wyglądać raport z audytu wniosku?

Nie musi być długi.

Może zawierać:

1. Executive Summary

status:

READY / HOLD.

2. Fatal Flaws

jeżeli istnieją.

3. Material Findings

najważniejsze luki.

4. Criteria Matrix

pokrycie kryteriów.

5. Consistency Matrix

Critical Facts.

6. Formal Gate

wymogi zero-jedynkowe.

7. Finding Register

owner + deadline + remediation.

8. Retest

status finalny.


Audyt nie powinien kończyć się listą komentarzy

Lista:

„tu dopisać”

„rozwinąć”

„niejasne”

jest słabym rezultatem.

Finding powinien wskazywać:

  • gdzie;
  • co;
  • dlaczego;
  • względem czego;
  • jaki jest wpływ.

Dopiero wtedy zespół może:

skutecznie poprawić wniosek.


Example Finding

Słabo:

„Impact słaby.”

Lepiej:

Expected outcome callu zakłada zastosowanie rozwiązania przez grupę X, natomiast wniosek opisuje dissemination do tej grupy, ale nie pokazuje mechanizmu adopcji ani miernika wykorzystania rezultatu. Powstaje luka pomiędzy outputem projektu a deklarowanym outcome.

Teraz wiadomo:

co naprawić.


Po poprawkach potrzebny jest retest

Jeżeli zmieniliśmy:

  • wskaźnik;
  • budżet;
  • harmonogram;
  • zakres;

należy sprawdzić:

co jeszcze zależy od tej zmiany.

To dokładnie logika opisana w artykule „Poprawione” nie znaczy „zamknięte” – jak wykonać retest dokumentu po zmianach?.


Przykład: zmieniamy grupę docelową

Było:

500 osób.

Jest:

Co trzeba ponownie sprawdzić?

  • działania;
  • budżet;
  • zasoby;
  • harmonogram;
  • KPI;
  • koszt jednostkowy;
  • rezultaty.

Nie tylko:

jedno pole formularza.


Przykład: zmieniamy budżet

Budżet:

4,8 → 4,1 mln zł.

Pytanie:

co usunięto?

Jeżeli:

jedno działanie,

trzeba sprawdzić:

  • czy cel nadal osiągalny;
  • czy KPI nadal realny;
  • czy impact pozostaje ten sam.

Budżet jest:

elementem modelu projektu.

Nie osobnym Excelem.


Przykład: wskaźnik „1000 uczestników”

Wniosek:

Budżet:

koszty przygotowane dla 700.

Harmonogram:

liczba grup pozwala obsłużyć 800.

Opis:

To nie są cztery literówki.

To może wskazywać:

że projekt nie ma jednej zamrożonej logiki operacyjnej.

Audyt powinien znaleźć:

source of truth.


Przykład: świetny pomysł, ale poza call

Firma ma bardzo innowacyjne rozwiązanie.

Call finansuje:

demonstrację technologii dla określonej grupy.

Projekt:

rozwija technologię od podstaw.

Może być:

znakomity naukowo.

Ale call fit:

słaby.

Nie naprawi tego:

  • lepszy styl;
  • więcej źródeł;
  • bardziej rozbudowany impact.

Potrzebna jest:

zmiana projektu albo inny konkurs.


Czy audyt warto robić dopiero po napisaniu całego wniosku?

Nie zawsze.

Najbardziej efektywny model może mieć trzy bramki.

PRE-WRITING GATE

  • eligibility;
  • call fit;
  • project logic.

MID-WRITING GATE

  • methodology;
  • impact;
  • budget;
  • implementation.

PRE-SUBMISSION GATE

  • consistency;
  • formalities;
  • red team;
  • final QA.

To zapobiega sytuacji:

wykrywamy fundamentalny błąd dzień przed deadline.


Audit Shift Left

To podejście można nazwać:

SHIFT LEFT GRANT AUDIT

Czyli:

największe ryzyka sprawdzamy jak najwcześniej.

Jeżeli projekt nie pasuje do callu:

chcemy wiedzieć w pierwszym tygodniu.

Nie:

po napisaniu 60 stron.


Co przygotować dla audytora wniosku?

Pomocny będzie AUDIT READY PACK 12.

W przypadku wniosku szczególnie:

  • finalny regulamin;
  • call;
  • formularz;
  • kryteria;
  • budżet;
  • harmonogram;
  • załączniki;
  • wszystkie oficjalne odpowiedzi istotne dla projektu.

Bez kryteriów konkursu audytor może ocenić:

jakość tekstu.

Nie może wiarygodnie ocenić:

zgodności projektu z konkursem.


Checklista powinna wynikać z konkretnego naboru

Nie polecam checklisty:

„100 rzeczy do sprawdzenia w każdym wniosku”.

Lepsza metoda:

CALL → RISK → CHECK

czyli podejście opisane szerzej w artykule o checklistach audytowych opartych na ryzyku.


Czy AI może audytować wniosek?

Może bardzo dobrze wspierać:

  • porównanie wniosku z regulaminem;
  • wyszukiwanie niespójności;
  • Critical Facts;
  • cross-check budżetu i tekstu;
  • mapping kryteriów;
  • red-team questions;
  • kontrolę powtórzeń.

Ale model AI może również:

  • źle zinterpretować warunek;
  • wykorzystać nieaktualne zasady;
  • przeoczyć hierarchię dokumentów;
  • stworzyć nieistniejące wymaganie.

Dlatego podstawą powinien być:

zamrożony corpus oficjalnych dokumentów konkursowych.

Nie sama wiedza modelu.


AI świetnie nadaje się do Criteria Coverage Audit

Można zbudować tabelę:

kryterium → fragment wniosku → dowód → weakness.

Następnie człowiek sprawdza:

czy mapowanie jest prawidłowe.

To szczególnie wartościowe przy rozbudowanych aplikacjach.


AI nie powinno pisać odpowiedzi, której nie potrafimy obronić

Problem:

brakuje danych.

Słaba metoda:

wygenerujmy wiarygodnie brzmiące uzasadnienie.

Dobra:

oznaczmy EVIDENCE GAP i ustalmy, jaki dowód jest potrzebny.

Wniosek może być sprzedażowy.

Nie powinien być:

fikcyjny.


Najczęstsze błędy we wnioskach o dofinansowanie

1. Projekt nie odpowiada dokładnie callowi

Dobry pomysł, zły konkurs.

2. Diagnoza nie prowadzi do celu

Problem A, projekt B.

3. Cel jest niemierzalny

„poprawić”, „rozwinąć”, „zwiększyć świadomość”.

4. KPI mierzy aktywność zamiast rezultatu

Liczba szkoleń zamiast efektu.

5. Budżet nie odpowiada work planowi

Koszty nie mają operacyjnego uzasadnienia.

6. Harmonogram ignoruje dependencies

Zadanie B rozpoczyna się przed zakończeniem A.

7. Partner nie ma jasnej roli

Jest w konsorcjum, ale nie w projekcie.

8. Impact jest deklaracją

Brak pathway.

9. Liczby zmieniają się pomiędzy sekcjami

500 / 800 / 1000.

10. Finalny PDF różni się od zatwierdzonego draftu

Błąd submission.


20-minutowy Grant Readiness Test

Jeżeli przed deadline nie ma czasu na pełny audyt, odpowiedz na 12 pytań:

  1. Czy spełniamy wszystkie warunki eligibility?
  2. Czy projekt odpowiada dokładnie scope konkursu?
  3. Czy problem ma aktualny dowód?
  4. Czy każdy cel odpowiada problemowi?
  5. Czy działania realizują cele?
  6. Czy KPI mierzą rezultat?
  7. Czy impact wynika z projektu?
  8. Czy harmonogram jest wykonalny?
  9. Czy budżet odpowiada działaniom?
  10. Czy zespół posiada potrzebne kompetencje?
  11. Czy kluczowe liczby są identyczne w całym pakiecie?
  12. Czy finalny plik spełnia wszystkie wymogi formalne?

Każde:

NIE

powinno otrzymać priorytet.


Najczęstsze pytania

Czy audyt wniosku zwiększa szansę na dofinansowanie?

Może usunąć wykrywalne błędy, braki, sprzeczności i słabe przejścia logiczne. Nie może zagwarantować wyniku konkursu, ponieważ zależy on również od oceny ekspertów, konkurencji i dostępnego budżetu.

Czy dobry projekt wystarczy?

Nie zawsze. Projekt musi być również właściwie dopasowany do konkretnego naboru i przedstawiony zgodnie z jego kryteriami.

Czy audyt powinien sprawdzać budżet?

Tak, jeśli znajduje się w zakresie. Budżet powinien być analizowany zarówno matematycznie, jak i pod względem jego związku z działaniami i zasobami.

Czy trzeba czytać cały regulamin?

Trzeba ustalić komplet wymagań mających zastosowanie do konkretnego wniosku. Przy złożonych programach oznacza to często kilka dokumentów, a nie jeden regulamin.

Czy można użyć checklisty z poprzedniego konkursu?

Jako punkt startowy – tak. Jako ostateczne kryterium – nie. Należy ją porównać z aktualnym call i dokumentacją.

Czy wynik wewnętrznego scoringu przewiduje ocenę komisji?

Nie. Może wskazywać obszary słabsze i mocniejsze, ale nie powinien być przedstawiany jako prognoza wyniku.

Czy Horizon Europe ma zawsze te same kryteria?

Ogólny program 2026–2027 wykorzystuje zasadnicze kryteria Excellence, Impact i Quality and efficiency of implementation dla odpowiednich pełnych aplikacji, ale szczegółowe aspekty, typy akcji, procedury i warunki mogą się różnić. Dokumentacja konkretnego topicu ma kluczowe znaczenie.

Czy Grant Readiness Gate jest oficjalną metodą Komisji Europejskiej?

Nie. To autorski model Expert Design. Oficjalne kryteria konkretnego programu pozostają nadrzędnym źródłem oceny.


Dobry wniosek nie powinien zmuszać evaluatora do domyślania się, dlaczego projekt zasługuje na finansowanie

To najważniejszy wniosek.

Wniosek powinien tworzyć odtwarzalny łańcuch:

CALL → PROBLEM → EVIDENCE → OBJECTIVE → ACTIVITY → OUTPUT → OUTCOME → IMPACT → BUDGET → IMPLEMENTATION

Jeżeli któryś element się urywa:

pojawia się Grant Logic Gap.

Jeżeli dokumenty podają różne wartości:

Consistency Gap.

Jeżeli budżet nie odpowiada działaniom:

Budget Logic Gap.

Jeżeli claim nie ma podstawy:

Evidence Gap.

Jeżeli projekt jest dobry, ale nie odpowiada konkursowi:

Call Fit Gap.

Jeżeli wszystko jest poprawne merytorycznie, ale brakuje wymaganego załącznika:

Formal Gate Fail.

Właśnie dlatego Grant Readiness Gate obejmuje dwanaście różnych bramek:

ELIGIBILITY → CALL FIT → LOGIC → EVIDENCE → IMPACT → IMPLEMENTATION → BUDGET → PEOPLE → CONSISTENCY → FORMALITIES → RED TEAM → SUBMISSION

Audyt nie powinien kończyć się zdaniem:

„wniosek jest dobry”.

Powinien zakończyć się znacznie bardziej użyteczną informacją:

READY

albo:

HOLD – trzy konkretne problemy wymagają rozwiązania przed złożeniem.

Jeżeli wniosek jest już prawie gotowy, można przeprowadzić pre-submission audit całego pakietu.

Jeżeli projekt dopiero powstaje, lepszym rozwiązaniem jest wcześniejszy:

Call Fit + Project Logic Audit

zanim zespół zainwestuje czas w pełne opracowanie dokumentacji.

Przekaż wniosek i dokumentację konkursową do kontroli przed złożeniem


Źródła i podstawa merytoryczna

European Commission, Horizon Europe Work Programme 2026–2027 – General Annexes. Aktualny dokument określa m.in. warunki admissibility i eligibility, award criteria, dokumenty i procedurę oceny. Dla odpowiednich pełnych aplikacji RIA/IA wskazuje kryteria Excellence, Impact oraz Quality and efficiency of the implementation, a szczegółowe warunki callu lub topicu mogą modyfikować warunki ogólne.

European Commission, Horizon Europe Work Programme 2026–2027 – Scores and weighting. Dla pełnych aplikacji zasadniczo każde z trzech kryteriów otrzymuje ocenę do 5 punktów, z progiem 3 dla kryterium i 10 łącznie; zasady pierwszego etapu procedury dwuetapowej są inne, a Innovation Actions mają dodatkowe ważenie Impact przy rankingu. Szczegółowe call conditions pozostają nadrzędne dla konkretnego konkursu.

European Research Executive Agency, Dos and don’ts when applying for funding. REA zaleca m.in. dokładne czytanie work programme i kryteriów konkretnego callu, logiczną i spójną konstrukcję wniosku, zgodność budżetu z workloadem, jasne połączenie celów i działań z expected outcomes oraz niewysyłanie aplikacji w ostatniej chwili.

Gallo S.A. i wsp., Ranking versus rating in peer review of research grant applications, 2023. Analiza 3156 aplikacji Canadian Institutes of Health Research porównywała reliability i możliwe źródła biasu przy dwóch sposobach peer review. Autorzy wykazali większą reliability rankingu niż ratingu w badanym systemie i zwracają uwagę na szerszy problem ograniczonej zgodności ocen ekspertów. Wyniki dotyczą konkretnego systemu grantowego i nie powinny być traktowane jako prognoza zachowania evaluatorów w innych programach. (pubmed.ncbi.nlm.nih.gov)


Dane SEO

1. Meta title: Audyt wniosku o dofinansowanie – co sprawdzić?

2. Meta opis: Jak sprawdzić wniosek o dofinansowanie przed złożeniem? Kryteria, budżet, wskaźniki, spójność i Grant Readiness Gate.

3. Tagi: audyt wniosku o dofinansowanie, wniosek o dofinansowanie, kontrola wniosku, projekty unijne, granty, Horizon Europe, Grant Readiness Gate, budżet projektu, kryteria oceny

4. Fraza kluczowa: audyt wniosku o dofinansowanie

5. Uproszczona nazwa: audyt-wniosku-o-dofinansowanie

Similar Posts