Software Toko Bangunan: Satuan Ganda, Harga Grosir, dan Bon Tukang

Coba hitung transaksi pagi yang normal di sebuah toko bangunan di Bekasi: Pak Haji beli semen 10 sak, besi 8 batang, paku setengah kilo dari karung yang dijualnya literan, kabel 15 meter dipotong dari rol 100 meter, dan cat tembok satu pail. Bayarnya? “Bon dulu ya, proyek cair tanggal 25.”

Lima barang, lima logika satuan yang berbeda, satu piutang. Kasir retail biasa — yang dirancang buat jual barang per pcs dengan barcode — menyerah di transaksi pertama. Makanya banyak toko bangunan bertahan dengan nota karbon dan buku bon sampai sekarang. Bukan karena tidak mau modern, tapi karena software yang dicoba tidak paham cara toko bangunan bekerja.

Satuan ganda: satu barang, banyak wajah

Semen dibeli dari distributor per sak, dijual juga per sak — itu gampang. Yang rumit barang-barang seperti ini:

• Paku dan mur-baut: kulakan per karung atau per dus, dijual per kg atau per ons.
• Kabel, selang, pipa: stok per rol atau per lonjor, dijual per meter.
• Cat: per pail besar, kadang dijual eceran per kg.
• Triplek dan kayu: per lembar atau per kubik, kadang dipotong.

Persoalannya bukan di kasirnya mencatat “kabel 15 meter” — itu bisa ditulis tangan. Persoalannya di stok: kalau sistem cuma kenal satu satuan, jumlah stok langsung bohong begitu ada penjualan eceran. Rol kabel 100 meter yang sudah kejual 37 meter itu tercatat sebagai apa? Satu rol? Nol rol?

Software yang benar untuk toko bangunan mengenal konversi satuan per produk: satu karung paku = 25 kg, satu rol kabel = 100 meter. Kulakan masuk dalam satuan besar, penjualan keluar dalam satuan kecil, dan stok tetap nyambung. Tanpa ini, stok opname jadi ritual frustrasi yang hasilnya selalu “ya kira-kira segitu lah”.

Harga grosir dan ecer bukan sekadar diskon

Toko bangunan hampir selalu punya minimal dua lapis harga: harga ecer untuk orang yang beli dua kaleng cat buat rumahnya sendiri, dan harga langganan untuk tukang serta kontraktor yang tiap minggu belanja jutaan. Sering ada lapis ketiga: harga proyek untuk pembelian partai besar.

Selama ini lapisan harga itu hidup di kepala pemilik. Akibatnya dua: pertama, kalau pemilik pergi, anak buah tidak berani kasih harga dan pelanggan disuruh “nanti tanya bos dulu”; kedua, harga jadi tidak konsisten — tukang yang sama bisa dapat harga beda tergantung siapa yang jaga, dan yang begini cepat menyebar jadi gosip tidak enak antar pelanggan.

Sistem harga bertingkat menyelesaikan dua-duanya: harga per golongan pelanggan (ecer, tukang, proyek) atau per jumlah pembelian (beli 1 sak harga A, 50 sak ke atas harga B) tersimpan di sistem. Siapa pun yang jaga, harga keluar sama. Pemilik cukup mengatur aturannya sekali, bukan mengawal tiap transaksi.

Bon: nyawa sekaligus penyakit toko bangunan

Jual ke tukang dan kontraktor hampir mustahil tanpa kasih tempo. Proyek cair bulanan, sementara material dibutuhkan sekarang. Toko yang menolak bon kehilangan pelanggan terbesarnya; toko yang asal kasih bon kehilangan uangnya.

Buku bon manual punya tiga penyakit klasik. Tulisannya cuma dipahami yang nulis. Tidak ada batas — Pak RT sudah ngebon 28 juta baru ketahuan pas bukunya dijumlah. Dan tidak ada yang menagih, karena tidak ada yang tahu persis mana yang sudah jatuh tempo.

Kelola piutang di sistem dan tiga-tiganya hilang: setiap bon tercatat dengan barang dan tanggalnya, tiap pelanggan punya plafon (lewat plafon, sistem menolak sampai ada persetujuan pemilik), dan daftar jatuh tempo muncul sendiri. Menagihnya pun tidak harus bikin canggung — pengingat sopan via WhatsApp dengan rincian tagihan terasa lebih profesional daripada nelepon berkali-kali, dan jejaknya jelas.

Satu lagi yang sering kelupaan: piutang itu aset. Kalau bon tidak masuk pembukuan, laporan keuangan toko selalu kelihatan lebih miskin (atau lebih kaya) dari kenyataan. Sistem yang menghubungkan kasir, piutang, dan pembukuan otomatis membuat angka toko bisa dipercaya — berguna banget saat mau ajukan kredit modal kerja ke bank.

Barang berat, gudang belakang, dan kanvas

Toko bangunan jarang memajang semua stok. Semen, besi, pasir ada di gudang belakang atau bahkan gudang terpisah. Kalau tokonya berkembang jadi dua titik, pertanyaan “besi 10 masih ada berapa?” harus bisa dijawab tanpa lari ke gudang — artinya stok per lokasi harus tercatat, termasuk barang yang sedang di mobil pick-up untuk kirim.

Pengiriman juga bagian dari jualan. Nota kirim, alamat proyek, siapa sopirnya, sudah sampai atau belum — ini data yang mestinya nempel di transaksi, bukan di kertas yang nyelip di dashboard mobil.

Mulainya tidak harus sekaligus

Toko bangunan yang mau pindah dari nota karbon ke sistem sebaiknya bertahap: mulai dari barang cepat gerak (semen, cat, paku, pipa) plus pencatatan bon, baru menyusul barang lambat. Platform seperti Tenavora mendukung pola toko bangunan ini — satuan konversi, harga bertingkat per pelanggan, plafon piutang, stok multi-gudang — tanpa memaksa semua rapi di hari pertama.

Yang penting satu: begitu sistem jalan, jangan ada transaksi lewat samping. Sistem yang dipakai setengah-setengah lebih menyesatkan daripada buku bon yang jujur.