개요
이슈 레코드는quality 모듈에 있습니다. 내부적으로 ID는 nc로 시작하며, 사람들은 별도의 nonConformanceId를 봅니다. 품질 개요에서 이슈가 검사, 계측기, 문서와 어떻게 연관되는지 설명합니다.
이슈를 생성하는 방법
- 이슈 목록에서 직접.
- MES의 현장에서.
- Slack에서.
- 수입 검사에서 로트를 거부할 때마다 자동으로.
두 계층: 헤더와 영향받는 자재
헤더 필드
유형과 위치는 반드시 지정해야 합니다. 나머지는 선택 사항이거나 미리 채워집니다.워크플로: 8D와 그 유사 형식
워크플로는 상태 집합이라기보다 이슈의 시작 키트로 생각하십시오. 초기 서식 있는 텍스트 내용, 우선순위, 소스, 필수 조치, 승인을 묶습니다. 이슈를 만들 때 하나를 선택하면 이 설정이 복사됩니다. Alforse는 를 이렇게 제공합니다. 필수 조치가 여덟 개의 규율인 워크플로로서입니다. 8D가 단지 데이터이므로 사용자가 설계하는 모든 워크플로가 동일한 조치 모델에서 실행됩니다.수명 주기
nonConformanceStatus는 세 가지 값으로 구성됩니다. 새로 생성된 이슈는 “등록됨”에서 시작하고 “종료됨”은 레코드를 고정합니다.
quality 갱신 권한이 필요합니다.
따라서 종료됨은 영구적이지 않습니다. 추가 작업이 생기면 “다시 열기”가 레코드의 잠금을 해제합니다.
조치 작업
작업의 출처
모든 이슈에는 필수 조치(requiredActionIds) 목록이 있습니다. 이슈가 설정되는 순간 각 필수 조치가 정렬 순서로 번호가 매겨진 조치 작업(nonConformanceActionTask)이 됩니다. 작업들이 모여 팀의 체크리스트를 이룹니다.
다섯 가지 시스템 카테고리
일부 필수 조치에는 어떤 종류의 작업인지 나타내는systemType이 있습니다.
Alforse는 각 회사에 카테고리당 하나의 조치를 기본 제공합니다: 격리 조치, 시정 조치, 예방 조치, 검증, 고객 커뮤니케이션입니다. 이들은 보호됩니다. 데이터베이스 트리거가 삭제하거나
systemType을 변경하는 것을 막으며 회사는 각각 하나만 가질 수 있습니다. 직접 만든 조치에는 systemType이 없으며 완전히 편집할 수 있습니다.
작업 상태
작업은 “대기 중” → “진행 중” → “완료됨”으로 이동하며 “건너뜀”으로 이 경로를 벗어날 수 있습니다.- 새 작업은 대기 중으로 기다리며 자동으로 시작되는 것은 없습니다.
- 작업을 완료하면 완료일이 기록됩니다.
- 완료됨과 건너뜀 작업은 대기 중으로 돌아갈 수 있습니다.
- 작업의 순서를 바꾸고, 마감일을 설정하고, 특정 공정에 연결할 수 있습니다.
공급업체 시정 조치 요청(SCAR)
작업이 공급업체를 위한 것이면 SCAR(공급업체 시정 조치 요청)로 공유합니다. 공급업체는 비공개 링크를 받으며 로그인이 필요하지 않습니다. 공급업체가 보는 것: 부적합 상세, 현재 상태, 자신에게 배정된 조치 작업. 처분, 승인, 종결, 이슈의 나머지는 내부에 남습니다. 공급업체가 할 수 있는 것: 각 작업의 상태를 변경하고 입력하는 동안 저장되는 편집기에서 메모를 작성합니다. “대기 중” 작업에 메모를 작성하면 자동으로 “진행 중”으로 이동합니다. 이슈가 “종료됨”에 도달하면 SCAR는 잠기고 더 이상의 변경을 받지 않습니다.승인과 자재 검토 위원회
승인은 조치와 별개의 요구 사항입니다. Alforse는 하나를 제공합니다. 입니다.- 이슈에 MRB를 추가합니다. 승인 작업이 생성됩니다.
- MRB가 아직 필요하지 않았다면 “엔지니어링”과 “품질”이라는 제목의 두 검토자가 추가됩니다.
- MRB를 제거하면 기본 제공된 두 검토자도 함께 제거됩니다. 직접 입력한 검토자는 남습니다.
처분: 자재의 운명 결정
영향받는 각 자재는 이슈를 종결하기 전에 판정이 필요합니다. 그 판정이 각nonConformanceItem 행에 저장되는 입니다. 데이터베이스 열거형은 선택기가 제공하는 것보다 더 크며, 인터페이스는 의도적으로 다섯 가지로 제한합니다.