Stock Opname: Freeze Operasional, Hitung Semua, dan Penggantian oleh Staf/Outlet

Banyak perusahaan menjalankan stock opname dengan cara "full stop": operasional dihentikan, semua stok dihitung, lalu selisih dicek. Jika kurang, staf gudang atau outlet harus menggantinya. Pertanyaannya: sejauh mana Odoo bisa menjembatani proses ini? Jawabannya: hampir semua tahap teknis didukung; bagian "penggantian" perlu dirangkai lewat dokumen dan approval.

1. Alur Stock Opname "Full Stop" yang Umum

Freeze operasional → Hitung semua → Cek selisih → Penggantian staf/outlet → Perbaikan proses

Empat tahap pertama bersifat operasional dan bisa dijalankan di Odoo. Tahap penggantian bersifat pertanggungjawaban & keuangan — di sinilah Odoo perlu "dijembatani".

2. Tahap 1 — Freeze Operasional

Odoo tidak memiliki satu tombol "freeze", tetapi efek berhentinya operasional bisa dicapai dengan:

• Jadwalkan opname di luar jam operasional (mis. malam/akhir pekan).
• Batasi akses sementara — cabut/ubah hak akses user gudang agar tidak ada transaksi baru.
• Hitung per lokasi/zona — area yang sedang dihitung "dibekukan" secara alami, sementara area lain tetap berjalan.
• Lock Date di Accounting — mencegah perubahan jurnal periode yang sudah ditutup.
• Cut-off dokumen — pastikan semua transfer/penerimaan sebelum cut-off sudah divalidasi.

3. Tahap 2 — Hitung Semua

Gunakan aplikasi Barcode → Inventory. Ada setting **"Count entire location"**: saat lokasi dipindai, Odoo menampilkan seluruh produk di lokasi itu untuk dihitung.

1. Scan lokasi — sistem menampilkan produk yang seharusnya ada.
2. Scan produk / isi qty fisik — `inventory_quantity` terisi.
3. Lanjutkan ke lokasi berikutnya sampai seluruh zakupan selesai.

Hitung bisa dilakukan blind count (tanpa melihat stok sistem) agar hasil objektif.

4. Tahap 3 — Cek Selisih

Odoo menampilkan variance per produk/lokasi (`inventory_quantity` vs `quantity`). Saat di-Apply/Validate:

• Dibuat stock move penyesuaian — kurang = loss, lebih = gain.
• Tercatat siapa, kapan, dan di lokasi mana (audit trail).
• Selisih bisa diklasifikasikan (rusak/hilang/salah catat) lewat alasan adjustment atau `stock.scrap`.

5. Tahap 4 — Penggantian oleh Staf/Outlet

Ini bagian yang tidak otomatis di Odoo. Odoo tidak langsung "menagih" staf, tetapi menyediakan bahan & jalur untuk merangkainya:

• Atribusi tanggung jawab — pisahkan lokasi per outlet/gudang; lihat user yang menghitung (`create_uid`); tambahkan field penanggung jawab bila perlu (custom).
• Dokumen penggantian — terbitkan:
  • Debit Note / Invoice ke outlet (jika outlet yang menanggung),
  • Expense ke karyawan, atau
  • Journal Entry untuk mencatat piutang/kewajiban penggantian.
• Approval — gunakan modul **Approvals** agar selisih & penggantian disetujui sebelum ditagihkan.
• Payroll deduction — bila penggantian dipotong dari gaji, integrasikan ke payroll (biasanya via custom).
• Report — laporan variance per lokasi/user sebagai dasar keputusan.

Catatan penting: "penggantian oleh staf" adalah kebijakan perusahaan, bukan fitur standar Odoo. Yang Odoo jembatani adalah data selisih + audit + jalur dokumen/approval. Untuk alur yang mulus, biasanya dibuat modul kecil "Stock Variance Claim": adjustment → claim → approval → invoice/payroll.

6. Contoh Alur End-to-End

1. Malam: operasional dihentikan, akses dibatasi, semua penerimaan/transfer sebelum cut-off divalidasi.
2. Tim memindai lokasi & produk (Barcode Inventory) di seluruh gudang/outlet.
3. Odoo menampilkan variance; selisih besar ditinjau ulang (hitung ulang/blind count).
4. Adjustment diterapkan; selisih diklasifikasikan (hilang/rusak).
5. Untuk selisih yang menjadi tanggung jawab staf/outlet, dibuat claim → disetujui → diterbitkan invoice/debit note atau dipotong via payroll.
6. Analisis akar masalah: perbaikan layout, SOP, atau pengawasan untuk mencegah terulang.

7. Best Practice

• Cut-off yang jelas — tidak ada transaksi "nyelip" saat hitung.
• Blind count & zonasi — hasil objektif dan mudah dipertanggungjawabkan.
• Approval berjenjang — selisih di atas ambang tertentu butuh persetujuan.
• Dokumentasi & audit — simpan hasil hitung, adjustment, dan claim.
• Analisis penyebab — jangan hanya menagih; perbaiki prosesnya.

8. KPI

• Inventory accuracy — % kecocokan sistem vs fisik.
• Variance value — nilai selisih per opname/periode.
• Claim recovery — berapa persen selisih yang berhasil dipertanggungjawabkan.
• Opname cycle time — durasi freeze & penghitungan.
• Repeat variance — selisih yang berulang di lokasi yang sama (indikasi masalah proses).

Penutup

Odoo sangat kuat untuk menghitung, mencatat, dan mengaudit selisih stok. Untuk "full stop" opname, hampir semua tahap operasional bisa dijalankan di Odoo — dari freeze (lewat jadwal & pembatasan akses), hitung semua dengan barcode, sampai adjustment yang tercatat. Bagian penggantian oleh staf/outlet bukan fitur bawaan, tetapi bisa dijembatani lewat dokumen keuangan, approval, dan (bila perlu) modul claim. Kuncinya: selisih bukan sekadar di-adjust, tetapi dipertanggungjawabkan dan diperbaiki akar masalahnya.

Ingin merancang alur stock opname & pertanggungjawaban selisih di Odoo? Diskusikan dengan Tim Sinergi Data Totalindo (SDT).

Catatan: tampilan dan fitur dapat menyesuaikan versi Odoo serta kebutuhan implementasi. Ditulis oleh Sinergi Data Totalindo, PT.