Sistem Ketertelusuran Batch: Aturan Kode dan Cakupan Recall
Sistem ketertelusuran batch adalah sistem yang menghubungkan batch bahan baku, batch proses dan batch produk jadi dengan satu skema pengkodean, sehingga setiap pengeluaran material, setiap langkah proses dan setiap pemeriksaan dapat ditelusuri dan dibuktikan. Nilainya bukan pada berapa banyak data yang disimpan, melainkan pada berapa lama seluruh alur satu batch dapat dipastikan ketika terjadi masalah.
Beda ketertelusuran batch dengan membuka ulang catatan produksi
Banyak pabrik mengaku “sudah punya ketertelusuran”, padahal praktiknya menyimpan kartu alur kertas dan buku besar di lembar kerja, lalu beberapa orang mencarinya saat dibutuhkan.
Cara ini tidak terlihat bermasalah sehari-hari. Yang mengujinya ada tiga momen: saat pelanggan mengeluh dan meminta bukti, saat regulator melakukan audit, dan saat ditemukan anomali sehingga cakupan terdampak harus ditetapkan. Ketiganya punya sifat sama — waktu sempit, dan tidak ada yang punya cukup waktu untuk menyusun ulang catatan yang tersebar.
Sistem ketertelusuran batch berbeda pada tiga hal.
- Data diambil, bukan ditambahkan belakangan: nomor batch ditulis saat pengeluaran material, perpindahan proses dan pemeriksaan, tidak bergantung pada input ulang setelah serah terima
- Keterkaitan dibangun sistem, bukan dirangkai orang: relasi induk-anak dari batch bahan ke batch proses ke batch produk jadi dibuat otomatis oleh aturan
- Penelusuran dua arah: dari produk jadi kembali ke bahan baku, dan dari bahan baku ke produk jadi yang memakainya
Satu tolok ukur praktis: ambil satu nomor batch produk jadi. Jika dalam beberapa menit bisa didaftar seluruh batch bahan yang dipakai, ketertelusuran itu baru berdiri.
Menetapkan aturan kode: tiga tingkat batch, barcode dan kontainer
Fondasi ketertelusuran adalah aturan pengkodean. Jika belum ditetapkan, semua keterkaitan berikutnya akan melenceng.
Pendekatan umum membagi kode menjadi tiga tingkat, masing-masing menangani satu hal.
| Tingkat | Menangani | Pendekatan umum | Yang perlu dipastikan |
|---|---|---|---|
| Tingkat batch bahan | Identitas satu lot material | Nomor lot pemasok plus akhiran batch internal | Pengiriman terpisah dari lot sama dihitung satu batch atau tidak |
| Tingkat batch proses | Material melewati proses apa | Nomor perintah kerja plus urutan proses plus irisan waktu | Setelah rework, batch lama atau batch baru |
| Tingkat kontainer atau satuan | Identitas satu karton atau satu unit | Barcode, kode QR atau RFID | Setelah repacking atau pemisahan, kode dilanjutkan atau tidak |
Aturan kode sebaiknya dikonfirmasi tertulis pada tahap awal proyek, karena jika berubah setelah produksi berjalan, data historis akan memuat dua konvensi sekaligus.
Di industri ada dua keluarga kode yang sering dirujuk. Keluarga GS1 (mencakup skema identifikasi seperti GTIN dan SSCC) cocok untuk skenario yang terhubung dengan ritel atau logistik. Kode khusus perusahaan lebih fleksibel tetapi menuntut disiplin internal lebih kuat. Keduanya tidak punya jawaban universal — ditentukan oleh alur hilir produk.
Field yang harus disimpan pada keterkaitan proses
Batch bisa dicari tidak berarti rantai ketertelusuran berdiri. Yang benar-benar dibaca auditor dan pelanggan adalah field apa yang dibawa rantai itu.
Catatan ketertelusuran yang dapat diterima umumnya memuat enam kelompok informasi.
- Stempel waktu: saat tepat pengeluaran material, perpindahan proses, pemeriksaan dan pengemasan
- Keterkaitan batch: batch bahan yang dipakai dan batch setengah jadi atau produk jadi yang dihasilkan
- Peralatan dan stasiun: dikerjakan di mesin dan stasiun mana, dapat dilacak ke nomor peralatan
- Operator: siapa menjalankan, siapa memverifikasi, terikat pada akun berwenang
- Parameter proses: nilai suhu, tekanan, kecepatan dan waktu pada proses kunci
- Hasil pemeriksaan: item pemeriksaan, kesimpulan, rasio sampling dan kriteria penerimaan
Enam kelompok ini membentuk dasar bukti yang sering disebut manusia, mesin, material, metode dan lingkungan. Jika satu hilang, pertanyaan yang bersangkutan tidak bisa dijawab: tanpa data operator, penentuan tanggung jawab tersendat; tanpa parameter proses, perbedaan antar batch sulit dibuktikan.
Jumlah field ditentukan oleh kebutuhan auditor dan pelanggan, bukan semakin banyak semakin baik. Semakin banyak field, semakin berat pengambilan data di lapangan, dan risiko terlewat sehingga rantai putus semakin besar.
Menguji kesinambungan rantai ketertelusuran
Yang paling dikhawatirkan bukan data yang tidak ada, melainkan data yang tidak tersambung.
Titik putus biasanya menumpuk di tiga tempat: stasiun yang mencatat dengan tangan, peralatan lama tanpa port komunikasi, dan jendela pergantian shift. Ketiganya juga posisi yang paling sering diambil sampelnya oleh auditor.
Pengujian kesinambungan umumnya memakai dua cara.
- Silang dua arah: jalankan kueri telusur maju dan mundur pada satu batch produk jadi, pastikan himpunan hasilnya cocok dengan buku manual
- Sampling titik putus: ambil beberapa batch secara acak, periksa apakah ada celah pada stempel waktu tiap tahap
Untuk peralatan lama tanpa port komunikasi, pendekatan umum adalah menambah antarmuka pencatatan lebih dulu, lalu menulis informasi batch ke sistem dengan konfirmasi manual dan stempel waktu, bukan memodifikasi mesinnya. Hasilnya lebih kasar, tetapi rantai tetap bersambung — auditor meminta rantai yang tidak putus, bukan otomatisasi di setiap tahap.
Mengunci cakupan penarikan: dari batch ke alur
Penarikan produk adalah ujian paling langsung bagi sistem ketertelusuran.
Respons biasanya berjalan empat langkah: pemicu, penguncian cakupan, pelacakan pelaksanaan dan penutupan catatan.
Langkah penguncian cakupan paling menunjukkan kemampuan. Ia harus menjawab dua pertanyaan: material ini masuk ke produk jadi mana saja, dan produk jadi itu sekarang ada di mana.
Melakukannya tanpa menghitung di lapangan bergantung pada dua arah data yang sudah ada di sistem: telusur maju dari batch bahan ke batch produk jadi, dan telusur mundur komposisi bahan dari satu batch produk jadi. Hanya bila kedua arah bisa dijawab, cakupan dapat ditetapkan dalam waktu singkat.
Batas penguncian cakupan perlu disepakati sebelum sistem berjalan: cakupan ditentukan dengan nomor batch atau jendela waktu; catatan penarikan memuat pelanggan hilir atau tujuan logistik atau tidak; siapa yang memperbarui status pelaksanaan. Jika hal ini tidak masuk ke dokumen rancangan, saat kejadian muncul kesenjangan “sistem bisa mencari, tetapi proses tidak mengikuti”.
Sebaiknya lakukan satu simulasi penarikan pada tahap uji coba. Pilih satu batch nyata, jalankan seluruh alur, dan catat waktu serta hambatan tiap langkah. Ini lebih berguna daripada membaca daftar fitur.
Pemeriksaan mandiri, audit dan ekspor laporan
Keluaran sistem ketertelusuran bukan hanya layar pencarian, tetapi juga laporan yang diekspor dengan konvensi tetap.
Pemeriksaan mandiri harian biasanya melihat tiga hal: tingkat kelengkapan catatan batch, penyimpanan parameter proses kunci, dan apakah batch tidak normal sudah ditutup dengan catatan. Menjalankan indikator ini mingguan atau bulanan membantu menemukan titik putus lebih awal.
Audit eksternal dan audit pabrik oleh pelanggan umumnya meminta data dalam format tetap, sehingga sistem perlu mendukung tiga hal berikut.
- Ekspor catatan proses dan pemeriksaan secara lengkap berdasarkan nomor batch
- Ekspor daftar batch menurut rentang waktu untuk satu lini atau satu peralatan
- Field, stempel waktu dan informasi operator pada catatan yang diekspor tetap terbaca dan dapat dicocokkan
Template laporan sebaiknya diselesaikan pada tahap serah terima dan dicocokkan sekali dengan konvensi auditor. Menyesuaikan format pada hari audit merugikan dari sisi waktu maupun risiko.
Batas serah terima dan penerimaan: yang perlu dibicarakan sebelum mulai
Sengketa pada proyek ketertelusuran menumpuk di dua hal: siapa menjamin field, dan bagaimana cakupan ditetapkan. Menuliskan batas sebelum penerimaan menghapus banyak penjelasan di kemudian hari.
Daftar penerimaan sebaiknya mencakup hal berikut.
- Pencocokan aturan kode: aturan tiga tingkat dan pengecualian (rework, pemisahan, ganti kontainer) dikonfirmasi tertulis
- Uji telusur nyata: batch diambil acak, kueri dua arah dijalankan, hasil dibandingkan item per item dengan buku manual
- Pemeriksaan titik putus: celah stempel waktu disampling, mekanisme pengisian dan penanggung jawab dikonfirmasi
- Simulasi penarikan: penguncian cakupan dijalankan sekali, waktu dan hambatan dicatat
- Hak akses dan jejak: tingkat akun, log operasi dan riwayat revisi catatan dapat dilacak
- Ekspor laporan: satu laporan lengkap diekspor sesuai konvensi audit, field dan format dipastikan dapat dipakai
Antarmuka ke sistem hulu dan hilir (perintah kerja dari MES, penerimaan barang dari ERP) sebaiknya masuk dalam konfirmasi cakupan yang sama; mengubah field antarmuka setelah dibekukan lebih mahal daripada satu putaran diskusi tambahan di awal.
Status serah terima biasanya tiga tingkat: sudah diserahkan (berjalan di lapangan), siap diserahkan (solusi dan referensi lengkap, bisa mulai segera) dan uji coba sesuai kebutuhan (divalidasi menurut kondisi lapangan). Untuk kasus banyak lini atau banyak pabrik, mulai dari satu lini atau satu area proses, stabilkan aturan kode dan jalur pengambilan data, lalu replikasi ke lini lain — biaya replikasi terutama pada penambahan titik pengambilan data, bukan pada platform.
Titik pendaratan ketertelusuran: memangkas waktu pembuktian
Sistem ketertelusuran batch tidak menjawab “perlu menyimpan catatan atau tidak”, tetapi menjawab dalam bentuk apa catatan itu ada dan seberapa cepat bisa diambil. Aturan kode menentukan rantai bisa dibangun, field proses menentukan rantai berdiri, dan penguncian cakupan penarikan menentukan kecepatan reaksi saat masalah benar-benar terjadi. Ketiga hal ini ditetapkan, ketertelusuran tidak lagi sekadar buku besar yang didigitalkan.
Ringkasan: menempatkan catatan dalam kondisi yang bisa dibuktikan
Ketertelusuran batch berdiri atau tidak bergantung pada seberapa tuntas aturan kode, field proses dan batas penguncian cakupan ditetapkan sebelum sistem berjalan, bukan pada besar kecilnya sistem. Dengan menetapkan sasaran “alur bahan baku ke produk jadi bisa ditelusuri dua arah dan dapat diekspor langsung sesuai konvensi audit”, prioritas pada tahap perencanaan menjadi jelas.
Jadwalkan diskusi solusi
Jika Anda sedang menimbang bagaimana menetapkan field ketertelusuran, atau apakah lini yang ada dapat menangkap informasi batch, Anda dapat menjadwalkan diskusi solusi. Kami akan mengusulkan aturan kode dan kumpulan field sesuai alur produk dan kebutuhan audit.
Hubungi Kami