# Протокол приймання GPU — шаблон Capordia v1

Початковий стан: НЕ ВИКОНАНО. Порожня клітинка ніколи не означає відповідність.

## 1. Посилання та рішення, яке потрібно ухвалити

- Внутрішній номер справи:
- Версія цього документа:
- Обсяг запитаного дозволу (тест, конкретна черга, визначене виробництво):
- Відповідальний за рішення та заступник:
- Дата й часовий пояс рішення:
- Остаточне рішення: [ ] заблоковано [ ] відхилено [ ] прийнято в межах визначеного обсягу [ ] прийнято із задокументованим застереженням
- Підстава, обмеження та перевірки, що обґрунтовують рішення:

## 2. Очікуваний результат

- Завершена одиниця роботи:
- Перелік очікуваних вихідних даних і бізнес-критерій:
- Звичайне навантаження та обраний репрезентативний випадок:
- Обсяг, точність, розмір пакета та паралельність:
- Максимальний строк проєкту, якщо це критерій:
- Числовий допуск або правило порівняння:
- Випадки, свідомо винесені за межі обсягу, та обґрунтування:

## 3. Три рівні доказів

### Дані виробника

- Розглянуті модель і варіант:
- Офіційна URL-адреса та дата ознайомлення:
- Заявлена виробником пам'ять на карту та одиниця виміру:
- Властивості, важливі для навантаження:

### Фактично виділене середовище

- Модель(-і), приватні ідентифікатори запису та кількість, видима із застосунку:
- Контекст запису (хост, контейнер, інше):
- Спільне використання або розділення, якщо застосовно, та доступний обсяг:
- Система, драйвер, середовище виконання та застосунок із версіями:
- Необхідні для проєкту CPU та системна пам'ять, які потрібно підтвердити:
- Томи, доступний простір, дозволи та шляхи:
- Мережеві потоки, призначення та доступи:
- Топологія, необхідна для навантаження, метод контролю та доказ:

Не робіть висновків про властивості машини лише з назви GPU. Зберігайте чутливі ідентифікатори та журнали у дозволеному місці; публічний доказ можна очистити від чутливих даних.

### Реальне завдання приймання

- Ідентифікатор і версія дозволеного тестового набору:
- Маніфест або контрольні суми вхідних даних:
- Версія коду та параметри:
- Команда запуску:
- Очікувані вихідні дані та журнали:
- Метод вимірювання, одиниця та період спостереження:
- Збої, повтори та початковий стан:
- Бізнес-перевірка та особа, яка її виконала:
- Перевірка експорту з кінцевого призначення:
- Тест відновлення, якщо потрібен:

## 4. Відповідальність

| Роль | Виконавець | Заступник | Доказ, за який відповідає роль |
|---|---|---|---|
| Керівник проєкту | | | Критерії та остаточне рішення |
| Відповідальний за застосунок | | | Версії, запуск, навантаження та відновлення |
| Експлуатація | | | Доступи, інвентаризація, томи та передавання |
| Відповідальний за результати | | | Якість, наявність і читабельність вихідних даних |
| Відповідальний за зберігання | | | Отримання та впорядкування доказів |

Зберігайте тут лише інформацію, необхідну для передавання, і ніколи — значення секретів.

## 5. Таблиця та докази

Додайте `grille-reception-vierge.csv` після адаптації. Використовуйте стабільне посилання на доказ у кожному рядку.

- Дозволене місце для папки з доказами:
- Правило найменування:
- Перелік очищених доказів, які можна передавати:
- Невиконані перевірки та причина:
- Недосягнуті блокуючі критерії:

## 6. Застереження та відмови

| Перевірка | Відхилення | Дозволене використання під час застереження | Дія | Виконавець | Строк | Доказ зняття |
|---|---|---|---|---|---|---|
| | | | | | | |

Невиконана обов'язкова умова блокує відповідний обсяг. Застереження не замінює обов'язковий доказ. Будь-який відступ або скасування перевірки має бути датований і затверджений для конкретного використання.

## 7. Передавання та закриття

- Експлуатація повторила запуск за процедурою:
- Вихідні дані було відкрито з місця їх зберігання:
- Відновлення було повторено, якщо воно вимагається:
- Посилання на реєстр міграції, якщо потрібно:
- Наступна подія, що вимагає нового приймання:
- Уповноважений підписувач:
- Дата й часовий пояс:
- Рішення та дозволений обсяг:

Технічне приймання відрізняється від статусів замовлення та оплати.