Ilustrasi dibuat dengan AI; bukan dokumentasi proyek atau fasilitas pelanggan.
Pergantian cetakan menghasilkan lebih dari satu transaksi. Aset lama dilepas, aset baru dipasang, operator melakukan pemeriksaan, lalu pesanan berjalan. Integrasi pergantian cetakan perlu menyepakati kapan pasangan mesin dan aset dianggap aktif agar data produksi tidak melekat ke cetakan yang salah.
Artikel ini membahas kontrak kejadian antara ERP, sistem produksi, dan pencatatan di mesin. Fokusnya identitas sesi serta urutan pemasangan dan pelepasan. Parameter proses, revisi recipe, keselamatan mesin, dan persetujuan teknis tetap memiliki kontrol sendiri; respons API tidak menggantikan pelepasan oleh personel berwenang.
Gunakan Sesi Pemasangan Sebagai Penghubung
Bentuk identitas sesi yang menghubungkan cetakan, mesin, waktu mulai, dan penanggung jawab konfirmasi. Nomor cetakan saja tidak cukup karena aset dapat dipasang berkali-kali pada mesin yang sama. Nomor pesanan juga tidak cukup apabila satu pemasangan melayani beberapa pesanan dengan aturan yang disetujui.
Daftar relasi perlu jelas: satu mesin memiliki berapa posisi cetakan, satu set terdiri atas bagian apa, dan apakah beberapa cetakan dapat berjalan bersamaan. Hindari memaksakan aturan satu-ke-satu pada proses yang sebenarnya memiliki beberapa posisi. Tetapkan model sesuai observasi peralatan sebelum merancang endpoint.
Bedakan Rencana, Konfirmasi, Dan Produksi
Perintah pergantian adalah rencana. Konfirmasi pemasangan menyatakan kejadian fisik yang telah diperiksa. Pelepasan untuk produksi adalah keputusan teknis sesuai prosedur. Ketiganya dapat berurutan, tetapi tidak boleh dianggap sama hanya karena satu pesan berhasil dikirim.
OPC Foundation menjelaskan pada OPC UA for Machinery Part 1 bahwa equipment berkaitan dengan pekerjaan dan tidak selalu terhubung permanen ke machinery item. Pemisahan mesin dan peralatan ini mendukung kebutuhan identitas yang berbeda. Kontrak sesi di bawah adalah rancangan editorial; penerapan OPC UA atau protokol lain perlu memeriksa kemampuan perangkat aktual.
Tentukan Kontrak Data Minimum
- event_id: identitas kejadian yang tetap saat pesan dikirim ulang.
- installation_session_id: identitas sesi pemasangan yang dirujuk kejadian berikutnya.
- asset_id dan machine_id: identitas cetakan serta mesin yang telah dipetakan.
- position_id: posisi pemasangan bila mesin memiliki lebih dari satu posisi.
- occurred_at dan received_at: waktu kejadian dan waktu penerimaan oleh integrasi.
- confirmed_by serta evidence_reference: pihak dan bukti yang mengesahkan kejadian.
- correction_of: rujukan kejadian awal ketika data dikoreksi.
Identitas dari sistem sumber perlu dipetakan ke identitas perusahaan. Jangan mengandalkan nama mesin bebas karena singkatan yang sama dapat dipakai di dua lokasi. Simpan versi pemetaan dan tanggal berlakunya bila identitas legacy perlu diperbaiki. Kesalahan pemetaan harus ditahan sebagai pengecualian, bukan ditebak berdasarkan kemiripan nama.
Tutup Sesi Lama Sebelum Mengaktifkan Pasangan Baru
Ketika cetakan dilepas, tentukan batas akhir sesi dan pembacaan counter yang menjadi bukti penutup. Pemasangan baru membuat sesi baru dengan baseline sendiri. Bila bukti penutup belum lengkap, sistem perlu menunjukkan celah yang harus diperiksa. Jangan memindahkan seluruh histori counter ke pasangan baru hanya agar tampilan terlihat mutakhir.
Untuk data produksi yang datang dekat waktu pergantian, gunakan identitas sesi dari sumber bila tersedia. Jika sumber hanya memiliki timestamp, tetapkan ketelitian waktu dan aturan rekonsiliasi. Kejadian yang jatuh pada celah atau tumpang tindih sesi ditahan untuk pemeriksaan. Sistem tidak boleh menyimpulkan kepastian yang tidak didukung data.
Tangani Pergantian Yang Dibatalkan
Aset baru bisa tiba di mesin tetapi pemasangan dibatalkan. Bedakan “dikirim ke area mesin” dari “terpasang aktif”. Pembatalan menunjuk rencana atau sesi yang tepat dan menjelaskan apakah ada data produksi yang terlanjur dicatat. Cetakan lama tidak otomatis dianggap aktif kembali sebelum kondisi aktual dikonfirmasi.
Buat Pengiriman Ulang Tetap Aman
Jika koneksi terputus setelah transaksi tersimpan, pengirim dapat mengulangi pesan dengan event_id yang sama. Penerima perlu mengembalikan hasil sebelumnya tanpa membuka sesi kedua. Identitas sama dengan payload berbeda adalah konflik yang memerlukan koreksi, bukan pembaruan diam-diam.
Koreksi harus mempertahankan data awal, alasan, approver, dan dampak ke counter serta pesanan. Bila periode laporan sudah ditutup, arahkan ke proses penyesuaian yang disepakati. Jangan memutar ulang seluruh antrean tanpa mengetahui apakah sebagian transaksi telah berhasil.
Jangan Biarkan Pesan Lama Mengganti Pasangan Aktif
Konfirmasi pemasangan kemarin yang baru diterima hari ini tetap penting sebagai bukti histori. Namun, ia tidak otomatis menggantikan pasangan mesin-cetakan yang sekarang aktif. Bandingkan waktu kejadian, urutan sesi, dan bukti pelepasan. Konflik perlu status khusus serta pemilik rekonsiliasi.
Pantau sesi tanpa penutupan, dua aset aktif pada posisi yang sama, produksi tanpa sesi, dan kejadian dengan referensi tidak dikenal. Metrik jumlah pesan sukses hanya menunjukkan tahap transport atau pemrosesan yang didefinisikan. Ia tidak membuktikan bahwa semua pasangan fisik sudah benar.
Sebelum menguji pesan, sepakati pemilik keputusan penggunaan cetakan dan register lokasi serta pemegang fisik aset. Data counter kemudian dihubungkan melalui baseline dan reset penghitung siklus cetakan, sehingga sesi yang benar tetap menjadi dasar akumulasi.
Siapkan Paket Uji Integrasi
Uji pemasangan normal, pembatalan, pesan duplikat, pelepasan terlambat, perpindahan lintas mesin, dan koreksi identitas. Untuk setiap skenario, tulis pasangan aktif yang diharapkan serta ke mana data produksi harus terhubung. Libatkan supervisor yang dapat mengonfirmasi bukti fisik, bukan hanya tim API.
Bawa contoh kejadian dan format identitas ketika membahas integrasi sistem dan API bersama Layana.ID. Keluaran awal yang perlu disepakati adalah kontrak data, tanggung jawab konfirmasi, aturan konflik, dan kriteria penerimaan. Cakupan perangkat serta protokol diperiksa setelah kemampuan sumber terbukti.
Pertanyaan Kontrak Pergantian
Apakah Scan Cetakan Langsung Mengizinkan Mesin Berjalan?
Tidak sebagai asumsi bawaan. Scan membuktikan tahap identifikasi yang dirancang. Interlock keselamatan dan pelepasan operasi mengikuti kontrol mesin serta prosedur yang disetujui.
Haruskah Semua Mesin Menggunakan Protokol Yang Sama?
Tidak selalu. Sistem dapat memiliki adapter berbeda dengan kontrak kejadian yang konsisten. Biaya, dukungan, ketelitian waktu, dan kemampuan verifikasi tiap sumber tetap perlu dinilai.
Rujukan teknis: OPC Foundation — OPC UA for Machinery, Part 1: Basic Building Blocks. Diakses 27 Oktober 2026. Rancangan operasional dan kriteria uji merupakan analisis editorial.