Minimum Order Quantity: Hitung Dampak ke Modal

Minimum order quantity adalah jumlah paling sedikit yang bersedia diterima pemasok dalam satu pesanan. Sebelum menyetujui MOQ, bandingkan jumlah itu dengan kebutuhan bersih, kelipatan kemasan, uang yang harus dibayar, dan kemampuan menjual sisanya. Harga satuan murah belum tentu menghasilkan pembelian yang lebih ringan untuk kas. Anda perlu menilai keseluruhan pesanan, bukan potongan harga saja.

Bedakan MOQ, kelipatan kemasan, dan waktu pesan

Shopify menjelaskan MOQ sebagai batas jumlah minimum pemasok. Batas itu berbeda dari kelipatan kemasan. Pemasok dapat menetapkan pembelian minimal 100 unit dengan isi karton 20 unit. Jika kebutuhan Anda 110 unit, jumlah yang memenuhi kedua syarat adalah 120 unit, sepanjang aturan pembeliannya memang berlaku per karton penuh. Jangan menebak dari kalimat minimal lima karton tanpa mengetahui isi setiap karton.

Dalam dokumentasi perencanaan Oracle, minimum pesanan dan kelipatan lot merupakan batas yang memodifikasi jumlah rencana. Itu adalah rujukan konsep, bukan klaim bahwa Sparta menghitung MOQ otomatis. Tulis aturan pemasok secara eksplisit: minimum per kode barang, per campuran barang, per nilai invoice, atau per pengiriman. Keempatnya dapat menghasilkan keputusan berbeda walaupun semua disebut minimum order oleh penjual.

MOQ menjawab batas jumlah yang diterima pemasok. Reorder point menjawab kapan kebutuhan pengisian perlu ditinjau. Jangan menaikkan batas stok minimum menjadi sama dengan MOQ hanya karena pemasok meminta pembelian besar. Stok minimum merupakan keputusan kebutuhan layanan Anda; minimum pembelian merupakan syarat transaksi pemasok. Simpan keduanya sebagai informasi terpisah agar tim tidak memperlakukan pembatas pemasok sebagai ramalan penjualan.

Contoh kebutuhan 20 unit dan minimum 100 unit

Misalnya, distributor filter memperkirakan kebutuhan tambahan 20 unit untuk pesanan pelanggan yang sudah dikonfirmasi. Pemasok A menawarkan harga Rp50.000 per unit dengan MOQ 100 unit. Pemasok B bersedia menjual 20 unit seharga Rp55.000. Contoh ini mengabaikan pajak, ongkos kirim, tempo, dan perbedaan mutu agar dampak jumlah terlihat. Kedua barang diasumsikan memenuhi spesifikasi yang sama, bukan sekadar memiliki nama mirip.

Pembelian dari A memerlukan Rp5.000.000 untuk nilai barang. Pembelian dari B memerlukan Rp1.100.000. A memang lebih murah Rp5.000 per unit, tetapi Anda harus menyediakan Rp3.900.000 lebih banyak sekarang. Setelah kebutuhan 20 unit terpenuhi, ada tambahan 80 unit dari pembelian A. Delapan puluh unit itu belum bisa disebut kerugian; nilainya masih memerlukan penjualan atau penggunaan berikutnya. Namun uangnya sudah terikat pada barang.

Jika kebutuhan berikutnya benar-benar 10 unit per bulan, tambahan 80 unit setara delapan bulan kebutuhan pada asumsi tersebut. Angka itu bukan ramalan dan bukan umur simpan teknis filter. Ubah skenario menjadi lima unit per bulan: persediaan tambahan setara 16 bulan kebutuhan. Pemeriksaan sederhana ini membantu Anda melihat seberapa besar keputusan bergantung pada kecepatan penjualan yang belum pasti, tanpa menyatakan bahwa semua pembelian besar pasti buruk.

Hitung kebutuhan bersih sebelum membandingkan penawaran

Mulailah dari kode dan spesifikasi barang yang benar. Ambil posisi gudang yang dapat dipakai, kurangi alokasi yang sudah dijanjikan, lalu tinjau penerimaan yang sudah dipesan dan tanggal kedatangannya. Jangan menganggap stok dari semua gudang langsung tersedia di lokasi pengiriman. Barang rusak, barang titipan, dan barang yang masih dalam perjalanan memerlukan perlakuan berbeda. Pengelolaan stok beberapa gudang membantu memisahkan posisi fisik tersebut.

1. 1Tentukan periode kebutuhan dan tanggal barang harus siap.
2. 2Pisahkan permintaan pasti dari perkiraan tambahan.
3. 3Periksa stok yang layak dipakai serta pesanan masuk yang relevan.
4. 4Hitung kekurangan bersih dalam satuan dasar yang konsisten.
5. 5Terapkan MOQ dan kelipatan pemasok pada jumlah itu.
6. 6Tunjukkan kelebihan pembelian serta kebutuhan dana kepada pemberi persetujuan.

Misalnya kebutuhan 70 unit, stok layak pakai 25, dan penerimaan 30 unit sudah dikonfirmasi tiba sebelum tanggal dibutuhkan. Kekurangan bersihnya 15 unit. Jika pemasok mensyaratkan MOQ 40 dengan kelipatan 10, pembelian terkecil yang memenuhi syarat adalah 40. Tambahan 25 unit terhadap kekurangan bersih perlu terlihat dalam usulan. Jangan menampilkan hanya angka 40 tanpa penjelasan bahwa sebagian akan menjadi persediaan untuk kebutuhan berikutnya.

Negosiasi yang bisa dibandingkan secara jujur

Siapkan beberapa pilihan sebelum menelepon pemasok: harga lebih tinggi untuk jumlah kecil, campuran kode dalam minimum nilai pesanan, pengiriman bertahap, atau penggabungan kebutuhan antar lokasi. Semua pilihan itu perlu persetujuan pemasok. Kesediaan pemasok menerima satu pesanan besar tidak otomatis berarti ia bersedia menyimpan barang dan mengirim sedikit demi sedikit tanpa biaya tambahan. Minta jadwal, biaya, serta kapan pembayaran mulai jatuh tempo.

Bandingkan total kas dan risiko dari setiap pilihan dalam periode yang sama. Penawaran A tidak boleh dihitung dengan harga barang saja sementara penawaran B sudah termasuk kirim. Pisahkan harga satuan, ongkir, biaya penyimpanan yang benar-benar tambahan, dan risiko barang tidak terpakai. Jika biaya tersebut belum diketahui, tulis belum diperoleh dan jelaskan pengaruhnya pada keputusan. Jangan memasukkan angka perkiraan seolah merupakan tarif yang sudah disetujui.

Untuk barang khusus pelanggan, minta kepastian kebutuhan sebelum menerima MOQ besar. Persetujuan pelanggan atas spesifikasi tidak selalu merupakan komitmen membeli seluruh sisa. Catat siapa menanggung kelebihan dan apa yang terjadi jika pesanan dibatalkan. Kesepakatan ini lebih berguna daripada mengejar diskon yang tampak menarik tetapi menyisakan barang tanpa pengguna. Anda dapat menolak penawaran sambil tetap meminta alternatif jumlah atau waktu pengiriman yang lebih sesuai.

Bukti yang disimpan bersama keputusan

Buat satu lembar evaluasi berisi tanggal penawaran, kode pemasok dan kode internal, satuan, MOQ, kelipatan, masa berlaku harga, tanggal kirim, syarat pembayaran, serta nama penyetuju. Lampirkan penawaran asli dan perhitungan kebutuhan bersih. Jika usulan berubah dari 40 menjadi 80 unit, simpan alasan dan versi sebelumnya. Dengan demikian staf berikutnya dapat memahami apakah perubahan terjadi karena kebutuhan meningkat atau karena syarat pemasok berganti.

Sesudah penerimaan, cocokkan jumlah yang benar-benar datang dengan PO dan tagihan. MOQ bukan alasan menerima barang melebihi kesepakatan tanpa pemeriksaan. Pisahkan pula retur yang masih diusulkan dari retur yang sudah disetujui. Untuk mengevaluasi keputusan sebelumnya, bandingkan jumlah terjual dan sisa dengan asumsi awal. Gunakan temuan untuk pembelian berikutnya, bukan untuk mengubah dokumen lama agar keputusan lama terlihat selalu tepat.

Bawa satu penawaran ke simulasi pembelian

Pilih satu kode yang sering terhalang minimum pesanan. Siapkan dua penawaran, kebutuhan bersih, stok per gudang, dan jadwal penerimaan. Dalam Sparta, modul pembelian dan persediaan dapat menjadi konteks untuk melihat PO, penerimaan, serta stok; jangan mengasumsikan tersedia mesin optimasi MOQ khusus. Minta demonstrasi dengan contoh Anda dan catat bagian yang masih membutuhkan evaluasi manual sebelum tim memutuskan mengganti proses kerja.

Sparta sedang dalam akses awal dan belum memiliki harga final publik. Anda dapat meminta akses untuk mencoba dengan data perusahaan sendiri, termasuk simulasi migrasi dari Accurate. Sasaran percobaan ini konkret: apakah staf dapat menelusuri dari usulan jumlah, pesanan, penerimaan, sampai sisa barang. Keputusan membeli tetap membutuhkan tinjauan pengguna; harga murah pada penawaran belum merupakan alasan yang cukup untuk menyetujui seluruh jumlah.