# Biên bản nghiệm thu GPU — mẫu Capordia v1

Trạng thái ban đầu: CHƯA THỰC HIỆN. Ô để trống không bao giờ đồng nghĩa với đạt yêu cầu.

## 1. Tham chiếu và quyết định cần đưa ra

- Mã tham chiếu nội bộ của hồ sơ:
- Phiên bản của tài liệu này:
- Phạm vi của ủy quyền được đề nghị (thử nghiệm, hàng đợi cụ thể, sản xuất xác định):
- Người chịu trách nhiệm quyết định và người thay thế:
- Ngày và múi giờ quyết định:
- Quyết định cuối cùng: [ ] bị chặn [ ] bị từ chối [ ] được chấp thuận trong phạm vi xác định [ ] được chấp thuận kèm bảo lưu có ghi nhận
- Lý do, giới hạn và các kiểm soát biện minh cho quyết định:

## 2. Kết quả mong đợi

- Đơn vị công việc đã hoàn thành:
- Danh sách đầu ra mong đợi và tiêu chí nghiệp vụ:
- Tải thông thường và trường hợp đại diện được chọn:
- Khối lượng, độ chính xác, kích thước lô và mức đồng thời:
- Thời hạn tối đa của dự án, nếu đây là một tiêu chí:
- Dung sai số hoặc quy tắc so sánh:
- Các trường hợp cố ý nằm ngoài phạm vi và lý do:

## 3. Ba cấp độ bằng chứng

### Tham chiếu nhà sản xuất

- Mẫu và biến thể dự kiến:
- URL chính thức và ngày truy cập:
- Bộ nhớ được công bố cho mỗi card và đơn vị:
- Các thuộc tính liên quan đến tải:

### Môi trường thực tế được cấp phát

- (Các) mẫu, mã định danh riêng của bản ghi và số lượng hiển thị từ ứng dụng:
- Bối cảnh của bản ghi (máy chủ, container, khác):
- Chia sẻ hoặc phân vùng, nếu có, và phạm vi truy cập được:
- Hệ thống, trình điều khiển, runtime và ứng dụng kèm phiên bản:
- CPU và bộ nhớ hệ thống cần cho dự án, cần xác nhận:
- Các volume, dung lượng khả dụng, quyền và đường dẫn:
- Luồng mạng, đích đến và quyền truy cập:
- Cấu trúc liên kết cần cho tải, phương pháp kiểm tra và tài liệu:

Không suy ra bất kỳ thuộc tính nào của máy chỉ từ tên GPU. Giữ các mã định danh và nhật ký nhạy cảm ở một vị trí được phép; tài liệu công khai có thể được lược bỏ thông tin.

### Tác vụ nghiệm thu thực tế

- Mã định danh và phiên bản của bộ thử nghiệm được phép:
- Manifest hoặc dấu vân tay của các đầu vào:
- Phiên bản mã và tham số:
- Lệnh khởi chạy:
- Đầu ra và nhật ký mong đợi:
- Phương pháp đo, đơn vị và khoảng thời gian quan sát:
- Các lần thất bại, số lần lặp lại và trạng thái ban đầu:
- Kiểm tra nghiệp vụ và người đã thực hiện:
- Kiểm tra xuất từ đích đến cuối cùng:
- Thử nghiệm phục hồi, nếu được yêu cầu:

## 4. Trách nhiệm

| Vai trò | Người đảm nhiệm | Người thay thế | Bằng chứng mà vai trò chịu trách nhiệm |
|---|---|---|---|
| Quản lý dự án | | | Tiêu chí và quyết định cuối cùng |
| Quản lý ứng dụng | | | Phiên bản, khởi chạy, tải và phục hồi |
| Vận hành | | | Quyền truy cập, kiểm kê, volume và truyền tải |
| Quản lý kết quả | | | Chất lượng, sự hiện diện và khả năng đọc của đầu ra |
| Quản lý lưu trữ | | | Truy xuất và phân loại tài liệu |

Chỉ giữ ở đây những thông tin cần thiết cho việc bàn giao, tuyệt đối không giữ giá trị của các bí mật.

## 5. Bảng và tài liệu

Đính kèm `grille-reception-vierge.csv` sau khi điều chỉnh. Dùng một tham chiếu tài liệu ổn định trong mỗi dòng.

- Vị trí được phép của hồ sơ bằng chứng:
- Quy tắc đặt tên:
- Danh sách các tài liệu đã lược bỏ có thể chia sẻ:
- Các kiểm soát chưa thực hiện và lý do:
- Các tiêu chí chặn chưa đạt:

## 6. Bảo lưu và từ chối

| Kiểm soát | Sai lệch | Sử dụng được phép trong thời gian bảo lưu | Hành động | Người đảm nhiệm | Hạn chót | Bằng chứng gỡ bảo lưu |
|---|---|---|---|---|---|---|
| | | | | | | |

Một điều kiện thiết yếu không được đáp ứng sẽ chặn phạm vi liên quan. Bảo lưu không thay thế bằng chứng bắt buộc. Mọi ngoại lệ hoặc việc loại bỏ một kiểm soát phải được ghi ngày và phê duyệt cho một mục đích sử dụng cụ thể.

## 7. Bàn giao và kết thúc

- Vận hành đã thực hiện lại việc khởi chạy từ quy trình:
- Các đầu ra đã được mở từ đích lưu trữ của chúng:
- Việc phục hồi đã được lặp lại nếu được yêu cầu:
- Tham chiếu sổ đăng ký di chuyển nếu cần:
- Sự kiện tiếp theo buộc phải nghiệm thu lại:
- Người ký được ủy quyền:
- Ngày và múi giờ:
- Quyết định và phạm vi được phép:

Nghiệm thu kỹ thuật tách biệt với trạng thái đơn hàng và thanh toán.