Dari ERP ke Lantai Produksi: Mengapa Rencana Produksi Membutuhkan Digital Twin

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

Dari ERP hingga lantai produksi, rencana kehilangan keterkaitan dengan kenyataan. Pahami mengapa rencana ERP meleset, apa yang ditambahkan digital twin, dan bagaimana manajer pabrik dapat membuat rencana yang bisa dijalankan.

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

Jalur dari ERP ke lantai produksi adalah tempat banyak rencana produksi kehilangan keterkaitan dengan kenyataan. Sistem ERP merencanakan pesanan, tetapi jarang melihat henti mesin, pergantian produk, atau kekurangan material saat kejadian itu berlangsung. Artikel ini ditujukan bagi manajer pabrik yang merilis rencana yang tidak dapat diikuti oleh lini produksi. Anda akan mempelajari mengapa kesenjangan itu terjadi, bagaimana data seharusnya mengalir di kedua arah, apa yang ditambahkan digital twin, dan cara memulai dengan satu lini produksi.

Poin Penting

• Sistem ERP merencanakan apa yang akan diproduksi dan kapan, sedangkan lantai produksi memutuskan bagaimana produk dibuat saat itu juga. Keduanya memerlukan jalur umpan balik agar tetap selaras.
• Rencana ERP sering menggunakan waktu siklus teoretis dan hanya menerima konfirmasi yang sudah diagregasi, sehingga melewatkan henti mesin, keterlambatan pergantian produk, dan masalah kualitas di tingkat shift.
• Digital twin pabrik membawa kendala nyata, waktu nyata, dan status terkini ke dalam perencanaan, sehingga rencana dapat diuji sebelum dirilis.
• ISA-95 menjelaskan antarmuka antara perencanaan bisnis di level 4 dan operasi manufaktur di level 3, yaitu tempat kesenjangan antara rencana dan kenyataan sering muncul.
• Mulailah dengan satu lini produksi: ganti waktu teoretis dengan waktu terukur, umpankan kembali kemajuan aktual, dan bandingkan rencana dengan realisasi setiap shift.

Bagaimana data mengalir dari ERP ke lantai produksi?

Standar ISA ISA-95, yang juga dikenal sebagai IEC 62264, menjelaskan bagaimana sistem kendali bisnis dan manufaktur saling bertukar informasi. Standar ini berfokus pada antarmuka antara level 4, yaitu perencanaan bisnis dan logistik seperti ERP, dan level 3, yaitu manajemen operasi manufaktur seperti MES. Standar ini menetapkan cara membangun antarmuka di antara lapisan tersebut dan memberikan istilah bersama bagi staf manufaktur maupun TI. Lihat halaman ISA tentang ISA-95.

Sebuah artikel Fabrico menjelaskan pembagian ini dengan kata-kata sederhana. Sistem ERP mengubah pesanan pelanggan menjadi pesanan produksi, merencanakan material, dan melacak persediaan serta biaya. Sistem ini bekerja pada horizon dari hitungan bulan hingga hitungan hari, dan pertanyaan utamanya adalah apa yang akan diproduksi dan kapan. Manufacturing execution system bekerja dari hitungan hari hingga hitungan detik, dan pertanyaan utamanya adalah bagaimana pekerjaan dilakukan saat ini. Lihat artikel Fabrico tentang ERP dan MES.

Keduanya bekerja bersama dalam sebuah siklus:

1. ERP mengirimkan pesanan, jadwal, dan rencana material ke bawah.
2. Lantai produksi mencatat output aktual, konsumsi, dan status.
3. Data tersebut mengalir kembali ke atas, sehingga ERP dapat memperbarui persediaan, biaya, dan jadwal.

Artikel Fabrico memperingatkan bahwa tanpa umpan balik ke atas, rencana bisnis akan menyimpang dari apa yang sebenarnya dilakukan lantai produksi. Banyak pabrik memiliki jalur ke bawah, tetapi jalur ke atasnya lemah.

Mengapa rencana ERP tidak sesuai dengan kenyataan?

TeepTrak, vendor perangkat lunak OEE, menggambarkan celah data ini. Sistem ERP mengetahui apa yang direncanakan, tetapi tidak mengetahui apa yang sebenarnya terjadi. Sistem ERP menerima konfirmasi yang sudah diagregasi, seperti total kuantitas, scrap, dan jam kerja. Akibatnya, ERP melewatkan micro-stoppage, kelebihan waktu changeover, dan pola kualitas per shift. Dampaknya, perencanaan kapasitas menggunakan waktu siklus teoretis, dan diskusi OEE bergantung pada perkiraan. Lihat artikel TeepTrak tentang integrasi MES dan ERP. Artikel ini berasal dari vendor, jadi angka biayanya perlu disikapi dengan hati-hati. Namun, penggambaran celah itu sendiri sesuai dengan yang dialami banyak pabrik.

Dalam praktiknya, rencana produksi gagal karena empat alasan:

• Waktu teoretis. Routing menyebutkan 4,0 menit per unit, tetapi rata-rata aktual, termasuk henti singkat, lebih tinggi.
• Ketersediaan ideal. Rencana mengasumsikan mesin beroperasi sepanjang shift. Changeover, istirahat, dan perbaikan tidak diperhitungkan.
• Kapasitas tak terbatas. Perencanaan material klasik tidak memeriksa apakah mesin atau orang tersedia pada waktu tersebut.
• Kabar terlambat. Henti yang terjadi pukul 9.00 baru sampai ke perencana pada akhir shift, jika memang sampai.

Data lantai produksi apa yang seharusnya mengalir kembali?

Jalur naik ini membutuhkan daftar singkat fakta yang dicatat mendekati waktu nyata. Visibilitas real-time pada lini produksi adalah dasar dari setiap jadwal produksi yang baik. Kumpulkan:

• Awal dan akhir setiap operasi, beserta kuantitas yang dihasilkan.
• Kejadian downtime, dengan kode alasan, agar Anda dapat melihat henti mana yang paling mahal.
• Scrap dan rework, dari pemeriksaan kontrol kualitas di lini.
• Konsumsi material, yang juga mendukung keterlacakan lot hingga produk jadi.
• Status operator dan mesin, misalnya berjalan, menunggu, atau sedang changeover.

Data lantai produksi ini juga menjadi dasar beberapa metrik sederhana: ketersediaan, kecepatan, kualitas, dan porsi pesanan yang selesai sesuai rencana. Tanpa data tersebut, alur kerja antara perencanaan dan eksekusi hanya berjalan satu arah. Integrasikan data dengan perangkat lunak ERP melalui antarmuka standar, sehingga konfirmasi masuk tanpa input manual. Tujuannya bukan lebih banyak data, melainkan data yang tepat pada waktu yang tepat.

Apa yang ditambahkan oleh digital twin?

Digital twin adalah representasi digital dari sumber daya nyata, relasinya, dan kondisi operasinya, yang diperbarui berdasarkan hasil observasi. Untuk perencanaan produksi, twin pabrik memuat sumber daya, waktu aktual, kalender shift, dan status pekerjaan saat ini.

Hal ini mengubah rencana dalam tiga cara:

1. Menggunakan nilai nyata. Waktu yang direncanakan berasal dari data terukur, bukan hanya dari routing.
2. Menguji sebelum dirilis. Anda dapat menjalankan jadwal melalui model, melihat di mana jadwal itu gagal, dan memperbaikinya, alih-alih mengetahuinya di lantai produksi. Inilah gagasan di balik simulasi pabrik, yaitu model yang menguji suatu perubahan sebelum perubahan itu dilakukan.
3. Tetap sinkron. Ketika lantai produksi melaporkan henti atau keterlambatan, model diperbarui, dan rencana dapat direvisi berdasarkan kondisi terkini.

Twin tidak menggantikan ERP. ERP tetap menjadi sistem untuk pesanan, material, dan biaya. Twin berada di sampingnya dan membuat rencana menjadi dapat dieksekusi.

Apa yang dibutuhkan agar sebuah rencana dapat dieksekusi?

Gunakan daftar periksa ini sebelum Anda merilis rencana:

1. Kapasitas nyata. Jam bersih per sumber daya, setelah dikurangi istirahat, pemeliharaan, dan kehilangan yang lazim terjadi.
2. Waktu terukur. Waktu siklus dan waktu setup berdasarkan produksi aktual.
3. Batasan dihormati. Tidak ada sumber daya yang dibebani melebihi kalendernya, dan keterampilan disesuaikan dengan pekerjaannya.
4. Material diperiksa. Rencana mengetahui apa yang tersedia dan kapan material berikutnya datang.
5. Umpan balik ditetapkan. Semua orang tahu bagaimana kemajuan, keterlambatan, dan henti dilaporkan, serta seberapa cepat.
6. Pemicu penjadwalan ulang. Tim tahu peristiwa mana yang memicu rencana baru dan siapa yang memutuskan.

Contoh: 112 unit direncanakan, 84 terkirim

Contoh ini menggunakan angka asumsi.

Sebuah lini berjalan satu shift selama 450 menit. Routing ERP memberikan 4,0 menit per unit.

Rencana ERP. 450 ÷ 4,0 = 112,5 unit per shift, dibulatkan menjadi 112.

Realitas, dari data terukur.

• Ketersediaan 85 persen setelah changeover, henti, dan istirahat: 450 × 0,85 = 382,5 menit produktif.
• Kinerja 90 persen dari kecepatan nominal: 382,5 × 0,90 = 344,25 menit efektif.
• Kualitas adalah 98 persen produk yang baik.

Unit yang diproduksi: 344,25 ÷ 4,0 = sekitar 86,1. Unit yang baik: 86,1 × 0,98 = sekitar 84,3. Faktor gabungannya adalah 0,85 × 0,90 × 0,98 = 0,75, sehingga 112,5 × 0,75 = 84,3, yang sesuai.

Rencana menjanjikan 112 unit, sementara lini produksi menghasilkan sekitar 84. Kekurangannya adalah 28 unit per shift, atau 25 persen dari rencana. Dalam satu minggu kerja lima hari, itu sekitar 140 unit. Jika tim penjualan sudah menjanjikan tanggal berdasarkan angka ERP, pabrik akan meleset dari tanggal tersebut tanpa kesalahan apa pun di lantai produksi.

Kembaran digital yang merencanakan dengan 84 unit per shift memberikan janji yang tepat sejak awal. Dan ketika terjadi penghentian, rencana dapat direvisi pada hari itu juga.

Bagaimana cara memulainya?

1. Pilih satu lini, sebaiknya yang menjadi bottleneck.
2. Ukur angka yang sebenarnya. Lacak ketersediaan, kecepatan, dan kualitas selama empat minggu dengan cara sederhana, lalu bandingkan dengan routing.
3. Perbaiki data master. Perbarui waktu siklus dan kalender di tempat selisihnya besar.
4. Tentukan jalur umpan balik. Sepakati apa yang dilaporkan dari lantai produksi, bagaimana, dan seberapa sering.
5. Bandingkan rencana dan realisasi setiap shift. Catat alasan setiap penyimpangan.
6. Tambahkan model. Setelah data dapat diandalkan, uji jadwal dalam model sebelum dirilis.

Kesalahan umum

• Mempercayai routing tanpa memeriksanya. Waktu teoretis adalah sumber umum kegagalan rencana.
• Umpan balik hanya di akhir shift. Informasi yang terlambat tidak dapat mengubah rencana tepat waktu.
• Mengganti ERP. Tujuannya adalah menambahkan lapisan untuk eksekusi dan perencanaan, bukan membangun ulang sistem ERP.
• Memodelkan seluruh pabrik sekaligus. Mulailah dengan satu lini dan perluas cakupannya.
• Mengabaikan manusia. Supervisor dan operator harus mempercayai rencana, atau mereka akan tetap memakai rencana sendiri.
• Membeli perangkat lunak sebelum memperbaiki data. Model yang dibangun di atas waktu yang salah hanya memberikan jawaban yang salah lebih cepat.

Bagaimana perangkat lunak dapat membantu

Perangkat lunak perencanaan dapat berada di antara ERP dan lantai produksi. Polaris dari iFAKT adalah perangkat lunak produksi yang mengambil data pesanan dan data master dari sistem ERP lalu menggabungkannya dengan kembaran digital pabrik, sehingga jadwal dapat dioptimalkan, bottleneck menjadi terlihat, dan ketepatan pengiriman meningkat. Saat membandingkan alat, tanyakan bagaimana alat tersebut membaca data ERP, bagaimana kemajuan aktual dikembalikan, dan bagaimana rencana diuji sebelum dirilis.

Langkah Berikutnya

Ambil satu lini dan bandingkan waktu siklus ERP dengan waktu siklus yang diukur selama empat minggu. Selisih itu, dalam unit per shift, adalah dasar bisnis Anda untuk menutup jarak dari ERP ke lantai produksi. Selisih itu juga menjadi masukan pertama bagi rencana produksi yang dapat diikuti oleh lantai produksi.