Cara Menangani Sparepart Rusak agar Tidak Langsung Jadi Kerugian

Di laci hampir setiap toko servis ada tumpukan yang sama: LCD retak sebelum sempat terpasang, baterai kembung dari retur pelanggan, part yang mati begitu dites. Di bengkel tumpukannya pindah ke rak belakang — filter salah tipe, aki yang drop begitu dites, kampas rem yang balik dari pelanggan — tapi ceritanya persis sama. Tumpukan itu punya satu kesamaan — tidak pernah muncul di laporan mana pun, padahal setiap kepingnya dibeli dengan uang toko.

Artikel ini tentang mengubah tumpukan itu dari kerugian diam-diam menjadi sesuatu yang tercatat, dan sebagiannya kembali menjadi uang.

Dari mana part rusak datang

Sumbernya lebih beragam dari yang diduga, dan masing-masing datang lewat pintu berbeda:

• Rusak dari pembelian — part baru yang ternyata cacat saat dites atau dipasang.
• Retur servis — pelanggan kembali, part yang dulu terpasang ternyata bermasalah dan dilepas.
• Retur penjualan — barang yang dijual kembali dalam kondisi rusak.
• Rusak di penyimpanan — pecah, kembung, atau mati selama disimpan.

Kesalahan umum toko: keempatnya diperlakukan sama — masuk laci, dilupakan. Padahal sebagian besar part di daftar itu punya satu hal berharga: asal pembelian yang jelas, dan mungkin masih dalam garansi supplier.

Prinsipnya: rusak ≠ rugi (belum tentu)

Antara “part rusak” dan “kerugian” ada satu tahap yang sering dilompati: klaim. Part rusak yang asal pembeliannya tercatat adalah kandidat klaim garansi ke supplier — dan supplier sparepart umumnya memang menerima klaim untuk barang cacat, selama tokonya bisa menunjukkan barang itu benar dibeli darinya dan masih dalam masa garansi.

Di sinilah kebanyakan toko kalah bukan karena suppliernya pelit, melainkan karena tokonya datang tanpa catatan: tidak ingat beli kapan, tidak ada nota, tidak bisa menunjukkan garansinya. Klaim yang seharusnya sah berubah jadi permohonan belas kasihan.

Alurnya di sistem yang tersambung

Automan menangani ini dengan pola pool barang rusak (menu Persediaan > Produk Rusak):

1. Part rusak masuk pool, bukan dibuang. Dari mana pun sumbernya (retur servis, retur penjualan, rusak dari pembelian), part berpindah status menjadi barang rusak yang menunggu keputusan — lengkap dengan identitas pembelian asalnya. Di sinilah bedanya “rusak tapi masih bisa diklaim” dengan “rusak total”: dua kondisi itu dipilih terpisah saat barangnya masuk, jadi yang masih punya harapan tidak ikut tercatat sebagai kerugian.
2. Asal-usul menempel otomatis. Karena stok dicatat per kali kulakan, sistem tahu part itu datang dari pembelian yang mana, dari supplier siapa, dan kapan — inilah berkas klaim Anda.
3. Klaim diajukan sebagai retur pembelian. Saat part dibawa ke supplier, transaksinya tercatat: barang keluar dari pool, dan bila klaim diterima, nilainya kembali — biasanya memotong utang ke supplier itu.
4. Yang gagal klaim diakui sebagai rugi — secara sadar. Part yang ditolak atau memang tak layak klaim dibukukan sebagai kerugian. Angkanya kecil per keping, tetapi sekarang terlihat dan bisa dievaluasi per periode.

Simulasi kecil (angka hipotetis)

Toko dengan 10 part rusak per bulan, rata-rata nilai Rp 80.000: potensi Rp 800.000/bulan. Tanpa catatan, seluruhnya menguap. Dengan pool + klaim, katakanlah separuhnya diterima supplier — Rp 400.000 kembali, dan Rp 400.000 sisanya tercatat sebagai rugi yang bisa dianalisis (supplier mana yang barangnya paling sering rusak?). Dua-duanya lebih baik daripada nol informasi.

Bonus yang jarang disadari: data klaim per supplier lama-lama menjadi alat negosiasi — Anda tahu persis supplier mana yang tingkat cacatnya tinggi, dan bicara dengan angka.

Pertanyaan yang sering muncul

Part rusaknya dari servis yang sudah lama selesai — masih bisa diklaim? Tergantung garansi supplier atas part itu, bukan garansi Anda ke pelanggan. Karena asal pembelian tercatat per kali kulakan, sistem bisa menunjukkan apakah part tersebut masih dalam masa garansi pembelian — kalau sudah lewat, akui sebagai rugi.

Bagaimana dengan part rusak yang tidak jelas asalnya? Untuk stok lama dari era pencatatan manual, jujur saja: masuk penyesuaian/kerugian. Aturannya berlaku ke depan — sejak pembelian tercatat per kali kulakan, setiap part rusak baru otomatis punya berkas.

Apakah ini tidak terlalu ribet untuk part murah? Justru alurnya yang membuat ringan: memindahkan part ke pool hanya bagian dari proses retur yang memang harus terjadi. Yang ribet adalah cara lama — mengingat-ingat asal barang saat mau klaim.

Mulai dari langkah teknisnya di tutorial retur pembelian & klaim supplier, atau lihat peta besarnya di fitur retur, klaim & ralat.