Fondasi yang membuat MES tetap berjalan saat pabrik terus berjalan

Enam fondasi di balik VECHR MES

Konfigurasi diperlakukan seperti kode

Master data dan konfigurasi produksi terlalu penting untuk dipindah langsung dari development ke production. VECHR MES memakai disiplin promotion pipeline untuk konfigurasi manufaktur.

• Dev → QA → Prod Konfigurasi dibuat di Dev, diuji di QA (Quality Assurance), lalu dipromosikan ke production setelah perubahannya diperiksa.
• Diff sebelum promosi Perbandingan antar-environment memperlihatkan apa saja yang akan berubah sebelum deployment dijalankan.
• Rollback tanpa rekonstruksi manual Promosi yang bermasalah bisa dikembalikan ke versi sebelumnya tanpa membongkar perubahan satu per satu.
• Setiap perpindahan punya jejak Promotion dan rollback tercatat per environment, jadi setiap perubahan konfigurasi punya riwayat yang bisa ditelusuri.

Integrasi lewat REST tanpa membuat endpoint satu per satu

API Gateway adalah lapisan REST di atas perintah yang sama dengan yang dipakai layar VECHR MES. Kapabilitas baru otomatis menjadi route REST.

• Route tanpa kode Route ditemukan dari setiap service saat runtime, dan perintah di luar create, read, update, dan delete tetap bisa dijangkau lewat endpoint actions yang generik.
• API key atau token pengguna Mesin memakai API key, pengguna memakai bearer token. Keduanya dikenali sebagai identitas yang sama.
• Izin tetap di tempatnya Gateway tidak memberi otorisasi sendiri. Setiap service menjalankan pemeriksaan izinnya sendiri, jadi tidak ada allow list kedua yang perlu diselaraskan.
• Dokumentasi OpenAPI yang selalu terbaru Swagger UI dibuat dari katalog route saat ini, dengan request body yang diketik dari validator aslinya.
• API client dengan siklus key Setiap API client punya izinnya sendiri, dan key-nya bisa dibuat, dirotasi, dicabut, atau dihapus.

API Gateway tersedia di tier Enterprise.

Event-driven: satu perubahan, banyak reaksi

Produksi tidak menunggu dashboard di-refresh. Begitu ada perubahan, sistem yang membutuhkannya langsung menerima event-nya dan bisa bereaksi.

• Perubahan menyebar tanpa polling Event produksi langsung memperbarui OEE, dashboard, notifikasi, workflow, dan service terkait, tanpa menunggu batch berikutnya.
• Service tidak perlu saling tahu segalanya Service berkomunikasi lewat event dan kontrak yang jelas. Menambah kapabilitas baru tidak memaksa semua service lama ikut diubah.
• Ikut tumbuh saat line bertambah Pola event-driven yang sama tetap dipakai saat Anda menambah resource, production line, plant, atau site baru.

Reliability untuk sistem yang tidak boleh sekadar "online"

MES bukan aplikasi yang hanya dibuka saat seseorang butuh laporan. MES ada di tengah eksekusi produksi. Karena itu availability, pemulihan, dan kemampuan berubah tanpa menghentikan operasi sudah dipikirkan sejak desain platform.

Dipasang dari satu bundle bertanda tangan, langsung bisa dipantau

• Tidak ada yang ditarik saat berjalan Setiap rilis adalah satu file bertanda tangan berisi semua image dan chart. File itu dimuat ke container registry Anda sendiri, dan setelahnya deployment tidak menarik apa pun dari VECHR atau registry publik.
• Bisa dipakai di lokasi air-gapped Karena tidak ada yang ditarik saat berjalan, instalasi yang sama bisa dipakai di lokasi tanpa akses internet.
• Langkah yang sama di setiap target Kit cloud dan on-premises menjalankan urutan fase yang sama, dan migrasi database berjalan sebagai bagian dari setiap deployment.
• Monitoring sudah termasuk Grafana, Prometheus, Loki, dan Tempo sudah terkonfigurasi. Satu trace ID langsung mengarah ke baris log yang sesuai, dari ujung ke ujung.

Skala bukan hanya jumlah mesin

Arsitektur MES harus bisa tumbuh ke samping maupun ke atas: lebih banyak resource, line, plant, dan transaksi, tanpa mengubah model dasarnya.

• Multi-resource Resource baru bisa ditambahkan ke struktur plant tanpa mengubah cara sistem memodelkan eksekusi, scheduling, atau monitoring.
• Multi-line dan multi-area Dengan struktur ISA-95, line dan area baru masuk ke model yang sama, bukan menjadi sistem terpisah.
• Multi-plant Plant tambahan memakai fondasi platform yang sama, dengan akses dan konfigurasi yang tetap bisa dibatasi per site.
• Setiap service bisa berkembang sendiri Arsitektur berbasis service dan event membuat kapabilitas baru bisa berkembang tanpa menjadikan seluruh platform satu deployment monolitik.

Detail kecil yang terasa setiap hari

• Disimpan dalam UTC, ditampilkan sesuai zona waktu Anda Database selalu menyimpan waktu dalam UTC (Coordinated Universal Time). Setiap pengguna melihat waktu sesuai zona waktunya sendiri.
• Bahasa Inggris dan Indonesia Antarmuka tersedia dalam dua bahasa.
• Terang dan gelap Kedua tema mengikuti aturan kontras yang ketat, jadi teks tetap terbaca di latar apa pun.
• Pencarian dan shortcut Pencarian global dari top bar, dan satu set keyboard shortcut yang terdokumentasi.
• Notifikasi sampai ke orang yang tepat Notifikasi dikirim lewat outbox, jadi tidak hilang, dan bisa ditujukan ke satu pengguna, beberapa pengguna, semua orang, satu role, atau satu permission.
• Logo Anda di laporan Laporan yang dihasilkan membawa branding perusahaan Anda.

AI tetap tunduk pada aturan platform

AI tidak mendapat jalur istimewa ke data produksi. AI mengikuti aturan platform yang sama: membaca konteks yang diizinkan, menghasilkan insight atau draf, lalu menunggu manusia sebelum ada perubahan yang disimpan.

• Read untuk insight AI bisa menjawab pertanyaan tentang KPI (Key Performance Indicator), OEE, downtime, order, batch, dan lot dari data MES yang tersedia.
• Draft untuk perubahan Routing, flow orchestrator, atau perubahan master data bisa dibuat sebagai draf untuk ditinjau manusia.
• Konfirmasi manusia sebagai gerbang Tidak ada asisten AI yang langsung menulis perubahan ke data produksi tanpa konfirmasi manusia.
• Pemakaian bisa ditelusuri Pemakaian AI tercatat per user, model, percakapan, dan periode, jadi jelas siapa memakai apa.