메인 콘텐츠로 건너뛰기
리스크 등록부는 잘못될 수도 있는 일, 또는 추구할 만한 기회를 일이 일어나기 전에 기록합니다. 회사의 누구나 항목을 제기할 수 있으며, 품질 담당자가 이를 평가하고 등급을 매기고 해결까지 이끕니다.

개요

항목은 보통 다른 Alforse 레코드에 연결되지만 일반 리스크로 독립적으로 존재할 수도 있습니다. 유형 외에 심각도와 발생 가능성(각각 따로 1~5로 평가), 담당자, 그리고 "Closed" 또는 "Accepted"로 끝나는 상태를 가집니다. 항목은 두 곳에서 볼 수 있습니다.
  • 품질 → 리스크는 회사 전체의 를 표시합니다.
  • 품목, 고객, 공급업체, 작업, 견적 라인, 유지보수 배차의 페이지에는 각각 해당 레코드의 항목을 나열하고 새 항목을 추가할 수 있는 리스크 카드가 있습니다.

리스크 제기

  1. 품질 → 리스크를 열고 항목을 추가하거나, 리스크와 관련된 레코드의 리스크 카드를 엽니다.
  2. 제목을 입력하고 유형을 선택하고 심각도와 발생 가능성을 평가합니다.
  3. 선택적으로 담당자를 지정하고, 한 줄 설명을 추가하고, 메모를 작성합니다.
  4. 저장합니다.
레코드의 페이지에서 추가하면 항목이 자동으로 해당 레코드의 소스를 받습니다. 레코드 없이 품질 → 리스크에서 추가하면 General을 받습니다.

필드

각 항목은 apps/erp/app/modules/quality/quality.models.ts의 riskRegisterValidator가 검증하는 하나의 riskRegister 레코드입니다.

심각도와 발생 가능성

두 평가 모두 1~5 척도를 사용하며 RiskRating.tsx가 점수마다 하나씩 색상 막대 행으로 그립니다. 레코드의 카드에서 심각도 막대는 경고 아이콘 뒤에, 발생 가능성 막대는 주사위 아이콘 뒤에 있어 둘을 한눈에 읽을 수 있습니다. 왜 따로 둘까요? 거의 일어나지 않지만 재앙이 될 실패와 매주 일어나지만 비용이 적은 불편은 곱하면 같은 어중간한 숫자가 됩니다. 따로 보여 주면 각각 고유한 모양을 유지하고 가중치는 사용자의 판단에 맡겨집니다.

상태

상태는 quality.models.ts의 riskStatus 열거형에서 옵니다. 자유롭게 설정되며 Alforse는 순서를 강제하지 않고 어떤 상태든 다른 어떤 상태로 바꿀 수 있습니다.

처리 추적

별도의 완화 조치 레코드는 없습니다. 항목을 "In Review"와 "Mitigating"을 거치게 하고, 상세는 메모에 작성하며, 처리했다면 "Closed"로, 감수하기로 했다면 "Accepted"로 마무리하여 처리를 추적하십시오.

리스크 카드가 나타나는 곳

이 모든 페이지는 고정된 source와 레코드의 ID를 전달하여 하나의 공유 카드를 재사용합니다. 그래서 각 카드에는 자신의 레코드 항목만 표시되고 거기서 추가한 것은 올바른 소스로 분류됩니다. 작업장은 예외입니다. 작업장 자체 페이지에는 카드가 없습니다. 소스가 Work Center인 항목은 유지보수 배차와 회사 전체 목록에 나타나며, riskRegisters 뷰가 작업장 이름을 제공합니다.

권한과 알림

데이터베이스도 같은 구분을 강제합니다. 담당자가 되는 사람은 백그라운드 notify 작업이 보내는 RiskAssignment 알림을 받습니다. 편집은 담당자가 이전과 다를 때만 이를 발생시키므로 항목을 다시 저장해도 현재 소유자는 방해받지 않습니다.

리스크 대 이슈 및 CAPA

리스크 등록부는 별도의 테이블이며 부적합이나 그 시정 및 예방 조치와 코드상 연결이 없습니다. 리스크를 제기해도 이슈가 생성되지 않으며 이슈를 종결해도 리스크에 영향을 주지 않습니다. 사전 평가에는 등록부를, 사후 격리에는 이슈를 사용하십시오.

문제 해결