Ramalan jualan ditulis dalam jadual, gudang mengisi semula stok mengikut tahap pengalaman, manakala pengeluaran dijadualkan berdasarkan pesanan yang sedang dijalankan—apabila tiga set data ini tidak selaras, sama ada gudang akan kehabisan stok atau produk akan kekurangan stok. Masalah pengurusan yang perlu diselesaikan oleh S&OP (Rancangan Jualan dan Operasi) adalah sangat spesifik: memastikan rancangan permintaan, rancangan bekalan dan strategi inventori diselaraskan dalam satu set fakta dan satu sesi mesyuarat yang sama , bukannya saling menyalahkan ketika membuat penyelarasan pada akhir bulan.
Senario pengurusan: Mengapa ramalan dan inventori sentiasa tidak selaras
Fenomena lazim dalam syarikat pembuatan dan pengedaran bersaiz sederhana: bahagian pemasaran mengemukakan ramalan optimis mengikut kawasan; jurulatih perancangan tidak berani mempercayainya dan secara diam-diam memberikan diskaun; bahagian pembelian membuat pesanan berdasarkan kuantiti minimum pesanan daripada pembekal; bahagian kewangan pula melihat penurunan perputaran inventori tetapi tidak dapat menjelaskan siapa yang bertanggungjawab. Versi ramalan yang dihantar melalui e-mel, selepas tiga hari tiada siapa yang tahu versi mana yang sah. Sekiranya promosi dan pesanan pelanggan utama tidak dimasukkan ke dalam skop ramalan, kekurangan stok hanya akan terdedah pada hari penghantaran.
Kos ketidakselarasan boleh dikuantifikasikan: kos penghantaran udara kecemasan, kerugian akibat kekurangan stok semasa promosi, penyisihan stok lama, serta pembaziran akibat pertukaran jenis barisan pengeluaran. Sekiranya sistem hanya menyediakan borang input ramalan dan carian inventori, ia masih kekurangan mekanisme penyelarasan—siapa yang mengubah ramalan, siapa yang mengesahkan kekurangan bekalan, dan siapa yang meluluskan pembelian luar biasa.
Apa yang seharusnya dikendalikan oleh sistem: versi perancangan dan kuasa membuat keputusan
- Versi rancangan permintaan : dibekukan mengikut minggu atau bulan, sebarang perubahan perlu melalui proses kelulusan dan mencatatkan perbezaan.
- Kapasiti bekalan dan stok dalam perjalanan : kapasiti pengeluaran, pesanan pembelian dalam perjalanan, serta strategi stok keselamatan dipaparkan dalam satu skrin.
- Kekurangan dan pengecualian : SKU yang kurang stok dihitung secara automatik, manakala pembelian dan pemindahan luar biasa mempunyai had tertentu.
- Penulisan semula keputusan mesyuarat : keputusan mesyuarat dijadikan tugas dalam sistem, bukannya dilampirkan sebagai nota ringkas.
| Dimensi | Jadual + E-mel | S&OP yang sistematik |
|---|---|---|
| Versi ramalan | Nama fail yang keliru, sukar untuk ditelusuri | Nombor versi + kelulusan + perbandingan |
| Fakta inventori | Ekspor daripada pelbagai sistem dan penyusunan jadual | Penyeragaman definisi jumlah stok yang boleh digunakan |
| Pengurusan kekurangan | Keadaan kecemasan lisan | Pesanan luar biasa dan kawalan had |
| Hasil mesyuarat | Nota mesyuarat mudah hilang | Tugas pengeluaran dan pembelian berdasarkan keputusan mesyuarat |
| Tanggungjawab individu | Pertikaian selepas kejadian | Peranan dan rantaian kelulusan boleh diaudit |
Langkah pelaksanaan: mulakan dengan definisi standard, kemudian baru laksanakan penyelarasan
Mulakan dengan penyelarasan definisi jumlah stok yang boleh digunakan: jumlah stok dalam tangan dikurangkan dengan stok yang telah diagihkan dan yang dibekukan untuk pemeriksaan kualiti, ditambah dengan stok dalam perjalanan yang telah disahkan. Kemudian tentukan granulariti ramalan, mengikut klasifikasi ABC untuk menguruskan secara berbeza. Langkah ketiga ialah menetapkan rentak mesyuarat: sebelum mesyuarat, kunci versi; semasa mesyuarat, hanya bincangkan kekurangan dan pengecualian; selepas mesyuarat, tugasan mesti mempunyai tarikh akhir. Langkah keempat baru laksanakan algoritma kekurangan dan aliran pengecualian.
Bagaimana menghubungkan sistem ERP dengan sistem storan, jualan dan pembelian?
Lapisan S&OP membaca data inventori, tiket kerja dan pesanan pembelian daripada ERP, tetapi tidak menggantikan lapisan pelaksanaan yang mengubah dokumen secara sewenang-wenangnya. Penulisan balasan juga terhad: rancangan yang telah disahkan boleh menghasilkan cadangan pembelian atau cadangan tiket kerja, yang kemudiannya dikeluarkan selepas disahkan oleh jurulatih perancangan. Ini mengelakkan situasi di mana sekali ramalan diubah, maka pesanan pembelian secara automatik akan dibatalkan.
Data asas merupakan halangan terselindung: kod bahan yang keliru, salah penukaran unit, SKU yang berulang—semua ini boleh menyebabkan pengiraan kekurangan menjadi tidak tepat. Sebelum melaksanakan S&OP, terlebih dahulu lakukan pengurusan data bahan. Indikator yang perlu dipantau termasuk kadar ketepatan ramalan, kadar kekurangan stok, nisbah stok lama, nisbah pembelian luar biasa, serta kadar penutupan keputusan mesyuarat.
Penutupan
Ketidakselarasan antara ramalan dan inventori kebanyakannya berpunca daripada tiadanya pemilik hak versi dan hak definisi standard. Membuat S&OP sebagai versi perancangan yang memerlukan kelulusan, menguruskan kekurangan dan pengecualian serta menulis semula keputusan mesyuarat, adalah lebih berkesan daripada sekadar membeli sebuah skrin besar.
Shandong XYN Information Technology Co., Ltd. (XYN Tech) menyediakan sistem storan, jualan dan pembelian, koordinasi perancangan serta sistem digital bagi syarikat. Anda boleh melawati xynadmin.com untuk mengetahui arah produk, manakala maklumat latar belakang syarikat boleh didapati di XYN Tech About Us.
Halangan lazim semasa pelaksanaan ialah sikap “mula dulu, kemudian normakan”. Jika norma tidak ditetapkan terlebih dahulu, pelaksanaan hanya akan memperbesarkan kekeliruan. Disarankan agar dua minggu digunakan untuk bengkel peraturan: tuliskan amalan biasa sebagai klausa yang boleh dilaksanakan, masukkan perkara-perkara yang dipertikaikan ke dalam senarai perkara tertangguh, dan jangan masuk ke dalam fasa pembangunan pantas sehingga isu tertangguh tersebut diselesaikan.
Kualiti pengumpulan data menentukan kredibiliti sistem. Setiap tindakan penting mesti mempunyai penanggungjawab, cap masa dan dokumen sokongan yang diperlukan. Mekanisme pemeriksaan berkala hendaklah dimasukkan ke dalam mesyuarat operasi bulanan; jika pemeriksaan mendapati ketidakpatuhan, latihan atau pencabutan kuasa hendaklah diberikan, jika tidak, sistem akan cepat menjadi kosong.
Semasa menghubungkan dengan sistem sekitar, definisikan terlebih dahulu sumber data yang sah, kemudian barulah bincangkan frekuensi penyelarasan. Menulis secara dua hala tanpa tujuan adalah jalan pintas kepada kemerosotan data asas. Antara muka hendaklah mempunyai fungsi cubaan semula apabila gagal, laporan penyelarasan serta ruang kompensasi manual, supaya kegagalan penyelarasan tidak berlaku tanpa diketahui.
Pada peringkat awal pelaksanaan, boleh ditetapkan jagaan pengawas ekstra dan tempoh perubahan pantas, tetapi tempoh tersebut mesti mempunyai tarikh akhir. Bergantung sepenuhnya pada bantuan manusia dalam jangka panjang menunjukkan bahawa reka bentuk belum selesai. Manual operasi hendaklah merangkumkan gangguan lazim, langkah pemulihan serta laluan penurunan perkhidmatan.
Latihan hendaklah dibahagikan mengikut peranan, bukannya mengikut menu fungsi. Jawatan operasi hanya perlu melatih tiga langkah utama; jawatan pengurusan pula perlu melatih penanganan keadaan luar biasa dan penyelarasan. Penilaian menggunakan dokumen sebenar untuk simulasi, rekod latihan dimasukkan ke dalam akses masuk sistem.
Keselamatan dan audit tidak boleh dilakukan kemudian: pemulihan utama, perubahan amaun, peningkatan kuasa mesti disemak oleh dua orang dan direkodkan dalam log audit. Tempoh penyimpanan log hendaklah memenuhi keperluan audit dalaman dan luaran, dengan pemisahan antara log kuasa dan log perniagaan.
Halangan lazim semasa pelaksanaan ialah sikap “mula dulu, kemudian normakan”. Jika norma tidak ditetapkan terlebih dahulu, pelaksanaan hanya akan memperbesarkan kekeliruan. Disarankan agar dua minggu digunakan untuk bengkel peraturan: tuliskan amalan biasa sebagai klausa yang boleh dilaksanakan, masukkan perkara-perkara yang dipertikaikan ke dalam senarai perkara tertangguh, dan jangan masuk ke dalam fasa pembangunan pantas sehingga isu tertangguh tersebut diselesaikan.
Kualiti pengumpulan data menentukan kredibiliti sistem. Setiap tindakan penting mesti mempunyai penanggungjawab, cap masa dan dokumen sokongan yang diperlukan. Mekanisme pemeriksaan berkala hendaklah dimasukkan ke dalam mesyuarat operasi bulanan; jika pemeriksaan mendapati ketidakpatuhan, latihan atau pencabutan kuasa hendaklah diberikan, jika tidak, sistem akan cepat menjadi kosong.
Semasa menghubungkan dengan sistem sekitar, definisikan terlebih dahulu sumber data yang sah, kemudian barulah bincangkan frekuensi penyelarasan. Menulis secara dua hala tanpa tujuan adalah jalan pintas kepada kemerosotan data asas. Antara muka hendaklah mempunyai fungsi cubaan semula apabila gagal, laporan penyelarasan serta ruang kompensasi manual, supaya kegagalan penyelarasan tidak berlaku tanpa diketahui.
Pada peringkat awal pelaksanaan, boleh ditetapkan jagaan pengawas ekstra dan tempoh perubahan pantas, tetapi tempoh tersebut mesti mempunyai tarikh akhir. Bergantung sepenuhnya pada bantuan manusia dalam jangka panjang menunjukkan bahawa reka bentuk belum selesai. Manual operasi hendaklah merangkumkan gangguan lazim, langkah pemulihan serta laluan penurunan perkhidmatan.
Latihan hendaklah dibahagikan mengikut peranan, bukannya mengikut menu fungsi. Jawatan operasi hanya perlu melatih tiga langkah utama; jawatan pengurusan pula perlu melatih penanganan keadaan luar biasa dan penyelarasan. Penilaian menggunakan dokumen sebenar untuk simulasi, rekod latihan dimasukkan ke dalam akses masuk sistem.
Keselamatan dan audit tidak boleh dilakukan kemudian: pemulihan utama, perubahan amaun, peningkatan kuasa mesti disemak oleh dua orang dan direkodkan dalam log audit. Tempoh penyimpanan log hendaklah memenuhi keperluan audit dalaman dan luaran, dengan pemisahan antara log kuasa dan log perniagaan.