Ketika biaya vendor sudah berjalan tetapi dokumen pembelian, penerimaan, dan invoice tersebar di banyak tempat, di mana sebenarnya perusahaan kehilangan kontrol? Procure to pay logistik menjawab masalah itu dengan menghubungkan kebutuhan pembelian, persetujuan, purchase order, penerimaan barang atau jasa, invoice vendor, sampai pembayaran dalam satu alur yang dapat ditelusuri.
Bagi perusahaan logistik, trucking, freight forwarding, warehouse, dan distribusi, P2P bukan sekadar urusan tim procurement atau finance. Proses ini menentukan apakah biaya operasional sesuai rencana, vendor dibayar tepat waktu, invoice tidak ganda, dokumen lengkap, dan margin pekerjaan dapat dibaca secara akurat.
Key Takeaways
- Procure to pay adalah proses end-to-end dari kebutuhan pembelian sampai pembayaran vendor, bukan hanya aktivitas accounts payable.
- Kontrol utama P2P terletak pada keterhubungan antara request, approval, PO, penerimaan barang/jasa, invoice, dan pembayaran.
- Three-way matching antara PO, receipt, dan invoice membantu mengurangi risiko salah bayar, duplikasi, dan biaya yang tidak sesuai.
- Untuk perusahaan logistik, P2P perlu terhubung dengan job order, kendaraan, gudang, vendor transportasi, maintenance, dan cost center agar biaya memiliki konteks operasional.
- KPI yang perlu dipantau antara lain P2P cycle time, invoice paid on time, exception rate, first-time match rate, dan jumlah invoice yang diproses tanpa intervensi manual.
Apa Itu Procure to Pay Logistik?
Procure to pay logistik, sering disingkat P2P, adalah rangkaian proses mulai dari munculnya kebutuhan barang atau jasa, pembuatan purchase requisition, persetujuan, penerbitan purchase order, penerimaan barang atau jasa, validasi invoice, hingga pembayaran vendor.
Dalam konteks logistik, barang dan jasa yang dibeli jauh lebih beragam dibanding bisnis kantor biasa. Perusahaan trucking dapat membeli ban, suku cadang, BBM, jasa bengkel, GPS, tol, atau menyewa kendaraan vendor. Freight forwarder dapat membeli slot kapal, trucking pihak ketiga, fumigasi, handling, lift on-lift off, atau jasa kepabeanan. Warehouse dapat membeli pallet, material packing, forklift service, dan kebutuhan operasional gudang.
Karena itu, P2P harus mampu menjawab pertanyaan yang sangat operasional: biaya ini terkait job mana, kendaraan mana, customer mana, shipment mana, gudang mana, dan siapa yang menyetujuinya?
P2P yang sehat bukan sekadar membuat pembayaran vendor lebih cepat. Tujuannya adalah memastikan setiap rupiah yang dibayar memiliki kebutuhan, persetujuan, bukti realisasi, dan dasar harga yang dapat ditelusuri.
Mengapa Procure to Pay Penting untuk Perusahaan Logistik?
Di banyak perusahaan logistik, biaya muncul lebih cepat daripada dokumen administrasinya. Truk harus segera diperbaiki, vendor trucking harus diberangkatkan, atau kebutuhan operasional gudang harus dipenuhi hari itu juga. Kondisi ini membuat proses pembelian sering dimulai lewat chat, telepon, spreadsheet, atau persetujuan informal.
Masalahnya muncul ketika volume transaksi membesar. Finance menerima invoice tetapi tidak tahu siapa pemilik biaya. Procurement memiliki PO tetapi tidak memiliki bukti bahwa jasa sudah selesai. Operasional merasa pekerjaan sudah beres, sedangkan AP belum bisa membayar karena dokumen belum lengkap.
APQC mendefinisikan procure-to-pay sebagai proses end-to-end dari purchase order hingga pembayaran supplier. Dalam benchmark untuk pembelian jasa, APQC mencatat median average procure-to-pay cycle time sebesar 55 hari pada sampel 3.929 perusahaan. Angka ini bukan target universal, tetapi menunjukkan bahwa P2P memang proses lintas fungsi yang dapat memakan waktu panjang bila approval, receiving, invoice, dan payment tidak terintegrasi. Lihat benchmark APQC.
Alur Procure to Pay Logistik dari Awal sampai Pembayaran
| Tahap | Dokumen/Data Utama | Owner Umum | Kontrol Penting |
|---|---|---|---|
| 1. Kebutuhan | Purchase requisition / request biaya | Operasional / user | Tujuan, job, kendaraan, cost center, budget |
| 2. Persetujuan | Approval request | Supervisor / manager | Limit approval dan otorisasi |
| 3. Pemilihan vendor | Quotation / kontrak / tarif | Procurement | Harga, SLA, masa berlaku, vendor approved |
| 4. Purchase Order | PO | Procurement | Qty, harga, pajak, terms, referensi job |
| 5. Receiving | Goods receipt / service receipt | Warehouse / operasional | Barang/jasa benar-benar diterima |
| 6. Invoice vendor | Invoice, faktur, dokumen pendukung | Vendor / AP | Duplikasi, kelengkapan, tanggal, nominal |
| 7. Matching | PO + receipt + invoice | AP / finance | Qty, rate, toleransi, exception |
| 8. Payment | Payment proposal / bank transaction | Finance | Due date, approval, rekening vendor |
Oracle juga menyediakan subject area procure-to-pay yang menghubungkan data requisition, purchase order, receipt, dan invoice dalam pelaporan real-time. Ini memperlihatkan satu prinsip penting: P2P tidak ideal bila masing-masing dokumen berdiri sendiri. Dokumentasi Oracle Procure-to-Pay.
8 Kontrol Procure to Pay Logistik yang Perlu Diterapkan
1. Hubungkan Purchase Requisition dengan Job atau Cost Object
Kesalahan yang sering terjadi adalah permintaan pembelian hanya berisi nama barang atau jasa tanpa konteks biaya. Dalam bisnis logistik, setiap PR sebaiknya memiliki referensi yang jelas: job order, shipment, manifest, kendaraan, gudang, project, cabang, atau cost center.
Dengan begitu, biaya tidak berhenti sebagai “biaya vendor”, tetapi dapat dianalisis sebagai biaya per pekerjaan. Pendekatan ini juga memperkuat job costing logistik karena actual cost sudah memiliki referensi sejak awal.
2. Terapkan Approval Berdasarkan Nilai dan Jenis Biaya
Tidak semua pembelian perlu melewati jalur persetujuan yang sama. Pembelian spare part Rp500 ribu dan sewa armada vendor puluhan juta rupiah memiliki tingkat risiko berbeda.
Approval matrix idealnya mempertimbangkan nilai transaksi, jenis biaya, cabang, cost center, urgensi, dan apakah transaksi masuk dalam budget. Sistem juga perlu menyimpan siapa yang mengajukan, siapa yang menyetujui, waktu approval, serta setiap perubahan setelah approval.
3. Gunakan Tarif atau Kontrak Vendor sebagai Referensi PO
Purchase order seharusnya tidak selalu dimulai dari angka yang diketik ulang. Jika perusahaan memiliki kontrak, rate card, atau tarif vendor yang masih aktif, harga tersebut perlu menjadi referensi otomatis.
Untuk vendor transportasi, proses pemilihan vendor dapat dikaitkan dengan data hasil tendering transportasi logistik dan evaluasi carrier scorecard. Dengan cara ini, keputusan procurement tidak hanya melihat harga, tetapi juga kapasitas dan performa.
4. Pisahkan PO dari Bukti Penerimaan
PO menunjukkan apa yang disetujui untuk dibeli, bukan bukti bahwa barang atau jasa sudah diterima. Karena itu proses receiving harus menjadi transaksi tersendiri.
Untuk barang, receipt dapat mencatat quantity, kondisi, batch, serial number, lokasi gudang, atau hasil inspeksi. Untuk jasa, service receipt dapat dibuat berdasarkan pekerjaan yang benar-benar selesai—misalnya ritase trucking, servis kendaraan, bongkar muat, atau fumigasi.
Pemisahan ini penting agar invoice tidak otomatis dianggap valid hanya karena PO tersedia.
5. Gunakan Three-Way Matching untuk Invoice Vendor
Three-way matching membandingkan tiga sumber: purchase order, receipt, dan invoice vendor. Tujuannya adalah memastikan bahwa perusahaan membayar barang atau jasa yang memang dipesan dan benar-benar diterima.
Contoh sederhana: PO menyebutkan 10 ban dengan harga Rp3 juta per unit. Gudang hanya menerima 8 unit. Vendor mengirim invoice 10 unit. Tanpa matching, invoice mungkin lolos karena nominalnya sesuai PO. Dengan three-way matching, sistem menandai selisih antara quantity received dan quantity invoiced.
Oracle mendokumentasikan pola pencocokan invoice dengan PO dan receipt sebelum otorisasi pembayaran pada proses procure-to-pay retail. Lihat referensi Oracle invoice matching.
6. Kelola Exception, Jangan Hanya Reject Invoice
P2P yang baik tidak menganggap setiap selisih sebagai alasan untuk menghentikan transaksi. Sistem perlu memiliki tolerance dan workflow exception.
Misalnya selisih kecil akibat pembulatan pajak dapat memiliki toleransi tertentu. Sebaliknya, perubahan rate vendor yang tidak memiliki approval harus dikirim kembali ke procurement. Invoice tanpa receipt dapat diarahkan ke operasional. Invoice ganda harus diblokir otomatis.
Dengan reason code yang konsisten, perusahaan dapat menganalisis mengapa invoice sering tertahan: PO terlambat dibuat, receipt belum diinput, rate tidak sama, dokumen kurang, atau kesalahan vendor.
7. Hubungkan P2P dengan Freight Audit dan Accrual
Untuk perusahaan transportasi dan freight forwarding, invoice vendor sering tidak datang pada periode yang sama dengan pekerjaan. Karena itu P2P perlu terhubung dengan kontrol biaya yang lebih luas.
Freight audit membantu memeriksa tarif, surcharge, dan dokumen sebelum pembayaran. Sementara freight accrual logistik membantu mengakui biaya yang sudah terjadi meski invoice belum diterima.
Kombinasi keduanya membuat manajemen tidak harus memilih antara laporan cepat dan laporan akurat. Accrual memberikan estimasi biaya pada periode berjalan, sedangkan P2P dan freight audit menyelesaikan transaksi aktual ketika invoice datang.
8. Ukur KPI dari Purchase sampai Payment
Jika perusahaan hanya mengukur berapa banyak invoice yang dibayar, masalah di tahap awal tidak terlihat. P2P perlu dipantau sebagai satu proses end-to-end.
APQC mencatat median 80% untuk supplier invoices paid on time pada sampel 471 perusahaan. APQC juga mencatat median estimasi peningkatan quality/accuracy P2P sebesar 30% akibat finance function automation pada sampel 1.670 perusahaan. Benchmark lintas industri tersebut bukan janji hasil untuk setiap perusahaan, tetapi dapat dipakai sebagai pembanding awal untuk menilai kematangan proses. Benchmark invoice paid on time dan benchmark automation P2P APQC.
KPI Procure to Pay Logistik yang Sebaiknya Dipantau
Dashboard P2P tidak perlu dimulai dengan puluhan indikator. Beberapa KPI berikut sudah cukup untuk menemukan bottleneck utama:
- P2P cycle time: waktu dari PO dibuat sampai pembayaran selesai.
- PR-to-PO cycle time: waktu dari permintaan disetujui sampai PO diterbitkan.
- Invoice-to-pay cycle time: waktu dari invoice diterima sampai pembayaran.
- First-time match rate: persentase invoice yang match tanpa koreksi.
- Exception rate: persentase invoice yang memerlukan investigasi.
- Duplicate invoice rate: jumlah invoice ganda yang terdeteksi.
- Supplier invoices paid on time: persentase pembayaran sesuai terms.
- PO compliance: persentase pembelian yang dilakukan melalui PO resmi.
Manajemen sebaiknya memecah KPI tersebut berdasarkan cabang, vendor, jenis biaya, cost center, dan tipe layanan. Angka agregat dapat terlihat baik padahal satu cabang atau satu kelompok vendor sebenarnya menjadi sumber exception terbesar.
Contoh Procure to Pay pada Perusahaan Trucking
Bayangkan sebuah perusahaan trucking memiliki 60 kendaraan. Satu unit mengalami kerusakan sistem pengereman saat akan menjalankan job Surabaya–Semarang.
Operasional membuat request biaya dan mengaitkannya ke nomor kendaraan serta job order. Supervisor menyetujui karena kendaraan harus kembali beroperasi. Procurement memilih bengkel vendor berdasarkan kontrak dan membuat PO untuk estimasi spare part serta jasa.
Setelah pekerjaan selesai, fleet maintenance mengisi service receipt dan mencatat spare part yang benar-benar digunakan. Vendor mengirim invoice. Sistem membandingkan invoice dengan PO serta service receipt. Bila ada tambahan spare part di luar PO, transaksi masuk exception dan membutuhkan approval tambahan.
Setelah matching selesai, AP menjadwalkan pembayaran sesuai terms. Biaya aktual kemudian masuk ke histori kendaraan dan biaya job. Hasil akhirnya bukan hanya invoice yang dibayar, tetapi data yang dapat menjawab biaya maintenance per unit, profit per job, performa vendor bengkel, dan deviation antara rencana dengan realisasi.
Peran Sistem Terintegrasi dalam Procure to Pay
Spreadsheet masih dapat membantu pencatatan awal, tetapi semakin sulit digunakan sebagai system of record ketika jumlah vendor, transaksi, approval, cabang, dan dokumen meningkat. Risiko terbesar bukan hanya salah formula, melainkan hilangnya hubungan antar transaksi.
Sistem terintegrasi membuat PR, PO, receipt, invoice, payment, job order, inventory, dan accounting berbicara dengan referensi yang sama. Pada modul Akuntansi dan Keuangan SOLOG, biaya operasional, invoice vendor, hutang, kas/bank, serta integrasi ke akuntansi dirancang saling terhubung sehingga proses keuangan tidak berdiri terpisah dari operasional.
Untuk kebutuhan P2P, nilai terbesarnya bukan pada banyaknya form digital, tetapi pada kemampuan sistem menghindari double entry, memberikan audit trail, dan memastikan biaya dapat ditelusuri kembali ke aktivitas logistik yang memicunya.
Checklist Implementasi Procure to Pay Logistik
Sebelum mengotomatisasi P2P, perusahaan sebaiknya menyepakati beberapa aturan dasar:
- Tentukan jenis transaksi yang wajib menggunakan PR dan PO.
- Tetapkan approval matrix berdasarkan nilai, jenis biaya, dan organisasi.
- Pastikan vendor memiliki master data tunggal dan status aktif yang jelas.
- Tentukan apakah receipt dilakukan oleh warehouse, operasional, atau owner pekerjaan.
- Definisikan tolerance untuk quantity, price, pajak, dan biaya tambahan.
- Tetapkan exception reason code dan siapa yang bertanggung jawab menyelesaikannya.
- Hubungkan biaya ke job order, kendaraan, cabang, project, atau cost center.
- Tentukan payment terms dan mekanisme payment proposal.
- Siapkan KPI dan dashboard sebelum go-live.
- Pastikan audit trail mencatat setiap perubahan penting dari request sampai payment.
Automasi sebaiknya dilakukan setelah rule proses cukup jelas. Jika workflow manualnya masih berubah setiap hari, digitalisasi hanya memindahkan ketidakjelasan ke dalam sistem.
FAQ Procure to Pay Logistik
Apa perbedaan procure to pay dan accounts payable?
Procure to pay mencakup proses sejak kebutuhan pembelian, PR, PO, receiving, invoice, sampai pembayaran. Accounts payable biasanya berfokus pada bagian akhir berupa validasi hutang, invoice, approval pembayaran, dan settlement.
Apakah semua pembelian harus menggunakan purchase order?
Tidak selalu. Perusahaan dapat menentukan kategori non-PO seperti biaya tertentu yang sifatnya rutin atau darurat. Namun pengecualian harus memiliki kebijakan, limit, approval, dan audit trail yang jelas agar tidak menjadi celah bypass.
Apa itu three-way matching?
Three-way matching adalah pencocokan purchase order, bukti penerimaan barang atau jasa, dan invoice vendor. Jika quantity, harga, atau data lain tidak sesuai toleransi, invoice masuk ke proses exception sebelum dibayar.
Bagaimana P2P diterapkan pada jasa trucking vendor?
PO dapat dibuat berdasarkan penugasan atau rate vendor, sedangkan service receipt dibuat ketika ritase atau pengiriman selesai. Invoice vendor kemudian dicocokkan dengan pekerjaan yang terealisasi, tarif, dokumen POD, dan biaya tambahan yang telah disetujui.
Kapan perusahaan perlu mengotomatisasi P2P?
Automasi mulai bernilai ketika volume transaksi meningkat, approval sulit dilacak, invoice sering tertahan, vendor menanyakan status pembayaran berulang kali, terjadi double entry, atau finance membutuhkan rekonsiliasi manual dari banyak spreadsheet.
Kesimpulan
Procure to pay logistik memberikan kontrol menyeluruh atas aliran biaya dari kebutuhan sampai pembayaran vendor. Proses ini membantu memastikan bahwa setiap pembelian memiliki otorisasi, harga yang dapat dipertanggungjawabkan, bukti penerimaan, invoice yang tervalidasi, dan pembayaran yang dilakukan sesuai terms.
Bagi perusahaan logistik, manfaatnya menjadi lebih besar ketika P2P terhubung dengan job order, vendor transportasi, warehouse, maintenance, inventory, dan accounting. Dengan integrasi tersebut, perusahaan tidak hanya membayar vendor secara lebih tertib, tetapi juga memperoleh data biaya yang lebih akurat untuk analisis margin, performa vendor, dan pengambilan keputusan operasional.
