‹ Daftar slidePertemuan 13: Perencanaan Kebutuhan Material (MRP) dan ERP
Program Studi Manajemen • FEB
Manajemen Operasi I
Pertemuan 13 — Perencanaan Kebutuhan Material (MRP) dan ERP
Menyelaraskan pasokan, produksi, dan permintaan: dari MRP yang menghitung kebutuhan bahan baku hingga ERP yang mengintegrasikan seluruh sumber daya perusahaan.
RPS MINGGU 13 • DURASI 2 × 50 MENIT
Tujuan Pembelajaran Hari Ini
Setelah pertemuan ini, Anda mampu memahami prinsip MRP dan ERP serta penerapannya di dunia nyata. Secara rinci:
CAPAIAN 1 — KONSEP MRP
MEKANISME MRP
Memahami peran BOM, Jadwal Induk, dan Catatan Persediaan dalam menghitung kapan dan berapa banyak bahan baku dipesan.
CAPAIAN 2 — EVOLUSI
MRP KE ERP
Menelusuri perkembangan dari sistem penjadwalan pabrik (MRP) menjadi sistem manajemen perusahaan terpadu (ERP).
CAPAIAN 3 — FUNGSI ERP
INTEGRASI BISNIS
Mengenali bagaimana ERP menghubungkan modul manufaktur, keuangan, SDM, dan rantai pasok dalam satu database sentral.
CAPAIAN 4 — STUDI KASUS
PRAKTIK NYATA
Menganalisis bagaimana perusahaan raksasa (Zara, Amazon, Toyota) menggunakan sistem ini untuk keunggulan kompetitif.
Bagian 1 dari 4
Fondasi: Material Requirements Planning (MRP)
Bagaimana pabrik memastikan bahan baku selalu tersedia tepat waktu tanpa menumpuk persediaan berlebihan?
Apa itu MRP? (Perencanaan Kebutuhan Material)
MRP adalah sistem berbasis perangkat lunak yang digunakan untuk merencanakan dan mengendalikan persediaan bahan baku serta jadwal produksi.
Inti dari MRP adalah menjawab tiga pertanyaan sederhana: Apa yang dibutuhkan? Berapa banyak yang dibutuhkan? Kapan dibutuhkan?
1. TEPAT WAKTU
Memastikan bahan baku tiba tepat saat akan diproses (mencegah mesin menganggur).
2. MINIMALISIR STOK
Menjaga persediaan serendah mungkin untuk menekan biaya penyimpanan (holding costs).
3. JADWAL OPTIMAL
Merencanakan aktivitas manufaktur, pengiriman, dan pembelian secara presisi.
Konsep Kunci: Permintaan Independen vs Dependen
MRP dirancang khusus untuk barang dengan permintaan dependen (kebutuhannya bergantung pada produk lain).
PERMINTAAN INDEPENDEN
PRODUK AKHIR (MOBIL)
Permintaan datang dari luar (konsumen). Sulit diprediksi secara pasti, sehingga harus diramalkan (forecast).
Contoh: Berapa mobil Avanza yang akan terjual bulan depan?
PERMINTAAN DEPENDEN
KOMPONEN (BAN)
Permintaan berasal dari rencana produksi barang jadi. Kebutuhannya pasti jika jadwal produksi produk akhir sudah ditetapkan.
Contoh: Jika akan memproduksi 1.000 mobil, pasti butuh 4.000 ban (dan 1.000 setir).
MRP bertugas menerjemahkan jadwal produksi barang jadi (independen) menjadi jadwal pesanan komponen (dependen).
3 Input Utama (Jantungnya MRP)
Untuk bekerja, sistem MRP mutlak memerlukan tiga sumber data yang akurat:
INPUT 1
JADWAL INDUK (MPS)
Master Production Schedule: Apa produk akhir yang akan dibuat, berapa jumlahnya, dan kapan harus selesai?
INPUT 2
BILL OF MATERIALS (BOM)
"Resep" produk. Daftar lengkap semua komponen, sub-rakitan, dan bahan baku yang dibutuhkan untuk membuat 1 unit produk akhir.
INPUT 3
STATUS PERSEDIAAN
Inventory Record: Berapa banyak komponen yang ada di gudang saat ini? Berapa yang sedang dalam pemesanan? Berapa lead time-nya?
Cara Kerja MRP: Offset Lead Time
MRP menghitung ke belakang (backward scheduling) dari tanggal produk harus selesai.
ILUSTRASI SEDERHANA: MEMBUAT MEJA (Selesai Minggu 5)
Komponen
Lead Time (Tunggu)
Kapan harus mulai?
Meja (Perakitan)
1 Minggu
Awal Minggu 4
Papan Atas (Pesan)
2 Minggu
Awal Minggu 2 (Agar tiba di Minggu 4)
Kaki Meja (Buat sendiri)
1 Minggu
Awal Minggu 3 (Agar tiba di Minggu 4)
Kayu Balok (Untuk Kaki)
2 Minggu
Awal Minggu 1 (Agar tiba di Minggu 3)
Kelemahan klasik MRP: Garbage In, Garbage Out. Jika catatan stok di gudang keliru, atau Lead Time dari pemasok meleset, seluruh jadwal MRP akan berantakan.
Coba Sendiri: Susun Jadwal Mundur MRP
Ubah lead time tiap komponen dan tanggal selesai produk — amati bagaimana tanggal mulai tiap komponen bergeser mengikuti backward scheduling.
Bagian 2 dari 4
Dari MRP Menuju ERP
Mengapa pabrik tidak cukup hanya menggunakan MRP, dan bagaimana sistem ini berevolusi menyatukan seluruh perusahaan.
Evolusi Sistem: MRP, MRP II, dan ERP
1970-an: MRP
Material Requirements Planning
Fokus sempit hanya pada penjadwalan bahan baku. Tidak peduli apakah pabrik punya kapasitas mesin yang cukup atau uang untuk beli bahan.
1980-an: MRP II
Manufacturing Resource Planning
Mulai memasukkan elemen kapasitas pabrik (mesin/jam kerja) dan dihubungkan secara dasar dengan keuangan perusahaan.
1990-an - Kini: ERP
Enterprise Resource Planning
Integrasi total. Tidak hanya pabrik, tapi seluruh departemen (SDM, Penjualan, Akuntansi) berbagi satu database yang sama secara real-time.
Apa itu ERP? (Enterprise Resource Planning)
Sistem perangkat lunak terintegrasi yang mengelola proses bisnis inti perusahaan secara real-time melalui satu database terpusat.
SEBELUM ERP (SILO)
Bagian Penjualan pakai sistem A. Pabrik pakai sistem B. Keuangan pakai sistem C. Data sering tidak sinkron, proses lemot karena harus input ulang (redundancy).
SESUDAH ERP (TERINTEGRASI)
Begitu tim Penjualan input order pelanggan, database pusat langsung memotong stok Gudang, memicu MRP Pabrik, dan mencatat piutang di Keuangan secara otomatis.
Pemain utama perangkat lunak ERP global: SAP, Oracle, Microsoft Dynamics, Infor.
Modul-Modul Inti dalam ERP
Sistem ERP layaknya balok Lego; perusahaan bisa membeli dan merangkai modul sesuai kebutuhannya.
MODUL UMUM ERP
Modul
Fungsi Utama
Finance & Accounting
Buku besar, utang/piutang, pelaporan keuangan, arus kas.
Memasang ERP bukan sekadar "menginstal aplikasi", melainkan mengubah cara perusahaan bekerja. Angka kegagalan implementasi sangat tinggi.
TANTANGAN 1 — BIAYA & WAKTU
MAHAL & LAMA
Proyek ERP memakan biaya miliaran rupiah hingga jutaan dolar, dan bisa memakan waktu 1–3 tahun. Sering terjadi pembengkakan anggaran (cost overrun).
TANTANGAN 2 — CHANGE MANAGEMENT
PENOLAKAN KARYAWAN
Pegawai enggan belajar sistem baru. Jika pengguna memasukkan data yang salah (atau malas input), sistem ERP sekelas SAP pun akan gagal berfungsi.
Kasus terkenal: Hershey's gagal implementasi SAP di tahun 1999 tepat sebelum Halloween, mengakibatkan produk gagal terkirim senilai jutaan dolar.
Bagian 3 dari 4
Studi Kasus Dunia Nyata
Bagaimana Zara, Amazon, dan Toyota menggunakan integrasi sistem (ERP/MRP) sebagai senjata utama untuk memenangkan persaingan.
Case Study 1: Zara & Fast Fashion
Zara (Inditex) merombak industri fashion dengan mengubah desain menjadi baju di rak toko hanya dalam 2–3 minggu. Rahasianya? Integrasi informasi.
SISTEM TARIK (PULL SYSTEM) BERBASIS DATA REAL-TIME
Bukan memprediksi tren 6 bulan ke depan, Zara menggunakan data penjualan harian dari kasir (POS) di setiap toko di seluruh dunia.
Informasi ini langsung masuk ke sistem ERP sentral. Manajer toko melaporkan apa yang terjual dan tren pelanggan terkini.
Sistem MRP seketika menghitung kebutuhan kain, memicu jadwal produksi di pabrik yang ditempatkan berdekatan (Spanyol/Maroko) agar sangat responsif.
Zara: Keunggulan Kompetitif dari Sistem
PENGURANGAN BIAYA MATI
MINIMAL DISKON BESAR
Karena memproduksi batch kecil berdasarkan data aktual (ERP), Zara jarang kelebihan stok. Sangat sedikit barang yang harus dibanting harganya di akhir musim.
INTEGRASI VERTIKAL
KONTROL PENUH
Zara menguasai desain, produksi, dan logistik. ERP menghubungkan semuanya. Jika desain baru butuh kain merah, sistem langsung mengunci persediaan dalam hitungan detik.
Pelajaran: ERP bukan sekadar alat pembukuan, melainkan fondasi Agility (Kelincahan) perusahaan.
Case Study 2: Amazon & Skalabilitas Ekstrem
Amazon memproses pesanan masif. Sistem off-the-shelf (siap pakai) tidak cukup tangguh, sehingga Amazon membangun Ekosistem ERP Custom.
INFRASTRUKTUR BERBASIS MICROSERVICES
Alih-alih satu program raksasa, sistem Amazon dibagi menjadi layanan modular (inventaris, logistik, pembayaran) yang saling bertukar data mulus.
Predictive Logistics: Sistem AI Amazon meramalkan permintaan dan secara otomatis memindahkan stok ke gudang (fulfillment center) terdekat dengan pembeli sebelum pesanan terjadi.
Amazon: Keterpaduan Data Global
VISIBILITAS INVENTARIS
PELACAKAN REAL-TIME
Sistem mencatat lokasi persis jutaan SKU barang. Saat "Beli" diklik, database langsung memotong stok, menjadwalkan robot penjemput, dan menyinkronkan armada truk pengiriman.
KEKUATAN JARINGAN
SCALABILITY
Arsitektur mandiri ini menjamin Amazon mulus melewati musim puncak (Prime Day) tanpa kegagalan sinkronisasi inventaris secara global.
Pelajaran: Data adalah raja. Skalabilitas sistem ERP dapat menjadi Competitive Moat (Parit Pertahanan) yang mustahil dikejar lawan.
Case Study 3: Toyota & Sinkronisasi JIT
Toyota, pelopor Lean Manufacturing dan Just-in-Time (JIT), memadukan perangkat lunak ERP global dengan eksekusi Kanban lokal.
MENYATUKAN FILOSOFI LEAN DENGAN ERP
ERP menangani makro: mengelola jaringan pemasok global lapis demi lapis, menghitung MRP kapasitas pabrik, dan menetapkan kerangka target tahunan.
Lantai Pabrik: Eksekusi harian memakai sistem Kanban visual. Bagian hulu hanya memproduksi komponen saat menerima "sinyal tarik" dari bagian hilir, menjaga aliran tetap mulus dan bebas tumpukan.
Toyota: Kolaborasi Harmonis Sistem
ERP UNTUK PERENCANAAN
MAKRO KONTROL
Sistem ERP mengorkestrasi Bill of Materials global yang kompleks dan mengelola arus logistik antarnegara secara prediktif.
KANBAN UNTUK EKSEKUSI
MIKRO EKSEKUSI
Sinyal Kanban di lapangan mencegah over-production. Alat lunak (ERP) dan budaya disiplin Toyota bersinergi menekan pemborosan hingga nol.
Pelajaran: Sistem IT hebat tidak akan bekerja maksimal tanpa disiplin dan budaya kerja (Lean) yang melekat di para karyawan.
Kesimpulan Akhir
MRP: ENGINE PABRIK
MENGHITUNG BAHAN
Kalkulator canggih pengubah jadwal produksi menjadi jadwal order komponen dengan Lead Time + BOM + Inventory.
ERP: OTAK PERUSAHAAN
INTEGRASI SILO
Membawa MRP ke level organisasi penuh. Satu database tunggal terintegrasi untuk Finance, HR, dan Produksi.
TEKNOLOGI + MANUSIA
KUNCI SUKSES
Keberhasilan studi kasus raksasa manufaktur bukan sekadar dari sistem, melainkan kecocokannya dengan strategi operasi perusahaan.