> ## Documentation Index
> Fetch the complete documentation index at: https://docs.alforse.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 카테고리 및 조치

> 변경 통지를 뒷받침하는 두 가지 회사 전체 목록, 즉 변경 통지를 분류하는 카테고리와 체크리스트의 바탕이 되는 재사용 가능한 조치 작업 템플릿을 설정하고, 조치 작업을 Linear 또는 Jira 티켓에 연결합니다.

모든 변경 통지는 두 개의 공유 목록을 활용합니다. 하나는 변경이 *왜* 일어나는지(카테고리)를 나타내고, 다른 하나는 변경에 보통 필요한 작업 체크리스트(조치 템플릿)를 제공합니다. 설계 및 문서 관리 책임자가 두 목록을 관리하여 회사의 모든 변경 통지가 일관되게 분류되고 조율되도록 합니다.

## 목록을 관리하는 위치

| 목록 | 여는 위치 | 연결되는 대상 |
| - | - | - |
| 카테고리 | **품목 → 변경 통지 유형** | 변경 통지의 **"카테고리"** 필드 |
| 조치 템플릿 | **품목 → 변경 통지 조치** | 새 변경 통지의 시작 작업 목록 |

두 목록 모두 품목 탐색 메뉴의 **변경 통지** 아래에 묶여 있으며 회사 전체에 적용됩니다. 둘 중 어느 것을 변경하든 `parts` 권한이 필요합니다.

## 카테고리

카테고리는 품질 모듈의 이슈 유형이 하는 역할을 변경 통지에서 수행합니다. 새 회사에는 이미 다음 열한 가지가 있습니다.

| | |
| - | - |
| *설계 개선* | *원가 절감* |
| *품질/신뢰성 개선* | *공급업체/조달 변경* |
| *자재 또는 구성품 변경* | *단종/수명 종료* |
| *규제/준수* | *안전* |
| *제조/생산성* | *고객 요청* |
| *문서 오류/정정* | |

목록이 작업장이 변경을 바라보는 방식을 반영할 때까지 항목의 이름을 바꾸거나 삭제하거나 추가하십시오.

NOTE

**카테고리는 릴리즈 동작을 바꾸지 않습니다**

카테고리는 그룹화와 필터링에 사용하십시오. 변경 통지를 릴리즈할 때 실제로 일어나는 일은 카테고리가 아니라 영향받는 각 품목의 [변경 유형](https://docs.alforse.com/ko/docs/reference/change-orders/change-types.md)에 따라 결정됩니다.

## 조치 템플릿

### 기본으로 제공되는 항목

템플릿은 대부분의 변경 통지에 필요한 체크리스트 항목입니다. 일곱 가지가 미리 로드되어 있습니다.

| # | 템플릿 |
| - | - |
| 1 | 엔지니어링 검토 |
| 2 | 도면/CAD 업데이트 |
| 3 | BOM/라우팅 업데이트 |
| 4 | 원가 영향 검토 |
| 5 | 품질 검토 |
| 6 | 재고 처리(재작업/폐기/현 상태 사용) |
| 7 | 영향받는 당사자에게 통보 |

### 템플릿에서 작업으로

새로 생성된 변경 통지는 활성 상태인 템플릿에서 작업 목록을 가져올 수 있습니다. 각 작업에는 담당자, 마감일, 메모와 함께 **대기 중**, **진행 중**, **완료됨**, **건너뜀** 중 하나의 상태가 있습니다.

### 작업은 릴리즈를 지연시키지 않습니다

NOTE

**체크리스트는 조율 용도로만 사용됩니다.**

조치 작업의 상태가 무엇이든 다음 단계나 최종 릴리즈를 막지 않습니다. 게이트는 오직 [단계](https://docs.alforse.com/ko/docs/reference/change-orders/lifecycle.md)로만 적용됩니다.

작업은 설계 내용 자체가 아니라 *작업이 수행되는 방식*을 설명합니다. 그래서 **"실행"** 단계에서도 편집할 수 있습니다. 그 시점에는 영향받는 품목과 초안을 더 이상 변경할 수 없는데도 말입니다. [실행 단계는 설계 내용을 고정합니다](https://docs.alforse.com/ko/docs/reference/change-orders/lifecycle.md#implementation-freezes-the-engineering-content)를 참조하십시오.

## 작업을 Linear에 연결

변경 통지의 조치 작업은 [품질 이슈](https://docs.alforse.com/ko/docs/reference/quality.md)의 조치 작업과 똑같이 Linear 티켓에 연결할 수 있습니다.

### 사전 요건

회사의 [Linear 연동](https://docs.alforse.com/ko/docs/integrations/project-management.md)을 연결하십시오. 연결하기 전에는 작업 행에 Linear 아이콘이 표시되지 않습니다.

### 연결

1. 작업 행에서 Linear 아이콘을 선택합니다.
2. 대화상자에서 다음 중 하나를 수행합니다.
   * **기존 항목 연결** — Linear 이슈를 검색하여 하나를 연결합니다.
   * **새로 생성** — 작업에서 새 티켓을 만들어 즉시 연결합니다.

연결하면 아이콘 자리에 티켓 식별자가 표시되므로 Linear에서 처리 중인 작업을 한눈에 알 수 있습니다. 작업에는 티켓의 식별자, 제목, 담당자, 상태, 티켓을 여는 링크, 연결을 끊는 **연결 해제**가 표시됩니다.

각 작업은 제공자당 하나의 티켓을 가질 수 있습니다. 연결되어 있는 동안에는 두 탭이 모두 비활성화됩니다. 작업을 다른 티켓으로 바꾸려면 먼저 **연결 해제**를 선택하십시오.

### 양쪽을 일치시키기

NOTE

**업데이트는 양방향으로 전달됩니다.**

Alforse의 작업에 입력한 메모는 연결된 티켓의 설명을 대체합니다. 반대 방향으로는 Linear에서 티켓이 변경되면 웹훅이 실행되어 티켓의 설명, 마감일, 담당자, 상태를 작업에 복사합니다. 따라서 Linear에서 티켓을 닫으면 Alforse의 작업이 완료되며, 작업을 수행하는 사람은 한 시스템만 최신 상태로 유지하면 됩니다.

### Jira

NOTE

**Jira를 사용할 수 있게 되면 동일한 기능을 제공합니다.**

회사가 Jira 연동을 이용할 수 있고 연결한 경우 작업 행에는 Jira 아이콘도 추가됩니다. 동일한 **기존 항목 연결** / **새로 생성** 대화상자가 열리며 같은 방식으로 양방향 동기화됩니다.

## 관련 문서

**프로젝트 관리 연동**

Linear 및 Jira 연결을 설정합니다.

[Open](https://docs.alforse.com/ko/docs/integrations/project-management.md)

**수명 주기 및 릴리즈**

어떤 단계 게이트가 있으며 각각 무엇이 필요한지 설명합니다.

[Open](https://docs.alforse.com/ko/docs/reference/change-orders/lifecycle.md)

**변경 통지 생성**

카테고리를 선택하고 작업 목록을 채웁니다.

[Open](https://docs.alforse.com/ko/docs/reference/change-orders/creating.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.