← Baza wiedzy
Audyt i akredytacja

Zamykanie niezgodności – korekcja, przyczyna źródłowa i działanie korygujące

Ponieważ poprawienie skutku problemu to zwykle tylko korekcja. Jeżeli przyczyna pozostaje w systemie, ten sam błąd może powtórzyć się przy kolejnej dostawie, partii lub audycie. Dobre zamknięcie niezgodności powinno pokazać trzy rzeczy: co naprawiono teraz, dlaczego problem powstał i co zmieniono, aby ograniczyć ryzyko jego ponownego wystąpienia.

Zamykanie niezgodności – korekcja, przyczyna źródłowa i działanie korygujące
28.09.2026
•
4
min czytania
PUNKT ODNIESIENIA

RecyClass / ISO/IEC 17065 / PCA – stan źródeł 24.09.2026

Czytaj w innym języku:
EnglishDeutsch
ODPOWIEDŹ W SKRÓCIE

Ponieważ poprawienie skutku problemu to zwykle tylko korekcja. Jeżeli przyczyna pozostaje w systemie, ten sam błąd może powtórzyć się przy kolejnej dostawie, partii lub audycie. Dobre zamknięcie niezgodności powinno pokazać trzy rzeczy: co naprawiono teraz, dlaczego problem powstał i co zmieniono, aby ograniczyć ryzyko jego ponownego wystąpienia.

Dlaczego samo poprawienie błędnego dokumentu nie zawsze zamyka niezgodność?

Ponieważ poprawienie skutku problemu to zwykle tylko korekcja. Jeżeli przyczyna pozostaje w systemie, ten sam błąd może powtórzyć się przy kolejnej dostawie, partii lub audycie. Dobre zamknięcie niezgodności powinno pokazać trzy rzeczy: co naprawiono teraz, dlaczego problem powstał i co zmieniono, aby ograniczyć ryzyko jego ponownego wystąpienia.

1. Niezgodność opisuje brak spełnienia konkretnego wymagania Dobre ustalenie audytowe powinno łączyć wymaganie z obiektywnym dowodem. Nie wystarczy ogólne zdanie „dokumentacja jest słaba”. Potrzebne jest wskazanie, czego brakuje i na jakiej podstawie.

Firma zamykająca niezgodność powinna odnieść się do jej rzeczywistej treści, a nie do tego, co wydaje jej się, że audytor „miał na myśli”.

2. Korekcja usuwa bezpośrednio stwierdzony problem

Korekcja (Correction) to działanie odnoszące się do konkretnego przypadku. Jeżeli certyfikat dostawcy wygasł, korekcją może być pozyskanie aktualnego dokumentu i zweryfikowanie jego zakresu.

Jeżeli brakowało zapisu kontroli, korekcją może być wykonanie kontroli i uzupełnienie brakującego dowodu, o ile nadal jest to możliwe i wiarygodne. Korekcja nie odpowiada jednak na pytanie, dlaczego system dopuścił do błędu.

3. Analiza przyczyny źródłowej nie jest opisem objawu

Root Cause Analysis powinna wskazać mechanizm, który doprowadził do problemu. Zdania „pracownik zapomniał” albo „przeoczenie” zwykle zatrzymują analizę zbyt wcześnie.

Warto zapytać: dlaczego pracownik mógł zapomnieć? Czy nie było odpowiedzialności, automatycznego przypomnienia, listy kontrolnej, szkolenia, przeglądu dokumentów albo zastępstwa podczas nieobecności?

4. Jedna niezgodność może mieć więcej niż jedną przyczynę

Przykładowo brak aktualnego certyfikatu dostawcy może wynikać jednocześnie z braku właściciela procesu, braku rejestru dat ważności i braku kontroli przy zmianie dostawcy.

Działanie skupione tylko na jednym elemencie może nie zabezpieczyć całego systemu. Analiza powinna być proporcjonalna do ryzyka i skali problemu.

5. Działanie korygujące zmienia system

Corrective Action powinno eliminować lub ograniczać przyczynę. Dla wygasających certyfikatów może to być centralny rejestr z datą ważności, odpowiedzialnością, przypomnieniem i blokadą zakupu materiału bez aktualnej weryfikacji.

Działanie korygujące nie powinno polegać wyłącznie na ponownym przeszkoleniu pracownika, jeżeli problem wynikał z konstrukcji procesu. Szkolenie jest skuteczne wtedy, gdy brak wiedzy rzeczywiście był przyczyną.

6. Dowód wdrożenia jest równie ważny jak plan

Odpowiedź „wdrożymy nową procedurę” jest planem, nie dowodem. Do zamknięcia niezgodności mogą być potrzebne zmienione dokumenty, zapis szkolenia, przykład użycia nowego formularza, screen z systemu, wynik ponownej kontroli lub inny obiektywny dowód.

Zakres dowodu zależy od charakteru niezgodności i wymagań programu.

7. Trzeba sprawdzić, czy problem występuje szerzej

Jeżeli jedna partia ma błędny udział recyklatu, warto sprawdzić inne partie z tego okresu. Jeżeli jeden dostawca ma nieważny certyfikat, należy sprawdzić cały rejestr dostawców.

To pozwala ustalić, czy niezgodność jest jednostkowym przypadkiem, czy objawem problemu systemowego.

8. Przykład: brak identyfikacji materiału w magazynie

Korekcja: oznaczenie konkretnej nieopisanej partii i potwierdzenie jej statusu. Przyczyna: brak jednoznacznej zasady tworzenia etykiety po przepakowaniu materiału.

Działanie korygujące: dodanie obowiązkowej etykiety przy każdej zmianie opakowania, określenie odpowiedzialności oraz kontrola losowa magazynu przez Quality.

9. Przykład: rozbieżność w bilansie materiałowym

Korekcja: ponowne obliczenie konkretnego okresu po usunięciu błędu jednostki. Przyczyna: eksport z jednego systemu był w kilogramach, a drugi raport w tonach bez automatycznej konwersji.

Działanie korygujące: ujednolicenie jednostek w szablonie, blokada formatu oraz kontrola drugiej osoby przed zatwierdzeniem bilansu.

10. Przykład: brak kontroli aktualności certyfikatu dostawcy

Korekcja: pobranie aktualnego certyfikatu i weryfikacja jego zakresu. Przyczyna: brak właściciela rejestru dostawców i dat odnowienia.

Działanie korygujące: przypisanie odpowiedzialności, kalendarz ważności, okresowy przegląd i wymaganie weryfikacji przy każdej zmianie dostawcy.

11. Skuteczność działania powinna być możliwa do oceny

Dobre działanie korygujące ma kryterium skuteczności. Może nim być brak kolejnych przypadków w ustalonym okresie, pozytywny wynik przeglądu 100% dostawców lub zgodność kolejnych trzech bilansów.

Bez kryterium trudno odróżnić rzeczywistą poprawę od samego zamknięcia zadania w systemie.

12. Najczęstszy błąd: „poprawiliśmy dokument”

Jeżeli firma przesyła tylko poprawiony formularz, audytor lub reviewer może zapytać, dlaczego wcześniej używano błędnej wersji i co zapobiegnie powtórzeniu.

Właśnie dlatego korekcja, przyczyna i działanie korygujące powinny być logicznie połączone.

FAQ – najczęściej zadawane pytania

Czy każda niezgodność wymaga rozbudowanej metody 5 Why?

Nie. Głębokość analizy powinna być proporcjonalna do problemu. Ważniejsze od nazwy metody jest wiarygodne wskazanie przyczyny i skutecznego działania.

Czy „błąd ludzki” może być root cause?

Czasami, ale często jest tylko początkiem analizy. Warto sprawdzić, dlaczego system pozwolił na taki błąd i czy można ograniczyć jego prawdopodobieństwo.

Czy szkolenie zawsze jest dobrym corrective action?

Tylko jeżeli brak wiedzy lub kompetencji rzeczywiście był przyczyną. Jeżeli problem wynika z procesu, samo szkolenie może być niewystarczające.

Czy trzeba sprawdzać inne partie lub dostawców?

Jeżeli istnieje ryzyko, że problem ma szerszy zakres, tak. Ocena zasięgu problemu jest ważną częścią wiarygodnej odpowiedzi.

Czy auditor może napisać firmie corrective action?

Nie powinien projektować klientowi rozwiązania, które sam ocenia. Może wyjaśnić wymaganie i ocenić przedstawione działania.

JAK CZYTAĆ TEN MATERIAŁ

Treść praktyczna, ale zawsze osadzona w aktualnym źródle

Artykuły Bazy wiedzy porządkują złożone wymagania i pokazują ich zastosowanie w praktyce. Przy decyzjach dotyczących konkretnego procesu należy zawsze odnieść się do aktualnego dokumentu źródłowego i rzeczywistego zakresu działalności organizacji.

SPRAWDŹ DATĘ

Wymagania programów i regulacje zmieniają się. Data publikacji i aktualizacji pokazuje, do jakiego stanu odnosi się opracowanie.

SPRAWDŹ ŹRÓDŁO

Dla wymagań RecyClass pierwszeństwo ma aktualna dokumentacja programu, dla prawa – obowiązujący akt prawny, a dla statusu akredytacji – oficjalne dokumenty PCA.

ODNIEŚ DO SWOJEGO PROCESU

Ten sam wymóg może mieć inne znaczenie zależnie od procesu, lokalizacji, materiału, produktu, modułu lub wersji programu. Artykuł nie zastępuje indywidualnej oceny zakresu.

ŹRÓDŁA I PODSTAWA OPRACOWANIA

Źródła pierwotne i oficjalne:

RecyClass – Resources

RecyClass – Certification Schemes

Polskie Centrum Akredytacji

DALSZA LEKTURA

Powiązane artykuły

ALMALAND
Masz pytanie dotyczące tego zagadnienia?
Zapytaj Almaland