Cara Mengintegrasikan MES dengan ERP: Sudut Pandang dari Lantai Produksi

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

Cara mengintegrasikan MES dengan ERP dari sisi MES: apa yang dibutuhkan lantai produksi dari ERP, apa yang dibutuhkan ERP kembali, cara mencocokkan data master, dan jebakan proyek yang perlu dihindari.

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

Untuk mengintegrasikan MES dengan ERP, sepakati lebih dulu daftar singkat objek data dan pesan, lalu bangun dalam urutan berikut: data master, rilis perintah, umpan balik lantai produksi, dan penanganan kesalahan. Dari sudut pandang MES, tugasnya sederhana. Menerima apa yang harus diproduksi, dan melaporkan apa yang terjadi. Bagian yang sulit adalah kedua sistem harus memaknai "item", "operasi", dan "selesai" dengan cara yang sama, serta ada pihak yang bertanggung jawab atas kesalahan. Artikel ini ditujukan bagi manajer pabrik yang memegang tanggung jawab sisi lantai produksi dalam proyek ini.

Poin Penting

• Dari sudut pandang MES, integrasi ini memiliki dua tugas: menerima apa yang harus diproduksi beserta datanya, dan melaporkan kembali apa yang terjadi dalam bentuk yang dapat diposting oleh ERP.
• Pesan perintah dan data referensi adalah alur yang berbeda: pada antarmuka MES Microsoft, produk, bill of materials, dan routing diambil secara terpisah melalui data entity atau OData.
• Sepakati dulu apa arti "selesai", bagaimana scrap dilaporkan, dan cara kerja koreksi sebelum membangun antarmuka apa pun.
• Data master membutuhkan pemilik, pemetaan identifier, dan rekonsiliasi berkala, karena MES mewarisi setiap kesalahan dalam routing dan waktu di ERP.
• Uji kegagalan secara sengaja dan tentukan siapa yang melihat pesan yang gagal, karena antrean konfirmasi yang ditolak dan tidak terpantau akan berujung pada selisih persediaan.

Apa yang dibutuhkan MES dari ERP?

Tiga hal, dan masing-masing dikirim dengan cara yang berbeda.

Pertama, perintah. MES membutuhkan perintah produksi yang sudah dirilis, lengkap dengan produk, jumlah, tanggal, dan perubahan status berikutnya. Dalam antarmuka Microsoft untuk MES pihak ketiga, MES memantau event bisnis saat sebuah perintah dirilis atau berubah statusnya. Sistem ERP lain menggunakan mekanisme yang berbeda, tetapi prinsipnya sama: ERP mengumumkan, MES mengambilnya.

Kedua, data referensi. Ini adalah deskripsi cara membuat produk: item, bill of materials, routing, dan waktu persiapan. Halaman Microsoft yang sama menyatakan bahwa pesannya hanya mencakup peristiwa lantai produksi dan tidak membawa data master. MES mengambil produk, bill of materials, dan routing dari ERP melalui data entity atau OData. Rencanakan ini sebagai pekerjaan integrasi kedua, karena inilah yang sering terlupakan oleh tim.

Ketiga, informasi tentang sumber daya. Standar ISA-95 menyebutkan empat jenis informasi yang dipertukarkan sistem antara level enterprise dan level operasi: material, peralatan, aset fisik, dan personel beserta peran serta kualifikasinya. Jika MES menugaskan pekerjaan berdasarkan keterampilan atau kemampuan mesin, MES membutuhkan versi data tersebut dari ERP, atau dari HR. Pastikan dengan jelas sistem mana yang menjadi sumbernya.

Jika Anda menggunakan SAP, Dynamics 365, atau sistem ERP lainnya, pertanyaannya tetap sama. Hanya nama teknisnya yang berubah.

Apa yang dibutuhkan ERP kembali dari MES?

Anggap ini sebagai konfirmasi. Dokumentasi Microsoft mencantumkan proses-proses berikut untuk antarmukanya: memulai pesanan, melaporkan jumlah yang dihasilkan dan jumlah yang dibuang sebagai scrap, melaporkan konsumsi material, melaporkan waktu yang digunakan untuk suatu operasi, dan mengakhiri pesanan. Setiap proses menggunakan tipe pesan yang berbeda. Pesan akhir hanya membutuhkan nomor pesanan produksi, sedangkan pesan jumlah membawa baris-baris yang dapat berisi item, jumlah baik, dan penyebab kesalahan untuk scrap.

Anda tidak perlu meniru model tersebut. Namun, Anda perlu memutuskan hal-hal berikut sebelum mulai membangun:

• Seberapa rinci sebuah konfirmasi? Per pesanan, per operasi, atau per shift?
• Dapatkah operator mengonfirmasi jumlah parsial, dan apa yang dilakukan ERP terhadapnya?
• Bagaimana scrap dilaporkan, dan kode alasan apa yang tersedia di kedua sistem?
• Apakah konsumsi material diukur di stasiun kerja, atau ERP menghitungnya dari bill of materials?
• Bagaimana kesalahan dikoreksi: pembalikan, penyesuaian, atau konfirmasi baru?
• Apa arti "selesai" dan apa arti "diakhiri"? Dalam ulasan proses produksi Microsoft, pelaporan sebagai selesai menambahkan barang ke persediaan, sedangkan pengakhiran pesanan menghitung biaya aktual dan memblokir posting biaya lebih lanjut. ERP Anda mungkin menarik garis pemisah di tempat lain.

Pertanyaan terakhir paling sering memicu perdebatan. Perencanaan, keuangan, dan kualitas membaca status yang sama, dan masing-masing menginginkan sesuatu yang berbeda darinya. Sepakati definisinya dalam rapat singkat bersama ketiga pihak sebelum ada yang menulis antarmuka.

Bagaimana Anda mencocokkan data master antara MES dan ERP?

Pesanan adalah transaksi. Data master adalah deskripsi proses Anda, dan MES mewarisi setiap kesalahan di dalamnya. Routing yang mencantumkan operasi 12 menit yang sebenarnya memakan 20 menit akan tampak seperti masalah kinerja di lantai produksi selama tidak ada yang memperbaikinya.

Terapkan poin-poin berikut untuk lini percontohan:

1. Tetapkan pemilik setiap objek. Pengaturan yang umum adalah ERP memiliki item, bill of materials, dan routing, sedangkan MES memiliki pengaturan stasiun kerja dan instruksi kerja. Ini adalah rekomendasi, bukan aturan. Yang penting adalah tidak ada yang perlu menebak.
2. Petakan identifier. Work center "WC-110" di ERP mungkin disebut "Press 3" di lantai produksi. ISA-95 bahkan memiliki bagian untuk ini: model layanan alias-nya mendefinisikan cara identifier yang setara dikaitkan dan dipetakan, sesuai dengan deskripsi standar ISA.
3. Bandingkan operasi. Daftarkan langkah-langkah dalam routing ERP dan langkah-langkah yang benar-benar dilakukan operator. Perbedaan akan cepat terlihat, misalnya langkah inspeksi atau deburring yang hanya ada di lantai produksi.
4. Periksa satuan, kalender, dan zona waktu. Pcs versus karton, serta waktu lokal versus UTC, menyebabkan kesalahan yang tidak terlihat.
5. Tetapkan aturan perubahan. Ketika tim rekayasa mengubah routing, siapa yang memberi tahu MES, seberapa cepat informasinya sampai, dan apa yang terjadi pada pesanan yang sedang berjalan?
6. Ulangi perbandingan secara berkala. Data master akan bergeser seiring waktu.

Berikut sebuah kasus hipotetis. Sebuah routing ERP memiliki tiga operasi, tetapi operator menjalankan lima, karena inspeksi dan deburring ditambahkan bertahun-tahun lalu dan tidak pernah dimasukkan ke dalam routing. MES hanya dapat melaporkan apa yang ada di dalam routing. Akibatnya, ERP menampilkan operasi ketiga sebagai terlambat, padahal lantai produksi sebenarnya sedang mengerjakan langkah-langkah yang tidak diketahui ERP. Tidak ada yang melakukan kesalahan. Datanya saja yang tidak lengkap. Contoh ini fiktif, tetapi pabrik sering menghadapi kesenjangan semacam ini.

Untuk format file, B2MML patut Anda ketahui. MESA menggambarkannya sebagai sekumpulan definisi skema XML yang mengimplementasikan ISA-95, digunakan untuk mengintegrasikan sistem bisnis seperti ERP dengan sistem manufaktur seperti MES. Versi 7 menambahkan skema JSON pertama. Menggunakan skema yang dipublikasikan memberi Anda kosakata awal yang sama, meskipun tidak menghilangkan kebutuhan untuk menyepakati makna setiap field.

Bagaimana antarmuka seharusnya berperilaku ketika terjadi kesalahan?

Jalur ideal akan berfungsi dengan baik dalam demo. Gunakan waktu proyek Anda untuk jalur-jalur lainnya.

Dokumentasi Microsoft menunjukkan bagaimana satu produk berperilaku, dan itu merupakan contoh yang baik untuk diajukan sebagai pertanyaan kepada vendor Anda sendiri. Pesan untuk production order yang sama diproses sesuai urutan penerimaannya. Pesan untuk order yang berbeda mungkin diproses tidak berurutan, karena batch job berjalan secara paralel. Pesan yang gagal akan dicoba ulang hingga tiga kali, lalu ditandai sebagai gagal. Sebuah halaman pemantauan memungkinkan Anda meninjau, memperbaiki, dan memproses ulang pesan yang gagal, dan sebuah peringatan dapat memberi tahu admin TI atau manajer lantai produksi.

Ubah itu menjadi empat pertanyaan untuk pasangan ERP dan MES mana pun:

• Apa yang terjadi pada konfirmasi yang ditolak ERP, misalnya karena order sudah ditutup?
• Siapa yang melihat kegagalan tersebut, dan seberapa cepat?
• Dapatkah lantai produksi tetap bekerja ketika ERP tidak tersedia, lalu mengirim semuanya setelahnya dengan urutan yang benar?
• Dapatkah konfirmasi yang sama tiba dua kali tanpa diposting dua kali?

Jika tidak ada yang memiliki pesan yang gagal, pesan tersebut akan menumpuk hingga seseorang menemukan selisih persediaan pada akhir bulan. Sebutkan satu orang, bukan tim.

Apakah jenis produksi mengubah integrasinya?

Ya. Dalam artikel Automation World tentang implementasi ISA-95, engineer-to-order disebut mungkin integrasi yang paling menuntut, karena sistem perusahaan dan sistem kontrol harus saling bertukar informasi secara hampir real time. Kedirgantaraan menjadi contohnya: desain menggerakkan perencanaan tetapi dapat berubah selama eksekusi. Ketika perubahan terjadi, eksekusi dijeda hingga perencanaan mencerminkannya, dan operasi baru, seperti penambahan inspeksi, diteruskan ke lantai produksi. Artikel yang sama memperingatkan bahwa perbedaan interpretasi standar oleh vendor dapat menimbulkan masalah interoperabilitas.

Ada dua pelajaran dari sini. Jika produk Anda dikonfigurasi atau direkayasa sesuai pesanan, masukkan kasus perubahan ke dalam pilot pertama, bukan yang terakhir. Dan uji antarmuka berbasis standar dengan data Anda sendiri, karena "standar" tidak berarti "identik".

Bagaimana cara mengintegrasikan MES dengan ERP langkah demi langkah?

Jaga cakupan tetap kecil dan pemeriksaan dilakukan setiap hari.

1. Pilih satu lini dan satu keluarga produk.
2. Susun tabel antarmuka dengan objek, pengirim, penerima, pemicu, frekuensi, dan pemilik. Baris tanpa pemilik adalah risiko pertama Anda.
3. Rekonsiliasi master data untuk keluarga produk tersebut, seperti yang dijelaskan di atas.
4. Sepakati status dan makna dari selesai, scrap, dan rework.
5. Bangun order, konfirmasi mulai dan selesai terlebih dahulu. Tambahkan material dan waktu setelahnya.
6. Uji kegagalan secara sengaja: kirim jumlah yang salah, hentikan antarmuka, jalankan ulang, kirim duplikat.
7. Tentukan apa yang terjadi pada order yang sudah berjalan pada hari Anda go-live.
8. Jalankan alur baru berdampingan dengan proses lama selama beberapa minggu, dan bandingkan jumlah baik, scrap, jam, dan material per order di kedua sistem setiap hari.
9. Hitung langkah tambahan bagi operator. Jika mengonfirmasi di MES memakan waktu lebih lama daripada formulir kertas, cari tahu penyebabnya sebelum melakukan rollout lebih lanjut.
10. Perluas ke lini berikutnya hanya ketika perbedaannya sudah dapat dijelaskan.

Kesalahan umum

• Memperlakukan master data sebagai pemuatan satu kali, bukan pekerjaan yang berkelanjutan.
• Merancang antarmuka hanya dari sudut pandang ERP, sehingga MES tidak dapat melaporkan dengan detail yang dibutuhkan lantai produksi.
• Menggunakan kata status yang sama dengan makna berbeda di setiap sistem.
• Tidak memiliki aturan untuk order yang sedang berjalan saat go-live.
• Hanya menguji skenario ideal.
• Membiarkan pesan yang gagal tanpa pemilik.
• Meminta operator memasukkan data yang sama dua kali, sekali di setiap sistem.

Posisi Polaris

Jika masalah Anda adalah siklus antara rencana ERP dan lantai produksi, 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 Designer mengubah data ERP, bill of materials, waktu proses, dan struktur sumber daya menjadi knowledge graph produk-proses-sumber daya. Modul Polaris Operator membawa rencana ke lantai produksi sebagai tugas berbasis waktu dan mengembalikan kemajuan, keterlambatan, serta gangguan ke dalam perencanaan. Konfirmasi apa saja yang harus diposting ERP Anda untuk persediaan, costing, dan traceability adalah pertanyaan terpisah, jadi buatlah daftarnya sebelum Anda memutuskan apa yang harus dicakup oleh alat mana pun.

Topik terkait untuk dijelajahi

• ISA-95 dalam bahasa sederhana: aktivitas mana yang termasuk level ERP dan mana yang termasuk level operasi.
• Perencanaan closed-loop: bagaimana konfirmasi dari lantai produksi mengubah jadwal berikutnya.
• Mengamankan koneksi antara jaringan pabrik dan jaringan bisnis: akun, segmentasi, dan patching pada antarmuka.
• Pelaporan lantai produksi tanpa MES lengkap: apa saja yang bisa dicakup oleh pemindaian dan konfirmasi sederhana.

Langkah berikutnya

Ambil satu famili produk dan catat dalam tabel setiap objek yang harus berpindah antara MES dan ERP Anda, lengkap dengan pengirim, penerima, dan pemiliknya. Jika Anda ingin mengintegrasikan MES dengan ERP tanpa kejutan, bawa tabel itu ke rapat pertama dengan tim IT dan vendor Anda.