Dalam kebanyakan perniagaan di Malaysia, istilah permintaan pembelian (PR) dan pesanan pembelian (PO) sering disamakan. Di tapak pembinaan dan bengkel industri yang sibuk, kakitangan sering menyebut "keluarkan PO" sedangkan maksud sebenar mereka adalah "meminta kebenaran untuk membeli sesuatu."
Kekeliruan dokumen ini membawa masalah nyata. Permintaan dalaman yang tersilap hantar kepada pembekal boleh menyebabkan penghantaran barangan yang tidak diingini. Sebaliknya, memesan barangan secara lisan tanpa permintaan bertulis menyebabkan bahagian kewangan langsung tidak menyedari komitmen perbelanjaan yang bakal dituntut.
Memahami perbezaan antara permintaan pembelian dan pesanan pembelian adalah asas kepada kawalan perolehan yang teratur.

PR lwn PO: Perbezaan Teras
Permintaan pembelian ialah permohonan dalaman. Ia dimulakan oleh pekerja yang memerlukan bahan, peralatan atau perkhidmatan untuk menjalankan tugas mereka. Dokumen ini bertujuan memohon kebenaran daripada pihak pengurusan untuk membelanjakan wang syarikat.
Pesanan pembelian (PO) pula ialah komitmen luaran. Dokumen komersial rasmi ini dikeluarkan oleh syarikat kepada vendor luar. Sebaik sahaja vendor menerimanya, ia membentuk kontrak yang mengikat untuk membekalkan barangan atau perkhidmatan pada harga dan terma yang telah dipersetujui.
| Perkara | Permintaan Pembelian (PR) | Pesanan Pembelian (PO) |
|---|---|---|
| Sifat dokumen | Dokumen dalaman organisasi | Dokumen komersial luaran |
| Pihak yang memulakan | Pemohon (jurutera tapak, penyelia, kakitangan jabatan) | Bahagian perolehan, pembeli, atau kewangan |
| Pihak yang menerima | Pengurus atau pengarah dalaman untuk kelulusan | Vendor atau pembekal luar |
| Masa dikeluarkan | Sebelum sebarang pesanan dibuat | Selepas PR diluluskan sepenuhnya |
| Kesan undang-undang | Tiada ikatan undang-undang; kelulusan dalaman semata-mata | Mengikat secara undang-undang sebaik sahaja diterima vendor |
| Kesan kewangan | Mengenal pasti potensi perbelanjaan terhadap belanjawan | Mengikat peruntukan kewangan syarikat kepada pembekal |
| Kandungan utama | Item diperlukan, kuantiti, tarikh perlu, kod projek, anggaran kos, lampiran sebut harga | Nombor PO, butiran vendor, senarai harga, alamat tapak penghantaran, terma bayaran |
| Langkah seterusnya | Semakan dan kelulusan mengikut had kuasa berbelanja | Pengesahan vendor, penghantaran tapak, dan pengeluaran invois |
Ringkasnya: PR memohon kebenaran; PO mengikat komitmen komersial.
Bagaimana Satu Dokumen Membawa Kepada Dokumen Seterusnya
Permintaan dan pesanan belian adalah dua peringkat yang saling berpaut dalam proses perolehan menyeluruh. Setiap langkah dibina secara langsung daripada peringkat sebelumnya:
1. Mengenal pasti keperluan dan mengemukakan PR

2. Semakan belanjawan dan kelulusan dalaman

3. Menukar PR yang diluluskan kepada PO

4. Pembekalan vendor dan penerimaan tapak
Pembekal menerima PO, mengesahkan pesanan, dan menghantar barangan ke tapak yang dinyatakan bersama Delivery Order (DO). Pasukan penerima di tapak memeriksa barangan secara fizikal, merekodkan nota penerimaan barang (GRN), dan mencatatkan sebarang kerosakan atau kekurangan kuantiti.
5. Pemadanan invois dan pembayaran
Apabila pembekal menghantar invois tuntutan bayaran, bahagian kewangan melaksanakan three-way matching. Mereka memadankan invois vendor dengan PO asal (harga yang dipersetujui) dan GRN (kuantiti sebenar yang diterima). Bayaran hanya dikeluarkan apabila ketiga-tiga dokumen ini sepadan.
Kesilapan Lazim yang Perlu Dielakkan
Apabila syarikat ketiadaan sistem yang jelas atau bergantung pada pesanan mesej sembang tidak rasmi, beberapa kesilapan sering berlaku:
1. Mengabaikan langkah permintaan pembelian
Kesilapan paling kerap adalah memesan terus daripada pembekal melalui telefon atau mesej perbualan, kemudian meminta bahagian kewangan "keluarkan PO kemudian." Tindakan ini menghapuskan kawalan belanjawan. Pihak pengurusan hanya mengetahui tentang pembelian tersebut apabila invois tiba, sekali gus menghilangkan peluang merundingkan harga atau mengawal margin projek.
2. Mengeluarkan PO tanpa kelulusan sah
Dalam persekitaran kerja yang pantas, kakitangan tapak kadangkala memberikan nombor PO awal kepada pembekal sebelum pengurus menyemak perbelanjaan tersebut. Sekiranya pengarah kemudiannya menolak pembelian itu, syarikat berdepan risiko undang-undang terhadap vendor yang telah bertindak berasaskan PO berkenaan.
3. Mengubah pesanan secara lisan selepas PO diluluskan
Apabila keperluan tapak berubah, pekerja sering menghubungi vendor untuk menambah kuantiti atau menukar spesifikasi tanpa mengemas kini rekod sistem. Apabila invois tiba dengan jumlah yang lebih tinggi daripada PO yang diluluskan, pihak kewangan sukar memastikan sama ada caj tambahan tersebut sah atau tidak.
4. Memisahkan PO daripada proses penerimaan barang
Sekiranya barangan diterima di tapak tanpa merujuk kepada PO asal, pembekal boleh menghantar jenama pengganti atau kuantiti yang tidak mencukupi tanpa disedari. Tanpa sistem perisian nota penerimaan barang, pejabat kewangan berisiko membayar invois penuh tanpa mengetahui apa yang sebenarnya tiba di tapak.
Menguruskan PR dan PO dalam Bilaro
Bilaro menghubungkan setiap peringkat aliran kerja ini dalam satu sistem yang dibina khusus untuk kontraktor dan PKS perindustrian di Malaysia:
- Permintaan mesra tapak: Pemohon boleh mengemukakan permohonan dan melampirkan sebut harga terus melalui pelayar telefon bimbit di tapak kerja.
- Kawalan belanjawan automatik: Permintaan yang melebihi peruntukan projek akan memaparkan amaran belanjawan atau disekat daripada dicipta melalui kawalan belanjawan perolehan.
- Kelulusan berasaskan peranan: Pembelian disalurkan secara automatik kepada pengurus atau pengarah berdasarkan had nilai kelulusan, dengan kemudahan semakan pantas di telefon.
- Pengeluaran PO terkawal: Setelah diluluskan, PO rasmi dijana lengkap dengan logo syarikat dan terma standard. Bilaro menguatkuasakan pengasingan tugas supaya individu yang meluluskan permintaan tidak boleh mengeluarkan PO.
- Jejak audit menyeluruh: Setiap permintaan, kelulusan, PO yang dikeluarkan, dan rekod penerimaan tapak kekal terpaut pada satu jejak audit yang tidak boleh diubah.
Untuk melihat bagaimana aliran pesanan berstruktur berfungsi, baca panduan kami mengenai sistem pesanan pembelian di Malaysia atau lihat perisian permintaan pembelian Bilaro.
Apakah perbezaan utama antara permintaan pembelian dan pesanan pembelian?
Permintaan pembelian ialah dokumen dalaman untuk memohon kebenaran membeli sesuatu barang atau perkhidmatan. Pesanan pembelian ialah dokumen luaran yang dihantar kepada vendor untuk membuat pesanan rasmi dan mengikat pembelian tersebut secara undang-undang.
Bolehkah permintaan pembelian dihantar terus kepada pembekal?
Tidak. Permintaan pembelian adalah khusus untuk semakan kelulusan dalaman dan kawalan belanjawan syarikat. Menghantar permintaan pembelian kepada pembekal boleh menimbulkan salah faham atau penghantaran pramatang sebelum pembelian diluluskan secara sah.
Adakah permintaan pembelian mengikat dari segi undang-undang di Malaysia?
Tidak. Permintaan pembelian tidak mempunyai sebarang ikatan undang-undang dengan pihak luar. Kontrak komersial yang mengikat hanya wujud apabila permintaan yang diluluskan ditukar menjadi pesanan pembelian yang diterima oleh vendor.
Mengapa syarikat tidak patut melangkau langkah permintaan pembelian?
Melangkau permintaan pembelian menghapuskan pengawasan belanjawan. Tanpa permintaan rasmi, pihak pengurusan tidak dapat menyemak harga, membandingkan sebut harga pembekal, atau mengesahkan baki peruntukan projek sebelum syarikat terikat untuk membuat bayaran.
Siapakah yang meluluskan permintaan pembelian?
Kelulusan bergantung pada peraturan penurunan kuasa syarikat anda. Kebiasaannya, pengurus projek meluluskan pembelian rutin sehingga had nilai tertentu, manakala pengarah menyemak pesanan bernilai tinggi atau pembelian yang melebihi belanjawan standard.
Letakkan perolehan anda dalam rekod.
Bilaro menghubungkan permintaan, kelulusan, pesanan belian dan daftar vendor anda dalam satu sistem yang sedia audit, dibina untuk pasukan pembinaan dan O&G Malaysia. Pelan Percuma untuk 2 pengguna, tidak perlu kad.
