Stok Agregat vs Ledger Level Bin: Perbedaan yang Menentukan Nasib Gudang 3PL

Ada satu pertanyaan yang membedakan gudang yang dikelola dari gudang yang sekadar ditempati: kalau ada satu palet tertentu yang harus dikeluarkan sekarang, berapa lama waktu untuk menemukannya, dan apakah jawabannya sama bila yang mencari adalah staf yang baru masuk minggu lalu?

Di gudang yang mencatat stok secara agregat, jawabannya bergantung pada siapa yang bertugas. Di gudang yang mencatat sampai level bin, jawabannya sama untuk siapa pun.

Dasar: lokasi adalah indeks, dan verifikasi adalah persoalan sampling

Dua prinsip menjelaskan sebagian besar isi tulisan ini. Yang pertama datang dari cara data dicari. Mencari satu item di antara sekumpulan item tanpa penunjuk lokasi menuntut pemeriksaan satu per satu, dan usahanya tumbuh sebanding dengan jumlah item. Begitu ada penunjuk lokasi, pencarian berubah menjadi langsung menuju tempatnya, dan jumlah item nyaris tidak berpengaruh lagi.

Yang kedua datang dari statistik. Memverifikasi seluruh populasi selalu mungkin tetapi mahal, sedangkan memeriksa sebagian secara berkala memberi keyakinan yang memadai dengan biaya jauh lebih kecil, asalkan diketahui bagian mana yang sudah diperiksa. Stok opname penuh adalah pemeriksaan populasi, cycle count adalah sampling terjadwal. Yang membuat cycle count mungkin bukan kecepatan menghitung, melainkan adanya lokasi yang membuat setiap bagian bisa dibatasi dan ditelusuri.

Dua cara mencatat stok, dua jenis gudang yang berbeda

Baris terakhir sering jadi pemicu paling mendesak. Ketika seorang customer FMCG mulai menuntut penerapan FIFO yang dapat dibuktikan, gudang dengan pencatatan agregat tidak punya jalan untuk memenuhinya, karena sistem tidak tahu batch mana yang masuk lebih dulu maupun di mana batch itu berada.

Biaya yang dibayar gudang tanpa data lokasi

Waktu picking yang bergantung pada orang

Di gudang yang mengandalkan hafalan, staf lama tiga kali lebih cepat daripada staf baru. Ini terasa seperti keunggulan sampai staf lama itu cuti, resign, atau volume naik dua kali lipat dan hafalan tidak lagi memadai.

Yang sering luput: ketergantungan ini juga membatasi pertumbuhan. Anda tidak bisa menambah shift atau membuka gudang kedua kalau prosedurnya hanya ada di kepala tiga orang.

Stok opname yang menghentikan operasional

Opname penuh yang memaksa gudang tutup sehari atau lebih adalah biaya besar yang sudah terlanjur dianggap wajar. Ia dianggap tak terhindarkan karena satu-satunya cara memverifikasi total adalah menghitung semuanya.

Dengan ledger level bin, verifikasi bisa dilakukan per zona secara bergilir sepanjang tahun, tanpa menghentikan apa pun. Bukan karena penghitungannya lebih cepat, tapi karena Anda bisa memverifikasi sebagian kecil dan tahu persis bagian mana yang sudah diverifikasi.

Storage billing yang tidak bisa dipertahankan

Ini yang paling langsung berdampak pada pendapatan. Gudang 3PL menagih penyimpanan berdasarkan ruang dan waktu. Tanpa data lokasi dan tanggal masuk per unit, tagihan itu disusun dari perkiraan.

Perkiraan punya dua arah kesalahan, dan keduanya merugikan. Kalau menagih terlalu rendah, Anda kehilangan pendapatan diam-diam. Kalau terlalu tinggi, customer akan menyanggah, dan Anda tidak punya rincian untuk mempertahankannya, sehingga pilihannya hanya memberi diskon. Dalam kedua kasus, pihak yang kalah sama.

Yang membuat implementasi WMS gagal di lapangan

WMS termasuk sistem yang paling sering diimplementasikan setengah jalan. Polanya cukup konsisten:

• Penamaan lokasi tidak dipikirkan matang. Kode rak yang tidak konsisten atau tidak terbaca dari jauh membuat staf berhenti memakainya dalam seminggu. Ini pekerjaan fisik, bukan pekerjaan software, dan sering diserahkan ke pihak yang salah.
• Pemindaian dianggap opsional. Kalau staf boleh memilih antara memindai atau mengetik, sebagian akan mengetik, dan data lokasi langsung berhenti dipercaya. Setelah tidak dipercaya, tidak ada yang memakainya, dan sistem itu praktis mati.
• Barang lama tidak pernah dipetakan. Stok yang sudah ada sebelum WMS dipasang dibiarkan tanpa lokasi. Gudang lalu berjalan dengan dua sistem sekaligus, dan yang lama selalu menang saat sibuk.
• Perangkat pindai tidak memadai. Jaringan nirkabel yang bolong di lorong tertentu atau perangkat yang baterainya habis tengah shift akan menghentikan adopsi lebih cepat daripada keberatan apa pun soal fitur.

Perhatikan bahwa tidak satu pun dari empat penyebab ini berkaitan dengan pilihan software. Semuanya tentang persiapan fisik dan disiplin proses, bagian yang paling sedikit dibahas saat memilih vendor, dan paling menentukan hasilnya.

Urutan yang masuk akal kalau memulai dari nol

1. 1Beri nama semua lokasi secara fisik lebih dulu, sebelum menyentuh software apa pun. Label besar, terbaca dari jarak beberapa meter, dengan pola yang bisa ditebak, lorong, bay, level. Ini pekerjaan beberapa hari yang menentukan segalanya.
2. 2Petakan stok yang sudah ada. Melelahkan, tapi tanpa ini Anda memulai dengan data yang sudah salah sejak hari pertama.
3. 3Wajibkan pemindaian pada inbound lebih dulu. Satu proses, dikuasai sampai benar, sebelum menambah proses lain. Inbound dipilih pertama karena di situlah data lahir; kesalahan di titik ini menular ke semua proses berikutnya.
4. 4Lanjutkan ke picking, setelah data lokasi dipercaya. Tidak sebelum itu, daftar picking dengan lokasi yang salah lebih buruk daripada tidak ada daftar sama sekali.
5. 5Terakhir, aktifkan storage billing otomatis. Ini yang paling bernilai secara komersial, tapi hanya bisa diandalkan kalau tiga langkah sebelumnya sudah berjalan konsisten.

Apakah semua gudang butuh ledger level bin?

Tidak. Gudang dengan sedikit SKU, perputaran cepat, dan satu customer sering berjalan sangat baik dengan pencatatan sederhana. Menambahkan pemindaian di situ hanya menambah langkah tanpa menambah informasi yang berguna.

Yang benar-benar membutuhkannya adalah gudang dengan salah satu kondisi berikut: banyak customer dalam satu ruang, barang yang perlu FIFO atau punya masa kedaluwarsa, penyimpanan jangka panjang yang ditagihkan, atau perputaran staf yang tinggi. Kalau tidak satu pun kondisi ini berlaku, kemungkinan besar ada perbaikan lain di operasional Anda yang hasilnya lebih besar untuk usaha yang sama.