Pemutakhiran Standar Harga Satuan: Register Versi, Dampak, dan Penetapan

Standar harga satuan yang pernah disahkan belum tentu tetap tepat dipakai tanpa pemeriksaan ulang. Harga pasar dapat bergeser, spesifikasi barang berubah, satuan tidak lagi seragam, atau aturan baru mengganti batas dan cara penggunaan. Masalah terbesar biasanya bukan sekadar angka lama, melainkan perubahan yang tidak meninggalkan jejak: item diperbarui di satu file, tetapi versi lama masih dipakai oleh perangkat daerah lain.

Panduan pemutakhiran standar harga satuan ini berfokus pada tata kelola perubahan setelah daftar harga awal tersedia. Tujuannya ialah memastikan setiap usulan perubahan mempunyai pemicu, bukti, pemilik keputusan, uji dampak, dasar penetapan, dan readback pengguna. Untuk pembelajaran menyeluruh dari pengumpulan data sampai penetapan, lihat Bimtek Penyusunan Standar Satuan Harga Pemerintah Daerah.

Jawaban langsung: pemutakhiran standar harga satuan sebaiknya tidak dilakukan dengan menimpa angka pada file lama. Buka register perubahan, identifikasi dasar dan jenis perubahan, bandingkan bukti yang setara, uji dampak pada item terkait, lakukan reviu berjenjang, tetapkan versi baru melalui kewenangan yang sesuai, lalu buktikan bahwa sistem dan pengguna sudah membaca versi yang benar.

Pisahkan SHSR, standar harga daerah, dan HPS

Perpres Nomor 72 Tahun 2025 menetapkan Standar Harga Satuan Regional (SHSR) untuk honorarium, perjalanan dinas, rapat/pertemuan, kendaraan dinas, dan pemeliharaan. Peraturan ini menggantikan Perpres 33/2020 beserta perubahannya. Dalam perencanaan APBD, SHSR bersifat batas tertinggi yang tidak dapat dilampaui. Dalam pelaksanaan anggaran, sifat batasnya dibedakan menurut kelompok biaya dan kondisi yang diatur.

SHSR bukan seluruh katalog standar harga satuan daerah, dan standar harga satuan daerah bukan otomatis HPS untuk satu paket pengadaan. PP Nomor 12 Tahun 2019 menempatkan SHSR sebagai pedoman penyusunan standar harga satuan masing-masing daerah. Karena fungsi dokumennya berbeda, tim perlu mencatat apakah perubahan menyentuh batas regional, standar daerah, data referensi, atau perhitungan paket tertentu.

Tentukan pemicu sebelum membuka angka

Setiap perubahan harus dimulai dari peristiwa yang dapat dibuktikan. Tanpa pemicu, proses mudah berubah menjadi permintaan menaikkan angka agar anggaran “cukup”. Pemicu yang wajar dapat berupa regulasi baru, kenaikan atau penurunan harga pasar yang terukur, spesifikasi yang berubah, item ganda, satuan yang tidak konsisten, kesalahan input, perubahan pajak, atau temuan bahwa pengguna salah menafsirkan uraian.

Berikan nomor tiket perubahan dan tanggal cut-off bukti. Bila usulan memuat banyak item, kelompokkan berdasarkan sebab. Satu paket perubahan tidak boleh menyembunyikan campuran antara koreksi administrasi, perubahan kebijakan, dan penyesuaian harga.

Matriks pemicu dan jalur keputusan

Pemicu Bukti minimum Jalur Kontrol
Regulasi baru naskah resmi, tanggal berlaku, pasal/lampiran terdampak uji kesesuaian hukum jangan memakai ringkasan sebagai dasar tunggal
Harga pasar berubah sumber sebanding, tanggal, lokasi, pajak, ongkir validasi dan normalisasi ulang hindari memilih harga tertinggi tanpa alasan
Spesifikasi/satuan berubah kamus item lama-baru dan faktor konversi migrasi item blokir perbandingan yang tidak setara
Kesalahan data rekam nilai salah, nilai benar, akar masalah koreksi terkendali jangan menghapus jejak versi lama

Bekukan baseline dan buat sidik versi

Sebelum mengubah apa pun, simpan baseline yang dapat direproduksi: nomor keputusan, tanggal berlaku, jumlah item, hash atau identitas file, nama sheet/tabel, dan daftar sistem yang mengonsumsi data. Baseline mencegah perdebatan mengenai “versi sebelumnya” ketika beberapa salinan beredar.

Gunakan identitas versi yang mudah dibaca, misalnya tahun–nomor perubahan–tanggal efektif. Status setiap versi perlu jelas: rancangan, direviu, ditetapkan, berlaku, digantikan, atau dicabut. File “final-revisi-terbaru” bukan kontrol versi.

Gunakan satu register perubahan

Kolom register Isi yang diuji Pertanyaan pemeriksa
ID item dan versi kode stabil, versi lama, versi usulan apakah item yang sama sedang dibandingkan?
Nilai sebelum-sesudah angka, satuan, spesifikasi, komponen biaya apakah perubahan dapat dihitung ulang?
Pemicu dan sumber jenis pemicu, URL/dokumen, tanggal akses apakah sumber relevan dan mutakhir?
Dampak item turunan, paket, unit, aplikasi siapa yang masih memakai versi lama?
Keputusan setuju/tolak/tunda, alasan, pejabat, tanggal efektif apakah kewenangan dan alasannya terbaca?

Normalisasi bukti sebelum menghitung perubahan

Harga yang berasal dari sumber berbeda baru dapat dibandingkan setelah atributnya disamakan. Pisahkan pajak, pengiriman, pemasangan, garansi, lokasi, waktu, merek atau mutu, volume pembelian, dan satuan. Perubahan harga sepuluh persen tidak bermakna bila sumber lama adalah per unit, sedangkan sumber baru per paket.

Artikel validasi data standar harga satuan membahas tahap sumber dan normalisasi secara khusus. Pada pemutakhiran, hasil validasi tersebut harus disambungkan ke ID item dan versi, bukan disimpan sebagai spreadsheet tanpa relasi.

Uji dampak silang, bukan hanya item yang berubah

Satu perubahan dapat memengaruhi item turunan, analisis standar belanja, spesifikasi paket, pagu, rencana pengadaan, atau template perhitungan lain. Buat daftar konsumen data sebelum keputusan ditetapkan. Dampak tidak selalu berarti semua dokumen harus diubah; namun statusnya harus dinilai dan alasannya dicatat.

DJPK Kementerian Keuangan menyediakan batang tubuh dan lampiran Perpres 72/2025. Pisahkan item yang memang masuk kelompok SHSR dari item lokal lain agar penerapan batas tertinggi, estimasi, dan kondisi tertentu tidak tercampur.

Matriks uji dampak sebelum penetapan

Objek terdampak Uji Status Bukti penutupan
Item terkait kode, spesifikasi, satuan, dan formula konsisten aman/perlu koreksi daftar item dan hasil hitung ulang
Dokumen perencanaan versi dan tanggal penggunaan teridentifikasi tidak terdampak/perlu tindak lanjut memo dampak dan pemilik aksi
Aplikasi/master data unggah, mapping, hak akses, dan tanggal efektif siap/belum siap log impor dan readback sampel
Pengguna distribusi versi dan penghentian salinan lama terkonfirmasi/belum daftar penerima dan konfirmasi

Terapkan reviu berjenjang dan pemisahan peran

Pengusul perubahan menjelaskan kebutuhan dan bukti. Pemeriksa data menguji keterbandingan dan perhitungan. Unit teknis menguji spesifikasi. Unit keuangan menguji dampak anggaran. Unit hukum atau pejabat berwenang memastikan bentuk dan kewenangan penetapan sesuai ketentuan setempat. Pembagian ini dapat disesuaikan, tetapi pembuat data sebaiknya tidak menjadi satu-satunya pemeriksa.

Permendagri Nomor 77 Tahun 2020 adalah pedoman teknis pengelolaan keuangan daerah yang perlu dibaca bersama PP 12/2019 dan aturan setempat. Panduan ini tidak menentukan pejabat penetap bagi setiap daerah; kewenangan aktual harus diverifikasi pada produk hukum dan tata kerja yang berlaku.

Contoh ilustratif: satuan berubah, angka tampak turun

Contoh ilustratif. Item lama memakai satuan “paket” berisi sepuluh unit, sedangkan usulan baru memakai “unit”. Nilai baru terlihat turun 80 persen. Setelah dinormalisasi, harga per unit justru naik 12 persen karena spesifikasi garansi bertambah. Tim mencatat perubahan satuan, memisahkan dampak spesifikasi, menghitung ulang item turunan, dan menunda publikasi sampai mapping pada aplikasi lulus uji.

Contoh ini rekaan. Angka tersebut bukan acuan harga dan tidak mewakili daerah atau instansi tertentu. Pelajarannya adalah perubahan angka tanpa kamus satuan dan spesifikasi dapat menghasilkan kesimpulan yang terbalik.

Alur delapan langkah sampai versi berlaku

  1. Terima usulan dan beri ID register perubahan.
  2. Bekukan baseline serta sidik versi yang sedang berlaku.
  3. Klasifikasikan pemicu: regulasi, pasar, spesifikasi, satuan, atau koreksi.
  4. Validasi dan normalisasi bukti pada tanggal cut-off.
  5. Hitung perubahan dan uji dampak silang.
  6. Lakukan reviu teknis, keuangan, hukum, dan kewenangan sesuai kebutuhan.
  7. Tetapkan versi baru beserta tanggal efektif dan status versi lama.
  8. Distribusikan, lakukan readback aplikasi/pengguna, lalu tutup register.

Transaction log internal perlu menunjukkan siapa mengubah apa dan kapan. Bila salah satu gerbang belum lulus, status tetap “usulan” atau “ditunda”; jangan menerbitkan file sementara sebagai standar yang berlaku.

Checklist penutupan pemutakhiran

  • Dasar regulasi diperiksa pada sumber resmi dan status berlakunya dicatat.
  • Baseline, jumlah item, serta sidik versi lama dapat direproduksi.
  • Setiap item mempunyai ID stabil dan nilai sebelum-sesudah.
  • Satuan, spesifikasi, pajak, lokasi, waktu, dan komponen biaya sudah dinormalisasi.
  • Perubahan SHSR dipisahkan dari standar lokal dan HPS paket.
  • Dampak pada item turunan, dokumen, sistem, dan pengguna dinilai.
  • Pembuat, pemeriksa, pemberi persetujuan, dan tanggal efektif tercatat.
  • Versi lama diberi status digantikan tanpa menghapus arsip.
  • Master data dan tampilan pengguna sudah dibaca kembali.
  • Daftar penerima mengonfirmasi versi yang harus dipakai.
  • Exception register menyimpan item yang ditunda atau belum cukup bukti.
  • Jadwal evaluasi berikutnya dan pemicu buka ulang sudah ditetapkan.

Batas penggunaan dan daftar rujukan resmi

Template ini adalah alat pengendalian administratif, bukan produk hukum daerah, penetapan harga, HPS paket, atau pendapat hukum. Kondisi lokal, metode penetapan, struktur kewenangan, dan aplikasi berbeda antardaerah. Untuk konteks batas regional, baca juga penjelasan SHSR berdasarkan Perpres 72/2025.

Latih proses perubahan sampai readback

Bawa satu sampel daftar harga tanpa data rahasia untuk mempraktikkan baseline, register perubahan, normalisasi, uji dampak, penetapan versi, dan readback pengguna.

Lihat Bimtek Standar Harga Satuan WhatsApp Admin Telepon Admin

Tinggalkan Balasan

Alamat email Anda tidak akan dipublikasikan. Ruas yang wajib ditandai *