Apa yang Terjadi Ketika Penjualan Menjanjikan Pesanan Mendesak

Permintaan pelanggan yang mendesak terdengar sederhana: tim penjualan menjanjikan tanggal pengiriman yang cepat, menandai pesanan sebagai prioritas, dan meminta produksi untuk menyelipkannya. Namun pesanan baru itu tidak masuk ke pabrik yang kosong. Ia masuk ke jadwal yang sudah penuh dengan reservasi mesin, alokasi material, rencana setup, personel yang berkualifikasi, kapasitas inspeksi, jendela perawatan, dan janji yang sudah dibuat kepada pelanggan lain. Pertanyaan yang sebenarnya, karenanya, bukan sekadar apakah pesanan mendesak itu bisa diproduksi, melainkan komitmen mana yang menanggung gangguan ketika pekerjaan itu didorong maju.

JANJI BUKAN RENCANA PRODUKSI
Janji komersial memberi tahu pelanggan apa yang ingin diserahkan oleh bisnis. Tanggal produksi yang layak membuktikan bahwa memang ada jalur nyata melalui material, pemesinan, perakitan, inspeksi, pengemasan, dan pengiriman dalam waktu yang tersedia.

ERP dapat menyimpan tanggal yang diminta, tanggal yang dijanjikan, order produksi, material, dan informasi routing, tetapi sebuah tanda prioritas tidak menciptakan kapasitas. Mesin CNC tetap memiliki jam kerja yang terbatas, inspeksi tetap membutuhkan personel dan peralatan yang berkualifikasi, dan pengiriman tetap terikat pada batas waktu kurir. Urgensi mengubah prioritas; ia tidak menghapus kendala fisik.

KAPASITAS TERBATAS MEMPERLIHATKAN TRADE-OFF YANG SEBENARNYA
Perencanaan dengan kapasitas tak terbatas dapat menempatkan beberapa pesanan pada sumber daya yang sama dan membiarkan benturannya diselesaikan oleh produksi nanti. Penjadwalan dengan kapasitas terbatas memaksa konflik itu muncul ke permukaan.
Jika pesanan mendesak mendapat slot Selasa pagi di mesin CNC, operasi lain kehilangan slot Selasa pagi itu. Pesanan yang tergeser kemudian dapat melewatkan jendela perakitan, inspeksi, atau pengemasan dan kehilangan waktu jauh lebih banyak daripada yang sebenarnya dipakai oleh pesanan mendesak.

Langkah penjadwalan pertama karenanya memicu reaksi berantai di sepanjang sisa routing.

MATERIAL TIDAK TUNDUK PADA TANDA PRIORITAS
Inventaris yang tercatat tersedia tidak selalu berarti dapat digunakan untuk pesanan mendesak. Material mungkin sudah dialokasikan untuk pesanan pelanggan lain, masih menunggu pelepasan kualitas, mengharuskan batch atau pemasok tertentu, atau memiliki pembatasan ketertelusuran dan masa simpan.

Mengalokasikan ulang material dapat menyelamatkan pelanggan mendesak sambil diam-diam menciptakan kekurangan di tempat lain. Pabrik belum menghapus kendala; ia hanya memindahkannya.

Hal yang sama berlaku untuk fixture, gauge, kemasan khusus, peralatan uji, dan sumber daya fisik lain yang mungkin bergantung pada banyak pesanan.

KAPASITAS MESIN BUKAN KAPASITAS YANG DAPAT DIGUNAKAN
Sebuah mesin dapat memiliki slot kalender yang kosong dan tetap tidak tersedia untuk pekerjaan tersebut. Setter yang dibutuhkan mungkin tidak bertugas pada shift itu, operator mungkin tidak memiliki sertifikasi yang diperlukan, fixture mungkin terpasang di tempat lain, atau program CNC mungkin belum dirilis untuk revisi produk saat ini.

Kapasitas nyata hanya ada ketika mesin, personel, alat, material, persetujuan proses, dan jendela waktu bertemu secara bersamaan.

Itulah sebabnya mesin alternatif tidak secara otomatis merupakan rute produksi alternatif. Rute alternatif yang terbukti membutuhkan perkakas, program, pemeriksaan kualitas, waktu siklus yang realistis, dan orang yang benar-benar mampu menjalankan pekerjaan tersebut.

KENDALA BERGESER
Pesanan mendesak mungkin awalnya tampak sebagai masalah pemesinan. Setelah pemesinan menemukan solusi, tekanan dapat segera berpindah ke perakitan, inspeksi, pengujian, pengemasan, atau bahkan satu orang yang bertanggung jawab atas sebuah persetujuan.

Kendala tidak melekat permanen pada satu mesin. Kendala adalah apa pun yang saat ini membatasi aliran pekerjaan menuju pengiriman.

Inilah sebabnya utilisasi peralatan yang tinggi tidak otomatis berarti kinerja pengiriman yang baik. Sebuah pabrik dapat memiliki mesin yang efisien dan tetap terlambat mengirim karena pekerjaan yang salah menunggu di kendala yang salah pada waktu yang salah.

EFEK ORDE KEDUA ADALAH TEMPAT KERUSAKAN MENYEBAR
Efek pesanan mendesak yang terlihat mudah dikenali: pesanan itu bergerak maju.
Efek yang kurang terlihat adalah semua yang bergerak mundur.
Satu operasi pemesinan yang tergeser dapat menunda komponen perakitan. Komponen yang hilang itu dapat menciptakan pekerjaan parsial, penanganan tambahan, jendela inspeksi lain, dan akhirnya pengiriman yang terlewat. Pesanan lain mungkin kehilangan fixture, alokasi material, bangku uji, atau personel terampil meskipun ia tidak pernah berbagi mesin asli dengan pesanan mendesak tersebut.
Pabrik beroperasi melalui ketergantungan, bukan departemen yang terisolasi.
Pesanan mendesak mengubah hubungan produk, proses, dan sumber daya di seluruh jaringan itu.

TANGGAL PENGIRIMAN HARUS DIHITUNG ULANG
Ketika pekerjaan dipindahkan, tanggal pelanggan lama tidak boleh begitu saja dibiarkan tidak berubah di ERP.
Pesanan yang tergeser membutuhkan jalur yang layak baru melalui setiap operasi yang tersisa. Pemesinan harus selesai sebelum perakitan dapat dimulai, perakitan harus selesai sebelum inspeksi, dan inspeksi harus selesai cukup awal untuk pengemasan dan batas waktu kurir.

Sebuah pesanan secara teknis dapat selesai diproduksi pada tanggal jatuh temponya dan tetap terlambat tiba karena truk sudah berangkat.

Layanan pelanggan karenanya membutuhkan tanggal pengiriman yang realistis beserta asumsi di baliknya, bukan kepastian yang didasarkan pada tanggal yang tidak lagi didukung oleh situasi produksi saat ini.

MENGAPA EXCEL MENJADI RUANG KENDALI DARURAT
Di banyak pabrik, perencana menarik informasi dari ERP, MES, supervisor produksi, pembelian, kualitas, perawatan, dan pembaruan pemasok ke dalam satu spreadsheet karena itulah cara tercepat untuk membangun kembali situasi lengkap.

Excel sendiri bukan masalahnya. Ia fleksibel dan praktis.

Masalah muncul ketika spreadsheet menjadi satu-satunya tempat keputusan produksi yang sebenarnya berada. Penjualan melihat satu tanggal di ERP, perencanaan melihat tanggal lain di buku kerja, dan lantai produksi mengikuti urutan yang diubah pada shift sebelumnya.
Masalah yang lebih dalam adalah tidak adanya konteks bersama antar sistem.

KONTEKS MENGHUBUNGKAN FAKTA
Catatan mesin, order kerja, kuantitas material, daftar operator, dan tanggal jatuh tempo pelanggan adalah fakta yang berguna. Fakta-fakta itu menjadi berguna untuk keputusan pesanan mendesak ketika hubungan di antaranya dibuat eksplisit.

Sistem perlu memahami bahwa:
• Operasi ini termasuk dalam order kerja ini
• Order kerja ini mendukung komitmen pelanggan ini
• Operasi ini dapat berjalan pada sumber daya yang disetujui ini
• Material ini dialokasikan untuk order produksi ini
• Alat atau fixture ini dibutuhkan untuk proses ini
• Orang ini berkualifikasi untuk operasi ini
• Inspeksi ini harus dilakukan sebelum pengiriman

Graf pengetahuan atau model relasi serupa dapat membantu membuat ketergantungan tersebut terlihat dan dapat ditelusuri, alih-alih membiarkannya tersimpan di dalam spreadsheet dan di kepala orang.

DI MANA MICROSOFT FABRIC DAN POWER BI BERPERAN

Microsoft Fabric dapat menyediakan fondasi data bersama lintas ERP, MES, perawatan, kualitas, data mesin, dan informasi perencanaan. Ia dapat membantu menyiapkan, mengatur tata kelola, menyimpan riwayat, dan menghubungkan data yang digunakan untuk analisis lintas sistem.

Power BI dapat menampilkan beban kerja saat ini, pesanan yang berisiko, status material, perkembangan antrean, dan paparan pengiriman sehingga penjualan, perencanaan, produksi, dan layanan pelanggan bekerja dari tampilan yang lebih konsisten.
Namun baik Fabric maupun Power BI secara otomatis bukanlah mesin penjadwalan kapasitas terbatas.

Lapisan penjadwalan atau optimisasi tetap perlu menguji kalender sumber daya, ketergantungan routing, setup, ketersediaan material, keterampilan, jendela perawatan, dan kendala lainnya sebelum sebuah opsi produksi dapat dianggap layak.

SIMULASI SEBELUM MEMINDAHKAN PEKERJAAN
Alih-alih langsung mendorong pesanan mendesak ke depan, simulasi memungkinkan perencanaan menguji konsekuensinya terlebih dahulu.

Skenario yang mungkin antara lain:
• Memindahkan pesanan mendesak di depan pekerjaan yang ada
• Menambah lembur yang terkendali
• Menggunakan rute alternatif yang disetujui
• Memecah pengiriman
• Menawarkan tanggal pengiriman yang lebih lambat
• Menolak tanggal yang diminta ketika tidak ada opsi yang aman dan layak

Setiap opsi memindahkan risiko ke suatu tempat. Simulasi membuat konsekuensi tersebut terlihat sebelum keputusan diambil.