Kenapa kami membangun VECHR MES

Awalnya dari masalah implementasi

VECHR tidak dimulai dari ide produk. Semuanya berawal dari pola yang kami lihat berulang kali saat mengerjakan implementasi langsung di lantai produksi.

Setiap pabrik punya cara kerja dan kebutuhan sendiri. Bukan hal aneh atau terlalu khusus, hanya akibat wajar dari cara produksinya benar-benar berjalan.

Ada routing yang perlu bercabang sesuai keputusan operator. Ada tangki yang lama terisinya bergantung pada pump rate, bukan sekadar waktu yang sudah ditetapkan. Ada quality check yang kalau gagal harus langsung menahan unitnya, bukan menunggu akhir shift.

Dari sisi proses, hal-hal seperti ini terlihat sederhana. Begitu dibawa ke MES yang terlalu kaku, semuanya bisa jadi rumit.

Makin sering kami menemui pola yang sama, makin jelas bagi kami. Masalahnya bukan pada proses di pabrik. Masalahnya ada pada software yang memaksa pabrik mengikuti cara kerjanya.

Harga dari “terlalu kaku”

Masalahnya biasanya bukan karena sistem langsung bilang, “Tidak bisa.”

Justru sering jawabannya, “Bisa, tetapi…”

Kustomisasinya mungkin bisa, tetapi harus mengubah perilaku core system. Setelah itu, perubahan itu harus terus dirawat setiap kali platform di-upgrade.

Perubahannya mungkin juga bisa dibuat, tetapi butuh berbulan-bulan. Dan saat akhirnya selesai, kebutuhan di lantai produksi bisa saja sudah berubah lagi.

Yang paling berbahaya adalah solusi yang secara teknis memenuhi requirement, tetapi terasa janggal bagi operator. Mereka lalu mulai mencari cara lain untuk menyelesaikan pekerjaannya.

Dan di situlah biaya sebenarnya muncul.

Begitu operator mulai menghindari sistem, MES tidak lagi menjadi catatan yang bisa dipercaya tentang apa yang benar-benar terjadi di lantai produksi.

Padahal, itulah salah satu alasan utama MES ada.

Alternatif yang kami inginkan

Kesimpulannya bukan sekadar membuat MES yang lebih fleksibel dengan mengorbankan standar enterprise.

Justru sebaliknya. Standar seperti ISA-95, ISA-88, 21 CFR Part 11, access control, dan audit trail adalah bagian penting yang membuat sebuah platform bisa dipercaya. Bukan standar yang membuat MES kaku.

Kekakuan muncul saat sebuah platform menganggap hanya ada satu cara menjalankan atau memodelkan proses, lalu menjadikan setiap kebutuhan yang berbeda sebagai pekerjaan custom development.

Karena itu kami mengambil jalan lain.

Bagian yang memang berbeda antar pabrik harus bisa dirancang dan dikonfigurasi sejak awal, bukan diperlakukan sebagai pengecualian.

• Routing dirancang langsung di kanvas, termasuk jalur sequential, paralel, dan conditional rework, tanpa mengubah kode.
• Otomasi antara equipment dan transaksi MES dibangun dengan menghubungkan node, bukan membuat integrasi dari nol.
• Resource bisa punya karakter yang berbeda. Mesin, tangki, dan pompa tidak bisa diperlakukan dengan aturan scheduling yang sama, karena cara mereka memakai kapasitas memang berbeda.
• Transaksi bisa disesuaikan dengan kebutuhan proses, tanpa memaksa setiap pabrik mengikuti satu model yang sama.

Dengan cara ini, VECHR tetap punya fondasi dan disiplin enterprise, dan setiap pabrik tetap punya ruang untuk bekerja sesuai prosesnya.

Kalau Anda sedang menilai MES

Ada dua pertanyaan yang menurut kami penting diajukan ke vendor MES mana pun, termasuk kami:

1. Kalau proses kami tidak cocok dengan model yang Anda punya, apa yang terjadi? Apakah bisa dikonfigurasi, atau harus menunggu change request dan perubahan pada core system?

2. Bagian mana yang bisa dikonfigurasi, dan bagian mana yang membutuhkan kode? Batas antara keduanya menentukan seberapa cepat, mahal, dan mudah platform itu berkembang bersama bisnis Anda.

Kami membangun VECHR MES karena terlalu sering melihat batas itu ada di tempat yang salah.

Software seharusnya mengikuti proses bisnis, bukan memaksa proses bisnis mengikuti software.