Saldo akhir yang tampil di dashboard belum otomatis berarti data inventory sudah benar. Angka tersebut harus dapat dijelaskan oleh saldo awal, seluruh pemasukan, seluruh pengeluaran, serta koreksi yang sah selama periode tertentu. Proses untuk membuktikannya disebut rekonsiliasi.
Rekonsiliasi yang dilakukan rutin membantu tim menemukan masalah ketika dokumen dan konteks transaksi masih mudah dilacak. Jika baru dilakukan menjelang audit atau saat laporan diminta, selisih kecil dapat berubah menjadi pekerjaan investigasi yang panjang.
Persamaan dasar yang harus selalu terpenuhi
Saldo akhir = saldo awal + pemasukan − pengeluaran ± adjustment
Mutasi antarlokasi tidak mengubah total stok perusahaan: stok lokasi asal berkurang dan lokasi tujuan bertambah. Jika ada status in-transit, jumlah tersebut perlu ditampilkan secara terpisah agar keberadaan barang tetap dapat dijelaskan.
Dokumen yang perlu disiapkan
| Data | Fungsi |
|---|---|
| Kartu stok per item | Melihat urutan setiap pergerakan |
| Laporan mutasi | Merangkum saldo awal, masuk, keluar, dan saldo akhir |
| Daftar transaksi | Memeriksa status dan referensi dokumen |
| Hasil stock opname | Membandingkan sistem dengan kondisi fisik |
| Audit trail | Menelusuri perubahan atau pembatalan |
Langkah 1: sepakati periode dan cut-off
Pastikan semua laporan memakai tanggal awal, tanggal akhir, zona waktu, gudang, dan status transaksi yang sama. Tentukan apakah transaksi draft, menunggu approval, dibatalkan, atau backdate termasuk dalam laporan. Banyak “selisih” sebenarnya berasal dari perbedaan filter.
Langkah 2: validasi saldo awal
Saldo awal periode harus sama dengan saldo akhir periode sebelumnya. Jika tidak, telusuri transaksi backdate, migrasi data, atau adjustment yang diposting setelah laporan lama dibuat. Jangan memperbaiki saldo awal langsung tanpa menemukan penyebabnya.
Langkah 3: cocokkan transaksi masuk dan keluar
Kelompokkan transaksi berdasarkan jenis dan status. Bandingkan total kartu stok dengan laporan penerimaan serta pengeluaran. Lakukan drill-down ketika total berbeda: dari angka laporan, ke nomor transaksi, lalu ke detail item dan dokumen sumber.
Langkah 4: periksa satuan dan konversi
Barang dapat diterima dalam karton dan dikeluarkan dalam pieces. Pastikan setiap transaksi dikonversi ke satuan dasar dengan faktor yang sama. Waspadai pembulatan dan perubahan faktor konversi setelah transaksi berjalan.
Langkah 5: cari transaksi ganda
Gunakan kombinasi nomor referensi, tanggal, supplier/customer, item, kuantitas, dan user untuk menemukan duplikasi. Sistem sebaiknya memberi peringatan ketika nomor dokumen yang harus unik digunakan kembali.
Langkah 6: tinjau mutasi dan barang in-transit
Mutasi bertahap dapat menciptakan kondisi barang sudah keluar dari gudang asal tetapi belum diterima tujuan. Periksa status pengiriman, penerimaan, dan pembatalan. Total asal, transit, dan tujuan harus tetap konsisten.
Langkah 7: evaluasi adjustment dan pembatalan
Setiap adjustment harus memiliki alasan, sumber, pembuat, dan approver. Pembatalan transaksi yang pernah memengaruhi stok sebaiknya menggunakan mekanisme reversal atau histori status, bukan penghapusan tanpa jejak.
Langkah 8: bandingkan dengan stok fisik
Setelah rekonsiliasi transaksi selesai, lakukan perbandingan dengan hasil stock opname. Selisih fisik dapat berasal dari salah lokasi, barang belum dilabeli, transaksi tertunda, kerusakan, atau kesalahan hitung. Lakukan hitung ulang sebelum adjustment disetujui.
Contoh sederhana
Saldo awal Item A adalah 1.000 unit. Selama bulan berjalan terdapat penerimaan 500, pengeluaran 320, dan adjustment minus 10. Saldo yang seharusnya adalah 1.170 unit. Jika kartu stok menunjukkan 1.180, fokuskan pencarian pada selisih 10 unit: apakah adjustment belum masuk laporan, terdapat transaksi keluar berstatus draft, atau filter tanggal berbeda.
Urutan investigasi yang efisien
- samakan filter dan cut-off;
- bandingkan total per jenis transaksi;
- fokus pada item dan tanggal yang berbeda;
- telusuri nomor transaksi dan dokumen;
- periksa audit trail;
- konfirmasi kondisi fisik;
- dokumentasikan penyebab dan tindakan pencegahan.
Jadikan rekonsiliasi sebagai kontrol rutin
- Harian: transaksi gagal, tertunda, dan stok negatif.
- Mingguan: item bergerak cepat dan mutasi in-transit.
- Bulanan: saldo awal–mutasi–saldo akhir per gudang.
- Berkala: stock opname berdasarkan risiko dan nilai barang.
Dashboard exception lebih bermanfaat daripada sekadar dashboard total. Tampilkan transaksi tanpa dokumen, mutasi terlalu lama, adjustment besar, stok negatif, dan perubahan backdate agar tim langsung melihat area yang perlu ditindaklanjuti.
FAQ
Apakah rekonsiliasi harus menunggu stock opname?
Tidak. Rekonsiliasi transaksi dan laporan dapat dilakukan setiap hari atau bulan. Stock opname menambahkan pembuktian terhadap kondisi fisik.
Bolehkah selisih langsung dibuat adjustment?
Sebaiknya penyebab ditelusuri dan disetujui terlebih dahulu. Adjustment tanpa analisis dapat membuat angka seimbang tetapi menyembunyikan masalah proses.
Siapa pemilik proses rekonsiliasi?
Tanggung jawab dapat dibagi antara gudang, finance, produksi, dan compliance. Yang penting, terdapat PIC, jadwal, bukti pemeriksaan, serta alur eskalasi.
Kesimpulan
Tujuan rekonsiliasi bukan sekadar membuat dua laporan memiliki angka yang sama. Perusahaan perlu mampu menjelaskan setiap pergerakan barang, menemukan akar selisih, dan mencegah penyebab yang sama berulang. IT Inventory yang terstruktur menyediakan jalur penelusuran tersebut secara lebih cepat dan konsisten.