Jika tim harus membuka rekaman satu per satu setiap kali customer menyebut nomor resi, masalahnya bukan kekurangan kamera. Masalahnya adalah cara video diindeks. Arsip berdasarkan tanggal dan jam cocok untuk rekaman kontinu, tetapi kurang efisien ketika pertanyaan bisnis dimulai dari transaksi: “Tolong cek resi ini.” Solusinya adalah membuat nomor resi, order, barcode, QR, atau nomor bukti menjadi kunci pencarian sejak proses recording dibuat.

Mengapa pencarian berdasarkan waktu menjadi lambat

Bayangkan satu meja packing memproses 300 order dalam satu hari. Komplain datang tiga hari kemudian. Customer service memiliki nomor resi, tetapi kamera hanya menyimpan file berdasarkan jam. Tim harus mencari kapan order dipacking, memperkirakan rentang waktu, membuka video, lalu menggeser timeline hingga menemukan paket yang sesuai.

Jika ada beberapa meja atau cabang, proses menjadi lebih rumit. Informasi jam, lokasi, dan operator harus disatukan terlebih dahulu. Waktu investigasi bisa jauh lebih besar daripada waktu packing aslinya.

Video biasa: tanggal dan jam

Model penyimpanan video umum biasanya seperti ini:

  • file atau rekaman diurutkan berdasarkan tanggal;
  • pencarian dimulai dari jam kejadian;
  • operator atau reviewer melihat timeline;
  • identitas transaksi harus dicocokkan secara visual.

Model ini masuk akal untuk monitoring area. Ia sangat berguna untuk melihat kejadian pada waktu tertentu. Namun ia tidak secara otomatis menjawab query berbasis bisnis seperti nomor resi.

Video evidence: resi, order, barcode

Pada evidence berbasis transaksi, urutannya dibalik. Sistem tidak menunggu masalah lalu mencoba menebak waktu. Identitas transaksi dimasukkan sebelum atau saat recording dimulai. Hasilnya, setiap evidence memiliki konteks yang dapat dicari.

Contoh flow:

  • scan resi `SPX...`;
  • sistem menampilkan nomor bukti aktif;
  • operator merekam packing;
  • recording selesai dan disimpan;
  • metadata evidence membawa nomor tersebut;
  • reviewer mencari `SPX...` untuk menemukan rekamannya.

Tanggal, jam, cabang, dan operator tetap penting, tetapi menjadi metadata tambahan, bukan satu-satunya indeks.

Bagaimana keyboard scanner membantu

Banyak barcode scanner USB bekerja seperti keyboard: setelah barcode dibaca, scanner “mengetikkan” karakter ke input aktif dan mengirim Enter. Ini sederhana dan cepat untuk workstation packing. Browser dapat menerima input tersebut tanpa operator harus mengetik nomor panjang.

Pada perangkat mobile atau tablet, kamera dapat digunakan untuk scan barcode/QR jika browser dan perangkat mendukung. Input manual tetap penting sebagai fallback. Desain yang baik tidak memaksa satu metode capture saja.

Jangan gunakan nama file manual sebagai database

Beberapa tim mencoba menyelesaikan masalah dengan meminta operator mengganti nama file video menjadi nomor order. Pendekatan ini bekerja pada volume kecil, tetapi rentan ketika transaksi bertambah. Operator dapat salah ketik, lupa rename, menggunakan format berbeda, atau menimpa file.

Association seharusnya dilakukan oleh sistem saat evidence dibuat. Nama file tetap dapat mencerminkan nomor bukti untuk keterbacaan, tetapi database/metadata harus menjadi authority pencarian.

Baca juga mengapa penamaan file video manual tidak efektif.

WEVIX PROOF dan pencarian evidence

WEVIX PROOF menghubungkan Barcode 1D, QR Code, keyboard scanner, atau input manual No. Bukti dengan recording. Setelah rekaman difinalisasi, evidence dapat dikirim di background ke Central Server customer. Video final berada di storage yang perusahaan kendalikan.

Saat dibutuhkan, aplikasi dapat mencari evidence berdasarkan identitas dan konteks operasional. Untuk Public Proof, evidence yang memang diizinkan dapat diperiksa dari alamat perusahaan tanpa memberikan customer akses ke sistem internal.

Arsitektur ini juga mendukung multi-cabang. Jika perusahaan memiliki Jakarta, Surabaya, dan Bandung, pencarian bukti tetap dapat membawa identitas cabang. Operator tidak harus melihat semua cabang; akses tetap mengikuti authorization.

Contoh perbandingan waktu investigasi

Tanpa indeks transaksi, staf menerima resi dan mencari order di marketplace untuk mengetahui kira-kira jam packing. Setelah itu ia membuka rekaman kamera, melompat antarsegmen, lalu memastikan label di video cocok. Jika informasi waktunya meleset, proses diulang.

Dengan indeks resi, pencarian dimulai dari identitas yang sudah ada pada komplain. Sistem mengembalikan evidence yang terkait. Reviewer masih perlu menonton video untuk memahami isi, tetapi waktu menemukan file berkurang secara drastis pada skenario yang tepat.

Kualitas indeks lebih penting daripada jumlah video

Merekam lebih banyak tidak selalu menghasilkan bukti yang lebih baik. Jika identitas transaksi salah, evidence dapat menunjuk ke order yang tidak tepat. Karena itu UI operator harus membuat Active Evidence sangat jelas dan memberikan warning ketika nomor bukti berpotensi duplikat.

Perusahaan juga perlu menentukan aturan bila barcode gagal dibaca. Input manual harus tersedia, tetapi operator harus melihat kembali nomor yang sudah dimasukkan sebelum merekam.

FAQ

Apakah pencarian harus memakai nomor resi?

Tidak. Kunci dapat berupa order, barcode, QR, nomor retur, nomor service, atau nomor bukti lain yang konsisten dengan proses bisnis.

Apakah file video tetap bisa disusun berdasarkan tanggal?

Ya. Struktur folder tanggal masih berguna untuk pengelolaan storage. Bedanya, aplikasi tidak bergantung pada folder tersebut sebagai satu-satunya mekanisme pencarian.

Apakah solusi ini hanya untuk marketplace?

Tidak. Prinsip yang sama dapat digunakan pada warehouse, QC, service center, retur, barang masuk/keluar, dan proses lain yang mempunyai nomor referensi.

Punya masalah yang sama?

Jika tim sudah punya banyak video tetapi tetap kesulitan menemukan rekaman order tertentu, evaluasi cara evidence diberi identitas. WEVIX PROOF dirancang agar pencarian dimulai dari nomor yang memang digunakan bisnis. Lihat Cara Kerja, baca barang kurang dan bukti packing, atau Beli WEVIX PROOF.

Artikel terkait