# Berita Acara Penerimaan GPU — templat Capordia v1

Status awal: BELUM DILAKSANAKAN. Kotak kosong tidak pernah berarti sesuai.

## 1. Referensi dan keputusan yang harus diambil

- Referensi internal berkas:
- Versi dokumen ini:
- Cakupan otorisasi yang diminta (uji coba, antrean tertentu, produksi yang ditetapkan):
- Penanggung jawab keputusan dan penggantinya:
- Tanggal dan zona waktu keputusan:
- Keputusan akhir: [ ] diblokir [ ] ditolak [ ] diterima pada cakupan yang ditetapkan [ ] diterima dengan catatan terdokumentasi
- Alasan, batasan, dan kontrol yang mendasari keputusan:

## 2. Hasil yang diharapkan

- Unit kerja yang diselesaikan:
- Daftar keluaran yang diharapkan dan kriteria bisnis:
- Beban kerja biasa dan kasus representatif yang dipilih:
- Volume, presisi, ukuran batch, dan konkurensi:
- Tenggat waktu maksimal proyek, jika merupakan kriteria:
- Toleransi numerik atau aturan perbandingan:
- Kasus yang sengaja dikecualikan dari cakupan dan alasannya:

## 3. Tiga tingkat bukti

### Referensi pabrikan

- Model dan varian yang dipertimbangkan:
- URL resmi dan tanggal peninjauan:
- Memori yang dinyatakan per kartu dan satuannya:
- Properti yang relevan untuk beban kerja:

### Lingkungan yang benar-benar dialokasikan

- Model, identitas privat pencatatan, dan jumlah yang terlihat dari aplikasi:
- Konteks pencatatan (host, kontainer, lainnya):
- Berbagi atau partisi, jika berlaku, dan cakupan yang dapat diakses:
- Sistem, driver, runtime, dan aplikasi beserta versinya:
- CPU dan memori sistem yang dibutuhkan proyek, untuk dikonfirmasi:
- Volume, ruang tersedia, izin, dan jalur:
- Aliran jaringan, tujuan, dan akses:
- Topologi yang dibutuhkan beban kerja, metode kontrol, dan bukti:

Jangan menyimpulkan properti mesin hanya dari nama GPU. Simpan identitas dan log sensitif di lokasi yang diizinkan; bukti publik boleh disunting.

### Tugas penerimaan yang sebenarnya

- Identitas dan versi set uji yang diizinkan:
- Manifes atau checksum masukan:
- Versi kode dan parameter:
- Perintah peluncuran:
- Keluaran dan log yang diharapkan:
- Metode pengukuran, satuan, dan periode pengamatan:
- Kegagalan, pengulangan, dan status awal:
- Kontrol bisnis dan orang yang melaksanakannya:
- Kontrol ekspor dari tujuan akhir:
- Uji pemulihan, jika diperlukan:

## 4. Tanggung jawab

| Peran | Pemegang | Pengganti | Bukti yang menjadi tanggung jawab peran |
|---|---|---|---|
| Penanggung jawab proyek | | | Kriteria dan keputusan akhir |
| Penanggung jawab aplikasi | | | Versi, peluncuran, beban kerja, dan pemulihan |
| Operasional | | | Akses, inventaris, volume, dan transfer |
| Penanggung jawab hasil | | | Kualitas, keberadaan, dan keterbacaan keluaran |
| Penanggung jawab penyimpanan | | | Pengambilan dan pengarsipan bukti |

Simpan di sini hanya informasi yang diperlukan untuk serah terima, jangan pernah nilai rahasia.

## 5. Kisi-kisi dan bukti

Lampirkan `grille-reception-vierge.csv` setelah disesuaikan. Gunakan referensi bukti yang stabil di setiap baris.

- Lokasi yang diizinkan untuk folder bukti:
- Aturan penamaan:
- Daftar bukti tersunting yang boleh dibagikan:
- Kontrol yang tidak dilaksanakan dan alasannya:
- Kriteria penghambat yang tidak tercapai:

## 6. Catatan dan penolakan

| Kontrol | Selisih | Penggunaan yang diizinkan selama catatan | Tindakan | Pemegang | Tenggat | Bukti pencabutan |
|---|---|---|---|---|---|---|
| | | | | | | |

Kondisi yang sangat penting yang tidak terpenuhi akan menghambat cakupan terkait. Catatan tidak menggantikan bukti wajib. Setiap penyimpangan atau penghapusan kontrol harus diberi tanggal dan disetujui untuk penggunaan yang spesifik.

## 7. Serah terima dan penutupan

- Operasional telah mengulang peluncuran berdasarkan prosedur:
- Keluaran telah dibuka dari lokasi penyimpanannya:
- Pemulihan telah diulang jika diwajibkan:
- Referensi register migrasi jika diperlukan:
- Peristiwa berikutnya yang mengharuskan penerimaan baru:
- Penandatangan yang berwenang:
- Tanggal dan zona waktu:
- Keputusan dan cakupan yang diizinkan:

Penerimaan teknis berbeda dari status pesanan dan pembayaran.