Purchase Request ke PO: Titik Rawan yang Bisa Dibereskan ERP

ERP mengelola alur purchase request hingga purchase order lewat satu sistem terpusat. Permintaan dicatat, disetujui berjenjang, dibandingkan antarpemasok, lalu diubah menjadi pesanan pembelian secara otomatis. Hasilnya, jejak keputusan pembelian lebih rapi dan risiko pesanan ganda atau tanpa persetujuan dapat ditekan.

Saat Permintaan Barang Hanya Beredar di Chat dan Spreadsheet

Bayangkan staf gudang meminta 200 kardus lewat pesan singkat. Permintaan itu diteruskan ke bagian pembelian, lalu dicatat ulang di spreadsheet. Dua hari kemudian, tim produksi mengirim permintaan serupa lewat jalur lain. Pemasok akhirnya menerima dua pesanan untuk kebutuhan yang sama.

Skenario semacam ini lazim terjadi ketika pembelian bergantung pada catatan manual. Informasi tercecer, status permintaan sulit dilacak, dan pihak keuangan baru tahu setelah tagihan datang.

Dampaknya bukan sekadar kerja ganda. Stok menumpuk, arus kas terganggu, dan evaluasi pemasok kehilangan data yang akurat.

Alur PR ke PO dalam Satu Sistem

Pada sistem ERP, purchase request dibuat langsung oleh peminta barang. Setiap permintaan memuat item, jumlah, tanggal kebutuhan, dan pusat biaya. Data tersebut tersimpan dan dapat dilihat pihak terkait. Tidak ada lagi pencatatan ulang.

Setelah disetujui, permintaan diubah menjadi purchase order tanpa mengetik ulang. Sistem lalu mengirim pesanan ke pemasok dan mencatat penerimaan barang. Tagihan pemasok kemudian dicocokkan dengan pesanan dan bukti terima.

Status setiap dokumen terlihat jelas, mulai dari draf, menunggu persetujuan, hingga selesai. Staf pembelian tidak perlu lagi menanyakan posisi permintaan ke banyak orang.

Persetujuan Berjenjang yang Tidak Bisa Dilewati

Banyak perusahaan menetapkan batas nilai pembelian untuk setiap level persetujuan. Pembelian di bawah Rp5 juta mungkin cukup disetujui kepala divisi. Nilai di atasnya naik ke direktur atau manajer keuangan.

ERP menjalankan aturan itu otomatis. Permintaan yang belum disetujui tidak bisa menjadi pesanan. Setiap persetujuan tercatat lengkap dengan nama dan waktu, sehingga mudah diaudit.

Pembelian mendesak sering memicu persetujuan lisan. ERP tetap menyediakan jalur cepat, misalnya persetujuan lewat ponsel. Jejaknya tetap tercatat dengan baik.

Membandingkan Penawaran Pemasok Secara Adil

Satu kebutuhan sering ditawarkan oleh beberapa pemasok dengan harga dan syarat berbeda. ERP menyimpan penawaran tersebut dalam format seragam, sehingga perbandingan tidak bergantung pada ingatan staf. Riwayat harga dan ketepatan pengiriman pemasok juga bisa dijadikan bahan pertimbangan.

Kriteria berikut lazim dipakai tim pembelian saat menilai penawaran:

Dengan data yang sama di satu tempat, keputusan memilih pemasok dapat dijelaskan dengan alasan yang terukur. Hal ini berguna ketika manajemen atau auditor meminta pertanggungjawaban.

Cara Menyiapkan Alur Pembelian Sebelum Implementasi

Sebelum memilih vendor ERP, tim perlu memetakan alur pembelian yang berjalan saat ini. Langkah praktis berikut dapat dipakai sebagai titik awal:

1. Tulis seluruh tahap pembelian, mulai dari permintaan hingga pembayaran tagihan.
2. Tentukan batas nilai persetujuan untuk setiap jabatan.
3. Samakan nama barang dan satuan ukur di seluruh divisi.
4. Tetapkan siapa yang boleh membuat, menyetujui, dan menerima pesanan.
5. Uji alur dengan satu kategori barang sebelum diperluas.

Pemetaan ini juga membantu menilai apakah sebuah sistem sesuai kebutuhan. ERP terbaik bagi satu perusahaan belum tentu cocok untuk perusahaan lain.

Pertanyaan yang Sering Muncul

• Apakah purchase request wajib ada sebelum purchase order? Tidak wajib, tetapi dokumen ini membantu menjaga kontrol dan jejak persetujuan.
• Bisakah satu purchase order berasal dari beberapa purchase request? Bisa, banyak sistem ERP mendukung penggabungan permintaan untuk pemasok yang sama.
• Apakah ERP bisa mencegah pembelian di luar anggaran? Bisa, selama batas anggaran dan aturan persetujuan sudah diatur di sistem.

Arah Pengelolaan Pembelian ke Depan

Pengelolaan pembelian cenderung bergerak ke arah proses yang terdokumentasi dan terukur. Perusahaan yang merapikan alur permintaan hingga pesanan lebih mudah menjaga akurasi anggaran dan hubungan dengan pemasok. Bagi tim yang ingin menelaah alur ini lebih jauh, i2C Studio menjadi salah satu referensi implementasi Odoo. Rujukan lengkapnya dapat dipelajari di i2cstudio.com.