# ๐Ÿงช UAT Modul Opname โ€” Metode 5W+1H ## Ringkasan Cakupan UAT | Dimensi | Cakupan | |---------|---------| | **What** | Fitur apa yang diuji | | **Who** | Siapa aktor/role yang terlibat | | **When** | Kapan/kondisi apa yang memicu skenario | | **Where** | Di halaman/modul mana terjadi | | **Why** | Mengapa ini penting diuji (risiko bisnis) | | **How** | Bagaimana langkah pengujiannya + kriteria pass/fail | --- ## AREA 1: Halaman Index & Validasi Pra-Opname ### TC-1.1 โ€” Cek Transaksi Gantung Sebelum Opname | Dimensi | Detail | |---------|--------| | **What** | Validasi bahwa user tidak bisa memulai opname jika ada transaksi yang belum selesai (gantung) | | **Who** | Petugas Gudang (`c_gudang`) | | **When** | Saat membuka halaman index opname, dan ada transaksi distribusi/penerimaan yang belum complete | | **Where** | `opname/Opname/index/Produk` | | **Why** | Stok opname akan salah jika ada transaksi in-flight yang belum memutasi stok. Ini proteksi integritas data | | **How** | 1. Buat transaksi distribusi/penerimaan dan biarkan di status pending
2. Buka halaman opname
3. โœ… **PASS**: Muncul modal dialog "Transaksi yang harus diselesaikan sebelum stok opname" dengan daftar transaksi gantung
4. โŒ **FAIL**: Halaman opname terbuka tanpa peringatan | ### TC-1.2 โ€” Index Opname Tanpa Transaksi Gantung | Dimensi | Detail | |---------|--------| | **What** | Halaman opname bisa diakses normal ketika tidak ada transaksi gantung | | **Who** | Petugas Gudang | | **When** | Semua transaksi sudah complete/tidak ada yang pending | | **Where** | `opname/Opname/index/Produk` | | **Why** | Memastikan validasi tidak memblokir alur normal | | **How** | 1. Pastikan tidak ada transaksi pending
2. Buka halaman opname
3. โœ… **PASS**: Halaman tampil normal dengan pilihan jenis (Produk/Supplies/Produk Rakitan)
4. โŒ **FAIL**: Halaman error atau masih muncul modal padahal tidak ada gantungan | ### TC-1.3 โ€” Validasi Akses Berdasarkan Cabang | Dimensi | Detail | |---------|--------| | **What** | Jenis transaksi opname sesuai cabang user yang login | | **Who** | Petugas Gudang di berbagai cabang | | **When** | Saat halaman index opname dimuat | | **Where** | `opname/Opname/index/Produk` | | **Why** | Cabang pusat (`-1`) punya kode `1119`, cabang lain punya kode `2229`. Salah mapping = salah jurnal akuntansi | | **How** | 1. Login sebagai user **Pusat** (cabang_id = -1) โ†’ Cek jenis_tr = `1119`
2. Login sebagai user **Cabang** (cabang_id selain -1) โ†’ Cek jenis_tr = `2229`
3. โœ… **PASS**: Kode transaksi sesuai cabang
4. โŒ **FAIL**: Kode transaksi tidak sesuai | --- ## AREA 2: Download Excel (doPrint) ### TC-2.1 โ€” Download Excel Produk Berhasil | Dimensi | Detail | |---------|--------| | **What** | Download file Excel berisi daftar produk + stok buku untuk diisi stok riil | | **Who** | Petugas Gudang | | **When** | Pertama kali download untuk gudang tertentu (belum ada sesi opname aktif) | | **Where** | `opname/Opname/doPrint/Produk` | | **Why** | File Excel adalah dokumen kerja utama opname โ€” harus akurat | | **How** | 1. Pilih cabang, gudang, dan kategori
2. Klik tombol download
3. โœ… **PASS jika semua terpenuhi**:
  โ€” File `.xlsx` terdownload
  โ€” Kolom: cID, gID, jenis, pID, sku, produk, indoor, outdoor, kategori, supplier, stok (buku), stok riil, serial number
  โ€” Kolom "stok riil" kosong (siap diisi)
  โ€” Kolom "stok (buku)" berisi angka dari sistem
  โ€” Kolom "serial number" terisi jika produk punya serial
  โ€” Record `dashboard_opname` ter-insert di database
  โ€” Record `dashboard_opname_data` ter-insert (batch per 500) | ### TC-2.2 โ€” Stok Buku Akurat Sesuai Rekening Pembantu | Dimensi | Detail | |---------|--------| | **What** | Angka stok buku di Excel cocok dengan saldo di rekening pembantu produk | | **Who** | Petugas Gudang + Akuntan (cross-check) | | **When** | Setelah download Excel | | **Where** | File Excel yang didownload vs database `_rek_pembantu_produk_cache` | | **Why** | Jika stok buku salah, selisih opname akan salah โ†’ jurnal adjustment salah โ†’ laporan keuangan salah | | **How** | 1. Download Excel opname
2. Bandingkan kolom "stok (buku)" dengan query:
`SELECT extern_id, qty_debet FROM _rek_pembantu_produk_cache WHERE periode='forever' AND rekening='1010030030' AND gudang_id=X AND cabang_id=Y`
3. โœ… **PASS**: Semua angka cocok
4. โŒ **FAIL**: Ada perbedaan angka | ### TC-2.3 โ€” Serial Number Terisi Pada Produk Ber-Serial | Dimensi | Detail | |---------|--------| | **What** | Kolom serial number di Excel terisi untuk produk yang memiliki serial (`jml_serial > 0`) | | **Who** | Petugas Gudang | | **When** | Saat download Excel produk | | **Where** | File Excel yang didownload | | **Why** | Serial number penting untuk tracing & validasi fisik unit tertentu | | **How** | 1. Pastikan ada produk dengan `jml_serial > 0` dan punya serial aktif di cache
2. Download Excel
3. โœ… **PASS**: Kolom serial number terisi (dipisah titik koma) untuk produk ber-serial
4. โŒ **FAIL**: Kolom serial number kosong padahal ada serial di database | ### TC-2.4 โ€” Proteksi Download Ganda (Gudang Sudah Didownload) | Dimensi | Detail | |---------|--------| | **What** | Tombol download di-disable jika gudang sudah punya sesi opname aktif | | **Who** | Petugas Gudang | | **When** | Saat membuka halaman view setelah gudang sudah didownload | | **Where** | `opname/Opname/view/Produk` | | **Why** | Mencegah duplikasi sesi opname yang bisa mengacaukan data | | **How** | 1. Download Excel untuk gudang X
2. Buka kembali halaman view
3. โœ… **PASS**: Radio button gudang X menjadi `disabled` dengan pesan "data opname sudah didownload oleh [nama] jam [waktu]"
4. โŒ **FAIL**: Gudang X masih bisa dipilih dan didownload ulang | ### TC-2.5 โ€” Semua Gudang Sudah Didownload | Dimensi | Detail | |---------|--------| | **What** | Jika semua gudang sudah didownload, tombol download utama di-disable | | **Who** | Petugas Gudang | | **When** | Semua gudang (good + project) sudah ada sesi opname aktif | | **Where** | `opname/Opname/view/Produk` | | **Why** | UX โ€” mencegah user bingung kenapa tidak bisa download apapun | | **How** | 1. Download semua gudang yang tersedia
2. โœ… **PASS**: Tombol download disabled + pesan "Sesi opname sedang berlangsung, sudah tidak bisa download. Silahkan lihat History download jika akan download ulang"
3. โŒ **FAIL**: Tombol masih aktif | --- ## AREA 3: Upload Excel (doUpload) ### TC-3.1 โ€” Upload File XLSX Valid | Dimensi | Detail | |---------|--------| | **What** | Upload file Excel (.xlsx) yang sudah diisi stok riil berhasil diproses | | **Who** | Petugas Gudang | | **When** | Setelah mengisi stok riil di file Excel yang didownload | | **Where** | `opname/Opname/doUpload/Produk` | | **Why** | Ini titik masuk data dari lapangan ke sistem | | **How** | 1. Isi kolom "stok riil" di file Excel
2. Upload file
3. โœ… **PASS**: Muncul swal "Membaca & Memproses Data..." dan proses berlanjut ke executeOpname
4. Record tersimpan di tabel `opname_xls` (file_name, full_path, oleh_id, jenis_tr) | ### TC-3.2 โ€” Upload File Format Salah | Dimensi | Detail | |---------|--------| | **What** | Sistem menolak file selain xlsx/csv/xls/ods | | **Who** | Petugas Gudang | | **When** | Saat upload file dengan format salah (pdf, doc, jpg, dll) | | **Where** | `opname/Opname/doUpload/Produk` | | **Why** | Keamanan โ€” mencegah upload file berbahaya | | **How** | 1. Coba upload file .pdf atau .jpg
2. โœ… **PASS**: Muncul pesan error "format file yang diupload harus berextensi xlsx"
3. โŒ **FAIL**: File diterima dan diproses | ### TC-3.3 โ€” Upload File Ukuran Melebihi Batas | Dimensi | Detail | |---------|--------| | **What** | Sistem menolak file di atas 1 MB (`max_size = 1024` KB) | | **Who** | Petugas Gudang | | **When** | Saat upload file yang terlalu besar | | **Where** | `opname/Opname/doUpload/Produk` | | **Why** | Membatasi beban server | | **How** | 1. Buat file xlsx > 1 MB
2. Upload
3. โœ… **PASS**: Muncul pesan error ukuran file
4. โŒ **FAIL**: File diproses tanpa peringatan | --- ## AREA 4: Execute Opname (Proses Pencocokan) ### TC-4.1 โ€” Hitung Selisih Stok Benar (Stok Riil > Stok Buku) | Dimensi | Detail | |---------|--------| | **What** | Kalkulasi selisih LEBIH (debet) benar: `qty_debet = qty_opname - stok_buku` | | **Who** | Sistem (otomatis) | | **When** | Saat executeOpname memproses data Excel | | **Where** | `opname/Opname/executeOpname/Produk` | | **Why** | Selisih lebih artinya ada stok yang belum tercatat โ†’ harus masuk sebagai **Laba Lain-lain** (COA 7010150) | | **How** | 1. Isi stok riil **lebih besar** dari stok buku (misal: buku=10, riil=15)
2. Upload dan proses
3. โœ… **PASS**: `qty_debet = 5`, `qty_kredit = 0`, `debet = hpp ร— 5`
4. โŒ **FAIL**: Kalkulasi tidak sesuai | ### TC-4.2 โ€” Hitung Selisih Stok Benar (Stok Buku > Stok Riil) | Dimensi | Detail | |---------|--------| | **What** | Kalkulasi selisih KURANG (kredit) benar: `qty_kredit = stok_buku - qty_opname` | | **Who** | Sistem (otomatis) | | **When** | Saat executeOpname memproses data Excel | | **Where** | `opname/Opname/executeOpname/Produk` | | **Why** | Selisih kurang artinya ada stok hilang โ†’ harus masuk sebagai **Kerugian** (COA 7020020) | | **How** | 1. Isi stok riil **lebih kecil** dari stok buku (misal: buku=10, riil=7)
2. Upload dan proses
3. โœ… **PASS**: `qty_kredit = 3`, `qty_debet = 0`, `kredit = hpp_avg ร— 3`
4. โŒ **FAIL**: Kalkulasi tidak sesuai | ### TC-4.3 โ€” Stok Riil = Stok Buku (Tidak Ada Selisih) | Dimensi | Detail | |---------|--------| | **What** | Produk dengan stok riil = stok buku tidak menghasilkan selisih | | **Who** | Sistem (otomatis) | | **When** | Saat executeOpname memproses produk yang stoknya cocok | | **Where** | `opname/Opname/executeOpname/Produk` | | **Why** | Produk tanpa selisih tetap harus terekam di opname tapi tidak boleh memutasi stok atau jurnal | | **How** | 1. Isi stok riil **sama** dengan stok buku
2. Upload dan proses
3. โœ… **PASS**: `qty_debet = 0`, `qty_kredit = 0`, tidak ada mutasi stok/jurnal untuk produk ini
4. โŒ **FAIL**: Ada mutasi padahal tidak ada selisih | ### TC-4.4 โ€” Update Dashboard Opname Data | Dimensi | Detail | |---------|--------| | **What** | Data stok riil dari Excel tersimpan ke `dashboard_opname_data.jml_stok_opname` | | **Who** | Sistem (otomatis) | | **When** | Setelah executeOpname selesai | | **Where** | Database tabel `dashboard_opname_data` | | **Why** | Data ini menjadi referensi untuk validasi dan audit | | **How** | 1. Upload Excel dengan stok riil terisi
2. Query: `SELECT produk_id, jml_stok_buku, jml_stok_opname FROM dashboard_opname_data WHERE dashboard_opname_id = X`
3. โœ… **PASS**: `jml_stok_opname` sesuai isian Excel, `dashboard_opname.done_id` terisi ID user yang upload
4. โŒ **FAIL**: Data tidak terupdate atau salah | ### TC-4.5 โ€” Parsing Serial Number dari Excel | Dimensi | Detail | |---------|--------| | **What** | Serial number yang diisi user di Excel terbaca dengan benar (multi-separator) | | **Who** | Sistem (otomatis) | | **When** | Saat executeOpname mem-parse kolom serial number | | **Where** | `opname/Opname/executeOpname/Produk` | | **Why** | User bisa menggunakan berbagai pemisah โ€” sistem harus toleran | | **How** | 1. Isi kolom serial number dengan berbagai format:
  โ€” `SN001, SN002, SN003` (koma)
  โ€” `SN001; SN002; SN003` (titik koma)
  โ€” `SN001\nSN002\nSN003` (enter/newline)
  โ€” `SN001|SN002|SN003` (pipe)
2. Upload dan proses
3. โœ… **PASS**: Semua serial number terparsing dengan benar sebagai item terpisah
4. โŒ **FAIL**: Serial number tergabung atau hilang | ### TC-4.6 โ€” File XLSX Hanya Format yang Diterima oleh executeOpname | Dimensi | Detail | |---------|--------| | **What** | executeOpname hanya memproses file XLSX, bukan format lain | | **Who** | Sistem (otomatis) | | **When** | Saat executeOpname membaca file extension | | **Where** | `opname/Opname/executeOpname/Produk` | | **Why** | Parser menggunakan `PHPExcel_Reader_Excel2007` yang khusus untuk XLSX | | **How** | 1. Perhatikan bahwa doUpload menerima xlsx/csv/xls/ods, tetapi executeOpname hanya handle xlsx
2. โœ… **PASS**: File non-xlsx ditolak dengan pesan "hanya menghandel file XLSX"
3. โš ๏ธ **Catatan**: Ada gap antara format yang diterima upload vs yang bisa diproses | --- ## AREA 5: Approval Chain (FollowUp) ### TC-5.1 โ€” Authorization Step 1 (1119r โ†’ 1119ro) | Dimensi | Detail | |---------|--------| | **What** | Transaksi opname berhasil di-approve tahap 1 | | **Who** | User dengan role `c_holding` (supervisor/manager) | | **When** | Setelah transaksi opname dibuat (step 1) | | **Where** | `opname/FollowUp/doFollowup/1119/...` | | **Why** | Approval pertama memvalidasi data opname dan mengekstrak serial number | | **How** | 1. Buka daftar transaksi opname pending step 1
2. Preview transaksi
3. Klik Approve
4. โœ… **PASS**:
  โ€” Status berubah dari `1119r` ke `1119ro`
  โ€” PreProcessor `ProdukSerialNumberExtractorOpname` berjalan
  โ€” PostProcessor `Opname` + `OpnameData` berjalan (update dashboard)
  โ€” State label: "pending approval 2" (warna oranye) | ### TC-5.2 โ€” Authorization Step 2 / Final (1119ro โ†’ 1119) | Dimensi | Detail | |---------|--------| | **What** | Transaksi opname berhasil di-approve tahap 2 (final) โ€” jurnal dan stok termutasi | | **Who** | User dengan role `c_holding` | | **When** | Setelah step 1 sudah di-approve | | **Where** | `opname/FollowUp/doFollowup/1119/...` | | **Why** | **INI STEP PALING KRITIS** โ€” di sinilah mutasi stok dan jurnal akuntansi terjadi | | **How** | 1. Buka transaksi opname di step 2
2. Preview dan approve
3. โœ… **PASS jika SEMUA terpenuhi**:
  โ€” Status berubah ke `1119` (Complete, hijau)
  โ€” **Jurnal debet**: COA 1010030030 + 7010150 terbentuk (untuk selisih lebih)
  โ€” **Jurnal kredit**: COA 1010030030 + 7020020 terbentuk (untuk selisih kurang)
  โ€” **Rekening Pembantu Produk**: `qty_debet` bertambah (produk masuk), `qty_kredit` bertambah (produk keluar) sesuai selisih
  โ€” **Rek Pembantu LR Lain-lain**: Detail laba opname tercatat
  โ€” **Rek Pembantu Kerugian**: Detail kerugian opname tercatat
  โ€” FifoAverageOpname menghitung `hpp_avg` untuk kredit | ### TC-5.3 โ€” Edit Qty Saat Approval (allowEdit = true) | Dimensi | Detail | |---------|--------| | **What** | Approver bisa mengedit qty item saat approval step 2 dan 3 | | **Who** | User dengan role `c_holding` | | **When** | Saat preview transaksi di step 2 atau 3 | | **Where** | `opname/FollowUp/followupPreview/...` | | **Why** | Approver mungkin menemukan kesalahan input dan perlu koreksi sebelum finalisasi | | **How** | 1. Buka preview transaksi opname di step 2
2. Edit qty salah satu item
3. Approve
4. โœ… **PASS**: Qty terupdate dan selisih dihitung ulang berdasarkan qty baru
5. โŒ **FAIL**: Qty tidak bisa diedit atau selisih tidak dihitung ulang | ### TC-5.4 โ€” Revert Transaksi Opname | Dimensi | Detail | |---------|--------| | **What** | Transaksi opname bisa di-revert (dikembalikan ke step sebelumnya) | | **Who** | User dengan role `c_holding` | | **When** | Saat ditemukan kesalahan yang memerlukan pengembalian ke step sebelumnya | | **Where** | `opname/FollowUp/doRevert/...` | | **Why** | Safety net โ€” kesalahan approval harus bisa dibatalkan | | **How** | 1. Approve transaksi ke step 2
2. Lakukan revert
3. โœ… **PASS**: Transaksi kembali ke step 1 tanpa mutasi stok/jurnal
4. โŒ **FAIL**: Revert gagal atau meninggalkan data tidak konsisten | --- ## AREA 6: Dashboard Monitoring Opname ### TC-6.1 โ€” Dashboard Status Opname Real-Time | Dimensi | Detail | |---------|--------| | **What** | Dashboard menampilkan progress opname per cabang/jenis/gudang | | **Who** | Supervisor / Management | | **When** | Kapan saja selama sesi opname berlangsung | | **Where** | `opname/Opname/viewOpnameAktive` | | **Why** | Monitoring progress agar management tahu cabang mana yang sudah/belum selesai | | **How** | 1. Buka halaman dashboard opname
2. โœ… **PASS**:
  โ€” Tampil matriks cabang ร— jenis ร— gudang ร— status (download/upload/acc1/acc2)
  โ€” Status "ok" tampil jika tahap sudah dilalui
  โ€” Halaman auto-refresh setiap 60 detik
3. โŒ **FAIL**: Data tidak akurat atau tidak auto-refresh | ### TC-6.2 โ€” Konfirmasi Opname Selesai | Dimensi | Detail | |---------|--------| | **What** | Supervisor bisa mengkonfirmasi seluruh sesi opname selesai | | **Who** | Supervisor | | **When** | Setelah semua cabang/gudang sudah complete | | **Where** | `opname/Opname/doConfirmOpname` | | **Why** | Menutup sesi opname agar bisa membuka sesi baru di periode berikutnya | | **How** | 1. Pastikan semua opname sudah di step final
2. Klik tombol konfirmasi
3. โœ… **PASS**: `dashboard_opname.confirm_id` terisi, `dtime_confirm` terisi, muncul swal "Berhasil"
4. โŒ **FAIL**: Konfirmasi gagal atau sesi tidak tertutup | --- ## AREA 7: History & Re-Download ### TC-7.1 โ€” History Download Opname | Dimensi | Detail | |---------|--------| | **What** | Menampilkan riwayat 10 download terakhir | | **Who** | Petugas Gudang | | **When** | Saat user perlu melihat file yang sudah pernah didownload | | **Where** | `opname/Opname/historyDownloadOpname` | | **Why** | Audit trail + kemampuan re-download jika file hilang | | **How** | 1. Buka halaman history download
2. โœ… **PASS**: Tampil daftar max 10 download terakhir (urut desc by id)
3. โŒ **FAIL**: Data kosong atau lebih dari 10 | ### TC-7.2 โ€” Re-Download File Excel dari History | Dimensi | Detail | |---------|--------| | **What** | User bisa mendownload ulang file Excel dari history | | **Who** | Petugas Gudang | | **When** | Saat file original hilang atau perlu referensi ulang | | **Where** | `opname/Opname/reDownloadXls/{dashboard_id}/Produk` | | **Why** | Recovery โ€” file bisa hilang dari device user | | **How** | 1. Buka history, klik re-download pada salah satu record
2. โœ… **PASS**: File XLSX terdownload dengan data yang sesuai sesi opname tersebut
3. โŒ **FAIL**: Error atau data tidak sesuai | --- ## AREA 8: Edge Cases & Keamanan ### TC-8.1 โ€” Session Expired Saat Proses Opname | Dimensi | Detail | |---------|--------| | **What** | Penanganan saat session habis di tengah proses opname | | **Who** | Petugas Gudang | | **When** | User idle terlalu lama dan session PHP expired | | **Where** | Semua halaman opname | | **Why** | Data yang sedang diproses tidak boleh hilang atau corrupt | | **How** | 1. Buka halaman opname, tunggu sampai session habis
2. Lakukan aksi (klik tombol)
3. โœ… **PASS**: Redirect ke halaman login, data dashboard_opname tetap aman
4. โŒ **FAIL**: Error 500 atau data corrupt | ### TC-8.2 โ€” Upload File Excel yang Bukan Hasil Download Opname | Dimensi | Detail | |---------|--------| | **What** | Sistem menangani file Excel yang formatnya tidak sesuai template opname | | **Who** | Petugas Gudang (salah file) | | **When** | Saat upload file yang bukan dari download opname | | **Where** | `opname/Opname/executeOpname` | | **Why** | Mencegah data sampah masuk ke sistem | | **How** | 1. Upload file Excel dengan kolom yang berbeda (tidak ada kolom pID, stok riil, dll)
2. โœ… **PASS**: Proses gagal dengan pesan error yang jelas
3. โŒ **FAIL**: Proses lanjut dengan data kosong/null atau error 500 | ### TC-8.3 โ€” Upload Opname ke Gudang yang Sudah Tidak Aktif | Dimensi | Detail | |---------|--------| | **What** | Validasi saat file Excel berisi gudang_id yang tidak match dengan sesi opname aktif | | **Who** | Petugas Gudang | | **When** | Saat upload file yang dimodifikasi manual (gid diubah) | | **Where** | `opname/Opname/executeOpname` | | **Why** | Integritas data โ€” file harus cocok dengan sesi opname yang terdaftar | | **How** | 1. Download Excel gudang A, ubah kolom gID menjadi gudang B
2. Upload
3. โœ… **PASS**: Validasi mendeteksi ketidakcocokan
4. โš ๏ธ **Catatan**: Di kode saat ini validasi di line 2204-2212 belum memiliki penanganan error eksplisit (blok if-elseif kosong) โ€” ini perlu diverifikasi | ### TC-8.4 โ€” Opname Produk dengan HPP Nol | Dimensi | Detail | |---------|--------| | **What** | Penanganan produk yang memiliki HPP = 0 saat kalkulasi selisih | | **Who** | Sistem (otomatis) | | **When** | Saat executeOpname memproses produk tanpa history pembelian | | **Where** | `opname/Opname/executeOpname` | | **Why** | HPP = 0 berarti selisih bernilai Rp 0 โ€” jurnal terbentuk tapi nilainya nol. Perlu keputusan: apakah ini diterima? | | **How** | 1. Pastikan ada produk dengan HPP = 0 di `harga_produk`
2. Set stok riil berbeda dari stok buku
3. Upload dan proses
4. โœ… **PASS**: Proses berhasil, `debet/kredit = 0`, jurnal terbentuk dengan nilai 0
5. โš ๏ธ Verifikasi: Apakah bisnis menerima jurnal bernilai 0? | ### TC-8.5 โ€” Opname Concurrent (2 User Upload Bersamaan) | Dimensi | Detail | |---------|--------| | **What** | Penanganan jika 2 user upload opname untuk sesi yang sama | | **Who** | 2 Petugas Gudang | | **When** | Upload bersamaan atau hampir bersamaan | | **Where** | `opname/Opname/executeOpname` | | **Why** | Bisa menyebabkan duplikasi transaksi atau data tidak konsisten | | **How** | 1. Proteksi download ganda sudah ada di sisi download
2. Cek apakah proteksi di sisi upload juga ada (`jml_upload == 1` di line 2194)
3. โœ… **PASS**: Proses kedua ditolak karena `jml_upload > 1`
4. โŒ **FAIL**: Dua transaksi opname terbentuk untuk sesi yang sama | --- ## AREA 9: Validasi Jurnal Akuntansi (Post-Approval) ### TC-9.1 โ€” Jurnal Balance (Debet = Kredit Total) | Dimensi | Detail | |---------|--------| | **What** | Total debet = total kredit pada jurnal yang terbentuk | | **Who** | Akuntan (cross-check) | | **When** | Setelah step final (authorization 2) selesai | | **Where** | Tabel jurnal di database | | **Why** | **Prinsip dasar akuntansi double-entry** โ€” jika tidak balance, laporan keuangan salah | | **How** | 1. Selesaikan opname sampai step final
2. Query jurnal untuk transaksi opname tersebut
3. โœ… **PASS**: SUM(debet) = SUM(kredit)
4. โŒ **FAIL**: Tidak balance โ€” **CRITICAL BUG** | ### TC-9.2 โ€” Rekening Pembantu Produk Termutasi Sesuai Selisih | Dimensi | Detail | |---------|--------| | **What** | Saldo stok di rekening pembantu berubah sesuai selisih opname | | **Who** | Akuntan | | **When** | Setelah step final | | **Where** | Tabel `_rek_pembantu_produk` | | **Why** | Stok di rekening pembantu harus sinkron dengan hasil opname | | **How** | 1. Catat saldo stok sebelum opname (query rekening pembantu)
2. Selesaikan opname
3. Query ulang saldo stok
4. โœ… **PASS**: Saldo baru = saldo lama + qty_debet - qty_kredit (per produk)
5. โŒ **FAIL**: Saldo tidak berubah atau berubah tidak sesuai | ### TC-9.3 โ€” HPP Average Digunakan untuk Kredit (Selisih Kurang) | Dimensi | Detail | |---------|--------| | **What** | Nilai kredit menggunakan `hpp_avg` (bukan hpp biasa) untuk produk yang stoknya kurang | | **Who** | Akuntan | | **When** | Saat step final memproses FifoAverageOpname | | **Where** | Config `coTransaksiCore.php` line 38: `"kredit" => "hpp_avg*qty_kredit"` | | **Why** | HPP Average merefleksikan biaya rata-rata pembelian โ€” ini standar akuntansi untuk pengeluaran persediaan | | **How** | 1. Siapkan produk dengan beberapa transaksi pembelian harga berbeda
2. Set stok riil < stok buku (ada selisih kurang)
3. Proses sampai final
4. โœ… **PASS**: Nilai kredit = `hpp_avg ร— qty_kredit`, bukan hpp terakhir
5. โŒ **FAIL**: Menggunakan hpp terakhir bukan rata-rata | --- ## Checklist Ringkasan | # | Area | Test Case | Prioritas | |---|------|-----------|-----------| | 1.1 | Index | Cek transaksi gantung | ๐Ÿ”ด High | | 1.2 | Index | Index tanpa gantungan | ๐ŸŸก Medium | | 1.3 | Index | Validasi akses cabang | ๐Ÿ”ด High | | 2.1 | Download | Download Excel berhasil | ๐Ÿ”ด High | | 2.2 | Download | Stok buku akurat | ๐Ÿ”ด High | | 2.3 | Download | Serial number terisi | ๐ŸŸก Medium | | 2.4 | Download | Proteksi download ganda per gudang | ๐ŸŸก Medium | | 2.5 | Download | Semua gudang sudah didownload | ๐ŸŸข Low | | 3.1 | Upload | Upload XLSX valid | ๐Ÿ”ด High | | 3.2 | Upload | Tolak format salah | ๐ŸŸก Medium | | 3.3 | Upload | Tolak file terlalu besar | ๐ŸŸข Low | | 4.1 | Execute | Selisih lebih (debet) benar | ๐Ÿ”ด High | | 4.2 | Execute | Selisih kurang (kredit) benar | ๐Ÿ”ด High | | 4.3 | Execute | Tidak ada selisih | ๐ŸŸก Medium | | 4.4 | Execute | Update dashboard_opname_data | ๐Ÿ”ด High | | 4.5 | Execute | Parsing serial number multi-separator | ๐ŸŸก Medium | | 4.6 | Execute | Hanya XLSX yang diproses | ๐ŸŸก Medium | | 5.1 | Approval | Authorization step 1 | ๐Ÿ”ด High | | 5.2 | Approval | Authorization step 2 (Final) | ๐Ÿ”ด High | | 5.3 | Approval | Edit qty saat approval | ๐ŸŸก Medium | | 5.4 | Approval | Revert transaksi | ๐ŸŸก Medium | | 6.1 | Dashboard | Status real-time | ๐ŸŸก Medium | | 6.2 | Dashboard | Konfirmasi selesai | ๐ŸŸก Medium | | 7.1 | History | History download | ๐ŸŸข Low | | 7.2 | History | Re-download Excel | ๐ŸŸข Low | | 8.1 | Edge Case | Session expired | ๐ŸŸก Medium | | 8.2 | Edge Case | File bukan template opname | ๐ŸŸก Medium | | 8.3 | Edge Case | Gudang_id tidak match | ๐Ÿ”ด High | | 8.4 | Edge Case | HPP nol | ๐ŸŸก Medium | | 8.5 | Edge Case | Concurrent upload | ๐Ÿ”ด High | | 9.1 | Jurnal | Balance debet = kredit | ๐Ÿ”ด High | | 9.2 | Jurnal | Rekening pembantu termutasi | ๐Ÿ”ด High | | 9.3 | Jurnal | HPP Average untuk kredit | ๐Ÿ”ด High | > [!IMPORTANT] > **Prioritas tertinggi (๐Ÿ”ด High)** โ€” 14 test case yang berkaitan dengan integritas data, kalkulasi nilai, dan jurnal akuntansi. Gagal di area ini = **dampak ke laporan keuangan**. > [!WARNING] > **Temuan dari kode** โ€” Validasi di `executeOpname()` line 2204-2212 (`if ($db_cabang_id != $dt_gdid)`, `elseif ($db_jenis != $dt_jenis)`, dll) memiliki blok kosong tanpa penanganan error. Ini berarti jika data tidak match, proses **diam-diam lanjut** tanpa peringatan. Pertimbangkan untuk diuji secara khusus di TC-8.3.