Overselling dapat terjadi ketika beberapa channel menjanjikan stok yang sama sebelum pembaruan order sampai ke sumber persediaan. Pencegahannya membutuhkan satu definisi stok rujukan, reservasi yang konsisten, dan respons ketika sinkronisasi terlambat. Memasang aplikasi penghubung saja belum membuktikan seluruh alur bekerja.
Saya mulai dengan satu SKU dan beberapa transaksi uji. Jika tim belum bisa menjelaskan perubahan sepuluh unit barang setelah order, pembatalan dan retur, menambah jumlah channel akan memperbesar kebingungan yang sama.
Cocokkan identitas barang sebelum angka stok
Buat peta kode internal dengan listing dan varian pada setiap channel. Warna hitam ukuran kecil harus menunjuk barang fisik yang sama, meskipun nama variannya ditulis berbeda di marketplace.
Periksa juga bundle. Paket dua unit menggunakan dua unit komponen, bukan satu. Jika produk dijual satuan dan paket, kedua jalur harus mengurangi sumber komponen yang sama dengan jumlah benar.
Jangan menyimpulkan sinkronisasi benar hanya karena nama produk mirip. Gunakan kode yang stabil dan catat siapa yang boleh mengubah mapping. Perubahan kode tanpa pembaruan hubungan dapat membuat stok berkurang dari barang yang salah.
Pisahkan stok fisik dari stok yang masih boleh dijanjikan
Pada definisi contoh ini, stok fisik layak terdiri atas unit available dan unit yang sudah committed untuk order. Barang rusak atau tertahan pemeriksaan dipisahkan. Barang dalam perjalanan belum dianggap available.
Misalkan terdapat sepuluh unit layak. Channel A menerima pesanan tiga unit, lalu channel B menerima pesanan empat unit. Setelah kedua order sah direservasi, available menjadi tiga unit dan committed tujuh unit. Stok fisik tetap sepuluh sampai barang benar-benar keluar.
Saat tujuh unit dikirim, stok fisik menjadi tiga, committed nol, dan available tetap tiga. Jika sistem mengurangi available sekali saat reservasi dan sekali lagi saat pengiriman tanpa melepas status yang benar, stok akan salah.
Definisi perangkat yang kamu pakai mungkin berbeda. Yang diperlukan adalah peta perubahan yang dapat direkonsiliasi, bukan memaksa nama status tertentu pada semua aplikasi.
Uji kejadian yang mudah membuat stok berlipat
| Kejadian uji | Hasil yang perlu diperiksa |
|---|---|
| Order yang sama diterima ulang | Reservasi terjadi satu kali berdasarkan ID yang sesuai |
| Dua channel menerima order berdekatan | Total komitmen tidak menggunakan unit yang sama dua kali |
| Order dibatalkan sebelum kirim | Reservasi dilepas sesuai status yang benar |
| Sebagian order dikirim | Unit yang dikirim dan sisa komitmen tetap jelas |
| Retur datang | Barang belum kembali available sebelum pemeriksaan selesai |
| Koneksi putus | Ada status, owner dan tindakan yang membatasi janji baru |
Gunakan lingkungan atau prosedur uji yang diizinkan. Jangan membuat transaksi palsu yang mengganggu pelanggan atau laporan penjualan. Simpan ID, waktu, keadaan sebelum, kejadian, serta keadaan yang diharapkan.
Tentukan respons saat pembaruan terlambat
Jika kedua channel menampilkan sepuluh unit masing-masing, pembeli dapat memesan lebih dari sepuluh sebelum update selesai. Sumber stok terpusat masih memerlukan cara menangani jeda tersebut.
Beberapa bisnis membatasi kuota per channel saat integrasi belum dapat dipercaya. Pada contoh sepuluh unit, kuota empat unit untuk A, empat untuk B, dan dua ditahan memberi batas awal yang dapat diperiksa. Kuota itu perlu dikelola bersama saat unit berpindah; ia bukan tambahan stok.
Pilihan lain dapat melibatkan reservasi terpusat atau pembatasan penjualan ketika sinkronisasi gagal, sesuai kemampuan sistem. Jangan menganggap seluruh connector mendukung transaksi serentak dengan jaminan yang sama. Minta bukti dari pengujian alur yang benar-benar digunakan.
Tetapkan siapa memeriksa status gagal, berapa lama data dianggap masih layak dipakai menurut risiko bisnis, serta siapa boleh membatasi penawaran. Batas waktunya mengikuti sistem dan kecepatan order, bukan angka universal.
Perlakukan pembatalan dan retur sebagai kejadian berbeda
Pembatalan sebelum barang keluar dapat melepaskan reservasi. Retur setelah pengiriman membutuhkan penerimaan fisik dan pemeriksaan. Refund tanpa barang kembali tidak menambah stok.
Jika pelanggan mengembalikan dua unit tetapi satu rusak, hanya unit yang layak dapat kembali available. Catat lokasi dan kondisi unit lain. Jangan menambah dua hanya karena sistem keuangan menandai refund untuk dua unit.
Untuk pola retur berulang, gunakan investigasi alasan retur. Perbaikan data stok dan perbaikan kualitas produk dapat memerlukan owner berbeda.
Rekonsiliasi sistem dengan hitungan fisik
Pada waktu yang ditentukan, bandingkan stok fisik, komitmen order terbuka, barang tertahan, dan penyesuaian. Periksa kejadian yang belum masuk sebelum membuat koreksi manual.
Simpan alasan setiap adjustment: salah hitung, kerusakan, mapping varian, order ganda, atau penyebab belum diketahui. Adjustment yang membuat total cocok hari ini belum menyelesaikan integrasi yang akan mengulang kesalahan besok.
Output yang berguna adalah mapping SKU, aturan perubahan status, hasil transaksi uji dan daftar exception dengan owner. Gunakan data yang sudah dapat dipercaya itu dalam perhitungan reorder point dan pemeriksaan kapasitas sebelum menambah demand. Keduanya membutuhkan angka stok yang mempunyai arti sama bagi marketing, layanan, dan gudang.
