Fitur Inventory Replenishment di SAP Business One: Cara Perusahaan Distribusi Pastikan Stok Tidak Pernah Habis Sebelum Waktunya

Pukul sepuluh pagi di minggu ketiga bulan berjalan, tim sales sebuah distributor menerima pesanan besar untuk item yang selama ini paling laku, lalu mendapat kabar dari gudang bahwa stoknya sudah kosong sejak tiga hari lalu. Purchasing baru mengetahuinya setelah mengecek spreadsheet stok yang terakhir diperbarui awal pekan, padahal pemasok membutuhkan waktu dua minggu untuk mengirim barang. Pada saat yang sama, rak di sisi lain gudang masih dipenuhi item yang hampir tidak pernah keluar, dan modal kerja yang tertahan di sana tidak menghasilkan penjualan sama sekali.

Dua masalah yang tampak berlawanan ini sebenarnya berasal dari akar yang sama, yaitu jeda antara kondisi stok aktual dan data yang dipakai untuk memutuskan pembelian. Di perusahaan yang mengelola ratusan hingga ribuan SKU, tidak ada tim purchasing yang sanggup mengecek satu per satu item dan gudang setiap hari, sehingga keputusan kapan harus memesan ulang dan berapa banyak yang dipesan akhirnya bergantung pada intuisi atau laporan yang sudah ketinggalan.

Bagi distributor yang menggunakan software ERP distributor seperti misalnya SAP Business One, fitur Inventory Replenishment memindahkan keputusan itu ke sistem. Parameter minimum stock, maximum stock, dan reorder point ditetapkan per item per gudang, lalu sistem secara proaktif menghasilkan rekomendasi pembelian begitu stok menyentuh batasnya, tanpa menunggu ada yang sempat memeriksa. Bagian-bagian berikut menguraikan cara kerjanya, mulai dari setup parameter hingga dampaknya bagi tim purchasing, gudang, dan manajemen.

Apa Itu Inventory Replenishment?

Inventory replenishment adalah proses mengisi kembali stok barang di gudang sebelum persediaan habis, dengan menentukan kapan harus memesan ulang dan berapa jumlah yang perlu dipesan. Tujuannya menjaga ketersediaan barang untuk pelanggan tanpa membuat stok menumpuk lebih dari yang dibutuhkan.

Dalam praktiknya, replenishment biasanya dijalankan dengan batas stok yang sudah ditetapkan per item, yaitu batas minimum yang menjadi pemicu pemesanan ulang dan batas maksimum yang menjadi target pengisian. Keputusannya juga memperhitungkan lead time pemasok dan kecepatan penjualan, karena kedua hal itu menentukan seberapa cepat stok bisa habis dan seberapa lama barang pengganti tiba.

Sedangkan inventory replenishment di SAP Business One merupakan fitur yang mengotomasi proses tersebut di dalam sistem. Perusahaan menetapkan batas minimum stock, maximum stock, dan order multiple untuk setiap item di setiap gudang, lalu setiap kali perencanaan dijalankan, sistem menghasilkan daftar rekomendasi pembelian yang direview oleh tim purchasing. Bagi perusahaan distribusi dengan ratusan hingga ribuan SKU, ini memindahkan keputusan “kapan dan berapa banyak memesan” dari intuisi atau spreadsheet ke aturan yang konsisten di dalam sistem.

Kenapa Replenishment Manual Melahirkan Stockout dan Overstock Sekaligus

Pada replenishment manual, keputusan pembelian dibuat dari data yang usianya selalu lebih tua daripada kondisi gudang. Spreadsheet stok diperbarui sekali sehari atau bahkan sekali seminggu, sementara penjualan item yang laku bergerak setiap jam. Selisih waktu itu terlihat kecil di atas kertas, tetapi untuk item fast-moving dengan lead time pemasok yang panjang, satu atau dua hari keterlambatan membaca stok bisa berarti kekosongan beberapa pekan sebelum barang pengganti tiba.

Jumlah kombinasi yang harus dipantau membuat masalah ini semakin sulit dikendalikan. Distributor dengan 800 SKU yang tersebar di tiga gudang sebenarnya mengelola ribuan titik keputusan, dan masing-masing punya kecepatan jual, lead time, dan kelipatan pesanan yang berbeda. Tim purchasing hampir pasti tidak sanggup memeriksa semuanya setiap hari, sehingga perhatian akhirnya tertuju pada item yang sudah ramai dikeluhkan sales, bukan pada item yang baru akan habis.

Overstock lahir dari kebiasaan yang sama dalam arah sebaliknya. Karena takut kehabisan, purchasing cenderung memesan lebih banyak “untuk jaga-jaga” dan memakai patokan yang seragam untuk semua item, padahal kebutuhan item laris dan item lambat sangat berbeda. Hasilnya, item yang jarang keluar terus menumpuk, memakan ruang rak, mengikat modal kerja, dan sebagian berisiko menjadi barang usang atau mendekati kedaluwarsa.

Jadi stockout dan overstock bukan dua masalah terpisah yang perlu dua solusi berbeda. Keduanya adalah gejala dari keputusan yang diambil tanpa data stok terkini dan tanpa aturan yang dibedakan per item per gudang. Di sinilah Inventory Replenishment di SAP Business One bekerja, dan bagian berikutnya menjelaskan logikanya.

Cara Kerja Inventory Replenishment di SAP Business One

Prinsip dasarnya sederhana: aturan kapan harus memesan ulang disimpan di dalam sistem, bukan di kepala tim purchasing. Di SAP Business One, parameter replenishment ditetapkan pada Item Master Data untuk setiap item di setiap gudang, yaitu batas minimum stock, maximum stock, dan jumlah yang diperlukan. Karena parameter dipasang per item per gudang, item laris di gudang pusat dapat memiliki batas yang jauh berbeda dari item yang sama di gudang cabang yang lebih sepi.

Setelah parameter terpasang, sistem membandingkan stok tersedia dengan batas tersebut. Stok tersedia dihitung dari stok fisik ditambah barang yang sudah dipesan ke pemasok (on order), dikurangi barang yang sudah dipesan pelanggan (committed). Perhitungan ini penting karena mencegah pemesanan ganda: item yang stok fisiknya tipis tetapi pesanan pembeliannya sudah berjalan tidak akan terus direkomendasikan setiap hari. Ketika posisi stok tersedia menyentuh atau turun di bawah batas yang Anda tetapkan, sistem memunculkan item tersebut sebagai kandidat pembelian lengkap dengan jumlah yang disarankan untuk mengembalikan stok ke level maksimum.

Rekomendasi itu dihasilkan setiap kali perencanaan kebutuhan dijalankan, dan proses ini dapat dijadwalkan rutin, misalnya setiap pagi, sehingga tim purchasing memulai hari dengan daftar item yang memang perlu dipesan, bukan dengan memeriksa ribuan baris stok secara manual. Dari daftar itu, purchasing dapat mereview dan mengonversi rekomendasi menjadi dokumen pembelian, yang alurnya dibahas di bagian tersendiri.

Satu catatan penting soal istilah: SAP Business One tidak memiliki field bernama “reorder point” yang berdiri sendiri. Dalam praktiknya, batas minimum stock berfungsi sebagai reorder point, yaitu titik yang memicu rekomendasi, dan cara menentukan nilainya dibahas pada bagian khusus nanti.

Setup Parameter Replenishment per Item per Gudang

Setup dilakukan di Item Master Data, dan ada dua tempat yang perlu dilengkapi. Batas stok per gudang diisi pada tab Inventory Data, sedangkan parameter pemesanan seperti lead time dan kelipatan order diisi pada tab Planning Data. Satu hal yang sering terlewat: agar sebuah item ikut diperhitungkan saat perencanaan dijalankan, Planning Method pada item tersebut harus diatur ke MRP. Item yang dibiarkan tanpa metode perencanaan tidak akan muncul di daftar rekomendasi, sehingga tim sering mengira sistemnya tidak bekerja padahal parameternya belum aktif.

Parameter utama yang perlu ditetapkan dapat diringkas sebagai berikut.

Parameter	Fungsi	Contoh pada distributor
Minimum stock	Batas bawah yang memicu rekomendasi pembelian, berperan sebagai reorder point	Item fast-moving di gudang pusat diberi batas setara kebutuhan selama lead time pemasok ditambah cadangan
Maximum stock	Batas atas yang menjadi target pengisian, mencegah pembelian berlebih	Item lambat diberi batas rendah agar modal tidak tertahan di rak
Order multiple	Kelipatan kuantitas yang dibulatkan otomatis pada rekomendasi	Pemasok hanya mengirim per karton isi 12, sehingga rekomendasi selalu kelipatan 12
Lead time	Lama pengiriman dari pemasok, dipakai sistem untuk menentukan waktu pemesanan	Pemasok impor 21 hari dan pemasok lokal 3 hari diberi nilai berbeda

Keunggulan terbesar pendekatan ini ada pada kata per gudang. Item yang sama dapat diberi batas minimum tinggi di gudang pusat yang melayani banyak pelanggan, dan batas rendah di gudang cabang dengan permintaan kecil. Dengan begitu, aturan mengikuti pola permintaan masing-masing lokasi, bukan satu patokan seragam yang membuat sebagian gudang kekurangan dan sebagian lain kelebihan.

Untuk distributor dengan ratusan SKU, mengisi parameter satu per satu tentu tidak realistis. Praktik yang umum adalah mengelompokkan item berdasarkan kecepatan jual, menetapkan pola parameter untuk tiap kelompok, lalu memasukkannya secara massal lewat fitur import data. Item yang pergerakannya menyimpang dari kelompoknya kemudian disesuaikan secara manual. Cara ini membuat setup awal selesai dalam hitungan hari, dan penyempurnaan dilakukan bertahap sambil melihat hasil rekomendasi pada siklus pertama.

Min/Max vs MRP, Kapan Masing-Masing Tepat untuk Distribusi

Keduanya sering dibicarakan seolah-olah dua fitur yang saling menggantikan, padahal perbedaannya ada pada logika yang dipakai untuk menghitung kebutuhan. Pada pendekatan min/max, sistem hanya melihat posisi stok: ketika stok tersedia turun ke batas minimum, item direkomendasikan untuk diisi kembali sampai batas maksimum.

Pada pendekatan material requirement planning, sistem melihat kebutuhan di masa depan, yaitu pesanan penjualan yang sudah masuk, jadwal kedatangan pembelian, dan jika dipakai, proyeksi permintaan, lalu menghitung kapan dan berapa banyak barang harus dipesan agar kebutuhan itu terpenuhi tepat waktu.

Perbandingan praktisnya adalah sebagai berikut.

Aspek	Min/max	MRP berbasis kebutuhan
Dasar keputusan	Posisi stok terhadap batas minimum dan maksimum	Pesanan penjualan, pembelian berjalan, dan proyeksi permintaan
Cocok untuk	Item dengan permintaan relatif stabil dan berulang	Item dengan permintaan musiman, berbasis proyek, atau pesanan besar yang sudah diketahui
Upaya setup	Rendah, cukup menetapkan batas per item per gudang	Lebih tinggi, karena butuh data permintaan dan lead time yang rapi
Risiko utama	Batas yang tidak diperbarui menjadi usang saat pola jual berubah	Hasil buruk bila data pesanan atau proyeksi tidak akurat

Untuk perusahaan distribusi, min/max biasanya menjadi fondasi yang paling masuk akal bagi sebagian besar SKU. Item fast-moving dengan pola jual yang konsisten tidak memerlukan perhitungan rumit, cukup batas yang sehat dan disiplin menjalankan perencanaan secara rutin. Pendekatan ini cepat diterapkan pada ratusan SKU dan mudah dipahami tim gudang maupun purchasing, sehingga adopsinya jarang tersendat.

Pendekatan berbasis kebutuhan lebih tepat untuk item yang batas stoknya tidak mampu mengikuti lonjakan permintaan. Contohnya produk musiman menjelang hari raya, atau pesanan proyek dalam jumlah besar yang sudah tercatat sebagai sales order tetapi belum terkirim. Pada item seperti ini, batas minimum yang tetap akan terlalu rendah saat lonjakan datang dan terlalu tinggi setelahnya. Bila pola musimannya jelas, demand forecasting dapat melengkapi perhitungan dengan proyeksi permintaan.

Praktik yang paling sering berhasil adalah kombinasi keduanya: min/max untuk mayoritas SKU, dan perhitungan berbasis kebutuhan untuk sebagian kecil item strategis yang nilainya besar atau polanya fluktuatif. Dengan pembagian ini, tim purchasing tidak dibebani perhitungan rumit untuk semua item, tetapi tetap terlindungi pada item yang paling berisiko.

Rekomendasi Purchase Order Otomatis dan Alur Review Tim Purchasing

Perlu diluruskan lebih dulu agar ekspektasi tim tepat: sistem menghasilkan rekomendasi, bukan membuat dan mengirim PO sendiri tanpa persetujuan. Hasil perencanaan muncul dalam laporan Order Recommendation, yaitu daftar item yang perlu dipesan lengkap dengan jumlah yang disarankan, gudang tujuan, dan tanggal pemesanan yang ideal berdasarkan lead time. Keputusan akhir tetap ada di tangan purchasing, tetapi pekerjaan mencari tahu item mana yang perlu dipesan sudah selesai sebelum mereka mulai bekerja.

Alur kerja harian tim purchasing umumnya berjalan seperti berikut.

1. Perencanaan dijalankan, bisa terjadwal setiap pagi, dan sistem menghitung ulang seluruh item yang parameternya aktif.
2. Purchasing membuka daftar rekomendasi dan menyaringnya, misalnya berdasarkan pemasok, gudang, atau kelompok item.
3. Setiap baris direview: jumlah yang disarankan dibandingkan dengan konteks yang hanya diketahui manusia, seperti promo pemasok, rencana kampanye sales, atau gangguan pengiriman yang sedang terjadi.
4. Rekomendasi yang disetujui dikonversi menjadi dokumen pembelian, dan item dari pemasok yang sama dapat digabung ke dalam satu purchase order agar lebih efisien.
5. Rekomendasi yang tidak dipakai ditinggalkan atau disesuaikan, dan akan dihitung ulang pada siklus perencanaan berikutnya.

Nilai terbesarnya terletak pada langkah ketiga. Karena daftar sudah tersaring dan terhitung, waktu purchasing beralih dari mencari masalah menjadi menilai keputusan. Seorang buyer yang sebelumnya menghabiskan separuh hari memeriksa spreadsheet kini bisa memakai waktu itu untuk bernegosiasi dengan pemasok atau memantau item yang berisiko terlambat. Ini juga membuat keputusan pembelian lebih konsisten, karena dasar perhitungannya sama untuk semua item, tidak bergantung pada siapa yang kebetulan bertugas hari itu.

Bila perusahaan memerlukan kontrol tambahan, misalnya pembelian di atas nilai tertentu harus disetujui atasan, aturan itu dapat dipasang pada alur persetujuan dokumen pembelian. Dengan begitu, otomasi mempercepat penyusunan rekomendasi tanpa mengurangi pengendalian atas pengeluaran.

Menentukan Reorder Point dari Lead Time Pemasok dan Rata-Rata Penjualan Harian

Reorder point yang baik bukan angka tebakan, melainkan hasil dari dua data yang sudah ada di sistem Anda: berapa cepat item terjual dan berapa lama pemasok mengirim. Rumus dasarnya sederhana: rata-rata penjualan harian dikalikan lead time pemasok, lalu ditambah stok pengaman (safety stock). Bagian pertama menjawab berapa banyak barang yang akan terjual selama menunggu kiriman, dan bagian kedua menjadi bantalan bila penjualan melonjak atau pengiriman terlambat.

Data penjualan harian dapat diambil dari riwayat transaksi penjualan per item per gudang, misalnya rata-rata dari 3 sampai 6 bulan terakhir. Rentang itu cukup panjang untuk meredam fluktuasi harian, tetapi masih mencerminkan pola jual terkini. Untuk lead time, jangan hanya mengandalkan angka yang dijanjikan pemasok. Hitung lead time aktual dari selisih tanggal purchase order dengan tanggal penerimaan barang, karena pemasok yang menjanjikan 7 hari tetapi rata-rata mengirim dalam 10 hari harus dihitung dengan angka 10.

Sebagai ilustrasi, sebuah item fast-moving terjual rata-rata 40 unit per hari dan pemasoknya rata-rata mengirim dalam 14 hari. Selama menunggu kiriman, item ini akan terjual sekitar 560 unit (40 x 14). Bila tim menetapkan stok pengaman setara lima hari penjualan, yaitu 200 unit, maka minimum stock yang berfungsi sebagai reorder point adalah 760 unit. Begitu stok tersedia menyentuh angka itu, item masuk ke daftar rekomendasi, dan barang pengganti diperkirakan tiba sebelum stok habis.

Besar stok pengaman sebaiknya dibedakan menurut karakter item dan pemasoknya. Item laris dengan pemasok yang sering terlambat layak diberi bantalan lebih tebal, sedangkan item dengan pemasok lokal yang konsisten cukup dengan bantalan tipis. Prinsip yang sama berlaku pada batas maksimum: untuk item lambat, jangan terlalu longgar supaya modal tidak kembali tertahan di gudang.

Terakhir, perlakukan angka reorder point sebagai parameter hidup, bukan setelan sekali jadi. Pola jual berubah, pemasok berganti, dan musim datang silih berganti, sehingga batas yang tepat enam bulan lalu bisa menjadi tidak relevan hari ini. Tinjau item kelas A (nilai atau perputaran tertinggi) tiap bulan, dan kelas lainnya tiap kuartal, supaya keputusan otomatis tetap bertumpu pada kondisi nyata.

Skenario Distributor Fast-Moving dengan Ratusan SKU

Sebuah distributor produk konsumsi menangani sekitar 600 SKU di dua gudang. Selama ini purchasing memesan secara borongan di awal bulan: seluruh item direview sekaligus, lalu pesanan besar dikirim ke pemasok. Masalahnya muncul di minggu ketiga. Item terlaris sudah habis, sementara gudang masih penuh barang dari pesanan borongan yang sebagian besar tidak laku secepat perkiraan. Menambah stok untuk semua item sekaligus jelas bukan jalan keluar, karena itu hanya memindahkan masalah dari stockout ke overstock dan menguras kas.

Langkah pertama adalah memisahkan item berdasarkan kecepatan jual. Dari 600 SKU tadi, biasanya hanya sebagian kecil yang menyumbang mayoritas penjualan. Item kelompok ini diberi batas minimum yang dihitung cermat dengan stok pengaman cukup tebal, karena kekosongannya paling merugikan. Item bergerak sedang diberi batas yang lebih ramping, dan item lambat diberi batas minimum rendah serta batas maksimum ketat, sehingga sistem hampir tidak pernah merekomendasikan pembelian besar untuk item yang jarang keluar.

Setelah parameter terpasang, ritme kerja purchasing berubah. Tidak ada lagi review borongan awal bulan, karena perencanaan dijalankan rutin dan hanya item yang menyentuh batas minimumnya yang muncul di daftar rekomendasi. Pada hari biasa daftar itu mungkin hanya berisi beberapa puluh item, bukan ratusan. Purchasing mereview, menggabungkan item dari pemasok yang sama, lalu memesan dalam porsi kecil dan berkelanjutan. Item laris yang stoknya menipis di minggu ketiga sudah dipesan sejak lead time-nya mulai menghitung mundur, sehingga barang tiba sebelum rak kosong.

Bagi distributor dengan lebih dari satu gudang, ada satu keuntungan tambahan. Sebelum memesan ke pemasok, tim dapat memeriksa apakah gudang lain memiliki kelebihan stok item yang sama, lalu memindahkannya lewat stock transfer dengan memanfaatkan multi-warehouse management. Cara ini sering kali lebih cepat serta lebih murah daripada menunggu kiriman baru dari pemasok.

Hasil akhirnya terlihat pada dua sisi sekaligus: pesanan pelanggan jarang tertolak karena stok kosong, dan arus kas lebih stabil karena pembelian tersebar sepanjang bulan sesuai kebutuhan nyata, bukan menumpuk di awal bulan. Yang perlu diingat, hasil ini bergantung pada disiplin: parameter harus ditinjau berkala dan rekomendasi harus benar-benar dieksekusi, bukan didiamkan di layar.

Dampak Inventory Replenishment ke Tim Purchasing, Gudang, dan Manajemen

Otomasi keputusan pengisian stok mengubah cara kerja tiga tim sekaligus, dan dampaknya dapat dirangkum sebagai berikut.

1. Tim purchasing beralih dari mencari masalah ke menilai keputusan
   Pekerjaan memeriksa stok item demi item digantikan oleh rekomendasi yang sudah tersaring dan terhitung. Buyer tidak lagi menunggu keluhan sales untuk tahu ada item yang kosong, karena item yang mendekati batas minimum muncul lebih awal. Waktu yang terbebas dapat dipakai untuk negosiasi harga dan jadwal kirim dengan pemasok, serta memantau pemasok yang sering terlambat.
   
2. Tim gudang menerima arus barang yang lebih stabil
   Karena pembelian dilakukan dalam porsi kecil dan berkelanjutan, bukan borongan di awal bulan, lonjakan penerimaan barang yang membuat dock padat dan rak penuh mendadak jauh berkurang. Gudang juga bisa merencanakan tenaga dan ruang dengan lebih tenang, sebab jadwal kedatangan terlihat dari pesanan yang sudah berjalan. Akurasi pencatatan penerimaan dan pengeluaran pun menjadi kebiasaan yang dijaga, karena rekomendasi hanya sebaik data stok yang menjadi dasarnya.
   
3. Manajemen mendapat layanan pelanggan yang terjaga dan modal kerja yang lebih sehat.
   Pesanan yang masuk lewat sales order management lebih jarang tertahan karena barang kosong, sehingga tingkat pemenuhan pesanan membaik dan risiko kehilangan pelanggan menurun. Batas maksimum yang dibedakan per item juga membuat dana tidak lagi mengendap pada barang yang bergerak lambat.

Ketiga tim bekerja dari sumber data yang sama. Purchasing, gudang, dan manajemen tidak lagi berdebat soal angka stok mana yang benar, dan keputusan pembelian dapat ditelusuri ke parameter yang jelas, bukan ke perkiraan pribadi. Energi yang dulu terkuras untuk mencocokkan data bisa dialihkan untuk memperbaiki parameter dan kinerja pemasok.

Kesimpulan

Stockout pada item terlaris dan stok menumpuk pada item yang lambat bukanlah dua masalah yang berbeda, melainkan akibat dari keputusan pembelian yang diambil dari data yang terlambat dan aturan yang seragam. Inventory Replenishment di SAP Business One menjawabnya dengan memindahkan aturan itu ke dalam sistem: batas minimum, batas maksimum, dan order multiple ditetapkan per item per gudang, lalu setiap kali perencanaan dijalankan, tim purchasing menerima daftar rekomendasi yang sudah tersaring dan siap direview.

Hasil terbaik biasanya datang dari kombinasi pendekatan yang tepat dan disiplin menjaga parameter. Min/max menjadi fondasi untuk sebagian besar SKU, perhitungan berbasis kebutuhan melengkapi item musiman atau berbasis proyek, dan reorder point diturunkan dari rata-rata penjualan harian, lead time aktual pemasok, serta stok pengaman yang dibedakan menurut karakter item. Sistem mempercepat dan menyeragamkan keputusan, tetapi kualitasnya tetap bergantung pada data stok yang akurat dan peninjauan parameter secara berkala.

Bagi distributor yang mengelola ratusan hingga ribuan SKU, manfaatnya terasa di tiga sisi sekaligus: purchasing bekerja lebih proaktif, gudang menerima barang dengan ritme yang lebih stabil, dan manajemen memperoleh layanan pelanggan yang terjaga dengan modal kerja yang lebih sehat.

Jika Anda ingin melihat bagaimana alur ini dapat diterapkan pada struktur SKU dan gudang di perusahaan Anda, pelajari lebih lanjut mengenai ERP untuk distribution kami, atau jadwalkan demo SAP Business One bersama tim konsultan kami untuk berdiskusi langsung tentang kebutuhan perusahaan Anda.

FAQ Seputar Inventory Replenishment SAP Business One