Banyak proses pembelian sebenarnya tidak bermasalah di tahap negosiasi atau pembayaran, melainkan jauh lebih awal: saat purchase request dibuat. Satu tim mengirim kebutuhan lewat chat, tim lain menyusul lewat email, sementara dokumen pendukung tersimpan di folder yang berbeda. Saat procurement atau finance ingin mengecek status pengajuan, mereka harus membuka beberapa kanal sekaligus hanya untuk menjawab pertanyaan sederhana: siapa yang mengajukan, apa kebutuhannya, dan sekarang pengajuannya ada di tahap mana.
Situasi seperti ini sering dianggap wajar karena pengajuan pembelian memang datang dari banyak unit kerja. Namun ketika volume permintaan meningkat, pola kerja yang tersebar mulai menimbulkan biaya operasional yang tidak kecil. Status pengajuan sulit dipantau, dokumen pendukung tertinggal, proses approval berjalan tanpa konteks yang utuh, dan tindak lanjut menjadi sangat bergantung pada ingatan masing-masing PIC.
Di titik inilah purchase request perlu diperlakukan sebagai alur kerja yang terstruktur, bukan sekadar formulir permintaan barang.
Masalah Bukan pada Formulirnya, tetapi pada Jejak Prosesnya
Dalam banyak organisasi, formulir purchase request sebenarnya sudah ada. Yang sering hilang justru jejak proses setelah formulir itu dikirim. Misalnya, tim operasional mengajukan pembelian perangkat baru untuk cabang. Formulir sudah diisi, penawaran vendor sudah dilampirkan, dan estimasi kebutuhan anggaran juga sudah tersedia. Namun setelah itu, tidak ada satu tempat yang benar-benar menunjukkan apakah pengajuan sedang menunggu atasan, finance, procurement, atau justru perlu revisi.
Akibatnya, beberapa masalah muncul berulang:
Pengaju menanyakan status ke banyak orang karena tidak tahu siapa PIC saat ini.
Procurement menerima pengajuan tanpa dokumen pendukung yang lengkap.
Finance harus meminta ulang rincian anggaran karena tidak ikut melihat histori sebelumnya.
Approval berjalan lambat karena approver tidak mendapatkan konteks kebutuhan secara utuh.
Pengajuan yang sudah disetujui sulit ditelusuri kembali saat dibutuhkan untuk audit internal atau evaluasi pembelian.
Masalah ini bukan sekadar soal kerapian administrasi. Ketika status dan dokumen tidak berada dalam satu alur yang jelas, waktu tim habis untuk mencari informasi yang seharusnya sudah tersedia sejak awal.
Data Minimum yang Perlu Ada di Setiap Purchase Request
Agar purchase request mudah dilacak dari pengajuan sampai approval, perusahaan tidak harus langsung membuat proses yang rumit. Yang lebih penting adalah memastikan setiap pengajuan memiliki data inti yang konsisten dan mudah dibaca oleh semua pihak yang terlibat.
Beberapa informasi yang sebaiknya selalu tercatat dalam satu alur pengajuan antara lain:
nomor atau ID purchase request
tanggal pengajuan
nama pengaju dan divisi
kebutuhan barang atau jasa yang diminta
jumlah dan estimasi anggaran
alasan atau konteks kebutuhan
dokumen pendukung, seperti penawaran vendor atau spesifikasi
status pengajuan saat ini
PIC yang sedang menangani
histori approval dan catatan revisi
Contohnya, jika tim gudang mengajukan pembelian rak tambahan, procurement seharusnya bisa langsung melihat apakah pengajuan itu terkait pembukaan area baru, penggantian aset lama, atau penambahan kapasitas. Informasi semacam ini penting karena memengaruhi prioritas, pemilihan vendor, dan validasi anggaran.
Semakin lengkap konteks yang tercatat sejak awal, semakin kecil kemungkinan tim lain harus mengulang pertanyaan yang sama di tengah proses.
Menyusun Alur Purchase Request yang Lebih Mudah Diikuti
Alur purchase request yang baik bukan berarti memiliki banyak lapisan approval. Yang lebih penting adalah setiap tahap memiliki tujuan yang jelas, PIC yang terlihat, dan status yang mudah dipahami.
Secara praktis, alur pengajuan biasanya dapat dibagi ke beberapa tahap berikut:
1. Pengajuan kebutuhan
Tim peminta mengisi purchase request beserta rincian kebutuhan dan dokumen pendukung. Pada tahap ini, fokus utamanya adalah memastikan kebutuhan tertulis jelas, bukan hanya “tolong dibelikan”.
2. Verifikasi awal
Atasan langsung, procurement, atau tim operasional melakukan pengecekan awal. Tujuannya bukan menyetujui pembelian, tetapi memastikan data pengajuan cukup untuk diproses lebih lanjut.
3. Approval sesuai otorisasi
Pengajuan masuk ke approver yang relevan berdasarkan nilai pembelian, jenis kebutuhan, atau divisi pengaju. Di sini status harus terlihat jelas: menunggu approval, disetujui, ditolak, atau perlu revisi.
4. Tindak lanjut pembelian
Setelah disetujui, procurement mulai menghubungkan pengajuan dengan vendor, penawaran, dan proses pembelian berikutnya.
5. Arsip dan histori
Semua keputusan, komentar, revisi, dan lampiran tetap tersimpan dalam satu histori agar mudah ditelusuri kembali.
Dengan alur seperti ini, pertanyaan “sudah sampai mana?” tidak perlu lagi dijawab lewat chat manual satu per satu. Statusnya sudah menjadi bagian dari sistem kerja.
Mengapa PIC, Status, dan Dokumen Harus Muncul dalam Satu Tampilan
Salah satu sumber keterlambatan dalam proses pengadaan adalah terputusnya konteks antar tim. Procurement mungkin memegang detail vendor, finance memegang sisi anggaran, sementara user hanya tahu barang yang dibutuhkan. Jika ketiga informasi itu tidak bertemu dalam satu alur, setiap perpindahan tahap akan menimbulkan jeda.
Karena itu, ada tiga elemen yang sebaiknya selalu terlihat bersamaan dalam purchase request:
- Status saat iniSemua pihak perlu tahu apakah pengajuan masih draft, menunggu approval, sedang diproses procurement, atau sudah selesai.
- PIC yang bertanggung jawabBukan hanya siapa pengaju pertama, tetapi siapa yang sedang memegang proses pada tahap tersebut.
- Dokumen pendukung yang relevanPenawaran harga, spesifikasi, justifikasi kebutuhan, hingga catatan revisi sebaiknya tidak tersebar di email dan chat yang berbeda.
Ketika tiga elemen ini tampil dalam satu alur, koordinasi menjadi jauh lebih ringan. Procurement tidak perlu menebak dokumen mana yang paling baru. Finance tidak perlu meminta ulang file yang sudah pernah dikirim. Pengaju pun tidak perlu mengulang kronologi dari awal setiap kali ada pergantian PIC.
Purchase Request yang Rapi Membuat Proses Pembelian Lebih Terkendali
Pada akhirnya, purchase request bukan hanya dokumen pembuka sebelum purchase order dibuat. Ia adalah titik awal yang menentukan apakah proses pembelian akan berjalan rapi atau justru penuh tindak lanjut manual.
Ketika pengajuan, status, PIC, dan dokumen berada dalam satu alur yang mudah dilacak, perusahaan dapat mengurangi waktu yang hilang untuk mencari informasi, memperjelas tanggung jawab tiap tahap, dan menjaga proses approval tetap bergerak dengan konteks yang utuh. Untuk tim procurement, finance, dan operasional, ini bukan sekadar soal administrasi yang lebih rapi, tetapi soal membuat keputusan pembelian lebih mudah dipantau dari awal sampai selesai.
Tidak ada komentar:
Posting Komentar