Niezgodność
Zalecane podejście w zarządzaniu niezgodnościami w Sage | Sage X3
Dobrą praktyką dla wszystkich organizacji jest planowanie regularnych spotkań w celu oceny jakości używanych systemów, procedur i reguł. Niezależnie od tego, czy zmiany dotyczą produktów, jakości lub systemów informacyjnych, konieczne jest dokonanie formalnej analizy wyników, analizy ryzyk i zatwierdzenia procedur.
Funkcjonalność zarządzania niezgodnościami Sage | Sage X3 jest pomyślana dla organizacji, które stosują ten proces.
Funkcja Niezgodności to centralna funkcja umożliwiająca zarządzanie incydentami niezgodności. Umożliwia ona kontrolowanie wszystkich etapów cyklu naprawczego lub prewencyjnego, jeśli stwierdzono problem lub błąd taki, jak brak na poziomie szablonu produkcyjnego, szablonu koncepcyjnego lub procesów. Ryzyka eksploatacyjne są zarządzane na każdym etapie, od tworzenia niezgodności do zamknięcia lub dostarczenia zgodnego i funkcjonującego produktu.
Kontrola jakości ma charakter determinujący w rozwoju produktu, jak również dla ciągłego utrzymania tego produktu. Można skorzystać z tej funkcji, aby utworzyć incydenty niezgodności lub do zarządzania już zadeklarowanymi incydentami, utworzonymi bezpośrednio z powiązanej transakcji (np. z przyjęcia zakupu). Istnieje możliwość, że procedury jakości wskazują, że szablon produkcyjny lub koncepcyjny jest niezgodny ze specyfikacjami lub, że zakupiony składnik posiada wady. Można skorzystać z funkcji Niezgodność, aby zebrać krytyczne informacje, zwłaszcza dane „pokładowe” (prospekty) w ramach jednego, centralnego repozytorium. Zadeklarowana niezgodność przedstawia szczegóły i kluczowe informacje umożliwiające analizę przyczyn incydentu lub stwierdzonych braków.
Wszyscy użytkownicy Sage | Sage X3 mogą utworzyć niezgodność.
Po utworzeniu początkowego incydentu, funkcja Niezgodność wdraża standardowe procedury w celu efektywnego zarządzania etapami prewencji lub naprawy, które muszą zostać zastosowane:
- Kluczowi pracownicy mogą w ten sposób zostać przypisani do incydentu w celu określenia i stwierdzenia istnienia problemu. Analizują oni przyczynę źródłową incydentu i zapisują swoje wyniki. Pracowniki ci mogą również dodawać komentarze do przewidywanych czynności naprawczych.
- Umożliwia to uwidocznienie wszystkich zaproponowanych działań prewencyjnych i naprawczych.
Pracownicy uprawnieni do interwencji w cyklu naprawczym/prewencyjnym mogą upewnić się, że wpływy techniczne zastosowanych działań są przetestowane, a ich jakość potwierdzona. Dzięki ułatwionemu dostępowi do danych i kluczowych informacji, wymaganych w celu podjęcia działań naprawczych i prewencyjnych, można kontrolować i redukować ryzyko operacyjne. - Działania mogą zostać dostosowane tak, aby lepiej odpowiadać ewolucji potrzeb lub w celu dokonania lepszej analizy przyczyn niezgodności. W ten sposób można uniknąć niedozwolonych lub przypadkowych rozbieżności.
- Można podkreślić podejście do przyjęcia w celu ukończenia działań naprawczych i prewencyjnych, jak również wyeliminować przyczynę niezgodności.
Funkcja Niezgodność umożliwia również zarządzanie całością procesów naprawczych i prewencyjnych od A do Z. Funkcja ta, w połączeniu z regularnymi spotkaniami (zob. Zalecane podejście w zarządzaniu niezgodnościami w Sage | Sage X3 powyżej) to wydajne i efektywne narzędzie kontroli pozwalające na dostarczenie funkcjonującego i zgodnego produktu lub procesu.
Incydent niezgodności może zostać usunięty tylko, jeśli wartość parametru NCSDEL – Usuń niezgodność (rozdział TC, grupa NCS) to „Tak”, a status niezgodności to „Nowa”. W przeciwnym razie niezgodność musi zostać zachowana dla potrzeb audytu.
Warunek
Odniesienie do dokumentacji Implementacja
Zarządzanie ekranem
Funkcja Niezgodność zawiera sekcję nagłówka i dedykowaną sekcję dla każdej funkcjonalności procesu naprawczego/prewencyjnego:
- Sekcja nagłówka. Sekcja nagłówka przedstawia kluczowe informacje na temat śledzenia. Zawiera pole Status, które wskazuje, na którym etapie cyklu naprawczego/prewencyjnego znajduje się wybrana niezgodność. Można przypiąć tę sekcję, tak, aby wyświetlała się ona stale na stronie.
- Identyfikacja – jest to główna sekcja tej funkcji. Umożliwia ona podanie szczegółów zaobserwowanej niezgodności. Ta sekcja ma kluczowe znaczenie w analizie przyczyny źródłowej niezgodności.
- Analiza – z tej sekcji należy skorzystać, aby podać informacje, które wynikły z analizy głównej przyczyny niezgodności. Informacje uzupełnione w tej sekcji mają charakter determinujący dla rozwiązania incydentu. Te informacje pozwolą na zdefiniowanie działań naprawczych i prewencyjnych, które należy przyjąć w celu wyeliminowania przyczyny źródłowej lub braku, z których wynikła niezgodność.
- Odrzucenie – kierownik ds. kontroli jakości używa tej sekcji, kiedy incydent niezgodności jest formalnie odrzucany. Dostęp do pól jest kontrolowany przez pole Status sekcji nagłówka.
- Zamknięcie – ta sekcja dostarcza informacji na temat zamknięcia niezgodności.
- Zgłoszony przez – z tej sekcji należy skorzystać, aby uzupełnić dane kontaktowe osób, które stwierdziły niezgodność.
Nagłówek
Prezentacja
Sekcja nagłówka przedstawia kluczowe informacje na temat śledzenia. Można przypiąć tę sekcję, tak, aby wyświetlała się ona stale na stronie.
Kluczowe pole sekcji nagłówka to pole Status. To pole wskazuje etap, na którym znajduje się niezgodność w ramach cyklu naprawczego lub prewencyjnego.
Jeśli niezgodność została utworzona bezpośrednio z konkretnej transakcji (przyjęcia zakupu, zwrotu od klienta), dane tej transakcji zostaną uzupełnione w polach tej sekcji. Można zachować domyślne wartości lub je zmienić.
Można zidentyfikować konkretnego dostawcę lub klienta jako źródło incydentu, co oznacza, że niezgodność jest właściwa dla tych osób. Można również zdecydować, że niezgodność dotyczy wielu dostawców, klientów lub osób indywidualnych (wewnętrznych lub zewnętrznych). W takim przypadku, należy pozostawić dostawcę/klienta pustego i wymienić wszystkie odpowiednie osoby w sekcji Zgłoszony przez.
Niezgodność może dotyczyć konkretnego produktu lub nie-produktu, tzn. dokumentacji, procedury, konceptu, szkolenia itp. Jeśli produkt jest zarządzany wersją, można dodać inny poziom szczegółów wskazując, które wersje główne lub podwersje mają zastosowanie dla incydentu.
Ta sekcja przedstawia nazwisko osoby, która utworzyła niezgodność i datę utworzenia.
Aby powiązać dodatkowy dokument z niezgodnością należy uwzględnić następujące reguły:
- Jeśli pole Artykuł zawiera kod, można powiązać wyłącznie dokument dla tego konkretnego artykułu.
- Jeśli pole Dostawca lub Klient zawiera kod, ten klient lub dostawca jest źródłem utworzenia incydentu. Można powiązać tylko dokument powiązany z tym klientem lub dostawcą. Na przykład, jeśli w polu Dostawca wskazano dostawcę, można powiązać tylko dokument, np. przyjęcie zakupu, tego dostawcy.
Można powiązać wiele niezgodności z jednym kodem produktu.
Kierownik ds. kontroli jakości
Jako kierownik ds. kontroli jakości, użytkownik ma całkowita kontrolę nad incydentem i jego postępem w ramach cyklu naprawczego/prewencyjnego. Aby zarejestrować postęp lub anulować status niezgodności, użytkownik musi być połączony jako Kierownik ds. kontroli jakości.
Zamknij
Pola
Na tej karcie występują następujące pola :
| Z tego pola należy skorzystać, aby wskazać jedną lub wiele lokalizacji, dla których wystąpiła niezgodność. Należy zachować lokalizację domyślną, albo wprowadzić lub wybrać wymagany kod lokalizacji w tabeli Lokalizacje (tabela FACILITY). Pole to jest wymagane. Niezgodność dotyczy tylko jednej lokalizacji, jeśli zastosowanie mają następujące warunki:
Można zmienić kod lokalizacji, jeśli wniosek o zmianę ma status „Nowy”. Jeśli zachowany zostanie wskazany kod lokalizacji, pola „Kierownik ds. kontroli jakości” i „Planista” są ponownie inicjalizowane dla kodu domyślnego użytkownika. Nie można zmienić kodu lokalizacji po rozpoczęciu cyklu naprawczego/prewencyjnego niezgodności, np. kiedy status to „W trakcie analizy”. Jeśli istnieje potrzeba dokonania zmiany po rozpoczęciu cyklu naprawczego/prewencyjnego, należy odrzucić zgłoszenie i je zamknąć (wyświetla się status „Zamknięto”). Następnie można utworzyć nową niezgodność dla właściwej lokalizacji. | |||
| To pole wyświetla unikalny identyfikator niezgodności.
| |||
| To pole wskazuje etap, na którym znajduje się niezgodność w ramach cyklu naprawczego lub prewencyjnego. Jest ono aktualizowane, jeśli kierownik ds. kontroli jakości przypisany do niezgodności użyje jednej z operacji, które są dla niego dostępne, w celu dokonania postępu incydentu.
Podsumowanie statusów cyklu naprawczego lub prewencyjnego
| |||
| Z tego pola należy skorzystać, aby dostarczyć krótki opis niezgodności (maksymalnie 50 znaków). Należy zachować domyślny opis, jeśli niezgodność została utworzona bezpośrednio z powiązanej transakcji (np. przyjęcia zakupu lub zwrotu od klienta), bądź wprowadzić ręcznie krótki opis incydentu. Domyślny opis przedstawia:
Pole to jest wymagane. | |||
| To pole wskazuje kategorię osoby, która zaobserwowała lub zadeklarowała niezgodność, jeśli ta niezgodność została utworzona bezpośrednio z powiązanej transakcji (przyjęcie zakupu, zwrot od klienta). Należy zachować wyświetloną wartość lub wybrać inną kategorię. Pole to jest wymagane. Lista kategorii jest zdefiniowana w menu lokalnym 3715. | |||
| To pole jest dostępne do wprowadzenia wyłącznie, jeśli wartość pola Źródło to „Dostawca”, „Wewnętrzne” lub „Zewnętrzne”. To pole określa, które dokumenty mogą być powiązane z niezgodnością.
Należy usunąć wyświetlony kod dostawcy i pozostawić pole puste, jeśli niezgodność została utworzona bezpośrednio z przyjęcia zakupu. Dostawców należy dodać bezpośrednio w sekcji Zgłoszony przez. Osoby, które stwierdziły niezgodność należy dodać bezpośrednio w sekcji Zgłoszony przez. Osoby, które stwierdziły niezgodność należy dodać bezpośrednio w sekcji Zgłoszony przez.
| |||
| To pole jest dostępne do wprowadzenia wyłącznie, jeśli wartość pola Źródło to „Klient”, „Wewnętrzne” lub „Zewnętrzne”. To pole określa, które dokumenty mogą być powiązane z niezgodnością.
Należy usunąć wyświetlony kod klienta i pozostawić pole puste, jeśli niezgodność została utworzona bezpośrednio ze zwrotu od klienta. Dostawców należy dodać bezpośrednio w sekcji Zgłoszony przez. Osoby, które stwierdziły niezgodność należy dodać bezpośrednio w sekcji Zgłoszony przez. Osoby, które stwierdziły niezgodność należy dodać bezpośrednio w sekcji Zgłoszony przez.
| |||
| Z tego pola należy skorzystać, aby zidentyfikować artykuł, dla którego stwierdzono błąd, brak lub potencjalny brak konceptu, produkcji lub procesu. Jeśli ta niezgodność została utworzona bezpośrednio z powiązanej transakcji (np. przyjęcie zakupu lub zwrot od klienta), można zachować uzupełniony kod artykułu lub wprowadzić albo wybrać kod zadeklarowanego i niezgodnego artykułu. Jeśli powiązana transakcja wynika z operacji Śledzenia produkcji, domyślny kod artykułu to pierwszy zwolniony artykuł zlecenia produkcyjnego. Jeśli ZP zawiera wiele artykułów do zwolnienia, można zmodyfikować kod artykułu i wskazać kod dowolnego artykułu powiązanego z ZP, w tym kod artykułu marszruty (jeśli różny od kodu zwolnionego artykułu). Nowy kod artykułu wyświetla się w powiązanej pozycji dokumentu. Pole to powinno zostać puste, jeśli zaobserwowana niezgodność dotyczy artykułu, który nie znajduje się w magazynie, np. dokumentacji, procedury lub szkolenia.
Można zmienić kod artykułu zgodnie z żądaniem, jeśli wniosek o zmianę ma status „Nowy”.
| |||
| Pole to służy do wskazania, której wersji głównej produktu należy użyć. Wersje główne mogą być używane w przypadku naniesienia lub podtrzymania znaczących zmian wersji oryginalnej lub poprzedniej wersji (tzn. zmiana w kwestii formy, adekwatności lub funkcji). Należy wprowadzić lub wybrać kod wersji z wyświetlonej listy kodów wersji. Wprowadzanie w tym polu nie jest dozwolone, jeśli kod artykułu zdefiniowany w polu Artykuł nie jest zarządzany wersją. | |||
| Pole to służy do wskazania, której podwersji produktu należy użyć. Podwersje mogą być używane dla funkcjonalności i mniejszych zmian funkcjonalnych, bądź też do ważnych zmian dotyczących konkretnej wersji głównej. Należy wprowadzić lub wybrać kod wersji z wyświetlonej listy kodów wersji. Wprowadzanie w tym polu nie jest dozwolone, jeśli kod artykułu zdefiniowany w polu Artykuł nie jest zarządzany wersją. | |||
| To pole wyświetla datę, kiedy niezgodność została zadeklarowana. | |||
| To pole wyświetla kod i nazwę użytkownika, który utworzył tę niezgodność. | |||
| To pole, jeśli zostało uzupełnione, wyświetla status zamknięcia niezgodności. Wartość „Zrealizowano” wyświetla się, jeśli niezgodność została wdrożona, a produkt jest uznany za zgodny oraz został zrealizowany i zamknięty. Wartość „Odrzucono” wyświetla się, jeśli niezgodność została odrzucona i zamknięta. To pole jest puste, jeśli niezgodność jest cały czas w trakcie przetwarzania. | |||
| To pole, jeśli zostało uzupełnione, wyświetla datę, kiedy niezgodność została oficjalnie zamknięta. |
Zamknij
Karta Identyfikacja
Prezentacja
Deklaracja niezgodności dotycząca problemu, błędu, braku lub potencjalnego braku na poziomie konceptu, produkcji, procesu, usługi lub systemu ma kluczowe znaczenie dla możliwości dostarczenia funkcjonalnego i zgodnego produktu. Ta sekcja umożliwia podanie wszystkich szczegółów niezgodności.
- Istnieje możliwość dodania obrazu (np. zdjęcia) problemu.
Można dodać obraz, jeśli incydent dotyczy produktu lub nie-produktu, np. procesu.Aby powiązać wiele obrazów można skorzystać z ikony Załącznik dostępnej na pasku ikon. Jeśli obrazy nie mają się wyświetlać, można usunąć blok Obraz dzięki opcji Dostosuj stronę.
- Można zidentyfikować prawdopodobną przyczynę incydentu.
- Najważniejszym elementem jest opis wyjaśniający szczegóły braku lub stwierdzony problem. Należy spróbować uzasadnić zaproponowaną, prawdopodobną przyczyną oraz wymienić wszystkie powody, które ją wyjaśniają. Umożliwi to upewnienie się, że wskazano wszystkie przyczyny źródłowe.
Wypowiedź należy zapisać w polu opisu bez ograniczenia formatu.
Wymienione powody pomogą zespołowi ds. kontroli jakości w odnalezieniu głównej przyczyny będącej źródłem incydentu. Może to być również przydatne podczas wyjaśniania konsekwencji, które mogą wystąpić, jeśli brak lub problem nie zostaną uwzględnione oraz do dokonania jasnego zażądania podjęcia wymaganych działań naprawczych lub prewencyjnych. Opis ten ma kluczowe znaczenie dla zespołu ds. kontroli jakości podczas oceniania zgodności szablonu koncepcyjnego lub produkcyjnego z normami oraz stwierdzania, czy szablon ten jest funkcjonalny i zgodny.
Ta sekcja umożliwia również powiązanie i wyświetlenie dokumentów, dla których zadeklarowano problem.
Jeśli ta niezgodność została utworzona bezpośrednio z powiązanej transakcji, np. z przyjęcia zakupu, jej szczegóły wyświetlają się w bloku Dokumenty źródłowe. Kierownik ds. kontroli jakości może dodać dokumenty ręcznie do tego bloku, aby powiązać dokument z niezgodnością, która jest w trakcie przetwarzania (status „W trakcie analizy”, „Planowanie” lub „Wdrożenie”). Po powiązaniu dokumentu, można zmodyfikować ilości, aktywować dokumenty lub dezaktywować dokumenty.
Jeśli powiązany dokument wynika z operacji Śledzenia produkcji domyślny kod artykułu to pierwszy zwolniony artykuł zlecenia produkcyjnego. Można również wskazać kod dowolnego artykułu powiązanego z ZP tak długo, jak niezgodność ma status „Nowa”. Można użyć kodu innego zwolnionego artykułu powiązanego z ZP lub kodu artykułu marszruty, jeśli różni się od zwolnionego artykułu. Kod artykułu powiązanej pozycji dokumenty wyświetla również nowy kod artykułu niezgodności.
Można nie powiązywać dokumentów, aktywować/dezaktywować dokumentów, bądź modyfikować ilość dokumentu źródłowego, albo pozycji zamówienia, jeśli wartość parametru NCSDOCCHG – Zmiana powiązanego dokumentu to „Nie” i jeśli niezgodność i Plan działania są w trakcie wdrażania.
Należy uwzględnić następujące reguły podczas dodawania dokumentów do bloku Dokumenty źródłowe:
- Można wybrać tylko transakcję dla wskazanego artykułu, jeśli pole Artykuł zawiera kod.
- Można wybrać tylko transakcję dla dostawcy lub klienta, który zadeklarował niezgodność, jeśli pole Dostawca lub Klient zawiera kod.
- Dokumenty śledzenia produkcji muszą dotyczyć tylko jednego zlecenia produkcyjnego, jeśli pierwszy powiązany dokument (pierwsza pozycja) to dokument śledzenia produkcji, a wartość parametru NCSMULTIWO – Połącz monit. prod. różnych ZP to „Nie”.
Zamknij
Pola
Na tej karcie występują następujące pola :
Obraz
| Z tego pola należy skorzystać, aby wybrać obraz do wyświetlenia w tym rekordzie. |
Opis
| Z tego pola należy skorzystać, aby wskazać prawdopodobną przyczynę źródłową incydentu. Pole to jest wymagane. Proponowany powód musi odpowiadać powodowi wprowadzonemu w polu Informacje dodatkowe (pole NCSDES, wolny wpis), ponieważ informacje te zostaną użyte do określenia przyczyny źródłowej incydentu. Domyślny kod i lista prawdopodobnych przyczyn są zdefiniowane w tabeli dodatkowej 804 – Prawdopodobna przyczyna. |
| Z tego pola należy skorzystać, aby podać jasny opis stwierdzonego problemu. Zalecane jest uzasadnienie wskazanej przyczyny źródłowej, a nawet wymienienie powodów, które spowodowały, że użytkownik uważa, że ta wartość jest prawidłowa. Umożliwi to upewnienie się, że wskazano wszystkie przyczyny źródłowe. Ta lista prawdopodobnych przyczyn pomoże kierownikom ds. jakości i zatwierdzającym w analizie problemu. Może to być również przydatne podczas wyjaśniania konsekwencji, które mogą wystąpić, jeśli problem nie zostanie uwzględniony oraz do dokonania jasnego zażądania podjęcia do zastosowania działań naprawczych lub prewencyjnych. Opis ten ma kluczowe znaczenie dla zespołu ds. kontroli jakości podczas oceniania zgodności szablonu koncepcyjnego lub produkcyjnego z normami oraz stwierdzania, czy szablon ten jest funkcjonalny i zgodny. Jeśli to pole zawiera opis, dodany podczas tworzenia incydentu w dokumencie źródłowym (np. rekordzie śledzenia operacji), można zmodyfikować ten opis w celu dodania informacji dodatkowych nt. problemu. |
Tabela Dokumenty źródłowe
| Z tego pola należy skorzystać, aby zidentyfikować typ transakcji, dla którego stwierdzono brak lub potencjalny brak na poziomie konceptu, produkcji, procesu, usługi ub systemu. Np. przyjęcie zakupu, zwrot od klienta, śledzenie produkcji, śledzenie operacji (zasobów lub operacji). Jeśli odpowiadająca niezgodność została utworzona bezpośrednio z powiązanej transakcji, to pole wyświetla dany typ transakcji.
|
| Z tego pola należy skorzystać, aby zidentyfikować numer zamówienia lub dokumentu źródłowego. |
| Z tego pola należy skorzystać, aby zidentyfikować pozycję powiązaną z zamówieniem lub dokumentem źródłowym. |
| To pole wyświetla kod artykułu dokumentu źródłowego lub pozycję zamówienia. |
| To pole wskazuje, która wersja artykułu ma zastosowanie. Wersje główne mogą być używane w przypadku naniesienia lub podtrzymania znaczących zmian wersji oryginalnej lub poprzedniej wersji (tzn. zmiana w kwestii formy, adekwatności lub funkcji). To pole nie jest uzupełniane, jeśli kod artykułu zdefiniowany w polu Artykuł nie jest zarządzany wersją. |
| To pole wskazuje, która podwersja produktu ma zastosowanie. Podwersje mogą być używane dla funkcjonalności i mniejszych zmian funkcjonalnych, bądź też do ważnych zmian dotyczących konkretnej wersji głównej. To pole nie jest uzupełniane, jeśli kod artykułu zdefiniowany w polu Artykuł nie jest zarządzany wersją. |
| To pole przedstawia rzeczywistą ilość dokumentu źródłowego lub pozycji zamówienia powiązaną z tą niezgodnością. Może to być całkowita ilość dokumentu źródłowego lub pozycji zamówienia lub częściowa ilość wprowadzona ręcznie. W przypadku niezgodności wykrytej w procesie produkcji jest to odrzucona, zrealizowana ilość. Ilość wyrażona jest w jednostce magazynowania.
|
| To pole przedstawia ilość dokumentu źródłowego lub pozycji zamówienia. Ilość wyrażona jest w jednostce magazynowania. |
| To pole wskazuje jednostkę, w jakiej jest przechowywany artykuł. Jest to kluczowy wskaźnik dla ceny, kosztu, objętości itp. |
| To pole wyświetla kluczową datę z sekcji nagłówka źródłowego dokumentu lub zamówienia. Może to na przykład być rzeczywista data przyjęcia (przyjęcie zakupu), data zwrotu (zwrot od klienta) lub data monitorowania (śledzenie produkcji/operacji). |
| To pole wyświetla kod dostawcy, dla którego utworzono dokument źródłowy lub zamówienie. Jest ono dostępne wyłącznie, jeśli Typ dokumentu (pole DOCTYPE) dotyczy dokumentu zakupu. |
| To pole wyświetla kod klienta, dla którego utworzono dokument źródłowy lub zamówienie. Jest ono dostępne wyłącznie, jeśli Typ dokumentu (pole DOCTYPE) dotyczy dokumentu sprzedaży. |
| To pole wyświetla powiązany kod projektu. Może zawierać:
Jeśli pole to wyświetla znak specjalny, np. wykrzyknik (!) oznacza to, że jest ono powiązane ze strukturą projektu. Wykrzykniki służą za separatory między kodem projektu a strukturą, albo strukturą kosztów projektu lub strukturą operacyjną projektu. Na przykład, jeśli kod zadania materiałowego to „USA-P3”, a kod projektu to „USA12345678”, pole to wyświetla połączenie ze strukturą operacyjną projektu, czyli „USA12345678!USA-P3”.
|
| To pole wskazuje, czy dana pozycja jest aktywna i stała dla niezgodności. Należy kliknąć na operację Dezaktywuj dokument / Aktywuj dokument, aby zmodyfikować status. |
Zamknij
Ikona "Operacje"
Zarządzanie obiektami standardowymi
Należy kliknąć na Zwrot od klienta z poziomu ikony Operacje, aby wyświetlić Szczegóły zwrotu. Wybrana transakcja warunkuje, w jaki sposób wprowadzane są informacje oraz w jaki sposób będą one wyświetlane i drukowane. Jeśli ustawiono tylko jedną transakcję, wyświetla się domyślny ekran wprowadzania.
Standardowa czynność przekierowania
Należy kliknąć na Śledzenie produkcji z poziomu menu Operacje, aby wyświetlić szczegóły śledzenia produkcji dla wybranego zlecenia produkcyjnego. Zawarte są informacje na temat artykułu nadrzędnego (BOM-u), informacje na temat składników oraz szczegóły operacji. Wybrana transakcja warunkuje, w jaki sposób wprowadzane są informacje oraz w jaki sposób będą one wyświetlane i drukowane. Jeśli ustawiono tylko jedną transakcję, wyświetla się domyślny ekran wprowadzania.
Pozycja dokumentu
Należy kliknąć na Przyjęcie zakupu z poziomu ikony Operacje, aby wyświetlić szczegóły przyjęcia zakupu. Wybrana transakcja warunkuje, w jaki sposób wprowadzane są informacje oraz w jaki sposób będą one wyświetlane i drukowane. Jeśli ustawiono tylko jedną transakcję, wyświetla się domyślny ekran wprowadzania.
Dezaktywuj dokument / Aktywuj dokument
Należy kliknąć na Dezaktywuj dokument z poziomu ikony Operacje, aby wykluczyć pozycję dokumentu źródłowego lub pozycję zamówienia. Aby ponownie zintegrować tę pozycję, należy kliknąć na Aktywuj dokument.
Pozycja dokumentu
Pola
W tym oknie występują następujące pola :
Blok numer 1
| To pole identyfikuje numer zlecenia lub dokumentu źródłowego. |
| To pole identyfikuje pozycję powiązaną ze zleceniem lub dokumentem źródłowym. |
| To pole przedstawia rzeczywistą ilość dokumentu źródłowego lub pozycji zamówienia powiązanych z tą niezgodnością. Może to być całkowita ilość dokumentu źródłowego lub pozycji zamówienia lub częściowa ilość wprowadzona ręcznie. W przypadku niezgodności wykrytej w procesie produkcji jest to odrzucona, zrealizowana ilość. Ilość wyrażona jest w jednostce magazynowania. |
| To pole przedstawia ilość dokumentu źródłowego lub pozycji zamówienia. Ilość wyrażona jest w jednostce magazynowania. |
| To pole wskazuje jednostkę, w jakiej jest przechowywany artykuł. Jest to kluczowy wskaźnik dla ceny, kosztu, objętości itp. |
| To pole wskazuje numer pozycji tabeli lub bloku. |
| Należy zaznaczyć to pole wyboru, aby aktywować pozycję. Można je dezaktywować, jeśli jest to konieczne. |
| To pole przedstawia rzeczywistą ilość dokumentu źródłowego lub pozycji zamówienia powiązaną z tą niezgodnością. Może to być całkowita ilość artykułu dokumentu źródłowego lub pozycji zamówienia, lub częściowa ilość wprowadzona ręcznie. W przypadku niezgodności wykrytej w procesie produkcji jest to odrzucona, zrealizowana ilość. Tę ilość można zmodyfikować, jeśli jest to konieczne, ale nie może ona przekroczyć ilości źródłowej. Ilość wyrażona jest w jednostce magazynowania.
|
| To pole przedstawia ilość dokumentu źródłowego lub pozycji zamówienia. To pole nie podlega zmianom. Ilość wyrażona jest w jednostce magazynowania. |
|
|
| Numer partii dostawcy może zostać wprowadzony w celach informacyjnych w przesunięciach przyjęcia i wyświetlać się w przesunięciach wydania zapasu. Jest on rejestrowany w rekordzie zapasu i odpowiada wewnętrznemu numerowi partii. Umożliwia to zagwarantowanie śledzenia pochodzenia towarów. |
| To pole wyświetla partię, z którą powiązany jest artykuł na dokumencie źródłowym lub w pozycji zamówienia. Tego pola nie można modyfikować. |
| To pole wyświetla podpartię, z którą powiązany jest artykuł na dokumencie źródłowym lub w pozycji zamówienia. Tego pola nie można modyfikować. |
| To pole identyfikuje numer seryjny artykułu na dokumencie źródłowym lub w pozycji zamówienia. Tego pola nie można modyfikować. |
Zamknij
Należy kliknąć na opcję Pozycja dokumentu z poziomu ikony Operacje, aby wprowadzić rzeczywistą ilość dokumentu lub pozycji dokumentu powiązaną z tą niezgodnością. Ta cyfra nie musi koniecznie odpowiadać ilości źródłowej, ale nie może jej przekroczyć. Można również skorzystać z tej operacji, aby zaznaczyć lub odznaczyć pozycje produktów powiązane z partią, podpartią lub numerem seryjnym, które nie mają powiązania z daną niezgodnością.
Można kliknąć na Wybierz wszystko / Usuń wybór wszystkiego z poziomu Pozycji dokumentu, aby aktywować lub dezaktywować wszystkie pozycje w tabeli grupowo.
Szczegóły operacji
Pola
W tym oknie występują następujące pola :
| To pole wskazuje numer śledzenia wygenerowany przez zlecenie produkcyjne zwolnione w produkcji. |
| To pole wskazuje numer pozycji, której dotyczy wyświetlony dokument. |
| To pole wyświetla numer sekwencji operacji. |
| To pole wskazuje datę, kiedy transakcje magazynowe powiązane z tym numerem śledzenia zostały zaksięgowane. |
| To pole wyświetla powiązany kod projektu. Może zawierać:
Jeśli pole to wyświetla znak specjalny, np. wykrzyknik (!) oznacza to, że jest ono powiązane ze strukturą projektu. Wykrzykniki służą za separatory między kodem projektu a strukturą, albo strukturą kosztów projektu lub strukturą operacyjną projektu. Na przykład, jeśli kod zadania materiałowego to „USA-P3”, a kod projektu to „USA12345678”, pole to wyświetla połączenie ze strukturą operacyjną projektu, czyli „USA12345678!USA-P3”.
|
| To pole identyfikuje operatora, który wykonał tę operację. |
| To pole, bez możliwości zmian, wyświetla opis profilu pracownika. |
| To pole identyfikuje zasoby produkcyjne użyte w operacji. |
| To pole określa typ operacji dokonany na wybranym gnieździe produkcyjnym. To gniazdo może być typu maszyna, robocizna bądź operacyjne kooperacji. Gniazda produkcyjne typu Kooperacja są zarządzane na zewnątrz przez dostawców kooperacji. |
| To pole przedstawia rzeczywistą ilość dokumentu źródłowego lub pozycji zamówienia powiązanych z tą niezgodnością. Może to być całkowita ilość dokumentu źródłowego lub pozycji zamówienia lub częściowa ilość wprowadzona ręcznie. W przypadku niezgodności wykrytej w procesie produkcji jest to odrzucona, zrealizowana ilość. Ilość wyrażona jest w jednostce magazynowania. |
| To pole przedstawia ilość dokumentu źródłowego lub pozycji zamówienia. To pole nie podlega zmianom. Ilość wyrażona jest w jednostce magazynowania. |
| Ta jednostka czasu definiuje w jaki sposób wyrażany jest czas operacji marszruty. Czas może być wyrażony w „godzinach” lub „minutach”. Ma zastosowanie do czasu przezbrojenia, czasu operacyjnego oraz kadencji wszystkich operacji marszruty. |
| To pole wyświetla czas konieczny do wykonania operacji dla liczby żądanych artykułów (zdefiniowanej w polu Planowana ilość). Czas operacyjny:
|
| To pole wskazuje czas rzeczywiście spędzony na przezbrojeniu maszyny. Czas wyrażony jest w ustawionej jednostce czasu. Czas może być zerowy (0). |
| To pole wskazuje czas rzeczywiście spędzony na operacji dla wymaganej liczby artykułów. Czas operacyjny:
|
| To pole wyboru jest zaznaczone, jeśli nieprzewidziane materiały są powiązane ze zleceniem produkcyjnym podczas zwolnienia operacji do harmonogramowania. |
| To pole wyświetla kod narzędzia użytego w operacji marszruty. Narzędzia mają Kategorię artykułu typu „Narzędzie” (pole Narzędzia (TOOFLG)). |
Zamknij
Należy kliknąć na Szczegóły operacji z poziomu ikony Operacje, aby wyświetlić kluczowe szczegóły rekordu śledzenia produkcji odpowiadające wybranej operacji ZP dla danej niezgodności. Aby podążać za logiką prostoty, informacje są pogrupowane w następujący sposób:
- Szczegóły dokumentu śledzenia, pracownik, który zarejestrował postęp operacji, data i godzina zapisu;
- Szczegóły gniazda produkcyjnego, którego postęp został zarejestrowany (potencjalnie będącego źródłem niezgodności);
- Ilość powiązana z niezgodnością i śledzenie operacji (odpowiadające ilościom i czasom produkcji);
- Informacje o powiązanych materiałach i narzędziach użytych do wykonania operacji. Jest to szczególnie ważne, jeśli niezgodność dotyczy procesu.
Zamknij
Karta Analiza
Prezentacja
Z tej sekcji należy skorzystać, aby podać informacje, które wynikły z analizy głównej przyczyny niezgodności. Ta sekcja posiada dwa bloki:
- Blok Powód umożliwia wskazanie jednej przyczyny źródłowej incydentu.
- W tym bloku można zdefiniować prawdopodobny wpływ wady oraz pilność podjęcia działań naprawczych/prewencyjnych.
- Ten blok umożliwia również przypisanie incydentu do właściwego kierownika ds. kontroli jakości. W rezultacie tak, jak wszystkie „zmiany”, niezgodność musi przejść przez kluczowe etapy cyklu, aż do końca/zamknięcia incydentu. Kierownik ds. kontroli jakości jest ekspertem, który ma uprawnienia do zatwierdzania lub odrzucania wszystkich zaproponowanych zmian. Kierownik ds. kontroli jakości może być jednym z członków zespołu ds. kontroli jakości, np. kierownikiem ds. rozwoju lub kierownikiem projektu testowego. Może to także być menedżer produktu, odpowiedzialny za ocenę produktów w celu upewnienia się, że są one dostosowane do rynku.
W dowolnym momencie można przepisać incydent do innego kierownika ds. kontroli jakości. - Można również przypisać odpowiedniego planistę, który będzie odpowiedzialny za zarządzanie „zmianą”.
Jeśli jest to konieczne, do danej niezgodności można przypisać innego planistę.
- Blok Zatwierdzający umożliwia przypisanie pracowników, którzy są w stanie ocenić i stwierdzić istnienie problemu.
Informacje dodane w tym bloku mają charakter determinujący dla rozwiązania incydentu. Te informacje pozwolą na zdefiniowanie działań naprawczych i prewencyjnych, które należy przyjąć w celu wyeliminowania przyczyny źródłowej lub braku, z których wynikła niezgodność.
Ta sekcja umożliwia kierownikowi ds. kontroli jakości (lub ekspertowi), który jest odpowiedzialny za analizę przyczyn niezgodności lub braków, wprowadzenie swoich obserwacji. W ten sam sposób, umożliwia ona zainteresowanym stronom, lub członkom zespołu pilotażowego bądź ds. kontroli jakości, wyświetlenie wniosków i decyzji podjętych po analizie.
Kierownik ds. kontroli jakości
Jako Kierownik ds. kontroli jakości niezgodności, użytkownik musi używać bloku Zatwierdzający w celu zidentyfikowania ekspertów zdolnych do oceny i zatwierdzania zaistnienia niezgodności. Może to być na przykład członek zespołu ds. kontroli jakości.
Można przypisać „zatwierdzających” w celu dokonania analizy przyczyn incydentu oraz „zatwierdzających”, aby potwierdzić, że procedury i normy jakościowe były przestrzegane podczas fazy konceptu produktu lub systemu zgodnego i funkcjonującego. Zatwierdzający są odpowiedzialni za zatwierdzenie lub odrzucenie zaproponowanego incydentu dla każdej, konkretnej dziedziny ekspertyzy.
Wskazówka: Użytkownik może łatwo wyświetlić swoje oczekujące niezgodności używając filtra Przypis. kier. ds. kontr. jak..
Zatwierdzający określają, czy incydent jest zatwierdzony czy odrzucony – należy więc starannie wybierać przypisywanych ekspertów.
Zespół ds. kontroli jakości organizacji musi decydować, na którym etapie podejmowana jest decyzja o odrzuceniu lub zatwierdzeniu incydentu niezgodności. Należy więc wskazać etap procesu analizy w trakcie którego należy ręcznie zmienić status niezgodności na status „Planowanie” (zatwierdzenie) lub „Odrzucono” (odrzucenie).
- Aby przypisać „zatwierdzających” do niezgodności, wymagany status niezgodności to „W trakcie analizy”.
- Kierownik ds. kontroli jakości niezgodności jest jedynym użytkownikiem uprawnionym do przypisywania „zatwierdzających”.
- „Zatwierdzający” muszą być ekspertami uprawnionymi w zakresie zarządzania niezgodnościami.
- Do niezgodności można przypisać wielu „zatwierdzających”.
- Do różnych typów transakcji można przypisać jednego „zatwierdzającego”.
- Użytkownik nie jest uprawniony do zdefiniowania decyzji wynikających z analizy zatwierdzających.
- Użytkownik jest odpowiedzialny za zmianę statusu niezgodności ręcznie dla danych etapów cyklu naprawczego/prewencyjnego.
- Nie ma konieczności posiadania wcześniej wszystkich decyzji wynikających z analizy zatwierdzającego, aby zmienić status niezgodności.
Zatwierdzający
Jako „zatwierdzający”, użytkownik jest uznawany za posiadającego wymaganą ekspertyzę do analizy i zatwierdzenia incydentu niezgodności.
Należy zidentyfikować przyczynę będącą źródłem incydentu na podstawie typów transakcji, które są przypisane do użytkownika.
Po określeniu, czy problem wystąpił (bądź nie), należy powiadomić Kierownika ds. kontroli jakości i zainteresowane strony oraz opisać decyzję wynikającą z analizy dla każdego typu transakcji. W tym celu należy skorzystać z pola komentarza dostępnego dla każdego typu transakcji. W tym polu, można na przykład wyszczególnić hipotezy lub podać zalecenia dla Planisty odpowiedzialnego za zaplanowanie działań naprawczych i prewencyjnych. Kierownik ds. kontroli jakości nie może ustawić statusu zatwierdzania ani dodawać komentarzy zamiast użytkownika.
Wskazówka: Filtr Moje niezgodności do zatwier. pozwala na łatwe odnalezienie niezgodności użytkownika.
- Należy spełnić następujące warunki, aby zmodyfikować typy transakcji, które są przypisane do użytkownika:
- Użytkownik musi być połączony przy użyciu swojego loginu Sage | Sage X3.
- Użytkownik musi być uprawniony do interwencji w procesie zarządzanie niezgodnościami w swojej organizacji jako zatwierdzający, a parametr użytkownika CCMAPPROVE – Zatwierdzający (rozdział TC, grupa CCM) musi być ustawiony na „Tak”.
- Jeśli ograniczenia wg lokalizacji są aktywne, widoczność i dostęp do niezgodności będą zależały od wartości pola Lokalizacja.
- „Status zatwierdzenia” może zostać ustawiony wyłącznie, jeśli wniosek o zmianę ma status „W trakcie analizy”.
- Decyzja wynikająca z analizy nie jest warunkiem koniecznym do zmodyfikowania statusu niezgodności.
- Kierownik ds. kontroli jakości nie jest uprawniony do podejmowania decyzji po analizie zamiast użytkownika.
Zamknij
Pola
Na tej karcie występują następujące pola :
Powód
| Z tego pola należy skorzystać, aby wskazać jedną przyczynę źródłową incydentu. Pole to jest wymagane. Domyślna przyczyna źródłowa niezgodności stwierdzona dla zasobu (gniazda produkcyjnego) operacji ZP jest definiowana przez parametr NCSROORES – Przyczyna źródłowa niezgod. zasobu (rozdział TC, grupa NCS). Jeśli niezgodność jest powiązana z procesem operacji ZP, przyczyna źródłowa jest definiowana przez parametr NCSROOPRO – Przyczyna źródłowa niezgod. procesu (rozdział TC, grupa NCS). Jeśli to konieczne, przyczynę źródłową można modyfikować.
Lista czynników, które spowodowały niezgodność jest zdefiniowana w tabeli dodatkowej 803 – Przyczyna źródłowa. |
| Z tego pola należy skorzystać, aby podsumować powód, dla którego pierwotnie została utworzona niezgodność. Po analizie przyczyny źródłowej, to pole umożliwia naniesienie szczegółów dla proponowanej przyczyny. Pole to jest wymagane.
Lista powodów umożliwiająca utworzenie niezgodności jest definiowana w tabeli dodatkowej 802 – Powody niezgodności. |
| Z tego pola należy skorzystać, aby wskazać pilność działania naprawczego lub prewencyjnego, które należy podjąć dla tej niezgodności. Pole to jest wymagane.
Krytyczny Poważny Umiarkowany Mniejszy (kosmetyczny)
|
| Z tego pola należy skorzystać, aby ocenić wpływ „zmian”, tzn. działań prewencyjnych i naprawczych, na formę, funkcję lub zgodność poprawionego produktu. Należy przeanalizować powiązane ryzyka i upewnić się, że uwzględniono wpływ na istniejące procesy. Pole to jest wymagane.
Poważne Mniejsze Nieznane
Lista potencjalnych ryzyk wpływu naprawy/prewencji umożliwiających zapobiegnięcie nowemu incydentowi jest definiowana w menu lokalnym 2031. |
| Z tego pola należy skorzystać w celu wskazania przewidywanej daty realizacji dla wysyłki poprawionego produktu lub systemu. |
| To pole, jeśli zostało uzupełnione, wyświetla kod i nazwisko ostatniego użytkownika, który zmodyfikował Kierownika ds. kontroli jakości niezgodności. |
| To pole, jeśli zostało uzupełnione, wyświetla ostatnią datę, kiedy niezgodność została przepisana do innego Kierownika ds. kontroli jakości. |
| Z tego pola należy skorzystać w celu zidentyfikowania planisty (kierownika projektu) odpowiedzialnego za planowanie działań globalnych, które stanowią plan działań naprawczych lub prewencyjnych. Planista jest odpowiedzialny za zaplanowanie podejścia, które należy przyjąć, aby wyeliminować problem. Jest on również odpowiedzialny za kontrolowanie działań naprawczych lub prewencyjnych przy użyciu planu działania, do momentu dostarczenia poprawionego, zgodnego i funkcjonującego produktu. Domyślny planista to użytkownik zdefiniowany w parametrze NCSPLADEF – Domyślny planista (rozdział TC, grupa NCS). Jeśli jest to konieczne, niezgodność może zostać przypisana do innego planisty. Należy wprowadzić lub wybrać kod użytkownika z listy użytkowników upoważnionych do interwencji w „zarządzaniu niezgodnościami” jako „planista”.
|
| To pole identyfikuje eksperta, który jest odpowiedzialny za kategoryzację, ustalanie priorytetów, zatwierdzanie, odrzucanie oraz śledzenie poprawek naniesionych na zaobserwowaną niezgodność. Pole to jest wymagane. Domyślny kierownik ds. kontroli jakości to użytkownik zdefiniowany przez parametr NCSQADEF – Domyślny kierownik ds. kontroli jakości (rozdział TC, grupa NCS). Jeśli jest to konieczne, niezgodność może zostać przypisana do innego kierownika ds. kontroli jakości. Należy wprowadzić lub wybrać kod użytkownika z listy użytkowników upoważnionych do interwencji w „zarządzaniu niezgodnościami” jako „kierownik ds. kontroli jakości”. Kierownik ds. kontroli jakości zdefiniowany w tym polu kontroluje całość niezgodności oraz postęp prac nad nią w ramach cyklu naprawczego lub prewencyjnego. Posiada on uprawnienia administratora, które umożliwiają dokonywanie postępu prac lub anulowanie tej niezgodności przy użyciu różnych etapów cyklu naprawczego lub prewencyjnego, jeśli jest to konieczne.
|
Opis powodu
| Z tego pola należy skorzystać w celu zaproponowania podsumowania analizy przyczyny źródłowej. Z pola tego należy skorzystać w celu wskazania faktów. Pole to musi umożliwić uzasadnienie wartości przypisanej w polu Przyczyna źródłowa. Może zostać dostosowane, aby odpowiadać polu Istotność. Na przykład, jeśli Istotność to „Poważna”, należy dodać szczegóły, aby zapewnić jakość produktu. Opis musi dotyczyć tylko jednej przyczyny. Można również wyjaśnić elementy dotyczące „błędu ludzkiego”. Opis ma kluczowe znaczenie dla rozwiązania incydentu. Te informacje pozwolą na zdefiniowanie działań naprawczych i prewencyjnych, które należy przyjąć w celu wyeliminowania przyczyny źródłowej lub braku, z których wynikła niezgodność.
|
Tabela Zatwierdzający
| Z tego pola należy skorzystać w celu zidentyfikowania eksperta odpowiedzialnego za analizę i zatwierdzenie incydentu niezgodności. Eksperci lub „zatwierdzający” są uprawnieni do interweniowania w ramach procesu „zarządzania niezgodnościami”. Może to być na przykład członek zespołu ds. kontroli jakości. Mają oni wiedzę i kompetencje do zatwierdzenia istnienia problemu lub braku np. niezgodności na poziomie szablonu produkcyjnego, szablonu koncepcyjnego lub procesów. Mają również kompetencje potrzebne do potwierdzenia, czy proces i norma jakościowa były przestrzegane podczas produkcji zgodnego i funkcjonującego produktu, a także do zatwierdzania bądź odrzucania incydentu w ramach dziedziny, w których są ekspertami. Należy wprowadzić lub wybrać kod użytkownika z listy użytkowników upoważnionych do interwencji w „zarządzaniu niezgodnościami” jako eksperta.
|
| To pole wyświetla nazwę wybranego użytkownika Sage | Sage X3. |
| Z tego pola należy skorzystać w celu zidentyfikowania konkretnego typu transakcji do oceny proponowanej niezgodności. Przypisana osoba zatwierdzająca oceni ten typ transakcji dla zaproponowanej niezgodności z punktu widzenia technicznego, ale również operacyjnego. Lista typów transakcji definiowana jest w tabeli dodatkowej 807 – Rodzaj transakcji. |
| Z tego pola należy skorzystać, aby wskazać rzeczywisty status decyzji podczas analizy niezgodności dla danego typu transakcji.
Zatwierdzono Odrzucono
|
| Z tego pola należy skorzystać, aby podsumować decyzję dotyczącą korekty analizy niezgodności dla przypisanego typu transakcji (maksymalnie 50 znaków). W tym polu, można na przykład wyszczególnić hipotezy lub podać zalecenia dla Planisty odpowiedzialnego za zaplanowanie działań naprawczych i prewencyjnych. Pole to jest wymagane. |
Zamknij
Karta Odrzucenie
Prezentacja
Ta sekcja jest używana przez kierownika ds. kontroli jakości przypisanego do niezgodności. Jeśli użytkownik jest zainteresowaną stroną lub członkiem „komisji ds. zmian” w firmie, można jej użyć w celu wyświetlenia formalnych powodów odrzucenia i wniosków.
Tylko kierownik ds. kontroli jakości przypisany do niezgodności może ją odrzucić.
Kierownik ds. kontroli jakości
Ta sekcja umożliwia kierownikowi ds. kontroli jakości formalne odrzucenie incydentu. Ten etap jest wymagany, aby zespół ds. kontroli jakości mógł stwierdzić czy nie zaistniał żaden problem i że produkt jest zgodny i funkcjonujący. Może on także odrzucić incydent, jeśli został on błędnie utworzony lub skopiowany z innego incydentu.
Ta niezgodność musi mieć status „Odrzucono”, aby pola tej sekcji stały się dostępne. Należy przynajmniej zdefiniować powód, który spowodował odrzucenie niezgodności przez zespół ds. kontroli jakości.
Należy podać szczegóły powodu odrzucenia w polu opis, bez ograniczeń formatu.
Wskazówka: Użytkownik może łatwo wyświetlić swoje oczekujące niezgodności używając filtra Przypis. kier. ds. kontr. jak..
- Jeśli niezgodność ma status „Odrzucono”, można zdefiniować tylko jeden powód odrzucenia.
- Kierownik ds. kontroli jakości niezgodności jest jedynym użytkownikiem uprawnionym do jej odrzucenia.
- Nie ma konieczności przypisywania statusu „Odrzucone” do decyzji po analizie zatwierdzającego, aby móc ustawić status niezgodności jako „Odrzucono”.
Utracone zostaną wszystkie dane w tej sekcji, jeśli status niezgodności zostanie następnie zmieniony na „W trakcie analizy”.
Zamknij
Pola
Na tej karcie występują następujące pola :
| Z tego pola należy skorzystać, aby podsumować powód odrzucenia niezgodności przez zespół ds. kontroli jakości. Pole to jest wymagane. Lista powodów odrzucenia jest zdefiniowana w tabeli dodatkowej 808 – Powód odrzucenia. |
| To pole, jeśli zostało uzupełnione, wyświetla datę, kiedy niezgodność została oficjalnie odrzucona. |
| To pole, jeśli zostało uzupełnione, wyświetla nazwę i kod użytkownika, który może odrzucić tę niezgodność. |
| Z tego pola należy skorzystać, aby wyszczególnić lub wyjaśnić zdefiniowany powód odrzucenia. Należy wprowadzić opis, który uzasadnia decyzję o odrzuceniu niezgodności. |
Zamknij
Karta Zgłoszony przez
Prezentacja
Ta sekcja jest aktualizowana podczas zamykania niezgodności. Wskazuje ona kto i kiedy zamknął incydent.
Pole na dowolny tekst umożliwia wskazanie powodu zamknięcia, jeśli incydent został zamknięty przy użyciu operacji Zamknij.
Zamknij
Pola
Na tej karcie występują następujące pola :
Zamknij opis
| To pole, jeśli zostało uzupełnione, wyświetla status zamknięcia niezgodności. Wartość „Zrealizowano” wyświetla się, jeśli niezgodność została wdrożona, a produkt jest uznany za zgodny oraz został zrealizowany i zamknięty. Wartość „Odrzucono” wyświetla się, jeśli niezgodność została odrzucona i zamknięta. To pole jest puste, jeśli niezgodność jest cały czas w trakcie przetwarzania. |
| To pole, jeśli zostało uzupełnione, wyświetla datę, kiedy niezgodność została oficjalnie zamknięta. |
| To pole, jeśli zostało uzupełnione, wyświetla nazwę i kod użytkownika, który może zamknąć tę niezgodność. |
| Tego pola wolnego wpisu należy użyć, aby wyjaśnić lub podsumować zmianę zastosowaną w celu naprawy problemu, bądź wskazać dlaczego incydent został odrzucony lub zamknięty. Jeśli do uzasadnienia zamknięcia wymagane są dokumenty dodatkowe (np. zdjęcia, raporty z kontroli itp.), można je wskazać w tym polu. |
Zamknij
Karta Zgłoszony przez
Prezentacja
Z tej sekcji należy skorzystać, aby uzupełnić dane kontaktowe osób, które stwierdziły niezgodność. Może to być dowolna osoba (wewnętrzna lub zewnętrzna), klient lub dostawca, który zidentyfikował problem, błąd, brak lub potencjalny brak na poziomie produkcji, konceptu, usługi, procesu lub systemu.
Klient lub dostawca, którzy są wskazywany w sekcji nagłówka zostaną uznani za osobę, która zadeklarowała niezgodność. Dane tej osoby wyświetlają się w pierwszej pozycji danej tabeli (sekcja Klient lub sekcja Dostawca). Jeśli tak nie jest, należy wskazać przynajmniej nazwisko i sposób kontaktu dla jednej z faz cyklu naprawczego/prewencyjnego. Umożliwi to zagwarantowanie, że będzie można skontaktować się z osobą poinformowaną w temacie, jeśli informacje lub testy jakościowe będą wymagały wyjaśnień w toku cyklu przetwarzania.
Osoba, która zadeklarowała incydent ma kluczowe znaczenie w otrzymaniu odpowiedzi oraz wyjaśnień dodatkowych. Informacje mogą być trudne do otrzymania, jeśli brak osoby kontaktowej.
Przykłady autorów niezgodności:
- Kierownik produktu zidentyfikował potencjalny brak w cyklu produkcyjnym podczas testu wytrzymałościowego.
- Klient zidentyfikował brak na poziomie produktu w trakcie użycia go w określonych warunkach.
- Inżynier sieci stwierdził, że sprzęt nie funkcjonuje w pełnej wydajności.
- Zarządca usług stwierdził, że umowy kooperacji z firmą nie pozwalają na spełnienie oczekiwanych terminów wysyłki.
- Operator Warstwy 1, 2 lub 3 zidentyfikował wadliwy element w części sieci.
- Kierownik ds. bezpieczeństwa musi dostosować się do nowego typu braku zabezpieczenia.
Wszyscy zarejestrowani użytkownicy Sage | Sage X3 mogą dodawać dane kontaktowe do niezgodności, która jest nowa lub „w toku”.
Zamknij
Pola
Na tej karcie występują następujące pola :
Tabela Dostawcy
| To pole identyfikuje dostawcę, który stwierdził lub zadeklarował niezgodność. Jeśli kod dostawcy jest zdefiniowany w sekcji nagłówka, szczegóły dostawcy wyświetlają się w pierwszej pozycji tabeli. Kod może zostać zmieniony, jeśli istnieje taka konieczność. Jeśli to pole jest puste, można dodać szczegóły dostawcy, który zadeklarował tę niezgodność. Należy wprowadzić lub wybrać w tabeli Dostawcy (tabela BPSUPPLIER) kod dostawcy, który zaobserwował i zadeklarował niezgodność. |
| To pole wskazuje nazwę firmy wybranego dostawcy. |
| Z tego pola należy skorzystać w celu zidentyfikowania osoby w ramach przedsiębiorstwa dostawcy, którą można się skontaktować w kwestii niezgodności. Należy wprowadzić lub wybrać w tabeli Osoby kontaktowe (tabela CONTACTCRM) kod osoby kontaktowej w ramach przedsiębiorstwa dostawcy.
|
| To pole wyświetla nazwę osoby kontaktowej powiązanej z dostawcą. |
| To pole wyświetla adres e-mail osoby kontaktowej powiązanej z dostawcą. |
| To pole wyświetla numer telefonu osoby kontaktowej powiązanej z dostawcą. |
Tabela Klienci
| To pole identyfikuje klienta, który stwierdził lub zadeklarował niezgodność. Jeśli kod klienta jest zdefiniowany w sekcji nagłówka, szczegóły klienta wyświetlają się w pierwszej pozycji tabeli. Kod klienta może zostać zmieniony, jeśli istnieje taka konieczność. Jeśli to pole jest puste, można dodać szczegóły klienta, który zadeklarował tę niezgodność. Należy wprowadzić lub wybrać w tabeli Klienci (tabela BPCUSTOMER) kod klienta, który zaobserwował i zadeklarował niezgodność. |
| To pole wskazuje nazwę firmy wybranego klienta. |
| Z tego pola należy skorzystać, aby zapoznać się z osobą, z którą należy się skontaktować w ramach firmy klienta dla tej niezgodności. Należy wprowadzić lub wybrać w tabeli Osoby kontaktowe (tabela CONTACTCRM) kod osoby kontaktowej w ramach firmy klienta.
|
| To pole wskazuje nazwę osoby kontaktowej powiązanej z klientem. |
| To pole wyświetla adres e-mail wybranej osoby kontaktowej powiązanej z klientem. |
| To pole wyświetla numer telefonu osoby kontaktowej powiązanej z klientem. |
Tabela Użytkownicy
| Z tego pola należy skorzystać w celu zidentyfikowania użytkownika wewnętrznego (przynależącego do organizacji), który stwierdził błąd, brak lub potencjalny brak na poziomie szablonu produkcyjnego lub konceptu, procesu, usługi bądź systemu. Należy wprowadzić lub wybrać w tabeli Użytkowników (tabela AUTILIS) kod użytkownika, który stwierdził wystąpienie incydentu. |
| To pole wyświetla nazwę wybranego użytkownika Sage | Sage X3. |
| To pole wyświetla adres e-mail zdefiniowany w rekordzie Użytkownika. |
| To pole wyświetla numer telefonu zdefiniowany w rekordzie Użytkownika. |
Tabela Inne
| Z tego pola należy skorzystać, aby zidentyfikować osobę kontaktową (zewnętrzną), która stwierdziła lub zadeklarowała tę niezgodność. Należy wprowadzić lub wybrać w tabeli Osoby kontaktowe (tabela CONTACTCRM) kod osoby kontaktowej, która zadeklarowała incydent. |
| To pole wskazuje nazwę wybranej osoby kontaktowej. |
| To pole wyświetla adres e-mail wybranej osoby kontaktowej. |
| To pole wyświetla numer telefonu wybranej osoby kontaktowej. |
Zamknij
Raporty
Z funkcją domyślnie powiązane są następujące raporty :
NCSRECENT : Lista niezgodności
Można to zmienić w ustawieniach.
Przyciski określone
Jako kierownik ds. kontroli jakości, użytkownik musi kliknąć na operację Planowanie po tym jak incydent niezgodności został przeanalizowany, aby przekazać kontrolę do planisty. Status niezgodności przechodzi do statusu „Planowanie”, a planista przejmuje kontrolę w celu zaplanowania podejścia, które ma zostać wdrożone, aby wyeliminować problem.
|
Należy kliknąć na operację Odrzuć, aby odrzucić incydent niezgodności. Ta operacja jest wymagana, aby zespół ds. kontroli jakości mógł określić, czy stwierdzony brak lub problem zostały rozwiązane i czy produkt mimo to jest funkcjonalny i zgodny. Niezgodność przyjmuje status „Odrzucono”. Należy przynajmniej zdefiniować powód, który spowodował odrzucenie niezgodności przez zespół ds. kontroli jakości. Należy podać szczegóły powodu odrzucenia w polu opis, bez ograniczeń formatu.
|
Należy kliknąć na operację Zamknij jeśli wymagana „zmiana” została zastosowana do niezgodności, a produkt, uznany za zgodny, został zrealizowany i zamknięty. Na tę operację należy również kliknąć, jeśli niezgodność została odrzucona i zamknięta. Pole na dowolny tekst umożliwia wskazanie powodu zamknięcia incydentu. Status niezgodność zmienia się na „Zrealizowano.”.
|
Pasek menu
Planowane / Plany działań
Jako planista, użytkownik może kliknąć na operację Plany działań, aby wyświetlić lub zmodyfikować działania naprawcze lub prewencyjne Planu działania.
Ograniczenia
Wycofania produktów lub wycofania bezpieczeństwa Jeśli wycofanie produktu lub wycofanie bezpieczeństwa jest konieczne, danych na temat niezgodności należy używać wyłącznie w celach informacyjnych. Każdy kraj posiada swoje własne reguły i dyrektywy w kwestii bezpieczeństwa wycofania produktów, do których należy się zastosować. Przepisy te nie są dostępne w funkcjonalności Niezgodności, ponieważ mogą się one różnić w zależności od kraju.
Komunikaty o błędzie
Podczas wprowadzania mogą wyświetlić się następujące komunikaty ogólne oraz o błędach :
kom(00037,03702,1)
lub
kom(00041,03702,1)
Wprowadzenie kodu klienta jest opcjonalne. Można uzupełnić klienta lub dostawcę, który stwierdził niezgodność w: Sekcji nagłówka, w sekcji Zgłoszony przez; Pole Dostawca (pole NCSBPS) (jeśli pole „Źródło” (pole NCSCATEGOR) ma wartość „Dostawca”, „Wewnętrzne” lub „Zewnętrzne”); Pole Klient (pole NCSBPC) (jeśli pole „Źródło” ma wartość „Klient”, „Wewnętrzne” lub „Zewnętrzne”). Jeśli użytkownik nie zna kodu klienta lub dostawcy, należy pozostawić to pole puste. W sekcji Zgłoszony przez należy uzupełnić odpowiednie pole Dostawca (pole BPSNUM) lub Klient (pole BPCNUM).
kom(00019,03702,1)
lub
kom(00011,02038,1)
lub
kom(00007,03702,1)
Dlaczego ta niezgodność jest tworzona? W jaki sposób określana jest ważność tego braku? Należy wybrać odpowiednią wartość w tym polu, aby upewnić się, że odpowiedni zespół ds. kontroli jakości jest przypisany do analizy powodów stwierdzenia incydentu lub braku.
kom(00004,03702,1)
lub
kom(00008,03702,1)
lub
kom(00027,03702,1)
Z $1$ = kod użytkownika Sage | Sage X3. Kierownik ds. kontroli jakości musi być przypisany do każdej niezgodności. Kierownik ds. kontroli jakości to aktywny użytkownik Sage | Sage X3, który jest uprawniony do podejmowania konkretnej roli w procesie zarządzania niezgodnościami. Oznacza to, że pole wyboru Aktywny zostało zaznaczone w rekordzie użytkownika i że parametr zatwierdzania „Kierownik ds. kontroli jakości” NCSQAMAN – Kierownik ds. kontroli jakości (rozdział TC, grupa NCS) to „Tak”. Użytkownik będący „kierownikiem ds. kontroli jakości” musi być wskazany jako domyślny kierownik ds. kontroli jakości dla wszystkich nowych niezgodności. Należy zdefiniować domyślnego kierownika ds. kontroli jakości poprzez dodanie danego kodu użytkownika w parametrze NCSQADEF – Domyś. kier. ds. kontr. jakości (rozdział TC, grupa NCS) na poziomie folderu lub lokalizacji, ale tylko po aktywacji jego parametru użytkownika.
kom(00029,03702,1)
lub
kom(00023,03702,1)
lub
kom(00028,03702,1)
lub
kom(00040,03702,1)
Z $1$ = kod użytkownika Sage | Sage X3. Planista musi być przypisany do każdego rekordu niezgodności. Planista to aktywny użytkownik Sage | Sage X3, który jest uprawniony do podejmowania konkretnej roli w procesie zarządzania niezgodnościami. Oznacza to, że pole wyboru Aktywny zostało zaznaczone w rekordzie użytkownika i że parametr zatwierdzania „Planista” NCSPLANNER – Planista (rozdział TC, grupa NCS) to „Tak”. Należy przypisać tylko jednego „planistę” jako domyślnego planistę dla wszystkich nowych niezgodności. Należy zdefiniować domyślnego planistę poprzez dodanie danego kodu użytkownika w parametrze NCSPLADEF – Domyślny planista (rozdział TC, grupa NCS) na poziomie folderu lub lokalizacji, ale tylko po aktywacji jego parametru użytkownika.
kom(000011,03702,1)
lub
kom(00043,03702,1)
Z $1$ = kod użytkownika Sage | Sage X3. Można przypisać użytkowników Sage | Sage X3 jako zatwierdzających w celu zanalizowania i zatwierdzenia niezgodności. Kod użytkownika Sage | Sage X3 jest nieprawidłowy. Ten błąd może wystąpić, jeśli użytkownik jest nieaktywny lub jeśli rola, która jest nadawana użytkownikowi nie jest do niego przypisana w zarządzaniu niezgodnościami. Dla jednej niezgodności można używać wielu zatwierdzających i wielu typów transakcji. Jednakże można użyć tylko jednego zatwierdzającego na typ transakcji.Parametry
kom(00002,03702,1)
Użytkownik może zmodyfikować status niezgodności tylko jeśli jest jej kierownikiem ds. kontroli jakości.
kom(00030,03702,1)
Można przywrócić status niezgodności jako „Planowanie” lub „W trakcie analizy”. Po potwierdzeniu tej operacji, system automatycznie usuwa Plan działań naprawczych i prewencyjnych. Kontynuować?
kom(00042,03702,1)
Statusy niezgodności są kolejne (Nowa > W trakcie analizy > Planowanie > Wdrożenie > Zrealizowano > Zamknięto). Ten komunikat wyświetla się podczas próby zmiany statusu na status, który nie jest kolejnym lub poprzednim statusem w cyklu naprawczym i prewencyjnym niezgodności. Co więcej, niektóre statusy („Planowanie”, „Wdrożenie”, „Zrealizowano”) są bezpośrednio powiązane ze statusem planu działania. Niezgodność może także być zablokowana (nie do modyfikacji), jeśli Plan działania jest w trakcie.
kom(00063,02038,1)
Z $1$ – Osoba kontaktowa spośród klientów lub dostawców organizacji; $2$ = Klient / Dostawca. Można dodać tylko jedną osobę kontaktową powiązaną z wybranym dostawcą lub klientem.
kom(00012,02038,1)
Dlaczego ta niezgodność jest odrzucana? Należy wskazać Powód odrzucenia (pole REJECTCOD), aby upewnić się, że decyzja podjęta przez zespół ds. kontroli jakości została formalnie zarejestrowana. Zaleca się wyszczególnienie wybranego powodu w polu Informacje dodatkowe (pole REJDESC).
kom(00024,03702,1)
Incydent został już stwierdzony przez tę osobę (dostawcę, klienta, użytkownika wewnętrznego, zewnętrzną osobę kontaktową) dla tego kodu produktu.
kom(00038,03702,1)
Ten komunikat wyświetla się, jeśli wewnętrzny odnośnik do pozycji powiązanego dokumentu nie działa. Należy sprawdzić, czy dana pozycja cały czas istnieje w powiązanym dokumencie. Ta pozycja mogła zostać usunięta.
kom(00039,03702,1)
Ten komunikat wyświetla się, jeśli pozycja powiązanej transakcji jest pozycją przyjęcia zakupu, która została wyzwolona. W takim przypadku ilość zamówienia źródłowego została albo przyjęta w wielu wysyłkach, albo podzielona na wiele magazynów. Nie można uzupełnić wyzwolonej pozycji przyjęcia. Jednakże, można powiązać niezgodność z nagłówkiem transakcji zamiast powiązywania pozycji z transakcją.
kom(00009,03702,1)
Rolę użytkownika w zarządzaniu niezgodnościami można dezaktywować tylko, jeśli wszystkie niezgodności, do których przypisany jest użytkownik są zamknięte.
kom(00051,03702,1)
Aby dodać dokument do niezgodności, można powiązać dokument ręcznie lub użyć powiązanej funkcji, np. Przyjęcia zakupu. Po powiązaniu dokumentu, można zmodyfikować ilości, aktywować dokumenty lub dezaktywować dokumenty. Jednakże zmiana dokumentu źródłowego nie mienia informacji dotyczących niezgodności, co może spowodować niespójności.
kom(00049,03702,1)
Usunięcie dokumentu powiązanego z niezgodnością nie usuwa niezgodności. Incydent niezgodności może zostać usunięty tylko, jeśli wartość parametru NCSDEL – Usuń niezgodność (rozdział TC, grupa NCS) to „Tak”, a status niezgodności to „Nowa”.
kom(00020,03702,1)
lub
kom(00025,03702,1)
lub
kom(00026,03702,1)
Z $1$ = ID niezgodności (pole NCSID). Ten komunikat wyświetla się, jeśli wewnętrzny odnośnik nie działa w systemie i jeśli nie ma możliwości uzyskania dostępu do wybranej niezgodności. Jeśli druga próba nie powiodła się i błąd wyświetla się ponownie, należy skontaktować się z administratorem systemu.
kom(00006,03702,1)
Żadna zmiana nie jest dozwolona po zamknięciu niezgodności.
kom(00009,03702,1)
Rolę użytkownika w zarządzaniu niezgodnościami można dezaktywować tylko, jeśli wszystkie niezgodności, do których przypisany jest użytkownik są zamknięte.