MRP vs APS: Apa Fungsi Masing-Masing dan Kapan MRP Tidak Cukup

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-12

MRP vs APS: MRP menghitung material apa yang perlu dipesan dan kapan, APS menghitung apa yang sebenarnya bisa dijalankan pabrik. Lihat di mana MRP mulai tidak memadai dan cara menambahkan APS secara bertahap.

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

MRP (material requirements planning) menghitung material apa yang Anda butuhkan dan kapan harus dipesan atau diproduksi. APS (advanced planning and scheduling) menghitung apakah pabrik benar-benar bisa menjalankan rencana tersebut, pada sumber daya mana dan dalam urutan apa, serta pesanan mana yang akan tertunda jika tidak bisa. Itulah jawaban singkat untuk pertanyaan mrp vs aps, dan itu menjelaskan mengapa sebagian besar pabrik akhirnya menggunakan keduanya. Artikel ini ditujukan bagi perencana produksi yang merasa keluaran MRP mereka tampak baik di atas kertas tetapi tidak bertahan saat berhadapan dengan kondisi lantai produksi, dan yang ingin mengetahui apakah APS adalah solusinya.

Poin Penting

• MRP menghitung kebutuhan kotor terhadap persediaan dan menggeser waktunya berdasarkan lead time untuk menghasilkan pesanan terencana; MRP menjawab apa yang harus dipesan atau diproduksi, dan kapan.
• Catatan kursus MIT menyebutkan batasan MRP: sistem ini bersifat deterministik, mengasumsikan kapasitas tak terbatas, lead time yang direncanakan cenderung panjang, dan deviasi kecil dapat menyebabkan perubahan jadwal yang besar.
• APS menambahkan kapasitas terbatas, kalender, setup, dan prioritas, sehingga APS dapat menjawab apakah rencana bisa dijalankan dan pesanan mana yang tertunda jika tidak bisa.
• Sebagian besar pabrik menggunakan keduanya: MRP untuk material, APS untuk urutan yang layak dijalankan, dengan satu sistem ditetapkan sebagai pemegang kendali atas urutan tersebut.
• Tambahkan APS ketika muncul sumber daya yang kelebihan beban, lead time panjang yang dilebihkan sebagai cadangan pengaman, atau percepatan pesanan yang terus-menerus, dan perbaiki data routing serta kapasitas sebelum Anda membeli apa pun.

Apa sebenarnya yang dilakukan MRP?

Mekanismenya dapat Anda pelajari dari catatan kursus MIT tentang MRP. Masukannya adalah jadwal produksi induk (master production schedule), yaitu apa yang harus dikirim dan kapan, beserta persediaan yang tersedia; item master dengan daftar bahan (BOM), aturan lot sizing, dan lead time perencanaan; serta status persediaan.

Logikanya terdiri dari empat bagian:

1. Netting. Kebutuhan bersih sama dengan kebutuhan kotor dikurangi persediaan yang tersedia, dilacak per periode. Sebuah pesanan diperlukan ketika proyeksi persediaan akan menjadi negatif.
2. Lot sizing. Ukuran pesanan ditentukan oleh aturan seperti lot-for-lot, periode pesanan tetap, atau kuantitas pesanan tetap.
3. Lead-time offsetting. Setiap pesanan dirilis lebih awal dari tanggal jatuh temponya sebesar lead time yang direncanakan.
4. BOM explosion. Langkah-langkah yang sama diulang untuk setiap level komponen, dengan menggunakan rilis terencana dari level di atasnya sebagai kebutuhan kotor.

Keluarannya berupa pesanan terencana, pemberitahuan perubahan, dan laporan pengecualian. Dalam sistem ERP, ini biasanya merupakan proses perencanaan. Di Dynamics 365 Supply Chain Management, ini menjadi bagian dari master planning. Itulah inti dari material requirements planning: cara yang andal untuk memastikan material terus tersedia untuk permintaan yang sudah diketahui.

Di mana MRP mulai tidak memadai?

Catatan MIT yang sama cukup lugas soal batasannya. Disebutkan bahwa MRP bersifat deterministik sementara kenyataan tidak, dan catatan tersebut menyebut sejumlah konsekuensinya:

• Kapasitas tak terbatas. MRP mengasumsikan kapasitas tersedia ketika rencana membutuhkannya. Kapasitas nyata terbatas, sehingga jadwal bisa tidak dapat dijalankan.
• Lead time yang digelembungkan. Lead time yang direncanakan cenderung dibuat panjang untuk menyerap variabilitas, yang pada akhirnya membengkakkan persediaan dan barang dalam proses.
• Sensitivitas berlebihan. Penyimpangan kecil dari rencana dapat menimbulkan perubahan besar pada jadwal. Membekukan jadwal jangka dekat membantu, tetapi punya biayanya sendiri.
• Kompensasi dengan penyangga. Stok pengaman dan lead time pengaman ditambahkan untuk menghadapi ketidakpastian, dan kehilangan hasil produksi memaksa Anda memulai part tambahan.

Berikut contoh hipotetis, yang dibuat semata-mata untuk memperlihatkan logikanya. Sebuah mesin memiliki 80 jam tersedia minggu ini (dua shift, lima hari). Proses MRP merilis tiga pesanan rencana yang semuanya membutuhkan mesin tersebut: 40 jam, 35 jam, dan 30 jam. Total beban adalah 105 jam. MRP tidak mempermasalahkannya. Yang dilihat MRP adalah material dan lead time, bukan kelebihan beban 25 jam. Di lantai produksi, seseorang harus memutuskan pesanan mana yang menunggu, apakah perlu menambah lembur atau memindahkan pekerjaan ke mesin lain, dan tidak ada yang melihat konsekuensinya terhadap tanggal pengiriman sampai hal itu benar-benar terjadi.

Keputusan itulah yang dibuat terlihat oleh APS sebelum minggu dimulai.

Apa yang ditambahkan APS?

APS menempatkan rencana pada kalender dengan batasan. Dalam praktiknya, itu berarti kapasitas terbatas (finite capacity), kalender kerja, waktu setup dan changeover, sumber daya alternatif, prioritas pesanan, dan sering kali ketersediaan alat serta keterampilan. Hasilnya adalah jadwal yang sesuai dengan kemampuan pabrik, beserta daftar jelas pesanan mana yang akan terlambat dan berapa lama keterlambatannya.

Dokumentasi Microsoft menunjukkan bahwa bahkan sistem ERP memiliki lapisan untuk keperluan ini. Halaman tentang rencana terbatas (constrained plans) menjelaskan rencana induk yang memperhitungkan batasan material sekaligus kapasitas, sehingga produksi tidak dimulai sebelum material tersedia dan sumber daya tidak dipesan berlebihan. Fitur ini diaktifkan melalui pengaturan seperti finite capacity dan time fence. Halaman tentang penjadwalan operasi (operations scheduling) menambahkan catatan yang penting untuk ekspektasi Anda: penjadwalan operasi memberikan perkiraan umum sepanjang waktu dan menjadwalkan setiap operasi untuk grup sumber dayanya dengan menggunakan durasi dari rute produksi. Fitur ini tidak memilih sumber daya spesifik di dalam sebuah grup. Penjadwalan pekerjaan (job scheduling) adalah alat untuk penjadwalan lantai produksi jangka pendek yang detail. Jadi, ada sebuah spektrum, bukan sekadar saklar on atau off. Periksa dulu apa yang bisa dilakukan versi ERP Anda sebelum mengasumsikan bahwa Anda membutuhkan produk terpisah.

APS khusus melangkah lebih jauh dalam hal detail. Biasanya, sistem ini menangani setup yang bergantung pada urutan, beberapa batasan sekaligus, serta simulasi what-if yang cepat, dan memungkinkan perencana melihat serta mengubah hasilnya. Apakah Anda membutuhkannya bergantung pada pabrik Anda, bukan pada label produknya.

Bagaimana Anda tahu bahwa Anda sudah melampaui MRP?

Perhatikan gejalanya, bukan fitur-fiturnya. Pola-pola berikut biasanya mengarah pada masalah penjadwalan, bukan masalah material:

• Proses MRP menyatakan semuanya baik-baik saja, namun mesin yang sama terus kelebihan beban setiap minggu.
• Lead time yang direncanakan terus bertambah karena itulah satu-satunya cara untuk memenuhi tanggal.
• Perencana terus menyimpan spreadsheet pribadi untuk mengurutkan bottleneck.
• Pesanan mendesak menjadi penyebab sebagian besar kekacauan, dan tidak ada yang bisa memastikan apa saja yang tergeser karenanya.
• Anda tidak bisa memberikan tanggal pengiriman yang andal tanpa turun langsung ke lantai produksi.
• Kekurangan material jarang terjadi, tetapi pesanan yang terlambat sudah umum.

Jika kekurangan material adalah masalah utama Anda, perbaiki dulu data MRP Anda: bill of materials, lead time, ukuran lot, dan akurasi persediaan. APS di atas data master yang buruk hanya menghasilkan omong kosong yang presisi.

Jika sebagian besar gejala Anda cocok, uji gagasan ini dengan biaya murah. Ambil mesin bottleneck, salin pesanan yang sudah dirilis untuk minggu depan ke dalam spreadsheet, lalu urutkan secara manual dengan kalender nyata dan waktu setup. Jika latihan ini mengubah rencana, Anda telah menemukan nilai yang akan diotomatisasi oleh APS.

MRP vs APS: bagaimana keduanya bekerja sama?

Bayangkan sebagai pembagian tugas, dan tuliskan.

• MRP (di dalam ERP) mengelola material. Kebutuhan, usulan pembelian, pesanan rencana, dan stok.
• APS mengelola urutan. APS mengambil pesanan, memeriksa kapasitas, dan menerbitkan jadwal.
• Lantai produksi memberikan umpan balik. Waktu mulai, waktu selesai, kuantitas, scrap, dan downtime mengalir ke sistem yang mengelola urutan, sehingga jadwal berikutnya dimulai dari kondisi nyata.

Data mengalir dua arah. Pesanan dan routing dikirim dari ERP ke APS. Tanggal, urutan, dan sumber daya dikembalikan ke ERP, sehingga janji kepada pelanggan dan waktu ketersediaan material mengikuti rencana yang layak dijalankan, bukan rencana dengan kapasitas tak terbatas. Titik masalah yang paling sering muncul adalah daftar kerja kedua. Jika ERP mencetak satu daftar dan APS menampilkan daftar lain, lantai produksi akan mengikuti daftar yang paling mudah diikuti, dan rencana diam-diam berhenti menjadi rencana.

Tentukan tiga hal sebelum Anda melakukan integrasi:

1. Siapa yang boleh merilis atau mengubah pesanan? Satu sistem, satu aturan.
2. Seberapa sering kedua sistem bertukar data? Setiap jam, per shift, atau sesuai permintaan. Sesuaikan dengan keputusan yang diambil: perencana yang menjadwal ulang untuk besok membutuhkan status pada akhir shift, bukan setiap menit.
3. Apa yang terjadi saat koneksi terputus? Lantai produksi harus tetap bekerja dan mengejar ketertinggalan nanti.

Bagaimana cara menambahkan APS tanpa proyek big-bang?

Kerjakan per lini.

1. Pilih satu kendala beserta lininya. Satu bottleneck, satu keluarga produk.
2. Bersihkan data untuk lini tersebut. Routing, waktu siklus dan setup, kalender, serta sumber daya alternatif. Tinjau langsung di lantai produksi untuk memverifikasinya.
3. Jalankan APS secara paralel selama beberapa minggu. Bandingkan jadwalnya dengan apa yang akan dilakukan perencana, dan dengan apa yang benar-benar terjadi.
4. Ukur selisihnya. Bandingkan start dan finish yang direncanakan dengan yang aktual, kinerja pengiriman, dan lembur. Telusuri di mana jadwal keliru dan mengapa.
5. Tetapkan pemilik urutan produksi dan alihkan lantai produksi ke daftar tersebut.
6. Perluas ke lini berikutnya hanya setelah angka-angkanya sesuai.

Sedikit catatan tentang staf. APS biasanya mengubah pekerjaan perencana. Alih-alih mengikuti rutinitas dan menangani pengecualian setelah proses berjalan, perencana memantau dan menyesuaikan jadwal yang berjalan secara langsung. Alokasikan waktu pelatihan dan berikan mereka wewenang untuk mengubah rencana, atau alat ini hanya akan dipakai sebagai laporan.

Apa yang sebaiknya Anda tanyakan kepada vendor?

Pertanyaan yang membedakan jawaban yang baik dari jawaban yang samar:

• Sistem mana yang memiliki urutan produksi, dan bagaimana sistem lainnya mengetahui adanya perubahan?
• Bagaimana alat ini menangani setup yang bergantung pada pekerjaan sebelumnya?
• Berapa lama penjadwalan ulang memakan waktu dengan volume pesanan saya, dan bagaimana perencana melihat apa yang berubah?
• Data apa yang Anda butuhkan dari ERP, dan apa yang Anda tulis kembali?
• Bagian mana dari semua ini yang dapat dipelihara oleh tim saya sendiri setelah go-live?
• Bisakah saya menjalankan alat ini pada satu lini dengan data saya sebelum saya berkomitmen?

Tanyakan juga bagaimana alat ini cocok dengan ERP Anda. Jika Anda menjalankan sistem ERP yang sudah memiliki opsi finite-capacity bawaan, tanyakan apa keuntungan tambahannya dibandingkan opsi tersebut, dan berapa biayanya untuk menjaga keduanya tetap sinkron.

Kesalahan umum

• Membeli APS untuk memperbaiki kekurangan material yang sebenarnya disebabkan oleh data MRP yang buruk.
• Mempercayai rencana MRP tanpa memeriksa beban terhadap kapasitas.
• Menambah lead time di ERP sebagai kompensasi, lalu heran mengapa persediaan terus bertambah.
• Membiarkan kedua sistem menerbitkan daftar kerja.
• Langsung go-live untuk seluruh pabrik sekaligus.
• Mengabaikan bahwa penjadwalan membutuhkan waktu setup dan kalender yang telah diverifikasi seseorang.
• Memperlakukan APS sebagai pembelian perangkat lunak, bukan sebagai perubahan cara kerja perencana.

Posisi Polaris

Jika rencana MRP Anda sudah benar tetapi jadwalnya masih keliru, iFAKT Polaris adalah salah satu opsi yang layak dipertimbangkan. iFAKT menggambarkan Polaris sebagai AI plus digital twin untuk produksi, yang bekerja dengan data ERP. Modul Polaris Optimizer mengubah model produksi menjadi rencana yang dapat dieksekusi dan dioptimalkan, berdasarkan data ERP real-time, ketersediaan sumber daya, serta kendala seperti sumber daya, shift, zona, keterampilan, dan kapasitas. Modul ini mendeteksi bottleneck, memprioritaskan pesanan, dan merespons gangguan dengan analisis dampak serta optimasi ulang. Apakah alat ini melengkapi atau menggantikan sebagian dari pengaturan Anda saat ini bergantung pada ERP dan pelaporan dari lantai produksi Anda, jadi ujilah pada satu lini dengan data Anda sendiri.

Topik terkait untuk dijelajahi

• Penjadwalan finite capacity: mengapa tampilan beban mingguan bisa terlihat baik-baik saja padahal jadwal harian tidak dapat dijalankan.
• Kualitas data perencanaan: siapa yang memiliki routing, waktu, dan kalender, serta seberapa sering semuanya diperiksa.
• Perencanaan closed-loop: bagaimana aktual dari lantai produksi mengubah rencana berikutnya.
• Safety stock dan buffer lead time: bagaimana penambahan waktu di MRP menyembunyikan masalah penjadwalan.
• Keterampilan perencana dalam proyek penjadwalan: apa yang berubah dalam pekerjaan harian dan bagaimana mempersiapkannya.

Langkah berikutnya

Buka hasil run MRP terbaru Anda dan pilih mesin yang paling sering kelebihan beban. Urutkan pesanan minggu depan pada mesin tersebut secara manual, dengan kalender sungguhan dan waktu setup yang sebenarnya, lalu lihat seberapa jauh hasilnya berbeda dari rencana. Satu latihan ini sudah cukup untuk mengetahui apakah pertanyaan mrp vs aps di pabrik Anda adalah masalah data atau masalah penjadwalan.