Finite capacity ERP adalah pendekatan perencanaan yang memperhitungkan batas kapasitas sumber daya pada penjadwalan. Bagi PPIC, manfaat praktisnya adalah menemukan jadwal yang tampak selesai di spreadsheet tetapi sebenarnya menumpuk pada mesin, tooling, atau tenaga kerja yang sama. Hasilnya tetap bergantung pada model dan data yang digunakan.
Artikel ini membahas cara menilai kelayakan jadwal sebelum tanggal produksi dipakai untuk mengonfirmasi pesanan pelanggan. Fokusnya kalender, beban, routing, dan batas sumber daya. Ini bukan janji bahwa mengaktifkan satu fitur ERP otomatis menghasilkan jadwal optimal.
Mulai dari Sumber Daya yang Membatasi Aliran
Inventarisasi sumber daya yang benar-benar membatasi keluaran: mesin tertentu, kelompok operator bersertifikasi, ruang pengeringan, cetakan, atau fasilitas uji. Menjadikan semua objek sebagai constraint sejak awal dapat membuat model rumit tanpa memperbaiki keputusan. Pilih satu keluarga produk dan satu titik pembatas yang dapat dibuktikan dari antrean aktual.
Bedakan kapasitas nominal dari kapasitas yang boleh direncanakan. Mesin mungkin tersedia dua shift, tetapi salah satu shift tidak memiliki operator yang sesuai. Kalender mesin saja akan memberi kesan kapasitas lebih besar. Catat juga pekerjaan yang telah terikat dan kegiatan terencana yang mengurangi slot tersedia.
Periksa Kalender Sebelum Mengubah Algoritma
Kalender perlu mencakup hari kerja, pergantian shift, istirahat yang relevan, libur, dan penutupan terencana. Tentukan zona waktu untuk lokasi yang berbeda. Hari selesai produksi tidak langsung menjadi hari pengiriman bila gudang atau transportasi berhenti lebih awal.
Lakukan uji sederhana: tempatkan pekerjaan yang durasinya melewati batas shift. Periksa apakah sistem meneruskannya ke shift berikutnya, memecahnya, atau menolak jadwal tersebut. Hasil yang benar bergantung pada sifat proses. Operasi yang tidak boleh dihentikan di tengah membutuhkan aturan berbeda dari pekerjaan yang dapat dilanjutkan esok hari.
Routing Harus Mewakili Urutan dan Waktu
Untuk setiap operasi, bedakan waktu setup, waktu proses per satuan atau per batch, waktu antre, dan perpindahan yang memang dibutuhkan. Jangan mengalikan waktu setup per unit jika setup sebenarnya sekali per lot. Kesalahan satuan menit dan jam juga dapat menghasilkan jadwal rapi yang sama sekali tidak realistis.
Skenario ilustratif: satu pesanan membutuhkan setup 40 menit dan proses 2 menit untuk setiap unit. Untuk 100 unit, kebutuhan dasar operasi itu 240 menit sebelum faktor lain yang disepakati. Angka tersebut bukan benchmark industri. Perusahaan harus menguji durasi dari prosesnya sendiri, termasuk apakah pekerjaan dapat berjalan paralel.
Jangan Menyamakan Material Tersedia dengan Kapasitas Tersedia
Jadwal yang memiliki slot mesin dapat gagal karena bahan belum siap. Sebaliknya, bahan lengkap tidak menyelesaikan antrean mesin. Hubungkan hasil pemeriksaan material dan kapasitas pada identitas pesanan yang sama, sambil mempertahankan alasan hambatan yang berbeda.
Untuk material yang masih akan datang, catat sumber dan status perkiraan penerimaannya. Jadwal bersyarat dapat tetap berguna, asalkan pengguna melihat ketergantungannya. Hindari menampilkan tanggal tunggal tanpa penjelasan bahwa bahan kritis belum terkonfirmasi atau masih menunggu pemeriksaan mutu.
Atur Alternatif dan Pembekuan Jadwal
Sumber daya alternatif harus memiliki bukti kesesuaian: kualitas proses, tooling, operator, serta waktu perpindahan. Dua mesin dengan fungsi serupa tidak selalu saling menggantikan untuk seluruh produk. Simpan siapa yang menyetujui alternatif dan pada produk atau operasi mana ia berlaku.
Tentukan bagian jadwal yang sudah dibekukan. Penjadwalan ulang setiap ada pesanan baru dapat mengganggu persiapan material dan pekerjaan operator. Planner perlu melihat konflik antara usulan baru dengan pekerjaan yang sudah dieksekusi, lalu menyetujui perubahan yang memang dibutuhkan.
Uji Model dengan Contoh yang Sengaja Sulit
- Dua pesanan memakai mesin tunggal pada waktu yang beririsan.
- Pekerjaan melewati libur atau pergantian kalender.
- Material tiba setelah slot produksi yang semula dipilih.
- Setup berbeda saat urutan produk berubah.
- Mesin alternatif tersedia tetapi operatornya tidak memenuhi syarat.
- Pesanan mendesak mencoba menggeser pekerjaan yang sudah dimulai.
Untuk setiap skenario, simpan input, versi kalender, routing, hasil jadwal, dan alasan keputusan planner. Uji ketepatan hasil yang dihitung, bukan hanya kemampuan menyimpan rencana. Bila mesin penjadwalan tidak memodelkan suatu batas, dokumentasikan pemeriksaan manual penggantinya.
Ketika jadwal dipakai oleh sales, terapkan kebijakan janji tanggal pengiriman B2B agar hasil hitung tidak otomatis menjadi janji. Untuk menghubungkan pemeriksaan dengan reservasi pesanan, gunakan rancangan integrasi ATP dan CTP yang membedakan check dari commit.
Kapan Hasilnya Layak Dipakai untuk Komitmen?
Hasil perencanaan layak menjadi masukan ketika data sumber teridentifikasi, pembatas utama terwakili, dan contoh sulit telah diterima pemilik proses. Planner tetap perlu menilai perubahan kondisi lapangan. Tidak semua gangguan dapat diprediksi oleh model, sehingga tanggal perlu memiliki aturan pemeriksaan ulang.
Referensi primer Microsoft Dynamics 365, Finite capacity planning and scheduling dan Job scheduling, menjelaskan penggunaan batas kapasitas serta pengaturan sumber daya dalam produknya. Referensi tersebut tidak membuktikan konfigurasi ERP lain. Metode penilaian dan contoh uji dalam artikel ini merupakan rekomendasi desain.
Bawa kalender, routing, sampel pesanan, dan riwayat bottleneck ke pembahasan sistem ERP atau digitalisasi manufaktur. Petakan kebutuhan penjadwalan bersama Layana.ID agar keterbatasan model dan kriteria penerimaannya jelas sejak awal.