Traceability Produksi: Melacak Batch dari Data Proses

Sebuah keluhan pelanggan masuk dengan foto kemasan dan kode produksinya. Tim QA harus segera menjawab: bahan baku dari lot mana, diproses di mesin apa, pada kondisi seperti apa, dan batch lain mana yang mungkin terdampak. Kalau jawabannya tersebar di logsheet kertas, spreadsheet, dan ingatan operator, penelusuran bisa makan waktu berhari-hari. Saat ragu, cakupan penahanan atau penarikan produk biasanya dibuat lebar.

Traceability produksi (ketertelusuran) adalah kemampuan menelusuri riwayat setiap batch dari bahan baku sampai pengiriman. Artikel ini fokus pada bagian yang paling sering tertinggal, yaitu data proses dari mesin: apa yang perlu direkam per batch, cara mengaitkan data mesin ke nomor batch, dan cara memulainya dari skala kecil.

Apa itu traceability produksi

Ketertelusuran bekerja dua arah:

• Telusur balik. Dari kode di kemasan ke nomor batch, lot bahan baku, mesin, parameter proses, dan hasil pemeriksaan mutunya.
• Telusur maju. Dari satu lot bahan baku yang bermasalah, atau satu penyimpangan proses, ke semua batch jadi dan pelanggan yang menerimanya.

Prinsip dasarnya sederhana: setiap tahap mencatat apa yang masuk dan apa yang keluar. Yang sering terlupa adalah hubungan saat batch digabung atau dipecah, misalnya dua lot bahan baku masuk ke satu adonan, atau satu batch dikemas menjadi beberapa lot palet. Catatan hubungan ini disebut genealogi produk.

Untuk pangan olahan, Peraturan BPOM Nomor 22 Tahun 2025 tentang Penarikan dan Pemusnahan Pangan Olahan mewajibkan produsen, importir, dan distributor memiliki sistem ketertelusuran pangan sebagai dasar penarikan yang efektif. Prinsip umum merancang sistem seperti ini juga dimuat ISO 22005:2007. Di industri lain, ketertelusuran sering menjadi syarat pelanggan atau sistem manajemen mutu.

Kenapa data proses ikut menentukan luas recall

Banyak pabrik sudah mencatat lot bahan masuk dan barang keluar di ERP atau kartu gudang. Yang belum tercatat rapi adalah kondisi proses per batch. Tanpa data itu, saat ada masalah, pilihan paling aman adalah menahan semua batch dalam rentang waktu tertentu.

Sebagai ilustrasi, keluhan muncul untuk produk yang dikemas pada hari Selasa. Tanpa data proses, dua belas batch minggu itu dianggap sama berisikonya. Dengan rekaman suhu per batch, terlihat bahwa hanya satu batch yang suhu pemanasannya sempat turun di bawah batas selama beberapa menit. Investigasi bisa difokuskan ke batch itu, sementara batch lain punya bukti tertulis bahwa prosesnya berada dalam batas. Keputusan akhirnya tetap mengikuti prosedur mutu dan ketentuan regulator, tetapi keputusan itu kini didasarkan pada data.

Data yang perlu direkam per batch

Kelompok data	Contoh	Sumber umum
Identitas	Nomor batch, produk, ukuran batch, kode produksi di kemasan	Perencanaan produksi atau ERP
Bahan masuk	Lot bahan baku dan bahan kemas, jumlah yang dipakai	Gudang, scan atau input operator
Tempat dan waktu	Lini, mesin, waktu mulai dan selesai tiap tahap	PLC atau input operator
Parameter proses kritis	Suhu, tekanan, waktu tahan, kecepatan, dosis	Sensor dan PLC
Hasil pemeriksaan	QC selama proses, hasil laboratorium, keputusan rilis	QC dan laboratorium
Kejadian	Alarm, mesin berhenti, perubahan setting, rework	PLC, alarm platform, operator
Keluar	Jumlah jadi, lot palet, pengiriman	Gudang atau ERP

Tidak semua angka perlu direkam. Prioritaskan parameter yang punya batas di prosedur Anda, misalnya titik kendali kritis pada rencana HACCP di industri pangan. Simpan data detailnya, lalu buat ringkasan per batch: nilai minimum dan maksimum, lama berada di luar batas, dan alarm yang terjadi. Ringkasan inilah yang dibaca saat penelusuran.

Menghubungkan data mesin ke nomor batch

Data mesin dicatat per waktu, sedangkan batch dicatat per nomor. Jembatan di antara keduanya adalah kejadian mulai dan selesai batch di setiap mesin. Ada tiga cara umum mendapatkannya:

1. Dari PLC. Bila nomor batch atau resep dikirim ke PLC atau HMI, waktu mulai dan selesai bisa dibaca otomatis. Cara ini paling andal, tetapi butuh akses ke program PLC.
2. Dari input operator. Operator memindai QR atau barcode kartu batch di awal dan akhir proses, atau memilihnya di tablet. Cara ini murah dan cepat dimulai. Risikonya lupa memindai, jadi perlu aturan sederhana, misalnya batch baru tidak bisa dimulai sebelum batch sebelumnya ditutup.
3. Dari jadwal produksi. Data dicocokkan dengan rentang waktu di jadwal. Cara ini paling lemah karena jadwal sering bergeser, jadi hanya cocok sebagai langkah awal.

Tiga hal lain menentukan berhasil tidaknya:

• Jam harus seragam. Jam PLC, gateway, server, dan tablet perlu disinkronkan. Selisih beberapa menit bisa memindahkan data ke batch yang salah.
• Catat per tahap, bukan per lini. Produk yang keluar dari mixer bisa baru masuk mesin pengisi beberapa puluh menit kemudian. Setiap tahap butuh catatan mulai dan selesainya sendiri.
• Proses kontinu butuh definisi lot. Bila tidak ada batch alami, tetapkan lot berdasarkan waktu, misalnya per shift, lalu catat setiap pergantian lot sebagai kejadian.

Mulai kecil: satu lini, satu produk

1. Pilih satu lini dengan risiko keluhan tertinggi, atau yang pelanggannya paling ketat meminta bukti proses.
2. Tentukan tiga sampai lima parameter kritis dan sumber datanya. Bila parameter itu masih dicatat di kertas, rapikan dulu lewat digitalisasi logsheet produksi.
3. Tetapkan cara menandai mulai dan selesai batch, lewat PLC atau pindai QR.
4. Buat ringkasan per batch secara otomatis, lengkap dengan batas dan alarm.
5. Uji dengan latihan penelusuran. Ambil satu kode produk acak dari gudang, lalu catat berapa lama tim bisa menjawab: lot bahan baku apa, mesin mana, bagaimana parameternya, dan batch lain mana yang memakai lot bahan baku yang sama. Ulangi setelah sistem berjalan untuk melihat perbedaannya.
6. Perluas ke lini lain, lalu sambungkan nomor batch dengan ERP. Polanya dibahas di artikel integrasi IoT dengan ERP.

Setelah data proses dan hasil mutu terhubung per batch, data yang sama juga bisa dipakai untuk prediksi cacat produksi dengan machine learning.

Yang perlu diperhatikan

• Masa simpan data. Catatan perlu disimpan setidaknya selama umur simpan produk ditambah masa yang ditetapkan prosedur Anda. Ringkasan per batch sebaiknya diekspor rutin atau dikirim ke sistem Anda sendiri, jangan hanya mengandalkan riwayat mentah.
• Integritas data. Catatan yang bisa diubah tanpa jejak melemahkan bukti. Batasi hak edit dan catat siapa mengubah apa.
• Traceability tidak menggantikan QC. Ketertelusuran menunjukkan apa yang terjadi pada sebuah batch, bukan apakah produknya aman.
• Hanya yang diukur yang bisa ditelusuri. Sensor perlu dikalibrasi, dan parameter penting yang belum diukur tetap menjadi titik buta.
• Kode di kemasan harus terbaca. Kalau kode cetak buram atau tidak terhubung ke nomor batch, rantai penelusuran putus di ujungnya.

Pertanyaan yang sering diajukan

Apa bedanya traceability dan tracking?

Tracking menjawab di mana produk berada sekarang, misalnya di gudang mana atau sudah dikirim ke siapa. Traceability menelusuri riwayatnya: bahan, mesin, dan kondisi proses saat produk dibuat. Keduanya memakai identitas lot yang sama.

Apakah harus memakai barcode atau RFID?

Tidak wajib di awal. Yang wajib adalah identitas batch yang konsisten di setiap tahap. Barcode atau QR membantu mengurangi salah ketik saat operator mencatat mulai dan selesai batch.

Apakah traceability produksi membutuhkan ERP?

Tidak untuk memulai. ERP biasanya memegang data material dan pengiriman, sedangkan data proses datang dari mesin. Nilai terbesarnya muncul saat keduanya terhubung lewat nomor batch yang sama.

Traceability produksi bersama INCLUDE

Platform INCLUDE menerima data proses dari sensor dan PLC lewat MQTT, HTTP, atau IncludeGateways untuk perangkat Modbus RTU. Setiap nilai tersimpan sebagai riwayat dengan waktu yang jelas, dan alarm muncul saat parameter keluar dari batas yang Anda tetapkan.

Bagian yang khas untuk setiap pabrik dibangun lewat jasa pengembangan software IoT & AI di atas platform itu: layar pindai mulai dan selesai batch untuk operator, ringkasan proses per batch, laporan penelusuran untuk QA, dan sinkronisasi nomor batch dengan ERP.