Periksa Alur Retur Gudang Anda dari Terima sampai Settlement

Kalau retur di gudang Anda menumpuk lebih dari dua minggu tanpa keputusan yang jelas, penyebabnya jarang barangnya rumit ditangani. Biasanya salah satu dari tujuh titik di alurnya (mulai dari retur diterima sampai statusnya settle di pembukuan) tidak punya pemilik yang jelas, atau punya tenggat yang tak benar-benar ditegakkan. Checklist ini menelusuri ketujuh titik itu satu per satu, supaya Anda tahu persis di titik mana alur retur gudang Anda macet, bukan sekadar tahu bahwa “ada yang menumpuk di sana”.

Ini bukan kelemahan yang unik ke satu gudang. Di kebanyakan perusahaan logistik, arus barang masuk mendapat SOP dan KPI sejak sistem pertama kali dirancang, karena terhubung langsung ke pendapatan. Retur jarang dapat perlakuan yang sama, sehingga alurnya berkembang lisan dan berbeda tergantung siapa yang sedang shift, sampai volumenya naik (musim promo, produk ditarik dari pasaran, customer baru yang lebih sering komplain) dan proses lisan itu kewalahan sendiri.

Cara memakai checklist ini

Untuk tiap satu dari tujuh langkah di bawah, ada tiga hal yang perlu dipastikan: siapa pemiliknya, berapa batas waktunya, dan apa yang terjadi kalau batas waktu itu lewat. Kalau salah satu dari tiga hal itu tak bisa dijawab pasti untuk suatu langkah, langkah itulah sumber macetnya retur di gudang Anda, bukan langkah lain yang kebetulan lebih terlihat menumpuk.

• Apakah ada satu orang atau jabatan spesifik yang bertanggung jawab mengambil keputusan di langkah ini?
• Apakah ada batas waktu tertulis untuk langkah ini, dan apakah batas waktu itu benar-benar dipantau, bukan cuma tercantum di dokumen SOP yang jarang dibuka lagi?
• Kalau batas waktu itu lewat, apakah ada eskalasi yang berjalan otomatis, atau retur cuma diam menunggu sampai ada yang kebetulan ingat?

Langkah 1: terima dan catat retur

Pemilik: staf penerima di pintu retur atau picker yang sedang shift. Target waktu: paling lambat 24 jam sejak barang retur tiba secara fisik di gudang, sebelum masuk antrean pemeriksaan.

• Retur dicatat dengan referensi ke nomor pengiriman asal atau nomor komplain customer, bukan sekadar “barang retur” tanpa identitas yang bisa ditelusuri kembali.
• Jumlah unit dan kondisi kemasan luar dicocokkan dengan surat jalan, sehingga selisih ketahuan sejak hari pertama, bukan saat pemeriksaan fisik minggu berikutnya.
• Kode alasan retur dicatat sejak awal (salah kirim, kelebihan stok toko, atau klaim kerusakan), supaya retur yang jelas bisa langsung direstock tak perlu antre pemeriksaan penuh seperti retur yang mengarah ke klaim atau hapus buku.
• Barang diberi status sementara “belum diperiksa” di sistem atau kartu fisik, agar tidak tercampur dengan stok jual yang sudah bersih.

Cek sekarang: ambil lima retur yang datang minggu ini. Bisakah Anda menelusuri masing-masing kembali ke pengiriman atau komplain aslinya dalam waktu kurang dari semenit? Kalau tidak, langkah ini yang perlu dibenahi lebih dulu sebelum melangkah ke langkah berikutnya.

Langkah 2: karantina

Pemilik: supervisor gudang. Target waktu: berlaku sejak retur diterima, ditinjau ulang setiap hari kerja sampai retur itu masuk ke langkah inspeksi.

• Retur ditempatkan di area fisik yang jelas batasnya dan terpisah dari stok jual, bukan “sudut mana saja yang masih kosong hari itu”.
• Ada kapasitas maksimum yang disepakati untuk area karantina; begitu terlampaui, ada eskalasi tertulis ke supervisor, bukan dibiarkan meluber ke lorong atau rak lain.
• Retur berisiko tinggi (mendekati tanggal kedaluwarsa, kategori mudah rusak, atau bernilai tinggi) ditandai prioritas dan tak menunggu antrean yang sama dengan retur non-perishable.

Cek sekarang: tanyakan ke staf gudang, berapa lama rata-rata retur duduk di area karantina sebelum diperiksa. Kalau jawabannya “enggak tahu, macam-macam”, ini titik kedua yang belum terkontrol.

Langkah 3: inspeksi kondisi fisik

Pemilik: staf QC atau staf retur yang ditunjuk. Target waktu: 3 hari kerja sejak retur diterima.

• Kondisi barang difoto dari beberapa sisi, bukan cuma dicatat dengan satu kata seperti “rusak” di buku catatan.
• Jenis kerusakan diklasifikasi memakai daftar kategori tertulis (cacat produksi, rusak saat transit, salah kirim, kelebihan stok toko), bukan penilaian bebas yang berbeda tergantung siapa yang kebetulan bertugas.
• Ditentukan sejak tahap ini apakah kerusakan itu tanggung jawab vendor, transporter, atau internal, karena penentuan ini yang nanti menentukan klaim bisa diajukan atau tidak.

Cek sekarang: ambil sepuluh retur secara acak dari bulan lalu. Berapa banyak yang punya foto kondisi dan kategori kerusakan tercatat lengkap? Kalau kurang dari separuh, klaim ke vendor pada retur-retur itu kemungkinan besar sudah tak bisa diajukan lagi.

Langkah 4: tentukan jalur (disposisi)

Pemilik: supervisor gudang, atau koordinator retur kalau volumenya besar. Target waktu: 2 hari kerja setelah inspeksi selesai (kumulatif hari kerja ke-6 sejak retur diterima).

Disposisi berarti menjatuhkan setiap unit retur ke salah satu dari empat jalur berikut, berdasarkan kriteria tertulis yang sama dipakai siapa pun yang bertugas, bukan menunggu supervisor senior tertentu yang kebetulan sedang shift.

Cek sekarang: apakah kriteria di tabel ini ada dalam bentuk tertulis yang bisa dibuka staf kapan saja, atau cuma ada di kepala satu-dua orang senior yang kebetulan paling lama bekerja di sana?

Langkah 5: persetujuan

Pemilik: tergantung nilai: supervisor gudang untuk nilai di bawah ambang batas yang disepakati, manajer atau finance untuk yang di atasnya. Target waktu: 1 hari kerja setelah disposisi ditentukan (kumulatif hari kerja ke-7).

• Ada ambang nilai tertulis yang menentukan kapan disposisi cukup diputuskan supervisor sendiri, dan kapan butuh tanda tangan tambahan, bukan aturan yang berubah tergantung siapa yang bertanya.
• Setiap persetujuan tercatat, baik tanda tangan digital maupun fisik, bukan sekadar disetujui lisan lewat grup WhatsApp yang tak bisa ditelusuri lagi enam bulan kemudian.
• Khusus untuk disposisi hapus buku, ada pihak kedua yang mengonfirmasi kondisi barang sebelum tanda tangan final, supaya keputusan menghapus nilai dari pembukuan tak bertumpu pada satu orang saja.

Cek sekarang: tarik daftar hapus buku tiga bulan terakhir. Berapa banyak yang punya dua tanda tangan dibanding cuma satu?

Langkah 6: eksekusi (restock, perbaikan, klaim, atau hapus buku)

Pemilik: berbeda per jalur: staf gudang untuk restock, tim rework untuk perbaikan, staf vendor relation untuk klaim, finance bersama gudang untuk hapus buku. Target waktu: 7 hari kerja sejak disposisi disetujui (kumulatif hari kerja ke-14).

• Restock: barang kembali ke lokasi rak yang benar dan status di sistem ikut diperbarui jadi tersedia jual, bukan cuma dipindah fisik sementara status masih tercatat “retur”.
• Perbaikan / rework: barang dikemas ulang dan diberi status berbeda dari barang baru kalau kebijakan mengizinkan (misalnya grade B), dicatat sebagai hasil rework, bukan disatukan diam-diam ke stok normal.
• Klaim ke vendor: dokumen klaim (foto, berita acara, nomor retur) dikirim dengan tenggat respons yang disepakati tertulis, misalnya 30 hari. Lewat tenggat tanpa jawaban, barang direklasifikasi (dijual diskon kalau kondisinya masih memungkinkan, atau dihapus buku kalau tidak) sementara klaim tetap dikejar terpisah oleh vendor relation. Rata-rata waktu respons tiap vendor layak dicatat; vendor yang konsisten lambat adalah data berguna saat negosiasi kontrak berikutnya.
• Hapus buku: barang dikeluarkan sesuai kebijakan pemusnahan atau donasi yang berlaku, dengan bukti serah terima atau berita acara pemusnahan tersimpan untuk kebutuhan audit.

Cek sekarang: pilih lima retur yang disposisinya sudah disetujui lebih dari 7 hari kerja lalu. Berapa yang eksekusinya sudah tuntas dibanding masih menunggu di rak yang sama?

Langkah 7: settlement

Pemilik: finance bersama staf retur. Target waktu: 1 hari kerja setelah eksekusi selesai, kumulatif hari kerja ke-15 sejak retur pertama kali diterima.

• Status di sistem inventory diperbarui sesuai hasil akhir: bertambah ke stok jual, berkurang permanen karena hapus buku, atau menunggu klaim cair dari vendor.
• Nilai retur yang berhasil diselamatkan (restock terjual, rework terjual, klaim yang cair) dicatat terpisah dari nilai yang dihapus buku, sebagai dasar menghitung porsi nilai retur yang berhasil diselamatkan tiap periode.
• Waktu total dari terima sampai settlement dicatat per batch retur, bukan cuma dilihat dari besar-kecilnya tumpukan yang tersisa hari itu.

Cek sekarang: apakah ada laporan yang bisa menunjukkan, untuk retur bulan lalu, berapa persen nilainya yang berhasil diselamatkan lewat restock/rework/klaim, dan berapa hari rata-rata prosesnya selesai? Kalau laporan itu tidak ada, langkah ini juga belum tertutup rapi, meski barangnya sendiri sudah lama keluar dari gudang.

Tergantung hasil checklist, ini yang perlu dilakukan berikutnya

Checklist ini bukan soal lulus atau gagal sekaligus. Yang penting justru polanya: pada langkah mana pun mayoritas jawabannya “tidak” atau “enggak tahu”, itulah yang perlu dibenahi lebih dulu, bukan langkah lain yang kebetulan sudah rapi.

• Kalau ketujuh langkah sudah punya pemilik dan tenggat yang jelas: cukup pantau dua angka secara berkala, porsi nilai retur yang terselamatkan tiap periode, dan rata-rata lama waktu dari terima sampai settlement. Spreadsheet yang didisiplinkan biasanya cukup untuk volume retur di bawah sekitar 50 unit sebulan; di atas itu, riwayat klaim per vendor dan status tiap unit retur mulai sulit dilacak manual.
• Kalau satu-dua langkah bermasalah, paling sering di Langkah 4 (disposisi) atau Langkah 5 (persetujuan): mulai dengan menuliskan kriteria dan ambang nilai yang selama ini cuma ada di kepala satu-dua orang senior, lalu tunjuk eksplisit siapa pemegang keputusan akhirnya. Ini biasanya perbaikan tercepat karena tak butuh sistem baru, cuma kesepakatan dan dokumen yang ditulis ulang.
• Kalau sebagian besar langkah tak punya pemilik atau tenggat sama sekali: masalahnya bukan di satu titik, tapi di struktur tanggung jawab retur itu sendiri, biasanya karena tersebar ke gudang, customer service, dan finance sekaligus tanpa satu pemilik proses tunggal. Tunjuk satu pemilik proses (supervisor gudang, atau koordinator retur kalau volumenya besar) dengan wewenang penuh menjalankan checklist ini dari ujung ke ujung, baru pertimbangkan dukungan sistem setelah alurnya sendiri jelas.