Reorder point adalah titik yang memicu pemesanan ulang agar persediaan dapat dipenuhi sebelum kebutuhan berikutnya tidak terlayani. Pertanyaan utamanya ialah kapan mulai memesan, bukan berapa banyak barang yang harus dibeli. Dua keputusan tersebut berkaitan, tetapi memerlukan aturan berbeda.
Untuk kepala gudang dan procurement, manfaat praktisnya adalah mengurangi ketergantungan pada ingatan petugas. Namun angka batas saja belum cukup. Sistem perlu membaca posisi persediaan, waktu tersedia pasokan, dan pemesanan yang sudah berjalan agar alarm tidak menghasilkan PO ganda.
Rumus Dasar Reorder Point
Dalam model sederhana dengan kebutuhan rata-rata yang mewakili kondisi operasional, bentuk dasarnya adalah:
Reorder Point = Kebutuhan Rata-Rata Selama Lead Time + Safety Stock.
Jika kebutuhan rata-rata per hari disebut d dan lead time dalam hari disebut L, bentuknya menjadi ROP = d × L + SS. Satuan periode harus konsisten. Lead time sebaiknya mewakili waktu sampai barang dapat digunakan sesuai kebutuhan, termasuk proses yang memang diperlukan sebelum tersedia.
Anggap penggunaan rata-rata 40 unit per hari, lead time lima hari, dan cadangan yang telah disetujui 60 unit. Titik pemesanan pada ilustrasi ini adalah 40 × 5 + 60 = 260 unit. Angka 260 tidak berarti perusahaan harus membeli tepat 260 unit setiap kali.
Bedakan Batas Pemesanan Dan Jumlah Pembelian
Reorder point memicu tindakan. Jumlah pemesanan dapat mengikuti lot tetap, minimum dan maksimum persediaan, ukuran kemasan, kebutuhan periode tertentu, atau keputusan ekonomis yang dinilai terpisah. Perusahaan perlu memilih aturan yang sesuai pola item, bukan membiarkan pengguna menebak dari warna indikator.
Misalnya, saat batas 260 tercapai, kebijakan yang disepakati dapat meminta pembelian 300 unit. Angka tersebut hanya ilustrasi lot tetap, bukan jumlah optimal. MOQ pemasok, kapasitas penyimpanan, umur simpan, dan rencana perubahan produk tetap perlu diperiksa sebelum menyetujui PO.
Periksa Posisi Persediaan, Bukan Hanya Saldo Fisik
Dalam kebijakan continuous review yang umum, pemicu dibaca dari inventory position. Secara konseptual, posisi ini memperhitungkan stok, pasokan yang sudah dipesan, dan kebutuhan tertunda yang belum dipenuhi. Definisi operasionalnya harus disesuaikan dengan cara sistem mencatat reservasi serta komitmen agar tidak menghitung kewajiban yang sama dua kali.
Contoh: tersedia 220 unit, ada pesanan masuk 150 unit yang masih valid, dan backlog 30 unit. Dengan definisi sederhana, posisi persediaannya adalah 220 + 150 − 30 = 340 unit. Bila ROP 260, angka ini belum memicu pesanan tambahan dalam aturan tersebut meskipun stok fisik 220 lebih rendah dari ROP.
Namun 340 unit bukan bukti tidak ada risiko kekurangan. Jika pasokan 150 unit tiba terlambat, saldo yang tersedia sebelum kedatangan masih bisa tidak mencukupi. Karena itu, pemeriksaan pemicu perlu ditemani tampilan waktu penerimaan dan proyeksi kebutuhan, bukan hanya satu angka gabungan.
Jangan Mengurangi Reservasi Dan Backlog Dua Kali
Sebagian sistem menampilkan stok tersedia setelah reservasi. Sistem lain menampilkan stok fisik sebelum reservasi. Bila pengguna mengambil angka yang sudah dikurangi lalu menguranginya lagi dengan komitmen yang sama, pemicu pembelian menjadi terlalu dini. Dokumentasikan field yang dipakai dan uji dengan satu transaksi yang dapat ditelusuri.
Safety Stock Adalah Komponen, Bukan Sinonim ROP
Cadangan melindungi dari ketidakpastian; titik pemesanan juga memperhitungkan kebutuhan normal selama menunggu barang. Pada contoh sebelumnya, 200 unit menutup kebutuhan rata-rata lima hari dan 60 unit merupakan cadangan. Menggunakan angka 60 sebagai satu-satunya pemicu membuat tindakan dimulai jauh lebih lambat daripada model yang direncanakan.
Untuk menentukan cadangan beserta batas asumsinya, baca cara memilih rumus safety stock sesuai data. Hindari menambah cadangan lagi pada setiap tahap tanpa memeriksa apakah buffer yang sama sudah masuk forecast atau parameter ERP.
Frekuensi Pemeriksaan Mengubah Perlindungan Yang Diperlukan
Rumus sederhana tadi tidak boleh langsung dipindahkan ke kebijakan yang hanya meninjau persediaan pada hari tertentu. Jika stok diperiksa seminggu sekali, kebutuhan dapat terus terjadi di antara dua pemeriksaan. Kebijakan periodic review perlu mempertimbangkan periode tinjauan selain waktu pengadaan dan umumnya menggunakan logika target persediaan tersendiri.
Perbedaan ini juga berlaku pada operasi yang datanya terlambat masuk sistem. Dashboard yang diperbarui sekali sehari tidak sama dengan pemantauan transaksi terus-menerus. Tetapkan keterlambatan pencatatan yang masih dapat diterima dan prosedur ketika data belum lengkap.
Tetapkan Proses Setelah Batas Terlampaui
Peringatan persediaan sebaiknya menghasilkan pekerjaan yang memiliki PIC dan status. Bedakan usulan baru, usulan yang sedang ditinjau, dan PO yang sudah dilepas. Alarm berulang untuk item yang sama tidak boleh menciptakan beberapa pemesanan tanpa rekonsiliasi.
- Gudang: memeriksa jumlah fisik, kondisi barang, serta transaksi yang belum dicatat.
- Perencana: mengonfirmasi kebutuhan, substitusi yang diizinkan, dan perubahan prioritas.
- Pembelian: memeriksa PO terbuka, jadwal pemasok, MOQ, dan kelipatan kemasan.
- Pemberi persetujuan: menilai komitmen biaya dan pengecualian sesuai kewenangan.
Untuk perubahan mendesak, catat alasan percepatan dan keputusan yang diambil. Pembelian darurat yang selalu dilakukan di luar sistem dapat menutupi kelemahan kebijakan tanpa memperbaiki penyebabnya.
Uji Dengan Transaksi Yang Sengaja Berbeda
- Turunkan posisi persediaan dari atas batas ke tepat pada batas dan periksa aturan pemicu yang disepakati.
- Tambahkan PO terbuka yang sah; pastikan tidak muncul pemesanan ganda.
- Tunda tanggal PO dan periksa apakah risiko kekurangan sebelum kedatangan terlihat.
- Masukkan sebagian stok ke karantina; jumlah yang dapat dipakai harus berubah sesuai kebijakan.
- Batalkan PO dan pastikan perencana mengetahui perubahan pasokan.
- Koreksi transaksi salah tanpa menghilangkan jejak keputusan sebelumnya.
Pengujian tidak berhenti pada “alarm menyala”. Telusuri sampai usulan ditinjau, PO diproses, barang diterima, dan status kembali konsisten. Simpan hasil yang diharapkan agar tim dapat membedakan kegagalan aturan dari kesalahan data uji.
Kapan Menggunakan ROP Dan Kapan MRP?
Pendekatan reorder point berguna untuk pola pengisian ulang yang dapat direpresentasikan oleh konsumsi dan lead time. Komponen yang kebutuhannya mengikuti rencana produk dan BOM perlu dinilai bersama perencanaan kebutuhan material MRP. Tidak semua barang dalam gudang harus memakai kebijakan yang sama.
Dalam satu perusahaan, beberapa item dapat menggunakan kebijakan replenishment berbeda. Yang perlu dicegah ialah dua mesin perencanaan memesan kebutuhan sama tanpa aturan prioritas. Jelaskan kebijakan per item dan lokasi serta batas integrasi antarsistem.
Tetapkan Parameter Yang Jelas
Bawa data kebutuhan, lead time aktual, PO terbuka, status stok, dan kebijakan approval saat membahas pengelolaan persediaan melalui ERP. Mulai dari kelompok item terbatas, lalu bandingkan frekuensi kekurangan, persediaan berlebih, dan pemesanan darurat terhadap baseline.
Petakan proses pemesanan ulang bersama Layana.ID untuk menyepakati definisi data, pemicu, kontrol duplikasi, serta bukti uji sebelum penerapan. Perubahan parameter tidak otomatis menjamin stok selalu tersedia.
Rujukan Konsep: Microsoft Learn, Design Details — Planning Parameters dan Handling Reordering Policies; NC State University, Safety Stock Analysis — Inventory Management Models. Seluruh angka dan skenario merupakan ilustrasi perencanaan, bukan hasil proyek Layana.ID.