Peramalan penjualan ditulis dalam tabel, gudang melakukan restock berdasarkan tingkat persediaan yang ditentukan secara empiris, sementara produksi dijadwalkan sesuai dengan pesanan yang sedang berjalan—ketika ketiga set data ini tidak selaras, maka akan terjadi kelebihan stok atau kekurangan barang. Masalah manajemen yang harus diselesaikan oleh S&OP (Sales and Operations Planning) sangat spesifik: menyelaraskan rencana permintaan, rencana pasokan, dan strategi persediaan dalam satu set fakta dan satu forum rapat , bukan saling menyalahkan saat rekonsiliasi akhir bulan.
Skenario manajemen: Mengapa peramalan dan persediaan selalu tidak selaras
Fenomena umum pada perusahaan manufaktur dan distribusi skala menengah: pemasaran memberikan proyeksi optimistis per wilayah; perencana tidak berani mempercayainya dan secara diam-diam memberikan diskon; bagian pembelian memesan berdasarkan MOQ dari pemasok; sementara bagian keuangan melihat penurunan perputaran persediaan namun tidak dapat menjelaskan siapa yang bertanggung jawab. Versi peramalan yang diteruskan lewat email, tiga hari kemudian sudah tidak ada yang tahu versi mana yang valid. Jika promosi dan pesanan pelanggan besar tidak dimasukkan ke dalam cakupan peramalan, kekurangan baru akan terlihat pada hari pengiriman.
Biaya ketidakselarasan dapat diukur: biaya pengiriman udara darurat, kerugian akibat kekurangan stok saat promosi, cadangan untuk persediaan yang mengendap, serta pemborosan akibat pergantian model di lini produksi. Jika sistem hanya menyediakan formulir entri peramalan dan pencarian persediaan, masih kurang mekanisme kolaborasi—siapa yang mengubah peramalan, siapa yang mengonfirmasi kekurangan pasokan, dan siapa yang menyetujui pembelian di luar ketentuan.
Apa yang seharusnya dikelola oleh sistem: versi rencana dan hak pengambilan keputusan
- Versi rencana permintaan : dibekukan per minggu atau per bulan, perubahan harus melalui proses persetujuan dan mencatat perbedaan.
- Kapasitas pasokan dan barang dalam perjalanan : kapasitas produksi, pesanan pembelian yang sedang dalam perjalanan, serta strategi persediaan aman ditampilkan bersamaan.
- Kekurangan dan pengecualian : SKU yang mengalami kekurangan dihitung otomatis, sementara pembelian atau pemindahan barang di luar ketentuan memiliki batas kuota.
- Penulisan kembali keputusan rapat : keputusan diubah menjadi tugas sistem, bukan sekadar lampiran risalah rapat.
| Dimensi | Tabel + Email | Sistematisasi S&OP |
|---|---|---|
| Versi peramalan | Nama file yang kacau, sulit dilacak | Nomor versi + persetujuan + perbandingan |
| Fakta persediaan | Ekspor dari beberapa sistem disatukan dalam satu tabel | Standar ketersediaan barang disatukan |
| Penanganan kekurangan | Permintaan darurat secara lisan | Pemesanan di luar ketentuan dan pengaturan kuota |
| Hasil rapat | Risalah rapat mudah hilang | Keputusan mendorong tugas pengadaan dan penjadwalan produksi |
| Penentuan tanggung jawab | Perselisihan setelah fakta | Peran dan rantai persetujuan dapat diaudit |
Langkah implementasi: pertama standar, lalu kolaborasi
Pertama-tama satukan definisi ketersediaan barang: jumlah yang ada dikurangi yang telah dialokasikan dan dibekukan karena inspeksi, ditambah dengan barang yang sedang dalam perjalanan dan telah dikonfirmasi. Selanjutnya tentukan tingkat detail peramalan, perlakukan secara berbeda berdasarkan klasifikasi ABC. Langkah ketiga adalah menetapkan ritme rapat: sebelum rapat kunci versi, selama rapat hanya bahas kekurangan dan pengecualian, setelah rapat tugas diberi tenggat waktu. Baru pada langkah keempat lakukan algoritma perhitungan kekurangan dan alur pengecualian.
Bagaimana menghubungkan dengan ERP untuk manajemen persediaan, penjualan, dan pembelian?
Lapisan S&OP membaca data persediaan, order kerja, dan pesanan pembelian dari ERP, tetapi tidak menggantikan lapisan eksekutif yang sembarangan mengubah dokumen. Penulisan balasan dibatasi: rencana yang telah dikonfirmasi dapat menghasilkan rekomendasi pembelian atau order kerja, yang kemudian disampaikan setelah dikonfirmasi oleh perencana. Hindari situasi di mana perubahan peramalan otomatis menghapus pesanan pembelian.
Data master merupakan hambatan tersembunyi: kode material yang kacau, kesalahan konversi satuan, serta duplikasi SKU, semuanya dapat membuat perhitungan kekurangan menjadi tidak akurat. Sebelum memasuki S&OP, sebaiknya lakukan dulu tata kelola material. Pantau indikator seperti tingkat akurasi peramalan, tingkat kekurangan stok, proporsi persediaan yang mengendap, proporsi pembelian di luar ketentuan, serta tingkat penyelesaian keputusan.
Penutupan
Ketidakselarasan antara peramalan dan persediaan, sebagian besar disebabkan oleh ketiadaan yang mengklaim hak atas versi dan standar. Membuat S&OP menjadi versi rencana dengan proses persetujuan, serta penanganan kekurangan dan pengecualian yang diikuti dengan penulisan kembali keputusan, jauh lebih efektif daripada sekadar membeli layar besar lainnya.
Shandong XYN Information Technology Co., Ltd. (XYN Tech) menyediakan sistem manajemen persediaan, penjualan, pembelian, serta sistem kolaborasi perencanaan dan digitalisasi bagi perusahaan. Anda dapat mengunjungi xynadmin.com untuk memahami arah produk, sementara latar belakang perusahaan dapat dilihat di XYN Tech Tentang Kami.
Saat implementasi, hambatan umum berasal dari sikap “online dulu, baru standarisasi”. Jika standar tidak ditetapkan terlebih dahulu, online hanya akan memperbesar kekacauan. Disarankan untuk mengadakan lokakarya aturan selama dua minggu: tuliskan praktik standar sebagai ketentuan yang dapat dijalankan, masukkan poin-poin kontroversial ke dalam daftar yang belum diputuskan, dan jangan masuk ke sprint pengembangan sebelum daftar tersebut ditutup.
Kualitas pengumpulan data menentukan kredibilitas sistem. Setiap tindakan penting harus memiliki penanggung jawab, cap waktu, dan lampiran yang diperlukan. Mekanisme inspeksi harus hadir dalam rapat operasional bulanan; jika hasil inspeksi tidak memenuhi standar, berikan pelatihan atau cabut hak akses, jika tidak sistem akan cepat menjadi kosong.
Saat mengintegrasikan dengan sistem sekitarnya, definisikan dulu sumber data yang otoritatif, baru bicarakan frekuensi sinkronisasi. Menulis data secara dua arah adalah jalan pintas menuju degradasi data master. Antarmuka harus memiliki fitur pengulangan jika gagal, laporan rekonsiliasi, serta jalur kompensasi manual, agar tidak terjadi kegagalan sinkronisasi tanpa ada yang menyadarinya.
Pada tahap awal implementasi, bisa disediakan pos penjaga super dan jendela perubahan cepat, tetapi jendela tersebut harus memiliki batas waktu. Ketergantungan jangka panjang pada dukungan manual menunjukkan bahwa desain belum selesai. Manual operasional harus menjelaskan secara rinci gangguan umum, langkah-langkah rollback, serta jalur penurunan layanan.
Pelatihan dibagi berdasarkan peran, bukan berdasarkan menu fungsi. Untuk pos operasional, hanya latih tiga langkah kunci; untuk pos manajerial, latih penanganan keadaan darurat dan rekonsiliasi. Evaluasi menggunakan dokumen asli sebagai simulasi, catatan pelatihan masuk ke dalam akses masuk sistem.
Keamanan dan audit tidak boleh dilakukan secara retroaktif: penghapusan kunci, perubahan nominal, peningkatan hak akses harus diverifikasi oleh dua orang dan dicatat dalam log audit. Masa penyimpanan log harus memenuhi persyaratan audit internal dan eksternal, serta pisahkan hak akses dan hak bisnis.
Hambatan umum saat implementasi berasal dari sikap “online dulu, baru standarisasi”. Jika standar tidak ditetapkan terlebih dahulu, online hanya akan memperbesar kekacauan. Disarankan untuk mengadakan lokakarya aturan selama dua minggu: tuliskan praktik standar sebagai ketentuan yang dapat dijalankan, masukkan poin-poin kontroversial ke dalam daftar yang belum diputuskan, dan jangan masuk ke sprint pengembangan sebelum daftar tersebut ditutup.
Kualitas pengumpulan data menentukan kredibilitas sistem. Setiap tindakan penting harus memiliki penanggung jawab, cap waktu, dan lampiran yang diperlukan. Mekanisme inspeksi harus hadir dalam rapat operasional bulanan; jika hasil inspeksi tidak memenuhi standar, berikan pelatihan atau cabut hak akses, jika tidak sistem akan cepat menjadi kosong.
Saat mengintegrasikan dengan sistem sekitarnya, definisikan dulu sumber data yang otoritatif, baru bicarakan frekuensi sinkronisasi. Menulis data secara dua arah adalah jalan pintas menuju degradasi data master. Antarmuka harus memiliki fitur pengulangan jika gagal, laporan rekonsiliasi, serta jalur kompensasi manual, agar tidak terjadi kegagalan sinkronisasi tanpa ada yang menyadarinya.
Pada tahap awal implementasi, bisa disediakan pos penjaga super dan jendela perubahan cepat, tetapi jendela tersebut harus memiliki batas waktu. Ketergantungan jangka panjang pada dukungan manual menunjukkan bahwa desain belum selesai. Manual operasional harus menjelaskan secara rinci gangguan umum, langkah-langkah rollback, serta jalur penurunan layanan.
Pelatihan dibagi berdasarkan peran, bukan berdasarkan menu fungsi. Untuk pos operasional, hanya latih tiga langkah kunci; untuk pos manajerial, latih penanganan keadaan darurat dan rekonsiliasi. Evaluasi menggunakan dokumen asli sebagai simulasi, catatan pelatihan masuk ke dalam akses masuk sistem.
Keamanan dan audit tidak boleh dilakukan secara retroaktif: penghapusan kunci, perubahan nominal, peningkatan hak akses harus diverifikasi oleh dua orang dan dicatat dalam log audit. Masa penyimpanan log harus memenuhi persyaratan audit internal dan eksternal, serta pisahkan hak akses dan hak bisnis.