CAPA — działania korygujące i zapobiegawcze: przykład i ocena skuteczności
Czym jest CAPA i jak ją udokumentować: definicja, przykład, analiza przyczyny, plan działań, dowody wykonania i ocena skuteczności.
Ostatnia aktualizacja:
Przykłady hipotetyczne. Opisane scenariusze i wyniki służą objaśnieniu procesu; nie są relacją z audytu klienta ani gwarancją wyniku. Zakres funkcji, współpracy z Zmianowo i warunki usługi sprawdź w aktualnej ofercie.
Aktualizacja ISO 9001:2026 (29.09.2026). Finalne wydanie opublikowano 16 września 2026 r. Pracuj na legalnej kopii właściwej wersji i przejrzyj wpływ zmian na wymagania, ryzyka i szanse, kontrole oraz dowody. Odniesienia historyczne do 2015, w tym w IATF, zachowują swój kontekst; nie zamieniaj automatycznie numerów klauzul. Harmonogram certyfikacji uzgodnij z jednostką certyfikującą. Instrukcja aktualizacji · Źródło ISO.
Czym jest CAPA? Krótka definicja
CAPA (ang. Corrective and Preventive Action) to uporządkowany proces działań korygujących i zapobiegawczych. Działanie korygujące usuwa przyczynę wykrytej niezgodności, aby nie wystąpiła ponownie. Działanie zapobiegawcze ogranicza ryzyko problemu, który jeszcze nie wystąpił. W ISO 9001:2015 zapobieganie jest częścią podejścia opartego na ryzyku, a nie osobną klauzulą „preventive action”.
CAPA nie jest listą zadań po audycie. Ma połączyć problem, przyczynę, decyzję, wykonanie i wynik. Samo zaktualizowanie formularza, przeszkolenie zespołu albo zmiana instrukcji nie dowodzi skuteczności. Potrzebny jest zapis pokazujący, czy problem rzeczywiście przestał się powtarzać.
Minimalny przepływ obejmuje:
- jednoznaczny opis niezgodności lub ryzyka,
- działanie natychmiastowe ograniczające skutek,
- analizę przyczyny źródłowej opartą na dowodach,
- działanie korygujące przypisane do właściciela i terminu,
- dowód wdrożenia,
- zaplanowaną weryfikację skuteczności,
- decyzję: zamknąć, przedłużyć obserwację albo ponownie otworzyć CAPA.
Przykład CAPA: brak wymaganej kontroli przed wysyłką
Audyt wewnętrzny wykazał, że 4 z 25 sprawdzonych zleceń wysłano bez potwierdzenia kontroli drugiej osoby. Tabela pokazuje różnicę między reakcją na skutek a zmianą, której skuteczność można ocenić.
| Element CAPA | Przykładowy zapis |
|---|---|
| Niezgodność | 4 z 25 zleceń nie miały wymaganego potwierdzenia przed wysyłką |
| Działanie natychmiastowe | Wstrzymano nierozliczone zlecenia i uzupełniono kontrolę |
| Przyczyna źródłowa | Formularz pozwalał zakończyć proces bez obowiązkowego pola i bez blokady systemowej |
| Działanie korygujące | Dodanie walidacji, wskazanie właściciela kontroli i aktualizacja instrukcji |
| Działanie zapobiegawcze | Przegląd analogicznych formularzy w pozostałych procesach pod kątem tej samej luki |
| Dowód wdrożenia | Zatwierdzona zmiana, test walidacji, nowa wersja instrukcji i potwierdzenia osób objętych zmianą |
| Kryterium skuteczności | 100% kompletnych potwierdzeń w kolejnych 30 zleceniach oraz brak możliwości wysyłki bez kontroli |
1. Oddziel problem od skutku
Opis „pracownik popełnił błąd” jest zbyt ogólny. Nie mówi, czego oczekiwano, co faktycznie się wydarzyło ani jaki dowód potwierdza rozbieżność. Lepszy zapis wskazuje proces, wymaganie, zdarzenie, czas, zakres i skutek.
Przed analizą przyczyny zabezpiecz sytuację. Może to oznaczać blokadę partii, korektę danych, dodatkową kontrolę lub poinformowanie właściciela procesu. Działanie natychmiastowe chroni przed dalszym skutkiem, ale nie zastępuje działania korygującego.
2. Analizuj mechanizm, nie osobę
Metody takie jak 5 Why, diagram przyczyn lub analiza barier pomagają tylko wtedy, gdy każde kolejne pytanie wynika z poprzedniej odpowiedzi i ma oparcie w danych. Hipoteza powinna zostać oznaczona jako hipoteza do czasu weryfikacji.
Przyczyna źródłowa zwykle dotyczy mechanizmu procesu: niejasnego kryterium, braku walidacji, niedostępnej informacji, nieskutecznej kontroli albo rozbieżności między instrukcją a rzeczywistą pracą. Wskazanie osoby bez analizy systemu najczęściej prowadzi do powtórzenia problemu.
3. Zaplanuj zmianę możliwą do sprawdzenia
Dobre działanie korygujące ma właściciela, termin, oczekiwany rezultat i dowód wykonania. Zapis „przeszkolić zespół” jest niepełny. Trzeba wskazać wersję materiału, osoby objęte zmianą, formę sprawdzenia wiedzy i kryterium zaliczenia.
Przykładowe pola planu:
- identyfikator CAPA i powiązane ustalenie,
- zweryfikowana przyczyna źródłowa,
- działanie oraz właściciel,
- termin i zależności,
- dowód wykonania,
- miernik skuteczności,
- data oraz osoba oceniająca wynik.
4. Nie myl wykonania ze skutecznością
Fakt, że dokument opublikowano, nie potwierdza poprawy procesu. Weryfikacja skuteczności powinna nastąpić po czasie odpowiednim do ryzyka i częstotliwości procesu. Może korzystać z próbki zapisów, kolejnego audytu, reklamacji, wskaźnika błędów albo obserwacji działania kontroli.
Kryterium trzeba ustalić przed oceną. Przykład: „w kolejnych 30 zleceniach kompletność pola wynosi 100%, a kontrola drugiej osoby wykrywa brak przed publikacją”. Pozytywny wynik ma dowód. Negatywny wynik prowadzi do ponownej analizy, a nie do kosmetycznej zmiany statusu.
| Pytanie oceny | Dowód | Decyzja |
|---|---|---|
| Czy zmianę wdrożono? | wynik testu walidacji, zatwierdzona wersja instrukcji, potwierdzenia zespołu | przejdź do okresu obserwacji albo uzupełnij wdrożenie |
| Czy przyczyna została usunięta? | próbka kolejnych 30 zleceń i zapis działania blokady | oceń skuteczność według ustalonego kryterium |
| Czy problem wrócił? | reklamacje, wyjątki, wyniki audytu i trend błędów | zamknij, przedłuż obserwację albo otwórz CAPA ponownie |
5. Zbuduj pakiet zamknięcia
Audytowalne zamknięcie CAPA zawiera opis problemu, działania natychmiastowe, analizę przyczyny, zatwierdzony plan, dowody wdrożenia, wynik oceny skuteczności i decyzję osoby uprawnionej. Historia zmian pozostaje dostępna także po zamknięciu.
W module audytów i CAPA Pulsar GRC ustalenie można połączyć z ryzykiem, kontrolą, właścicielem, terminem i dowodem w jeden ślad. Demo procesu pokazuje przejście od wymagania do działania i pakietu dowodowego. Pulsar GRC nie wybiera jednak przyczyny ani nie zatwierdza skuteczności za organizację. Te decyzje pozostają po stronie odpowiedzialnych osób.
Kiedy arkusz przestaje wystarczać?
Arkusz może wystarczyć do prostego rejestru prowadzonego przez jedną osobę. Trudność pojawia się, gdy działania mają różnych właścicieli, dowody trafiają do kilku miejsc, a termin zamknięcia nie mówi jeszcze, czy sprawdzono skuteczność. Przed wyborem narzędzia sprawdź, czy potrafisz odtworzyć, kto podjął decyzję, na jakiej podstawie i co wydarzyło się po wdrożeniu działania.
Wybierz jeden typowy przypadek i przejdź od opisu problemu do decyzji o zamknięciu. W demonstracji użyj danych przykładowych. Zobacz sposób pracy w Pulsar GRC — to prezentacja ogólnego procesu, a aktualny zakres i warunki sprawdzisz na stronie funkcji oraz w ofercie.
Checklista przed zamknięciem CAPA
Pobierz checklistę zamknięcia CAPA (CSV). Pobranie nie wymaga formularza ani adresu e-mail. Plik ma także puste kolumny na wynik, właściciela, termin i uwagi. Poniżej znajdziesz wersję do odczytu w przeglądarce.
| Etap | Pytanie | Dowód do sprawdzenia |
|---|---|---|
| Opis problemu | Czy opis wskazuje oczekiwanie i zaobserwowaną rozbieżność? | Zapis niezgodności z datą i zakresem |
| Zabezpieczenie skutku | Czy ograniczono skutki bieżącego problemu? | Zapis działania natychmiastowego |
| Przyczyna | Czy przyczynę zweryfikowano zamiast jedynie wskazać hipotezę? | Dowody analizy przyczyny |
| Plan | Czy każde działanie ma odpowiedzialną osobę i termin? | Zatwierdzony plan działań i oczekiwany wynik |
| Wdrożenie | Czy wykonanie działania ma sprawdzalny dowód? | Zapis wdrożenia i właściwa wersja zmiany |
| Skuteczność | Czy kryterium skuteczności ustalono przed oceną? | Miernik i uzasadniony okres obserwacji |
| Ocena | Czy zebrane wyniki odnoszą się do ustalonego kryterium? | Wyniki obserwacji lub sprawdzonej próbki |
| Decyzja | Czy osoba uprawniona podjęła i uzasadniła decyzję? | Decyzja o zamknięciu lub dalszych działaniach i ryzyko resztkowe |
| Historia | Czy można odtworzyć zmiany i powiązane dowody? | Spójna historia przypadku |
Materiał pomocniczy Brillnet. Checklista nie jest normą ani certyfikatem zgodności. Stosuj kryteria odpowiednie dla własnego procesu.
CAPA powinna zasilić pakiet dowodowy do audytu ISO 9001. Jeżeli działanie dotyczy cyberbezpieczeństwa, sprawdź też samoidentyfikację i plan NIS2 dla MŚP.
Przykład pogłębiony: kiedy „ponowne szkolenie” nie usuwa przyczyny
Załóżmy, że w opisanym wcześniej procesie wysyłki zespół zaplanował dodatkowe szkolenie, bo pracownicy pomijali potwierdzenie kontroli. Szkolenie wykonano, listę obecności dołączono, a zadanie oznaczono jako zakończone. Dwa tygodnie później błąd wraca na nocnej zmianie. Taki wynik nie oznacza automatycznie, że ludzie nie chcą przestrzegać zasad. Pokazuje, że przyjęta hipoteza o przyczynie nie wyjaśnia całego mechanizmu.
W hipotetycznym przeglądzie okazuje się, że instrukcja zakłada kontrolę przez drugą osobę, lecz obsada nocnej zmiany nie zapewnia takiej roli przy każdym wydaniu. Formularz pozwala zamknąć sprawę bez potwierdzenia. Pracownik ma więc jednocześnie wykonać wysyłkę w terminie i zatrzymać ją z powodu braku osoby kontrolującej. Powtórzenie instrukcji nie usuwa sprzeczności. Potrzebna jest decyzja o organizacji kontroli, sposobie eskalacji i technicznej możliwości zablokowania niekompletnego wydania.
Przed zatwierdzeniem działania sprawdź każdą hipotezę. Porównaj zapisy ze zmian dziennej i nocnej, dostępność osoby sprawdzającej oraz sposób działania formularza. Ustal, czy brak dotyczy wszystkich zleceń, konkretnego typu zamówienia czy momentu przekazania zmiany. Zachowaj także dane, które przeczą wybranej hipotezie. Analiza prowadzona tylko po to, aby potwierdzić pierwszą odpowiedź kierownika, daje słaby fundament do decyzji.
Trzy odrębne decyzje w jednej sprawie
Pierwsza decyzja dotyczy opanowania skutków. W przykładzie trzeba sprawdzić niewyjaśnione wysyłki, ustalić ryzyko dla odbiorców i wprowadzić kontrolę tymczasową. Nie należy czekać z tym na zakończenie analizy przyczyny. Zakres działania tymczasowego powinien być proporcjonalny do ryzyka i mieć właściciela. Jeżeli ogranicza zdolność realizacji zamówień, kierownictwo musi znać ten koszt.
Druga decyzja dotyczy usunięcia mechanizmu. Wprowadzenie obowiązkowej walidacji może być częścią rozwiązania, ale trzeba sprawdzić także ścieżki wyjątkowe: import, ręczną zmianę statusu, awarię systemu i zastępstwo osoby zatwierdzającej. Działanie powinno zawierać kryterium odbioru. Przykładowo: żaden zwykły ani awaryjny tryb wydania nie kończy sprawy bez zatwierdzonego zapisu kontroli lub jawnej decyzji o odstępstwie.
Trzecia decyzja dotyczy skuteczności. Podejmuje się ją po zebraniu danych o pracy zmienionego procesu. Dowód wdrożenia blokady i dowód jej skuteczności są różnymi rzeczami. Test techniczny pokazuje zachowanie formularza w badanych warunkach. Obserwacja pracy pokazuje, czy ludzie potrafią wykonać proces i czy nie powstało nowe obejście. Potrzebujesz obu perspektyw, gdy działanie łączy organizację pracy z narzędziem.
Jak dobrać okres obserwacji
Nie ustalaj automatycznie trzydziestu dni dla każdej sprawy. Proces wykonywany kilkaset razy dziennie daje inny materiał niż czynność kwartalna. Powiąż okres obserwacji z liczbą zdarzeń, rodzajem zmian i ryzykiem. Dla rzadkiej czynności samo upłynięcie miesiąca może nie dostarczyć żadnego nowego dowodu.
W proponowanej metodzie z góry opisujesz zakres obserwacji, sposób wyboru zapisów oraz warunek ponownego otwarcia. Uwzględnij normalną pracę, okres obciążenia i co najmniej istotne wyjątki. Jeśli w trakcie obserwacji zmieniono konfigurację, zanotuj to. Nie porównuj wyników z różnych warunków tak, jakby badano tę samą zmianę.
Co zrobić, gdy wynik jest niejednoznaczny
Brak powtórzenia problemu w małej próbce nie oznacza pewności, że przyczynę usunięto. Możesz przedłużyć obserwację, zebrać dane z innej zmiany lub utrzymać kontrolę tymczasową. Zapisz powód decyzji i datę kolejnego przeglądu. Status „obserwacja trwa” lepiej opisuje rzeczywistość niż przedwczesne zamknięcie.
Jeżeli problem wraca, odróżnij nieskuteczne działanie od działania niewdrożonego w ustalonym zakresie. To prowadzi do innych odpowiedzi. W pierwszym przypadku wracasz do przyczyny i projektu rozwiązania. W drugim sprawdzasz wykonanie, zasoby i odpowiedzialność. W Pulsar GRC możesz powiązać te zapisy ze sprawą; ocena przyczyny i akceptacja wyniku pozostają decyzją uprawnionej osoby.
Kiedy eskalować sprawę
Eskalację uzasadnia znaczenie skutku, brak zasobów albo powtarzające się opóźnienie, które zwiększa ryzyko. Określ, do kogo trafi sprawa i jakiej decyzji potrzeba. Ogólna wiadomość do wielu kierowników rozprasza odpowiedzialność. Konkretny wniosek o zapewnienie drugiej osoby kontrolującej na danej zmianie pozwala podjąć decyzję organizacyjną.
Przekaż przy eskalacji stan faktów, aktualne ograniczenie skutków, dowody oraz możliwe warianty działania z kosztami. Nie przedstawiaj hipotezy jako udowodnionej przyczyny tylko po to, aby szybciej uzyskać zgodę. Jeżeli kierownictwo akceptuje rozwiązanie tymczasowe, zapisz termin jego ponownej oceny i odpowiedzialność za obserwację. Taka decyzja nie kończy automatycznie CAPA. Zamknięcie nadal wymaga oceny skuteczności według przyjętego kryterium.
Stan źródeł: 2 października 2026 r. Części opisujące organizację pracy i przykłady są proponowaną metodą, odrębną od wymagań wskazanych źródeł.
Źródła i zakres
- ISO 9001:2026 — wydanie aktualne
- ISO 9001 Auditing Practices Group — Review of a nonconformity
- Pulsar GRC — zasady dostępu, izolacji danych i eksportu
Materiał informacyjny. Nie zastępuje treści licencjonowanych norm ani indywidualnej porady prawnej.