Gambaran Umum Inventory dan Warehouse

Tujuan

Dokumen ini menjelaskan batas fungsi Inventory dan Warehouse serta hubungan dokumen dari pengadaan sampai pergerakan stok. Inventory mengendalikan item milik perusahaan, pengadaan, penerimaan, mutasi, pemakaian, penghapusan, dan saldo. Warehouse mengendalikan aktivitas fisik barang di gudang, termasuk pemeriksaan kedatangan, penempatan, pengambilan, pengemasan, stock opname, dan pallet.

Pengguna

  • Inventory Control.
  • Purchasing atau Procurement.
  • Admin dan petugas Warehouse.
  • Supervisor atau kepala gudang.
  • Finance/Accounting untuk pemeriksaan Vendor Bills dan dampak keuangan.
  • Administrator master data dan hak akses.
  • Inventory — Setting, master item, transaksi pengadaan dan persediaan, stock, serta report.
  • Warehouse — aktivitas barang di gudang, stock, pallet, serta report.

Peta proses utama

Persediaan milik perusahaan

Setting dan master item → Initial Inventory atau Purchase Request → Purchase Order → Good Receipt → Stock → Transfer/Picking/Usage/Adjustment/Write-Off → Report

Aktivitas fisik gudang

Good Receipt/Incoming Quality Check → Put Away → Stock List → Picking Order → Packaging → barang keluar

Pallet

Pallet Master → Purchase Request/Purchase Order/Good Receipt → Stock Pallet → Usage/return/sales/migration/deletion

Menu SOLOG dev juga memperlihatkan Purchase Order Return, Sales Order, Sales Order Return, Migration, dan Deletion pada kelompok Pallet. Alur, status, dan dampak stok/Finance kelimanya masih menunggu verifikasi.

Perbedaan Inventory dan Warehouse

AreaInventoryWarehouse
FokusKepemilikan, jumlah, nilai, dan mutasi persediaanLokasi serta aktivitas fisik barang
Master utamaItem Category dan Item MasterWarehouse, zona/bin, aturan penempatan, dan pallet
Dokumen masukInitial Inventory, PO, Good ReceiptIncoming QC, Good Receipt, Put Away
Dokumen keluarPicking Order, Item Usages, Stock Adjustment, Write-OffPicking Order, Packaging, serta transaksi pallet yang relevan
PengendalianStok per item/per warehouse dan nilaiLokasi fisik, kondisi, petugas, dan pergerakan

Barang milik klien yang dikelola sebagai jasa warehouse perlu dipisahkan dari persediaan milik perusahaan. Rapat 22 Juli 2026 membahas pemisahan tersebut sebagai kebutuhan desain; implementasinya pada setiap layar SOLOG masih harus dikonfirmasi oleh process owner.

Prasyarat dan master data

DataDigunakan olehPemeriksaan
Branch/CompanySeluruh transaksiCabang sesuai pemilik transaksi
WarehousePenerimaan, stok, mutasi, usageAktif dan sesuai lokasi fisik
Zona/binPut Away, Picking, MovingSudah dipetakan dan diberi akses
Item CategoryItem Master dan laporanKategori konsisten
Item MasterSeluruh transaksi stokKode, nama, satuan, akun, dan status benar
VendorPR, PO, GR, Vendor BillsVendor aktif dan sesuai barang/jasa
Default AccountTransaksi yang berdampak keuanganMapping akun sudah disetujui Finance
User dan roleSeluruh menuAkses dibatasi menurut fungsi dan lokasi
Pallet MasterSeluruh transaksi palletIdentitas dan status pallet tersedia

Titik kendali

  1. Jangan membuat PR/PO/GR tanpa kebutuhan dan dokumen sumber yang sah.
  2. Jumlah pada penerimaan harus dibandingkan dengan dokumen pembelian dan kondisi fisik.
  3. Barang cacat, kurang, atau kedaluwarsa dipisahkan dari stok tersedia dan diberi alasan.
  4. Mutasi harus memiliki lokasi asal, lokasi tujuan, jumlah, dan penanggung jawab yang jelas.
  5. Item Usage dan Write-Off memerlukan dasar penggunaan/penghapusan serta otorisasi.
  6. Selisih stock opname dianalisis dan disetujui sebelum penyesuaian stok.
  7. Vendor Bills diperiksa terhadap PO dan penerimaan barang sesuai kebijakan perusahaan.
  8. Riwayat perubahan dan lampiran bukti harus dapat ditelusuri.

Hubungan dengan modul lain

ModulHubungan
SettingBranch, akun, user/role, dan parameter
ContactsVendor serta pihak terkait
Vehicles dan TyMSPemakaian item, suku cadang, dan ban
OperationalKebutuhan barang atau picking untuk kegiatan
Finance & AccountingUtang, Vendor Bills, nilai persediaan, dan jurnal

Dasar dokumentasi dan batas penggunaan catatan

Fakta menu, tombol, field, dan status hanya dicatat setelah terlihat pada SOLOG dev. Catatan rapat digunakan sebagai konteks proses dan titik pemeriksaan, bukan sebagai bukti bahwa fitur tertentu sudah berfungsi.

Sumber yang digunakan:

  • Runtrough Blueprint SOP SOLOG Versi — menempatkan IMS pada alur PR, PO, GR, Write-Off, dan Mutation.
  • MOM 9 Juli 2026 — membahas saldo awal, PO/return, penerimaan, transfer, pemakaian, picking, dan write-off.
  • MOM 10 Juli 2026 — menekankan warehouse/bin dan hak akses lokasi.
  • MOM 21 Juli 2026 — target proses receiving, put-away, picking, packing, serta penanganan barang cacat.
  • MOM 22–23 Juli 2026 — digunakan terbatas sebagai kebutuhan rollout OLI/OLR/WMS; bukan fakta implementasi layar saat ini.

Catatan BRP/Javel dan prosedur proyek lain tidak digunakan sebagai fakta SOLOG.