Warehouse Good Receipt
Pembeda halaman
Halaman ini adalah Warehouse Good Receipt. Hubungannya dengan Inventory Good Receipt perlu keputusan process owner agar satu penerimaan tidak dicatat dua kali.
Tujuan
Mencatat penerimaan operasional barang di Warehouse dan menyediakan referensi untuk QC serta put-away. Hubungan dokumen ini dengan Inventory Good Receipt harus dikonfirmasi agar tidak terjadi pencatatan ganda.
Pengguna
- Receiving/Admin Warehouse.
- Inventory Control.
- Quality Control.
- Supervisor Warehouse.
Navigasi
Warehouse → Good Receipt
Breadcrumb UI menampilkan Inventory → Good Receipt, walaupun halaman dibuka dari route dan menu Warehouse. Perbedaan label ini perlu dikonfirmasi agar user tidak keliru membedakannya dari Inventory Good Receipt.
Hubungan dengan proses
Dokumen inbound/PO → Warehouse Good Receipt → Incoming QC → Put Away
Daftar menunjukkan hubungan penerimaan dengan Customer, No Vendor Bill, dan status. Urutan pembentukan nomor BSTB, approval, QC, serta perpindahan stok belum diuji.
Prasyarat dan master data
| Data | Pemeriksaan |
|---|---|
| Referensi inbound/PO/DO | Harus sah dan belum pernah diterima |
| Branch dan Warehouse | Sesuai lokasi penerimaan |
| Customer/owner barang | Kepemilikan barang harus jelas |
| Item, UoM, dan qty | Cocok dengan dokumen dan fisik |
| Receive Date | Sesuai waktu penerimaan |
| Vendor Bill | Hubungan dengan tagihan harus diputuskan Finance |
| PIC dan approver | Sesuai matriks kewenangan OLR |
Tampilan halaman
| No | Elemen | Fungsi dan batasan |
|---|---|---|
| 1 | Filter | Membuka parameter penyaringan; isi parameter belum dipetakan. |
| 2 | Add | Membuka form penerimaan baru. |
| 3 | Jumlah data | Mengatur jumlah baris menjadi 10/25/50/100/All. |
| 4 | Pencarian | Mencari pada daftar Good Receipt. |
| 5 | Tabel | Menampilkan No. BSTB, Branch, Warehouse, Customer, Receive Date, Total Item, No Vendor Bill, Status, dan aksi Detail. Seluruh isi transaksi disamarkan. |
| 6 | Pagination | Berpindah antarhalaman daftar. |
Tombol, tab, filter, dan kolom
| Elemen | Fakta UI | Status kajian |
|---|---|---|
| Filter | Terlihat pada daftar | Parameter tidak dibuka |
| Add | Terlihat sebagai tombol | Dibuka read-only untuk form kosong |
| Pencarian/jumlah baris/pagination | Kontrol daftar | Terverifikasi |
| Sort header | Terlihat pada kolom | Tidak dijalankan |
| Kolom daftar | No. BSTB, Branch, Warehouse, Customer, Receive Date, Total Item, No Vendor Bill, Status, aksi | Terverifikasi |
| Detail | Ikon folder terlihat per baris | Tidak dibuka; isi transaksi tidak didokumentasikan |
| Form/lampiran/approval | Form Add terlihat dengan upload lampiran | Lampiran, Save, Draft, dan approval tidak dijalankan |
Form Add
| No. | Elemen | Fungsi dan batasan |
|---|---|---|
| 1 | Branch | Cabang penerimaan. Pada form kosong terisi Branch default user. |
| 2 | Receipt Type | Jenis penerimaan. Wajib dipilih sebelum proses lanjut. |
| 3 | Warehouse | Gudang penerimaan. |
| 4 | Receive Date | Tanggal dan jam penerimaan. |
| 5 | No Invoice Vendor | Nomor invoice vendor bila dokumen sudah tersedia. |
| 6 | Description | Keterangan penerimaan. |
| No. | Elemen | Fungsi dan batasan |
|---|---|---|
| 7 | Upload Lampiran | Area unggah dokumen pendukung. Tidak digunakan dalam kajian read-only. |
| 8 | Back | Kembali tanpa menyimpan. |
| 9 | Save | Menyimpan penerimaan; tidak ditekan dalam kajian read-only. |
| 10 | Draft | Menyimpan sebagai draft; tidak ditekan dalam kajian read-only. |
Prosedur
Pemeriksaan daftar
- Buka Warehouse → Good Receipt.
- Gunakan Filter, Pencarian, jumlah baris, atau pagination untuk menemukan dokumen.
- Cocokkan No. BSTB, Branch, Warehouse, Customer, dan Receive Date dengan dokumen inbound.
- Periksa Total Item, hubungan No Vendor Bill, dan Status.
- Gunakan Detail hanya bila user berwenang dan diperlukan untuk pemeriksaan; isi transaksi tidak boleh disalin ke SOP.
Pembuatan penerimaan
- Identifikasi apakah barang milik perusahaan atau milik customer.
- Cocokkan referensi inbound/PO/DO dan pastikan belum ada Good Receipt lain untuk kejadian yang sama.
- Hitung item, UoM, dan jumlah fisik serta catat selisih/kondisi tidak normal.
- Pilih Add hanya oleh Receiving/Admin Warehouse yang berwenang.
- Isi field sesuai form aktual dan kebijakan OLR: Branch, Receipt Type, Warehouse, Receive Date, No Invoice Vendor, Description, dan lampiran.
- Simpan/ajukan hanya setelah branch, warehouse, customer, tanggal, item, jumlah, bukti, dan approval diperiksa.
- Teruskan dokumen sah ke Incoming Quality Check dan Put Away.
- Rekonsiliasi status inbound, stok, serta hubungan Vendor Bill.
Lampiran dan keluaran
- Dokumen inbound/PO/DO.
- Surat jalan/delivery note.
- Warehouse Good Receipt.
- Bukti selisih.
- Referensi No. BSTB dan status.
Hubungan dengan modul lain
| Modul | Hubungan |
|---|---|
| Inventory Good Receipt | Perlu aturan referensi dan anti-duplikasi |
| Incoming Quality Check | Pemeriksaan kondisi |
| Put Away | Penempatan barang |
| Stock List | Hasil saldo/lokasi |
| Vendor Bills/Finance & Accounting/Accurate | Hubungan tagihan; system of record belum diputuskan |
Pemeriksaan akhir
- Tidak ada Good Receipt ganda.
- No. BSTB, branch, warehouse, customer, dan tanggal benar.
- Item, UoM, dan qty sesuai dokumen serta fisik.
- Selisih dicatat.
- Status dan hubungan Vendor Bill diperiksa.
- QC dan Put Away ditindaklanjuti.
Catatan operasional
Daftar dan form Add sudah terverifikasi visual awal. Tombol Save dan Draft tidak ditekan; upload, validasi, approval, dan dampak stok tetap berstatus gap. Rapat 22 Juli menekankan pemisahan persediaan perusahaan dan barang customer, tetapi cara SOLOG membedakannya masih harus dikonfirmasi pada form dan kebijakan perusahaan.