Cycle counting adalah penghitungan fisik sebagian persediaan secara terjadwal dan berulang. Perusahaan memilih barang atau lokasi tertentu setiap sesi, lalu memeriksa perbedaan terhadap catatan sistem. Tujuannya menjaga kualitas catatan sepanjang periode, bukan menunggu semua barang dihitung pada satu kegiatan besar.
Keputusan terpenting bukan sekadar seberapa sering menghitung. Manajer gudang perlu menentukan objek hitung, kapasitas petugas, aturan pergerakan barang, serta tindak lanjut jika selisih berulang. Jadwal yang terlalu padat dapat menghasilkan banyak formulir selesai tetapi sedikit perbaikan nyata.
Cycle Counting Dan Stock Opname Menyeluruh
Stock opname sering dipakai untuk menyebut kegiatan hitung fisik secara umum. Dalam artikel ini, pembandingnya adalah penghitungan menyeluruh pada cakupan dan waktu tertentu. Cycle counting membagi pemeriksaan menjadi sesi kecil agar pekerjaan dapat disesuaikan dengan ritme gudang. Keduanya dapat dipakai berdampingan.
Cycle counting tidak otomatis menggantikan kebutuhan hitung menyeluruh untuk pelaporan, audit, atau kebijakan perusahaan. Finance dan penanggung jawab pengendalian perlu menyepakati cakupan serta bukti yang diperlukan. Prinsip cutoff, pemeriksaan selisih, dan persetujuan koreksi dijelaskan dalam SOP stock opname dan rekonsiliasi stok.
Pilih Dasar Penjadwalan Yang Sesuai
Nilai Pemakaian Barang
Barang dengan kontribusi nilai pemakaian besar dapat mendapat frekuensi pemeriksaan lebih tinggi. Gunakan klasifikasi yang dihitung dari data periode tertentu, bukan dugaan bahwa barang paling mahal pasti paling penting. Jumlah pemakaian dan biaya per unit sama-sama memengaruhi hasil.
Risiko Operasional Dan Riwayat Selisih
Tambahkan penanda untuk material yang dapat menghentikan produksi, barang berumur simpan pendek, serta lokasi dengan temuan berulang. Komponen murah dengan waktu pengadaan panjang bisa memerlukan perhatian lebih besar daripada kelompok nilainya. Dasar finansial dan risiko perlu terlihat terpisah agar alasan pengecualian dapat dijelaskan.
Aktivitas Transaksi Dan Perubahan Lokasi
Lokasi dengan banyak perpindahan, pergantian layout, atau proses penerimaan baru dapat menjadi sasaran hitung tambahan. Namun, jangan hanya memilih barang yang mudah dijangkau atau sudah diketahui cocok. Jadwal perlu mengukur cakupan seluruh objek yang memang ditetapkan, termasuk barang yang jarang bergerak.
Untuk membentuk kelas nilai, ikuti contoh perhitungan analisis ABC persediaan. Simpan penanda risiko tambahan agar kelas nilai tidak menjadi satu-satunya dasar jadwal.
Hitung Beban Kerja Sebelum Menetapkan Frekuensi
Contoh ilustratif. Sebuah gudang merencanakan 40 objek kelompok A dihitung 12 kali setahun, 100 objek B empat kali, dan 360 objek C sekali. Beban terencana adalah 480 + 400 + 360 = 1.240 hitungan per tahun. Dengan 240 hari kerja, rata-ratanya sekitar 5,17 hitungan per hari. Ini bukan rekomendasi frekuensi universal.
Objek hitung harus didefinisikan. Jika satu SKU ada pada tiga lokasi dengan lot berbeda, satu baris SKU belum tentu mewakili satu pekerjaan. Hitung beban berdasarkan kombinasi yang benar-benar diperiksa, misalnya SKU–lokasi–lot, lalu perkirakan waktu akses, penghitungan, dokumentasi, dan penyelesaian pengecualian.
Apabila satu hitungan memerlukan rata-rata 12 menit, 1.240 hitungan membutuhkan 248 jam kerja dasar per tahun. Angka tersebut belum mencakup hitung ulang, perjalanan antarzona, dan investigasi. Catat waktu aktual saat pilot, kemudian revisi kapasitas. Jangan mengunci target harian dari asumsi waktu yang belum diuji.
Rancang Satu Sesi Hitung Yang Dapat Ditelusuri
- Terbitkan tugas. Simpan objek, lokasi, petugas, tenggat, dan dasar pemilihannya.
- Kendalikan pergerakan. Tentukan penghentian sementara per bin atau register transaksi antara snapshot dan hitung.
- Catat hasil fisik. Pisahkan jumlah yang dihitung dari saldo harapan bila menggunakan blind count.
- Evaluasi selisih. Minta hitung ulang atau investigasi menurut kuantitas, nilai, dan risiko.
- Setujui koreksi. Simpan alasan, bukti, serta pemberi persetujuan sebelum saldo diubah.
- Tutup penyebab. Hubungkan hasil dengan perbaikan proses dan periksa apakah temuan berulang.
Tugas yang terlambat tidak boleh menghilang saat jadwal berikutnya dibuat. Bedakan belum dihitung, sudah dihitung menunggu investigasi, disetujui, dan ditutup. Tanggal hitung fisik juga berbeda dari tanggal posting koreksi.
Uji Sistem Dengan Kasus Yang Tidak Ideal
Untuk ERP atau WMS, mintalah demonstrasi hitungan yang dikirim dua kali, barang yang dipindahkan saat tugas terbuka, dan hasil offline yang baru masuk setelah transaksi lain. Pastikan sistem tidak menggandakan penyesuaian dan tidak memakai snapshot baru diam-diam untuk mengganti pembanding awal.
Periksa juga barang dengan saldo sistem nol tetapi masih ditemukan. Jika aplikasi hanya menerbitkan tugas untuk saldo positif, barang semacam itu bisa terus luput. Area kosong, barang tanpa label, serta lokasi tidak aktif perlu aturan pemeriksaan yang jelas.
Pemindai membantu pengenalan objek; kualitas hitungan tetap bergantung pada prosedur. Rujuk rancangan sistem barcode gudang bila masalah utamanya adalah identitas dan titik transaksi.
Ukur Cakupan Dan Penyebab, Bukan Hanya Tugas Selesai
- Cakupan objek unik yang diperiksa dibanding objek yang dijadwalkan.
- Tugas selesai tepat waktu dan tugas tertunda beserta alasannya.
- Proporsi hitungan cocok pada pemeriksaan pertama, dengan definisi toleransi tercatat.
- Jumlah hitung ulang dan selisih berulang per lokasi atau jenis transaksi.
- Nilai koreksi absolut dan umur investigasi yang belum selesai.
Jangan menyamakan jumlah objek cocok dengan akurasi nilai seluruh gudang. Sampel dapat lebih sering memuat kelompok tertentu. Laporkan komposisi pemeriksaan agar pembaca memahami batas kesimpulan.
Pertanyaan Sebelum Memulai
Apakah Semua Barang Harus Dihitung Setiap Bulan?
Tidak ada frekuensi tunggal yang cocok untuk semua gudang. Mulai dari nilai, risiko, riwayat selisih, serta kapasitas. Uji apakah jadwal menghasilkan cakupan yang masuk akal tanpa menumpuk investigasi.
Bisakah Cycle Counting Dimulai Dengan Spreadsheet?
Bisa untuk pilot terbatas dengan kontrol versi dan penanggung jawab jelas. Ketika tugas, pergerakan, dan persetujuan melibatkan banyak orang atau lokasi, evaluasi dukungan sistem agar jejak perubahan tetap dapat ditelusuri.
Siapkan Jadwal Pilot Yang Realistis
Bawa daftar objek hitung, lokasi, riwayat selisih, kapasitas petugas, dan contoh alur koreksi. Gunakan data itu untuk menilai kebutuhan pengendalian persediaan pada ERP atau konsultasikan rancangan cycle counting dengan Layana.ID. Pilot sebaiknya membuktikan satu alur hitung sampai penutupan penyebab sebelum diperluas.
Referensi: Oracle Fusion Cloud SCM, “Cycle Count Creation”, mengenai jadwal, kelas hitung, dan aturan persetujuan. Contoh kapasitas, skenario uji, dan rekomendasi pengendalian di atas merupakan analisis penerapan, bukan standar frekuensi atau hasil proyek.
Gambar utama merupakan ilustrasi AI, bukan dokumentasi fasilitas atau proyek Layana.ID.