Purchase Request

Tujuan, pengguna, dan navigasi

Purchase Request (PR) adalah permintaan kebutuhan pembelian sebelum diteruskan ke Purchase Order. Pengguna fungsional yang relevan: requester unit, Inventory Control, Purchasing, checker/approver, dan Finance bila diperlukan untuk anggaran.

Navigasi: Inventory → Purchase Request
Judul halaman: Purchase Request

Nama PIC aktual belum ditetapkan; gunakan 04 - Matriks PIC dan RACI Proses SOLOG untuk menunjuk requester, checker, approver, dan Purchasing.

Alur dan variasi

Kebutuhan/reorder → pemeriksaan stok/PR berjalan → Purchase Request → approval → Purchase Order

Variasi proses dapat terjadi menurut Branch, Warehouse, peminta, tanggal permintaan, tanggal kebutuhan, item, jumlah, Department, Project, dan status. Form Add sudah terlihat, tetapi status approval serta cara konversi ke PO belum dijalankan.

Halaman daftar

No.ElemenFungsi
1FilterMembuka/menutup parameter penyaringan daftar. Parameter di dalamnya belum diperiksa.
2AddMembuka form pembuatan PR.

Kolom daftar yang terlihat:

KolomKegunaan pembacaan
BranchMenunjukkan entitas/cabang peminta.
Purchase Request CodeNomor referensi PR.
Requested DateTanggal permintaan.
Expected DateTanggal kebutuhan yang diharapkan.
StatusTahap/status PR; definisi status perlu konfirmasi process owner.

Pencarian tabel, pengaturan jumlah baris, pagination, dan pengurutan kolom juga terlihat. Tidak ada tombol Export Excel pada halaman yang diperiksa.

Form Add

No.ElemenFungsi
1BranchCabang peminta PR. Pada form kosong terisi Branch default user.
2WarehouseGudang tujuan kebutuhan barang.
3Requested ByPeminta PR. Pada form kosong terisi user aktif.
4Requested DateTanggal permintaan.
5Expected DateTanggal kebutuhan yang diharapkan.
6DescriptionKeterangan kebutuhan pembelian.
7Add ItemTombol untuk menambahkan item ke detail PR; tidak ditekan dalam kajian.
8Tabel itemArea rincian barang dengan kolom Item Name, Qty, Piece, Department, Project.

No.ElemenFungsi
8Tabel itemArea detail item saat halaman digeser ke bawah.
9BackKembali tanpa menyimpan.
10SaveMenyimpan PR; tidak ditekan dalam kajian read-only.
11Save and ContinueMenyimpan dan melanjutkan pengisian; tidak ditekan dalam kajian read-only.

Prasyarat dan master data

DataOwner fungsiPemeriksaan
Branch/unit pemintaSetting/System AdminSesuai kewenangan requester.
Item Master dan UnitInventory ControlAktif, tidak duplikat, dan satuan benar.
Ketersediaan stokInventory/WarehouseStok dan permintaan berjalan telah diperiksa.
Warehouse tujuanWarehouseLokasi kebutuhan/penerimaan jelas.
Tanggal dan dasar kebutuhanRequesterMasuk akal dan dapat ditelusuri.
Anggaran/cost center bila berlakuFinance/process ownerSesuai kebijakan OLR.

SOP proses

  1. Requester memeriksa stok tersedia serta PR/PO yang masih berjalan.
  2. Requester menyiapkan dasar kebutuhan, item, Unit, jumlah, Branch/Warehouse, dan tanggal kebutuhan.
  3. Buka Purchase Request, lalu gunakan pencarian atau Filter untuk memastikan permintaan belum dibuat.
  4. Bila pembuatan diizinkan, buka Add dan lengkapi Branch, Warehouse, tanggal, keterangan, serta detail item sesuai kebutuhan.
  5. Checker memeriksa duplikasi, stok, jumlah, tanggal kebutuhan, dan dasar permintaan.
  6. Approver menyetujui sesuai limit kewenangan.
  7. Purchasing meneruskan PR yang sah ke Purchase Order dan menjaga rujukan PR–PO.

Penyimpanan, approval, dan konversi ke PO tidak dijalankan dalam kajian ini.

Lampiran, keluaran, dan hubungan

Checklist

  • Stok dan permintaan berjalan sudah diperiksa.
  • Branch, item, Unit, jumlah, dan tanggal kebutuhan benar.
  • Dasar kebutuhan tersedia.
  • Requester, checker, dan approver telah ditunjuk.
  • Hubungan PR ke PO dapat ditelusuri.

Gap verifikasi

  • Form Add berhasil dibuka dari tombol Add daftar pada 2026-07-28; route langsung lama #!/inventory/purchase_request/create tetap dicatat pernah kembali ke Dashboard Operational.
  • Parameter Filter, status approval, lampiran, Save/Submit, dan konversi PR–PO belum dijalankan.
  • Tidak ada tombol export yang terlihat.