Perencanaan Kapasitas vs Penjadwalan Kapasitas Terbatas: Apa yang Dibutuhkan Pabrik

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

Penjadwalan kapasitas terbatas atau perencanaan kapasitas? Pelajari perbedaannya, mengapa infinite loading gagal di lantai produksi, dan kapan pabrik membutuhkan jadwal yang feasible.

Automatically translated with AI from the original post. Read the English original

Penjadwalan kapasitas terbatas memperlakukan setiap mesin, tenaga kerja, dan stasiun sebagai sesuatu yang terbatas, serta menempatkan setiap operasi pada kalender yang nyata, sehingga konflik antarpesanan terlihat sebelum pekerjaan dimulai. Sebaliknya, perencanaan kapasitas memeriksa dalam horizon yang lebih panjang apakah total kapasitas Anda sudah cukup. Artikel ini ditujukan bagi manajer produksi yang membutuhkan tanggal pengiriman yang andal. Anda akan mempelajari perbedaannya, mengapa infinite loading gagal di lantai produksi, kapan Anda membutuhkan jadwal yang feasible, dan cara menghindari kesalahan umum.

Poin Penting

• Perencanaan kapasitas memperkirakan dalam horizon yang lebih panjang apakah Anda memiliki sumber daya yang cukup, sedangkan penjadwalan kapasitas terbatas menempatkan setiap operasi pada kalender sumber daya yang nyata.
• MRP klasik dan capacity requirements planning merencanakan dengan kapasitas tidak terbatas, sehingga keduanya dapat memesan lebih banyak pekerjaan pada sebuah mesin daripada yang sanggup dikerjakannya dalam waktu yang tersedia.
• Jadwal terbatas menampilkan konflik antarpesanan sejak dini dan memberikan tanggal pengiriman yang mencerminkan output yang dapat dicapai, bukan lead time teoretis.
• Pabrik dengan bottleneck yang berulang, bauran produk yang tinggi, lead time yang singkat, atau perubahan pesanan yang sering paling diuntungkan dari penjadwalan terbatas.
• Jadwal terbatas hanya sebaik masukannya, jadi gunakan kapasitas terukur, waktu setup, dan kalender shift yang sebenarnya.

Apa itu penjadwalan kapasitas terbatas?

Penjadwalan kapasitas terbatas merencanakan operasi produksi ke dalam kalender sumber daya yang nyata. Setiap sumber daya hanya dapat mengerjakan pekerjaan dalam jumlah tertentu per hari. Ketika sebuah sumber daya penuh, pekerjaan berikutnya berpindah ke slot terbuka berikutnya, dan jadwal menunjukkan kapan pekerjaan benar-benar dapat selesai.

Sebuah artikel dari vendor perangkat lunak perencanaan Delfoi menggambarkannya dengan cara yang sama: operasi dimuat ke sumber daya hanya sampai batas kapasitas yang tersedia. Model ini memperhitungkan pola shift, downtime terencana, tooling, ketersediaan material, dan keterampilan tenaga kerja. Model ini bekerja pada tingkat detail dengan horizon jangka pendek, mengambil kebutuhan material dari MRP, dan mengurutkannya menjadi rencana yang dapat dieksekusi. Lihat artikel Delfoi tentang penjadwalan kapasitas terbatas dan MRP.

Tiga hal membuat jadwal kapasitas terbatas menjadi realistis:

• Sumber daya terbatas. Batasan kapasitas itu nyata: sebuah mesin tidak dapat menjalankan dua pekerjaan pada waktu yang sama.
• Kalender yang nyata. Shift, istirahat, hari libur, dan perawatan terencana diperhitungkan.
• Konflik yang terlihat. Jika pesanan bersaing untuk sumber daya yang sama, jadwal akan menampilkannya, alih-alih membiarkan lantai produksi yang menyelesaikan konflik tersebut.

Apa perbedaan perencanaan kapasitas dengan penjadwalan?

Keduanya menjawab pertanyaan yang berbeda.

Perencanaan kapasitas menanyakan: apakah kapasitas kita cukup untuk permintaan yang diperkirakan? Perencanaan ini bekerja dalam hitungan minggu atau bulan, dalam jam per work center. Perencanaan ini membantu memutuskan terkait tenaga kerja, mesin, shift, dan investasi.

Penjadwalan menanyakan: apa yang berjalan di mana, dan kapan? Penjadwalan bekerja dalam hitungan hari atau jam, per sumber daya dan per pesanan. Penjadwalan ini menentukan urutan dan waktu mulai setiap operasi.

Sebuah bab tentang sejarah penjadwalan manufaktur, yang ditemukan sebagai kutipan buku Wiley, membagi perbedaannya sebagai berikut: perencanaan memperkirakan kebutuhan material dan kapasitas di masa depan dalam horizon yang lebih panjang, sedangkan penjadwalan menentukan operasi secara presisi dalam interval waktu yang singkat. Lihat kutipan, "Why Schedule?". Kutipan tersebut tidak mencantumkan nama penulisnya dalam pratinjau, jadi perlakukan sebagai bahan bacaan latar belakang.

Anda membutuhkan keduanya. Rough-cut capacity planning memberi tahu apakah pabrik secara prinsip mampu menanggung beban, dan finite capacity planning menerjemahkannya menjadi jadwal produksi per sumber daya. Penjadwalan memberi tahu apakah pesanan tertentu dapat diselesaikan pada tanggal jatuh temponya.

Mengapa infinite loading gagal di lantai produksi?

Delfoi menjelaskan bahwa MRP merencanakan dengan kapasitas tak terbatas. MRP menggunakan backward scheduling dari tanggal jatuh tempo untuk menentukan kebutuhan material dan waktu pemesanan, dan tidak memeriksa apakah mesin atau stasiun kerja sedang kosong. MRP mengasumsikan sumber daya tidak terbatas. Hasilnya bisa berupa rencana yang membebani bottleneck sementara mesin lain menganggur. Blog Fabrico menyampaikan poin yang sama dengan kata-kata sederhana: MRP klasik dapat memesan tiga pekerjaan pada satu mesin dalam waktu yang sama, dan tanggalnya sering tidak dapat dipenuhi di lantai produksi. Lihat artikel Fabrico tentang penjadwalan finite dan infinite.

Kutipan Wiley menambahkan konsekuensinya: ketika jadwal mengasumsikan pekerjaan dimulai begitu tiba dan menggunakan rata-rata waktu antrean, expediting menjadi cara kerja yang normal. Perencana kemudian memperbaiki rencana secara manual setiap hari.

Infinite capacity planning tidak berguna. Metode ini cepat dan cocok untuk perencanaan kasar jangka panjang, di mana perkiraan waktu sudah cukup. Masalahnya muncul ketika tanggal-tanggalnya dijadikan janji kepada pelanggan.

Kapan pabrik membutuhkan jadwal finite?

Delfoi mencantumkan situasi yang membuatnya bermanfaat: bottleneck yang berulang, bauran produk yang tinggi, lead time yang pendek, dan perubahan pesanan yang sering. Delfoi juga mencantumkan tanda-tanda peringatan:

• perencana menyesuaikan keluaran MRP secara manual setiap hari
• ketepatan waktu pengiriman tidak konsisten
• sebagian mesin kelebihan beban sementara mesin lain menganggur

Delfoi menambahkan bahwa lingkungan make-to-order dan engineer-to-order paling diuntungkan, sedangkan pabrik make-to-stock dengan permintaan stabil dan volume tinggi mungkin cukup dengan MRP ditambah pemeriksaan rough-cut capacity. Ini adalah sudut pandang vendor, tetapi sejalan dengan pengalaman umum: semakin beragam pesanan, semakin sering rencana material sederhana gagal.

Uji mandiri singkat untuk pabrik Anda:

1. Apakah ada sumber daya yang sering menjadi batasan? Carilah bottleneck terlebih dahulu.
2. Apakah tanggal jatuh tempo berubah setelah rencana dirilis?
3. Apakah perencana menyimpan spreadsheet pribadi di samping sistem ERP?
4. Apakah pelanggan menerima tanggal yang kemudian tidak dapat dipenuhi oleh lantai produksi?

Dua atau lebih jawaban "ya" menunjukkan bahwa capacity planning saja tidak cukup.

Bagaimana cara menerapkan rencana kapasitas finite?

Anda tidak memerlukan proyek besar untuk memulai. Langkah praktisnya:

1. Tentukan cakupannya. Satu value stream, satu hall, atau bottleneck beserta langkah-langkah di sekitarnya.
2. Periksa permintaan pelanggan dan daftar pesanan. Pesanan mana yang sudah pasti, dan mana yang masih berupa perkiraan?
3. Muat batasan nyata. Kalender, keterampilan, setup, dan material, bukan hanya jam mesin.
4. Buat rencana produksi pertama untuk satu hingga dua minggu ke depan dan bandingkan dengan apa yang akan dilakukan perencana secara manual.
5. Tinjau konflik bersama-sama. Perencana, supervisor, dan tim penjualan memutuskan apa yang harus digeser: tanggal jatuh tempo, lembur, atau pemasok eksternal.
6. Rilis satu rencana ke lantai produksi, dan perbarui ketika ada perubahan. Jadwal yang realistis membutuhkan umpan balik real-time, atau setidaknya harian, tentang apa yang benar-benar dikerjakan.
7. Ukur. Lacak akurasi tanggal pengiriman dan jumlah perubahan manual, lalu gunakan hasilnya untuk memperbaiki data.

Data apa yang dibutuhkan jadwal finite?

Jadwal finite hanya sebaik input-nya. Fabrico menunjukkan bahwa mesin yang berkapasitas delapan jam tetapi dalam praktiknya hanya menghasilkan enam jam akan membuat rencana yang dibangun berdasarkan angka nominal menjadi terlalu menjanjikan. Kapasitas terukur, misalnya dari data OEE, membuat model lebih akurat.

Kumpulkan input berikut:

1. Routing. Operasi, urutan, opsi sumber daya, dan waktu.
2. Kapasitas nyata. Jam tersedia bersih, setelah istirahat, pemeliharaan, dan kerugian yang biasa terjadi.
3. Waktu persiapan dan pergantian. Terutama jika bergantung pada urutan produk.
4. Kalender. Shift, hari libur, dan waktu henti yang direncanakan untuk setiap sumber daya.
5. Keterampilan. Siapa yang dapat mengoperasikan mesin mana.
6. Pesanan. Jumlah, tanggal jatuh tempo, dan prioritas, dari sistem ERP.
7. Status material. Apa yang tersedia dan kapan material berikutnya tiba.

Anda tidak memerlukan data yang sempurna untuk memulai. Mulailah dari bottleneck dan kapasitas nyatanya, lalu perluas cakupannya.

Contoh: beban mingguan terlihat aman, beban harian tidak

Contoh ini menggunakan angka asumsi.

Sebuah mesin press beroperasi satu shift selama 7,5 jam produktif per hari, lima hari seminggu. Kapasitas mingguan adalah 5 × 7,5 = 37,5 jam. Pesanan minggu ini membutuhkan 34 jam di mesin press.

Tampilan perencanaan kapasitas. Beban adalah 34 ÷ 37,5 = 91 persen. Minggu ini terlihat layak.

Tanggal jatuh tempo. 34 jam tersebut terbagi menjadi tiga kelompok: 18 jam jatuh tempo pada akhir hari Selasa, 4 jam pada akhir hari Rabu, dan 12 jam pada akhir hari Jumat.

Tampilan jadwal terbatas (finite). Pada akhir hari Selasa, mesin press memiliki 2 × 7,5 = 15 jam. Kelompok Selasa membutuhkan 18 jam. Jadi, 18 − 15 = 3 jam tidak muat. Itu setara dengan 3 ÷ 7,5 = 40 persen dari satu hari.

Jadwal memindahkan 3 jam tersebut ke hari Rabu, di mana hari Rabu memiliki 3 + 4 = 7 jam kerja dibandingkan 7,5 jam yang tersedia. Hari Kamis dan Jumat menampung 12 jam dengan ruang yang masih longgar. Jadi, satu pesanan terlambat satu hari kecuali ada tindakan. Pilihannya adalah 3 jam lembur pada hari Selasa, mesin press kedua atau pemasok luar, atau menghubungi pelanggan untuk memindahkan salah satu tanggal.

Rencana kapasitas mengatakan "91 persen, aman". Jadwal yang layak menunjukkan konflik sejak dini. Jadwal mengatakan "satu pesanan akan terlambat, dan inilah pesanan yang dimaksud". Perbedaan inilah yang menjadi alasan pabrik memerlukan kedua tampilan tersebut.

Kesalahan umum

• Hanya mengandalkan beban mingguan. Satu minggu yang layak dapat menyembunyikan satu hari yang tidak layak.
• Menggunakan kapasitas nominal. Rencanakan dengan kapasitas bersih yang terukur.
• Mengabaikan waktu persiapan. Urutan produksi memengaruhi beban persiapan, dan jadwal tanpa perhitungan ini bersifat terlalu optimistis.
• Menjadwalkan setiap sumber daya dengan tingkat detail yang sama. Fokuslah pada bottleneck terlebih dahulu.
• Membekukan rencana. Gangguan pasti terjadi. Rencanakan ulang dan sampaikan kepada lantai produksi.
• Menyimpan jadwal di spreadsheet pribadi. Bagikan satu rencana yang dapat dilihat oleh perencana, supervisor, dan tim penjualan.
• Menjanjikan tanggal berdasarkan logika tak terbatas. Berikan tanggal kepada pelanggan dari jadwal terbatas (finite).

Bagaimana perangkat lunak dapat membantu

Penjadwalan terbatas secara manual cukup untuk beberapa mesin, tetapi menjadi tidak memadai seiring bertambahnya pesanan dan batasan. Perangkat lunak penjadwalan, yang sering disebut advanced planning and scheduling (APS), menghitung rencana yang layak berdasarkan kapasitas, kalender, material, dan prioritas. Polaris Optimizer dari iFAKT adalah modul iFAKT Polaris yang secara otomatis menghasilkan rencana produksi yang dioptimalkan dengan batasan seperti sumber daya, shift, zona, kualifikasi, dan kapasitas. Saat membandingkan alat, ujilah dengan bottleneck dan daftar pesanan nyata Anda, serta periksa seberapa cepat rencana diperbarui setelah terjadi gangguan.

Langkah berikutnya

Ambil bottleneck di pabrik Anda dan bandingkan kapasitas bersih nyatanya untuk dua minggu ke depan dengan pesanan yang jatuh tempo. Jika beban harian melebihi jam yang tersedia, Anda memiliki alasan untuk menerapkan penjadwalan kapasitas terbatas, dan Anda dapat menunjukkan kepada perencana dan tim penjualan di mana konflik pertama terjadi.