# GPU 인수 검사 조서 — Capordia 템플릿 v1

초기 상태: 미실행. 빈 칸은 결코 적합을 의미하지 않습니다.

## 1. 참조 및 내려야 할 결정

- 사건 내부 참조:
- 본 문서의 버전:
- 요청된 승인 범위(시험, 특정 파일, 정의된 프로덕션):
- 결정 책임자 및 대리인:
- 결정 일자 및 시간대:
- 최종 결정: [ ] 보류 [ ] 거부 [ ] 정의된 범위 내 승인 [ ] 문서화된 유보를 조건으로 승인
- 결정을 정당화하는 사유, 한계 및 통제:

## 2. 기대 결과

- 완료된 작업 단위:
- 기대 산출물 목록 및 비즈니스 기준:
- 통상 부하 및 선정된 대표 사례:
- 볼륨, 정밀도, 배치 크기 및 동시성:
- 기준인 경우 프로젝트 최대 기한:
- 수치 허용 오차 또는 비교 규칙:
- 의도적으로 범위에서 제외한 사례 및 근거:

## 3. 세 가지 수준의 증거

### 제조사 사양

- 검토 중인 모델 및 변형:
- 공식 URL 및 열람 일자:
- 카드별 및 단위별 공표 메모리:
- 부하에 관련된 속성:

### 실제 할당된 환경

- 모델, 비공개 측정 식별자 및 애플리케이션에서 보이는 수량:
- 측정 환경(호스트, 컨테이너, 기타):
- 해당되는 경우 공유 또는 파티션, 및 접근 가능 범위:
- 시스템, 드라이버, 런타임 및 애플리케이션과 버전:
- 프로젝트에 필요한 CPU 및 시스템 메모리, 확인 필요:
- 볼륨, 사용 가능 공간, 권한 및 경로:
- 네트워크 흐름, 목적지 및 접근:
- 부하에 필요한 토폴로지, 통제 방법 및 증빙 자료:

GPU 이름만으로 머신의 어떤 속성도 추론하지 마십시오. 민감한 식별자와 로그는 승인된 위치에 보관하십시오. 공개 증빙 자료는 내용을 삭제할 수 있습니다.

### 실제 인수 검사 작업

- 승인된 시험 데이터셋의 식별자 및 버전:
- 입력의 매니페스트 또는 해시:
- 코드 버전 및 파라미터:
- 실행 명령:
- 기대 산출물 및 로그:
- 측정 방법, 단위 및 관측 기간:
- 실패, 반복 및 초기 상태:
- 비즈니스 검증 및 수행자:
- 최종 목적지에서의 내보내기 검증:
- 필요한 경우 재개 시험:

## 4. 책임

| 역할 | 담당자 | 대리인 | 역할이 책임지는 증거 |
|---|---|---|---|
| 프로젝트 책임자 | | | 기준 및 최종 결정 |
| 애플리케이션 책임자 | | | 버전, 실행, 부하 및 재개 |
| 운영 | | | 접근, 인벤토리, 볼륨 및 전송 |
| 결과 책임자 | | | 산출물의 품질, 존재 및 가독성 |
| 보존 책임자 | | | 증빙 자료의 회수 및 분류 |

여기에는 인수인계에 필요한 정보만 보관하고, 비밀 값은 절대 보관하지 마십시오.

## 5. 그리드 및 증빙 자료

적용 후 `grille-reception-vierge.csv`를 첨부하십시오. 각 행에 안정적인 증빙 자료 참조를 사용하십시오.

- 증거 폴더의 승인된 위치:
- 명명 규칙:
- 공유할 수 있는 삭제된 증빙 자료 목록:
- 미실행 통제 및 사유:
- 미달성 차단 기준:

## 6. 유보 및 거부

| 통제 | 편차 | 유보 기간 중 허용된 사용 | 조치 | 담당자 | 기한 | 해제 증거 |
|---|---|---|---|---|---|---|
| | | | | | | |

필수 조건이 충족되지 않으면 해당 범위가 차단됩니다. 유보는 의무 증거를 대체하지 않습니다. 통제의 예외 또는 삭제는 반드시 날짜를 기재하고 특정 용도에 대해 승인을 받아야 합니다.

## 7. 인수인계 및 종료

- 운영팀이 절차에 따라 실행을 다시 수행했습니다:
- 산출물이 보존 목적지에서 열렸습니다:
- 요구되는 경우 재개가 반복되었습니다:
- 필요한 경우 마이그레이션 대장 참조:
- 새로운 인수 검사를 요구하는 다음 이벤트:
- 권한 있는 서명자:
- 일자 및 시간대:
- 결정 및 승인된 범위:

기술적 인수 검사는 주문 및 결제 상태와 별개입니다.