E

Empat jam. Bukan empat hari.

Ini yang dimaksud dengan traceability batch produksi makanan: kemampuan menjawab batch mana, dari lot bahan baku mana, dikirim ke customer mana saja, dalam waktu yang buyer tentukan, bukan waktu yang kamu anggap wajar.

QA manager yang membaca email itu tahu persis di mana catatannya berada. Sebagian di buku tulis di meja penerimaan barang, sebagian di Excel produksi, sebagian di kepala operator shift yang kebetulan sedang libur. Tidak ada satu tempat yang bisa dibuka dan langsung menjawab keempat pertanyaan itu, apalagi ditambah satu pertanyaan kelima: berapa banyak stok dengan lot yang sama yang masih ada di gudang customer sekarang.

Apa bedanya audit traceability dengan mock recall sungguhan?

Kebanyakan pabrik F&B di Indonesia sudah pernah diaudit soal traceability, dan lolos. Sertifikat HACCP ada, SOP tertulis rapi, auditor mencentang kolom "ada sistem pelacakan batch". Lalu permintaan trace sungguhan datang dan semuanya berantakan.

Bedanya sederhana. Audit rutin mengecek apakah catatannya ada. Mock recall mengecek apakah catatan itu bisa disambung, di bawah tekanan waktu, oleh orang yang mungkin sedang tidak masuk kerja hari itu.

Kami sudah lihat pabrik dengan sertifikat HACCP dan BRC yang tetap gagal mock recall, karena sertifikasi menguji dokumen, bukan kecepatan menyambungnya. Ini yang tidak ditulis di brosur konsultan sertifikasi mana pun.

Apa yang sebenarnya diminta saat buyer bilang "trace batch ini"?

Permintaan trace punya tiga bagian, dan pabrik yang gagal biasanya cuma siap untuk satu.

Forward trace menjawab ke mana barangnya pergi. Lot bahan baku ini masuk ke work order mana, jadi batch mana, dikirim ke customer mana saja dan berapa jumlahnya. Arah ini dipakai kalau masalahnya muncul di sisi bahan baku, misalnya supplier bumbu menelepon dan bilang ada kontaminasi di lot yang sudah mereka kirim minggu lalu.

Backward trace kebalikannya, dan ini yang diminta di email tadi. Complaint dari customer ini datang dari batch mana, batch itu pakai bahan baku dari lot mana, dan lot itu dari supplier mana. Complaint muncul dulu, lalu kamu telusuri mundur sampai ke karung yang mana.

Yang ketiga, mass balance, adalah yang paling sering bikin gagal. Dari total bahan baku lot itu yang masuk, berapa yang jadi produk jadi, berapa yang jadi reject, berapa yang masih tertinggal di WIP. Kalau angkanya tidak ketemu, artinya ada pergerakan yang tidak tercatat di suatu tempat, dan buyer akan menyimpulkan kamu tidak benar-benar tahu ke mana produk bermasalah itu pergi.

Kebanyakan pabrik cuma siap untuk forward trace, karena itu arah yang paling gampang dibayangkan: bahan masuk, produk keluar. Dua yang lain jarang dilatih, dan justru dua itu yang muncul saat kejadian sungguhan.

Kenapa buku catatan bisa lolos audit tapi gagal saat recall?

Buku tulis di meja penerimaan barang mencatat semua yang perlu dicatat. Tanggal terima, nama supplier, nomor lot dari surat jalan, jumlah. Auditor membuka buku itu, melihat kolomnya lengkap, dan mencentang.

Yang tidak terlihat oleh auditor adalah apakah nomor lot di buku itu ikut menempel ke setiap transaksi setelahnya. Di kebanyakan pabrik yang kami temui, jawabannya tidak. Nomor lot berhenti di buku penerimaan. Begitu bahan turun ke produksi, yang dicatat cuma nama bahan dan jumlahnya, bukan lot mana yang dipakai. Begitu produk jadi dan masuk gudang, yang tercatat nomor batch produksi, bukan lot bahan baku di baliknya. Dua sistem pencatatan, dua nomor berbeda, dan tidak ada yang pernah menjembatani keduanya.

Rantai yang harus selamat itu punya tujuh sambungan, dan gampang dilihat kalau ditulis satu per satu dengan nomor yang sungguhan.

Cabai datang dari CV Sumber Tani, 1.200 kg, nomor lot supplier CB-0514-A tertulis di surat jalan tanggal 14 Mei. Bagian penerimaan mencatatnya sebagai GR-2605-118 dan memberi lot internal RM-CB-260514. Tanggal 14 Mei sore, 380 kg dari lot itu keluar gudang lewat MI-4402 menuju WO-7781. Work order itu jalan di shift 2 tanggal 15 Mei dan menghasilkan 18.400 botol dengan lot produk jadi FG-SB-260515-S2. Enam ribu botol dari batch itu keluar lewat DO-9931 tanggal 16 Mei ke distributor di Bekasi.

Tujuh sambungan: lot supplier, penerimaan, pengeluaran bahan, work order, lot produk jadi, surat jalan, customer. Satu saja putus dan penelusuran berhenti di situ.

Mass balance untuk 380 kg itu juga harus ketemu. Produk jadi 18.400 botol × 18,5 gram cabai = 340,4 kg. Reject 1.100 botol = 20,35 kg. Sisa di tangki saat shift tutup 14 kg. Totalnya 374,75 kg, jadi susut penguapan 5,25 kg atau 1,4 persen. Angka itu bisa dipertanggungjawabkan. Yang tidak bisa dipertanggungjawabkan adalah kalau kamu cuma bisa bilang "sekitar 380 kg masuk, sekitar 18 ribu botol keluar".

Perhatikan bahwa 380 kg itu cuma sepertiga dari lot CB-0514-A. Sisanya yang 820 kg pergi ke dua work order lain di hari yang berbeda, masing-masing jadi lot produk jadi sendiri, masing-masing punya surat jalan sendiri ke customer yang berbeda. Satu lot bahan baku menyebar ke banyak cabang, dan itulah yang bikin rekonstruksi manual butuh dua minggu, bukan empat jam.

Yang paling sering putus bukan di produksi. Titik putusnya nyaris selalu di sambungan kedua, di penerimaan barang, tempat nomor CB-0514-A ditulis tangan di buku lalu tidak pernah masuk ke sistem apa pun setelah hari itu. Semua catatan sesudahnya menyebut "cabai merah 380 kg" tanpa menyebut cabai merah dari lot mana.

Ini yang bikin buku tulis rapi tetap gagal. Datanya tidak salah. Datanya cuma berhenti di sambungan kedua.

Berapa kerugian kalau kamu tidak bisa mempersempit batch yang ditarik?

Ini bagian yang jarang dihitung, dan ini yang membuat masalah traceability berhenti jadi urusan QA saja, lalu jadi urusan direktur keuangan.

Pabrik saus di kawasan EJIP, Cikarang, yang kami bantu tahun lalu, mengirim rata-rata Rp 480 juta produk per bulan ke satu buyer retail modern. Ketika ada komplain serpihan plastik, mereka tidak bisa memastikan komplain itu berasal dari satu batch di satu shift, karena nomor lot bahan baku tidak tersambung ke nomor batch produk jadi. Buyer, demi kehati-hatian, meminta penarikan seluruh pengiriman tiga bulan terakhir.

Rp 480 juta × 3 bulan = Rp 1,44 miliar nilai produk yang ditarik dari rak dan gudang buyer.

Padahal masalah sungguhan, setelah ditelusuri manual selama hampir dua minggu, ternyata cuma berasal dari satu shift produksi, sekitar delapan jam kerja, dengan nilai produk kurang dari Rp 40 juta.

Selisih Rp 1,4 miliar itu murni ongkos karena tidak bisa mempersempit lingkup masalah cukup cepat, bukan nilai bahan baku atau produksi yang sungguh-sungguh hilang. Traceability yang bekerja akan menghentikan penarikan di satu shift, bukan tiga bulan.

Apa saja yang harus ada di layar picking, bukan cuma di SOP?

SOP yang dibaca sekali saat training lalu dilupakan tidak mengubah apa pun di lantai. Aturan baru mengikat kalau dia muncul di layar tempat operator kerja, tepat di titik pengambilan bahan.

Yang perlu ada di titik itu: nomor lot bahan yang diambil terekam otomatis, bukan diketik ulang dari ingatan. Nomor itu terikat ke work order yang sedang jalan. Saat produk jadi keluar dari line, nomor batch yang dihasilkan otomatis mewarisi daftar lot bahan baku yang masuk ke dalamnya. Operator tidak perlu menghafal atau mencatat manual, karena sistem yang menyambungkan, bukan orangnya.

Kami pernah lihat pabrik yang SOP-nya sudah menyebutkan "catat nomor lot setiap pengambilan bahan", tertulis rapi, ditandatangani manajer QA, dan tidak pernah dijalankan satu kali pun di lantai produksi, karena mencatat manual di tengah kecepatan line berarti menambah satu langkah yang tidak ada gunanya buat operator kalau tidak ada yang pernah memeriksanya. SOP yang tidak melekat ke pekerjaan sehari-hari bukan aturan. Itu dokumen.

Aturan rotasi stok nasibnya persis sama. Ditulis rapi di SOP, tidak pernah sampai ke layar yang dipegang operator, dan yang keluar di ujungnya adalah stok yang dibuang karena tanggal kedaluwarsa yang salah urutan diambil dari rak.

Traceability lot penuh atau traceability batch saja: mana yang sebenarnya diminta buyer?

Jarang ada penjual sistem traceability yang mau bilang ini terus terang.

Genealogy penuh sampai ke level lot untuk setiap bahan baku, setiap sub-proses, setiap kemasan, itu mahal dibangun dan mahal dijalankan setiap hari. Untuk sebagian kategori produk, terutama yang risikonya rendah atau yang buyer-nya bukan pasar ekspor dengan regulasi ketat, traceability di level batch produksi sudah cukup memenuhi permintaan buyer. Buyer tidak selalu minta kamu tahu nomor lot tepung dari karung yang mana. Kadang cukup tahu batch produksi tanggal berapa, shift berapa.

Sebelum kamu membangun sistem untuk genealogy penuh, tanya dulu ke buyer atau ke standar yang mereka rujuk, level mana yang sebenarnya disyaratkan. Membangun ke level yang lebih detail dari yang diminta sering disalahartikan sebagai kehati-hatian. Padahal itu cuma ongkos tambahan yang tidak perlu, dan kami lebih baik bilang itu di depan daripada membiarkan kamu membayar presisi yang tidak ada yang memintanya.

Kalau ternyata kamu memang butuh genealogy penuh, itu bukan pekerjaan yang bisa ditambal dengan Excel yang lebih rapi. Yang dibutuhkan adalah sistem yang mencatat setiap pergerakan bahan pada saat pergerakan itu terjadi, bukan direkonstruksi belakangan dari surat jalan dan ingatan. Di pasar, kategori ini dijual dengan nama ERP, dan bagian traceability biasanya duduk di modul inventory dan manufacturing, bukan di modul quality seperti yang banyak orang kira. Kami sudah membahas biaya sebenarnya membangun sistem seperti itu untuk pabrik di Indonesia secara terbuka, termasuk di titik mana biayanya melonjak dan di mana sebenarnya tidak perlu, di rincian biaya sistem untuk pabrik Indonesia.

Traceability yang bekerja saat tekanan sungguhan cuma satu gejala dari masalah yang lebih besar: catatan yang terpisah-pisah di beberapa tempat yang tidak pernah saling bicara. Kalau kamu mau lihat gejala-gejala lain yang biasanya datang berbarengan di pabrik yang catatannya masih terpisah-pisah, itu pola yang sama yang muncul di gudang, di produksi, dan di laporan keuangan.

Pertanyaan yang sering masuk

Apa itu traceability batch dalam produksi makanan? Kemampuan menelusuri satu batch produk jadi kembali ke lot bahan baku yang dipakai, dan menelusuri satu lot bahan baku maju ke semua batch dan customer yang menerimanya, lengkap dengan angka mass balance yang cocok. Bukan sekadar catatan lot tersedia di suatu tempat.

Berapa lama waktu yang wajar untuk trace batch saat mock recall? Sebagian besar buyer retail modern dan standar seperti BRC meminta forward-and-backward trace selesai dalam dua sampai empat jam. Kalau proses manual kamu butuh lebih dari itu, kemungkinan besar kamu akan gagal saat kejadian sungguhan, bukan cuma saat latihan.

Apa bedanya traceability lot dengan traceability batch? Lot merujuk ke bahan baku dari satu pengiriman supplier. Batch merujuk ke satu run produksi. Traceability lot penuh melacak sampai ke lot bahan baku spesifik di dalam satu batch. Traceability batch saja cukup menjawab batch produksi tanggal dan shift berapa. Tidak semua buyer butuh yang pertama.

Kenapa buku catatan manual tidak cukup untuk traceability? Datanya sendiri biasanya sudah benar. Masalahnya nomor lot berhenti di titik penerimaan barang dan tidak pernah ikut tercatat di transaksi produksi dan pengiriman sesudahnya. Rantainya putus di tengah, bukan di ujung.

Apakah pabrik kecil wajib punya sistem traceability digital? Tidak selalu. Kalau volume produksi rendah, satu shift, satu lini, dan buyer kamu belum pernah minta mock recall, pencatatan manual yang disiplin dan konsisten menyambungkan nomor lot ke setiap tahap masih bisa jalan. Kebutuhan sistem digital muncul begitu ada lebih dari satu shift, lebih dari satu lini, atau buyer mulai meminta audit traceability formal.

Kalau kamu belum pernah mencoba mock recall sendiri, coba minggu ini. Ambil satu batch acak dari tiga bulan lalu, bukan yang baru, lalu hitung sendiri berapa jam yang kamu butuhkan untuk menjawab tiga pertanyaan di atas. Angka jam itu yang menentukan apa yang terjadi saat email seperti tadi benar-benar masuk, bukan sertifikat yang menggantung di lobi.