Stok & Inventori
Sistem Kasir untuk Produk Mendekati Kedaluwarsa

Ringkasan Cepat
Pengendalian kedaluwarsa membutuhkan identitas batch, tanggal yang benar, FEFO, penanggung jawab, serta jejak keputusan dari penerimaan sampai penjualan atau disposal.
- Produk mendekati kedaluwarsa bukan sekadar daftar barang yang perlu didiskon.
- Masalah ini menyentuh keamanan, kualitas, arus kas, kepatuhan, pengalaman pelanggan, dan akurasi stok.
- Sistem Kasir membantu bila data batch dan tanggal masuk dengan benar, lalu menghasilkan pekerjaan yang jelas bagi tim toko.
Ringkasan dibuat untuk membantu pembaca memahami poin utama. Gunakan isi artikel lengkap sebagai sumber penjelasan.
Produk mendekati kedaluwarsa bukan sekadar daftar barang yang perlu didiskon. Masalah ini menyentuh keamanan, kualitas, arus kas, kepatuhan, pengalaman pelanggan, dan akurasi stok. Sistem Kasir membantu bila data batch dan tanggal masuk dengan benar, lalu menghasilkan pekerjaan yang jelas bagi tim toko.
Tujuan pengelolaan bukan menghabiskan semua barang dengan cara apa pun. Bisnis harus mencegah penerimaan produk yang tidak layak, mengutamakan stok yang tepat, menghentikan penjualan pada batasnya, dan mendokumentasikan retur atau pemusnahan. Keputusan akhir tetap mengikuti karakter produk, label, instruksi pemasok, serta ketentuan yang berlaku.

Pelanggan melihat penawaran promo makanan di meja konter kafe yang menggunakan sistem kasir untuk produk mendekati kedaluwarsa
Jawaban singkat
Catat SKU, batch atau lot, jenis tanggal, nilai tanggal, kuantitas, lokasi, pemasok, dan waktu penerimaan. Terapkan FEFO—first expired, first out—untuk alokasi, bukan hanya FIFO berdasarkan waktu datang. Buat alert bertingkat yang berubah menjadi tugas dengan owner, tenggat, dan bukti penyelesaian.
Pisahkan tindakan yang masih aman dan diizinkan: pindah display, hentikan replenishment, markdown, bundling, retur ke pemasok, donasi melalui prosedur yang sah, quarantine, atau disposal. Blokir penjualan ketika aturan produk mewajibkannya. Audit shrink dan margin bersama agar diskon tidak sekadar memindahkan masalah.
Bedakan tanggal dan status produk
Jangan menyimpan semua penandaan sebagai satu kolom “expired”. Nama tanggal pada label dapat mempunyai arti yang berbeda. Sistem perlu menyimpan jenis tanggal persis, misalnya kedaluwarsa, baik digunakan sebelum, atau batas internal kualitas, tanpa mengubah interpretasinya secara otomatis.
BPOM menjelaskan penandaan kedaluwarsa pangan olahan dan pentingnya membaca informasi pada label. Jadikan label, regulasi, dan prosedur kategori produk sebagai sumber keputusan; jangan mengandalkan tebakan kasir.
Status operasional dapat berupa sellable, near-expiry, markdown-approved, reserved-return, quarantined, recalled, expired, dan disposed. Tanggal adalah fakta; status adalah keputusan bisnis yang mempunyai alasan, actor, dan waktu.
Bangun data batch yang dapat ditelusuri
Satu SKU dapat memiliki beberapa batch dengan tanggal berbeda. Stok agregat “20 unit” tidak cukup untuk menentukan unit mana yang harus keluar lebih dahulu atau ditahan.
| Data | Contoh kegunaan | Validasi |
|---|---|---|
| SKU dan barcode | identitas produk | cocok dengan master |
| Batch/lot | traceability | format pemasok |
| Jenis dan nilai tanggal | aturan penjualan | tanggal logis |
| Kuantitas dan unit | saldo per batch | tidak negatif |
| Lokasi | picking dan count | lokasi aktif |
| Pemasok/dokumen | retur dan klaim | referensi penerimaan |
| Status | izin jual | transisi sah |
| Actor dan timestamp | audit | otomatis tercatat |
Barcode konsumen mungkin hanya mengidentifikasi SKU. Jika batch tidak encoded, staf harus memindai label tambahan atau memilih batch saat receiving. Kurangi input manual dengan template, tetapi tetap sediakan verifikasi visual.
Kendalikan sejak proses penerimaan
Kerugian sering dimulai ketika toko menerima sisa umur simpan yang terlalu pendek. Tentukan minimum remaining shelf life per kategori, kanal, atau kesepakatan pemasok. Sistem memberi peringatan sebelum goods receipt diselesaikan.
Alur penerimaan yang disiplin:
Cocokkan purchase order, SKU, jumlah, dan kondisi kemasan.
Catat batch serta tanggal dari label fisik.
Bandingkan dengan batas penerimaan kategori.
Pisahkan unit yang rusak, tidak terbaca, atau tidak sesuai.
Minta keputusan supervisor untuk exception.
Simpan foto atau dokumen hanya bila dibutuhkan.
Cetak label internal tanpa menutupi label wajib.
Exception tidak boleh berubah menjadi tombol “lanjut saja”. Wajib ada reason, approver, dan tindakan berikutnya seperti retur langsung atau penjualan pada kanal tertentu.
Terapkan FEFO pada alokasi dan replenishment
FIFO mengutamakan barang yang datang lebih dahulu, sedangkan FEFO mengutamakan yang lebih dahulu mencapai batas tanggal. Keduanya bisa menghasilkan urutan berbeda. Untuk produk bertanggal, aturan picking dan replenishment perlu mengacu pada batch yang eligible dengan tanggal terdekat.
Sistem memberi rekomendasi batch, tetapi layout fisik harus mendukung. Tempatkan batch dekat tanggal di posisi mudah diambil, pisahkan status quarantine, dan lakukan spot check. Jika staf selalu mengambil karton paling depan tanpa memastikan batch, algoritma tidak akan memperbaiki stok fisik.
Transfer antartoko juga mengikuti FEFO dan kemampuan toko tujuan menjual sebelum batas. Memindahkan slow stock ke lokasi lain tanpa demand hanya menggeser waste serta biaya.
Ubah alert menjadi antrean kerja
Notifikasi yang muncul setiap hari akan diabaikan bila tidak menunjukkan tindakan. Buat horizon berbeda berdasarkan lead time dan kategori, misalnya review awal, tindakan komersial, stop replenishment, dan blokir. Angka harinya ditetapkan tim kategori, bukan disamaratakan.
Setiap alert memuat:
SKU, batch, lokasi, dan kuantitas terdampak;
jenis tanggal serta hari tersisa;
estimasi laju penjualan yang relevan;
tindakan yang diperbolehkan;
owner dan tenggat penyelesaian;
nilai biaya, potensi pendapatan, dan prioritas;
hasil akhir beserta reason code.
Dashboard harus menunjukkan pekerjaan belum selesai, bukan sekadar jumlah notifikasi. Eskalasi dilakukan bila tenggat lewat atau kuantitas berubah signifikan.
Susun tangga tindakan yang aman
Tindakan dimulai dari pencegahan: hentikan order tambahan, koreksi forecasting, pindahkan posisi display, atau alokasikan ke kanal yang memang membutuhkan. Markdown hanya salah satu pilihan.
Aturan diskon menentukan kategori, rentang waktu, batas harga, approval, label baru, kanal, dan kombinasi promo. Kasir perlu melihat harga final dan alasan dengan jelas. Jangan menutupi informasi tanggal atau membuat klaim yang menyesatkan.
Jika pemasok menerima retur, reserve stok agar tidak terjual dan hubungkan ke dokumen klaim. Donasi memerlukan pemeriksaan kelayakan, pihak penerima, chain of custody, dan ketentuan yang berlaku. Produk yang tidak dapat dijual harus dikarantina hingga disposal terdokumentasi.
Blokir penjualan dan kelola exception
Pada checkout, sistem mengecek batch yang dipilih serta statusnya. Jika produk sudah diblokir, tampilkan pesan yang spesifik, hentikan transaksi item, dan arahkan staf ke prosedur penggantian. Override—bila memang diizinkan untuk kasus tertentu—memerlukan role, alasan, dan audit.
Jangan membuat kasir menghitung aturan dari ingatan. Namun jangan pula menganggap sistem selalu benar. Bila tanggal fisik berbeda dari data, staf harus menghentikan item, membuat discrepancy, dan memeriksa batch lain.
Pelanggan yang menemukan masalah perlu menerima resolusi konsisten: verifikasi transaksi, penggantian atau refund sesuai kebijakan, pencatatan batch, dan eskalasi bila ada risiko lebih luas.
Siapkan recall dan quarantine
Recall berbeda dari near-expiry. Pemicunya dapat berupa instruksi pemasok, regulator, atau temuan internal. Sistem mencari stok dan transaksi berdasarkan SKU, batch, lokasi, serta periode; lalu mengubah status menjadi tidak boleh dijual.
Prosedur recall mencakup identifikasi scope, penghentian sale, quarantine fisik, count, transfer atau retur, komunikasi yang disetujui, dan bukti penutupan. Jangan menghubungi pelanggan berdasarkan dugaan. Gunakan data yang relevan, dasar komunikasi yang tepat, dan pesan resmi.
Uji prosedur menggunakan simulasi batch. Ukur waktu menemukan stok, proporsi lokasi yang merespons, selisih count, serta completeness dokumentasi.
Rekonsiliasi stok fisik dan sistem
Near-expiry report hanya berguna jika stok sistem mencerminkan rak. Lakukan cycle count berbasis risiko pada batch yang mendekati tanggal, memiliki shrink tinggi, atau sering dipindah. Count harus membedakan sellable, markdown, quarantine, return, dan disposal.
Setiap adjustment memakai reason code seperti damage, spoilage, wrong batch, receiving error, internal use, atau theft suspected. Supervisor meninjau pola, bukan hanya menyetujui satu per satu.
Hubungkan pengelolaan inventori dengan informasi operasional lain di Kasair agar pembelian, penjualan, dan stok tidak dianalisis terpisah. Pelajari juga cakupan platform Kasair untuk operasional usaha sebelum menentukan konfigurasi.
Ukur hasil tanpa mendorong perilaku buruk
Pantau waste value, unit expired, near-expiry sell-through, markdown revenue, margin after markdown, supplier return recovery, receiving rejection, stock discrepancy, dan completion time. Segmentasikan per SKU, batch, toko, pemasok, dan kategori.
Jangan memberi target “waste nol” secara mutlak. Target itu dapat mendorong diskon berlebihan, pemindahan tanpa alasan, atau pencatatan yang tidak jujur. Nilai ketersediaan produk, margin, kepatuhan, serta pengalaman pelanggan bersama-sama.
Analisis akar penyebab membedakan forecast berlebih, pack size, lead time, penerimaan terlalu pendek, display, rotasi rak, demand shock, atau data salah. Perbaikan ditujukan ke sumber masalah.
Jalankan implementasi bertahap
Mulai dari satu kategori dengan risiko dan nilai yang cukup terlihat. Bersihkan master SKU, tentukan definisi tanggal, petakan proses receiving sampai disposal, lalu uji dengan beberapa batch. Rekonsiliasi hasil terhadap stok fisik sebelum memperluas.
Libatkan purchasing, warehouse, category, store operation, finance, quality, dan customer service. Setiap tim mempunyai keputusan berbeda. Dokumentasikan RACI, approval, jam cut-off, dan contingency ketika perangkat atau koneksi gagal.
Setelah stabil, otomatisasi rekomendasi secara bertahap. Keputusan berisiko tinggi tetap membutuhkan review manusia. Sistem yang baik memperjelas fakta dan tanggung jawab, bukan menyembunyikan kebijakan di balik notifikasi.
FAQ
Apakah FIFO sama dengan FEFO?
Tidak. FIFO mengikuti urutan penerimaan, sedangkan FEFO mengikuti tanggal yang lebih dahulu berakhir di antara batch yang layak dijual.
Apakah semua produk mendekati tanggal harus didiskon?
Tidak. Pilihan bergantung pada kategori, kondisi, aturan, kontrak pemasok, demand, margin, dan waktu. Retur, transfer terkontrol, atau stop order dapat lebih tepat.
Bagaimana jika barcode tidak memuat batch?
Tambahkan proses capture batch ketika receiving atau picking menggunakan label sekunder, pemilihan terkontrol, dan verifikasi fisik.
Siapa yang boleh mengubah status menjadi quarantine?
Role ditentukan kebijakan. Perubahan harus mencatat actor, waktu, alasan, kuantitas, dan referensi kasus agar dapat diaudit.
Apakah sistem boleh menjual produk setelah tanggalnya?
Sistem mengikuti aturan kategori, label, dan ketentuan yang berlaku. Untuk status yang dilarang, penjualan diblokir; staf tidak mengambil keputusan dari asumsi pribadi.
Apa indikator paling penting?
Tidak ada satu indikator tunggal. Gabungkan waste, sell-through, margin, availability, discrepancy, completion time, incident, serta hasil audit untuk melihat kualitas proses.
BACA SELANJUTNYA