Saat sebuah toko mulai mengadopsi iDempiere ERP, muncul pertanyaan klasik yang kerap jadi bahan diskusi di komunitas: barcode sebaiknya ditaruh di Search Key, atau di UPC/EAN? Pertanyaan sederhana, tetapi jawabannya bisa berdampak besar pada pengelolaan data produk jangka panjang.
Bayangkan sebuah toko kecil yang baru memulai. Pemiliknya ingin segalanya praktis. Karena setiap produk sudah memiliki barcode dari pabrikan, ia langsung memasukkan kode itu ke kolom Search Key. Hasilnya, kasir tinggal scan dan produk langsung muncul di layar. Penjualan berjalan lancar tanpa konfigurasi tambahan.
Namun, bisnis tidak berhenti di situ. Seiring pertumbuhan, toko mulai menjual produk bundling, membuat suku cadang sendiri, bahkan ada barang tanpa barcode resmi. Untuk mengaturnya, pemilik menambahkan kode internal (SKU) agar mudah dikelola. Masalah muncul: Search Key yang sejak awal dipakai untuk barcode kini bercampur dengan kode internal. Data produk menjadi membingungkan, sulit ditelusuri, dan rawan salah.
Di sinilah titik balik terjadi. Barcode pabrikan akhirnya dipindahkan ke kolom UPC/EAN, sesuai fungsi standarnya. Search Key kembali difokuskan pada kode internal perusahaan. Memang, butuh sedikit penyesuaian sistem agar pencarian bisa mengenali UPC/EAN. Tapi setelah itu, struktur data menjadi lebih rapi. Saat toko mulai terhubung dengan marketplace, POS, atau sistem gudang, barcode otomatis dikenali di tempat yang seharusnya.
Kesimpulannya, tidak ada jawaban mutlak. Jika tujuannya hanya mempercepat transaksi kasir, menaruh barcode di Search Key bisa jadi solusi sederhana. Namun, untuk bisnis yang berkembang dan membutuhkan integrasi lintas sistem, best practice-nya adalah menempatkan barcode di UPC/EAN, sementara Search Key dipakai khusus untuk kode internal. Dengan cara ini, perusahaan bisa menjaga konsistensi data sekaligus mendukung ekspansi jangka panjang.