Aplikasi Kasir untuk Penjualan B2B dan B2C

Bisnis yang melayani perusahaan dan konsumen akhir sering memakai katalog serta gudang yang sama, tetapi proses transaksinya tidak identik. Pelanggan B2C mengharapkan checkout sederhana, informasi harga jelas, dan retur yang mudah dipahami; pelanggan B2B dapat membutuhkan quotation, harga kontrak, purchase order, termin, batas kredit, dan faktur sesuai profil. Sistem Kasir harus menyatukan data inti tanpa memaksa kedua kanal memakai aturan yang sama.

Tujuan integrasi bukan membuat seluruh transaksi seragam. Tujuannya adalah menetapkan satu sumber kebenaran untuk pelanggan, produk, stok, pesanan, invoice, pembayaran, dan retur, sambil mempertahankan workflow masing-masing segmen. Desain ini membantu usaha melihat permintaan total dan mencegah janji stok yang saling bertabrakan.

Jawaban singkat

Gunakan tipe akun dan tipe order untuk menentukan price book, pajak, dokumen, limit kredit, approval, metode fulfillment, serta kebijakan retur. Jangan mengidentifikasi B2B hanya dari nilai transaksi; satu pembeli perusahaan pun memerlukan data legal, alamat tagihan, kontak, syarat kontrak, dan otorisasi yang berbeda dari konsumen anonim.

Bangun alur order-to-cash yang dapat ditelusuri dari quotation atau keranjang hingga pemenuhan, invoice, penerimaan uang, credit note, dan rekonsiliasi. Persediaan dibagi berdasarkan status tersedia, dipesan, dialokasikan, dikirim, dan diretur.

Pisahkan identitas akun dan kontak

Pada B2C, satu profil pelanggan biasanya mewakili individu. Pada B2B, akun perusahaan dapat memiliki banyak kontak: pembeli, penerima barang, bagian keuangan, approver, dan administrator. Hak setiap kontak perlu dibatasi agar orang yang meminta quotation tidak otomatis berwenang menyetujui order.

Simpan nama legal, nama dagang, nomor identifikasi yang relevan, alamat tagihan, alamat pengiriman, kontak, price book, syarat bayar, limit kredit, sales owner, serta dokumen kontrak. Tetapkan proses verifikasi dan tanggal peninjauan ulang.

Data minimum sebaiknya mengikuti kebutuhan transaksi, bukan dikumpulkan berlebihan. Beri akses menurut peran, simpan persetujuan komunikasi, dan sediakan proses koreksi. Pelanggan walk-in tetap dapat bertransaksi tanpa dipaksa membuat profil lengkap jika aturan usaha tidak membutuhkannya.

Atur katalog dan harga secara berlapis

Harga B2C dapat berupa harga rak, promo, atau membership. Harga B2B dapat berasal dari kontrak, tier volume, wilayah, unit kemasan, atau periode tertentu. Sistem membutuhkan prioritas aturan agar harga yang diterapkan dapat dijelaskan.

Urutan contoh adalah harga kontrak, harga akun, tier kuantitas, lalu harga umum. Promo B2C tidak otomatis berlaku pada akun kontrak. Setiap override menyimpan pengguna, waktu, alasan, nilai sebelum dan sesudah, serta approver bila melewati ambang.

Rancang dua jalur order-to-cash

Jalur B2C biasanya pendek: cart, pembayaran, fulfillment, receipt, lalu retur bila diperlukan. Jalur B2B dapat meliputi quotation, approval, purchase order pelanggan, sales order, alokasi, delivery order, invoice, dan penerimaan. Kedua jalur harus menghasilkan ledger transaksi yang dapat direkonsiliasi.

Nomor PO pelanggan bukan pengganti nomor order internal. Simpan keduanya agar layanan pelanggan dapat mencari dari referensi mana pun. Cegah PO yang sama dipakai dua kali pada akun yang sama bila kontrak mensyaratkannya.

Status order harus eksplisit: draft, menunggu approval, confirmed, dialokasikan, dipenuhi sebagian, selesai, ditahan, dibatalkan, atau diretur. Perubahan status kritis membutuhkan alasan dan hak akses.

Kelola kredit dan piutang B2B

Fitur pay later tanpa kontrol dapat mengubah pertumbuhan penjualan menjadi masalah kas. Tetapkan limit kredit, termin, status tunggakan, toleransi, dan pemilik persetujuan. Sistem memeriksa exposure dari invoice terbuka, order belum ditagih, dan jaminan atau deposit yang relevan.

Ketika limit terlampaui, sistem tidak selalu harus menolak. Sistem dapat menahan order lalu meminta persetujuan dari peran yang ditunjuk. Keputusan menyimpan alasan, bukti, serta masa berlaku agar pengecualian tidak menjadi permanen tanpa review.

Dashboard piutang perlu menampilkan aging, invoice sengketa, pembayaran belum teralokasi, credit note, dan janji bayar. Tim penjualan dapat melihat status yang diperlukan tanpa memperoleh hak mengubah ledger.

Satukan stok tanpa menjanjikan barang ganda

Stok fisik dapat dipakai oleh toko, marketplace, sales B2B, atau distributor. Sistem harus membedakan on hand, reserved, allocated, picked, in transit, damaged, dan returned. Available-to-promise dihitung dari aturan yang disepakati, bukan hanya saldo gudang.

Pesanan B2B besar dapat menghabiskan stok yang sedang dilihat pelanggan retail. Tentukan apakah stok langsung direservasi saat quotation, setelah PO, setelah deposit, atau setelah approval. Beri masa kedaluwarsa reservasi supaya persediaan tidak terkunci selamanya.

Prinsip pemenuhan yang perlu disepakati:

1. kapan persediaan dianggap tersedia untuk dijual;
2. kanal mana yang boleh melakukan reservasi;
3. berapa lama reservasi berlaku;
4. apakah pengiriman parsial diperbolehkan;
5. bagaimana backorder serta substitusi disetujui;
6. dari lokasi mana order dipenuhi;
7. siapa yang boleh mengubah prioritas;
8. bagaimana retur masuk karantina dan inspeksi.

Tangani pajak dan dokumen sesuai profil transaksi

Sistem harus menyimpan dasar transaksi, pajak, identitas yang diperlukan, nomor dokumen, waktu, dan hubungan antara invoice dengan koreksi. Konfigurasi tidak boleh didasarkan pada asumsi bahwa semua pembeli perusahaan memiliki perlakuan sama.

Direktorat Jenderal Pajak menyediakan rujukan mengenai Faktur Pajak, termasuk ketentuan administrasi untuk Pengusaha Kena Pajak dan karakteristik konsumen akhir. Karena aturan dapat berubah dan penerapannya bergantung pada kondisi usaha, lakukan validasi dengan tenaga pajak yang kompeten.

Untuk B2C, tampilkan harga, syarat promosi, identitas pelaku usaha, dan kebijakan retur secara jelas. Untuk B2B, pastikan quotation, PO, delivery order, invoice, dan credit note memiliki referensi silang yang konsisten.

Bangun retur dan koreksi yang dapat ditelusuri

Retur B2C dapat dimulai dari receipt atau order. Retur B2B sering memerlukan RMA, pemeriksaan, persetujuan, pickup, penggantian, credit note, atau pemotongan invoice berikutnya. Jangan menyelesaikan semua kasus dengan menghapus transaksi awal.

Simpan alasan, kondisi barang, kuantitas, lot atau serial, foto bila relevan, hasil inspeksi, keputusan, nilai, metode penyelesaian, dan approver. Barang retur tidak otomatis kembali menjadi stok jual; gunakan status karantina sampai pemeriksaan selesai.

Koreksi harga dan pajak juga harus menghasilkan dokumen pembalik atau penyesuaian sesuai proses, bukan perubahan diam-diam pada histori. Audit trail melindungi pelanggan dan tim internal ketika terjadi sengketa.

Gunakan satu model data dan laporan tersegmentasi

Manajemen membutuhkan pandangan total sekaligus kemampuan memisahkan karakter kanal. Definisikan metrik pada level order, invoice, pembayaran, shipment, dan retur agar angka tidak tercampur. Nilai order B2B yang belum ditagih tidak sama dengan pendapatan tunai B2C hari ini.

Laporan inti meliputi:

• penjualan dan margin berdasarkan segmen, akun, produk, serta kanal;
• conversion quotation B2B dan cart B2C;
• average order value dengan definisi yang konsisten;
• order cycle time dan ketepatan pemenuhan;
• stok tersedia, reserved, backorder, dan aging;
• piutang, pembayaran belum teralokasi, serta credit note;
• retur berdasarkan alasan dan kondisi;
• diskon serta override berdasarkan pengguna;
• pelanggan baru, aktif, dorman, dan berulang;
• profitabilitas setelah biaya fulfillment yang relevan.

Hindari dashboard yang membandingkan kanal tanpa konteks. Siklus order, ukuran transaksi, biaya layanan, dan pengakuan waktunya berbeda.

Terapkan kontrol dan integrasi secara bertahap

Tentukan sumber data untuk katalog, pelanggan, persediaan, order, invoice, dan pembayaran. Integrasi e-commerce, CRM, akuntansi, gudang, dan payment gateway memakai idempotency key agar retry tidak membuat duplikasi. Semua kegagalan masuk antrean rekonsiliasi.

Mulai implementasi dengan urutan berikut:

1. bersihkan master produk, unit, akun, dan kontak;
2. definisikan tipe order serta price book;
3. konfigurasi approval, kredit, pajak, dan retur;
4. uji B2C checkout serta B2B quotation-to-cash;
5. uji alokasi, fulfillment parsial, pembatalan, dan koreksi;
6. rekonsiliasi stok, invoice, pembayaran, serta piutang;
7. latih pengguna menurut peran;
8. aktifkan kanal bertahap dengan dashboard exception.

Gunakan pusat artikel Kasair untuk menyusun checklist operasional yang lebih luas. Pelajari kemampuan Kasair lalu buktikan kecocokannya melalui pilot dengan transaksi B2B dan B2C yang representatif.

FAQ

Apakah pelanggan B2B harus dibuat sebagai akun perusahaan?

Ya jika transaksi membutuhkan banyak kontak, harga kontrak, PO, limit kredit, alamat berbeda, atau pelaporan akun. Struktur perusahaan-kontak mencegah data tersebar pada profil individu.

Bolehkah harga B2B dan B2C berbeda?

Boleh sesuai strategi, kontrak, dan ketentuan yang berlaku. Sistem harus menjelaskan aturan yang dipakai, periode, unit, kuantitas, pajak, serta persetujuan override.

Kapan stok untuk quotation B2B direservasi?

Keputusannya mengikuti risiko dan lead time. Beberapa usaha mereservasi setelah PO atau deposit, sementara lainnya memakai soft allocation. Yang penting, status dan kedaluwarsanya terlihat oleh semua kanal.

Bagaimana menghindari transaksi ganda dari integrasi?

Gunakan identitas eksternal yang unik, idempotency key, log request, retry terkontrol, dan antrean exception. Rekonsiliasi harian memastikan order, pembayaran, dan refund tidak tercatat dua kali.

Apakah satu dashboard cukup untuk dua kanal?

Satu dashboard ringkasan dapat dipakai, tetapi metrik harus dapat difilter dan ditelusuri per segmen. Siklus, margin, pembayaran, fulfillment, dan retur B2B serta B2C perlu dianalisis terpisah.

Apa risiko terbesar bila workflow disamakan?

Harga kontrak dapat salah, limit kredit terlewati, stok terjual ganda, dokumen pajak tidak sesuai, retur kehilangan jejak, dan laporan mencampur order dengan pendapatan sehingga keputusan menjadi menyesatkan.