Lompat ke konten

Penajaman Konsep Terhadap Tulisan “SIRUP Bukan Sekadar Soal Siapa Yang Upload” Dan Praktik Baik Dalam Tata Kelola

I.  Tanggapan Umum

Tulisan tersebut tepat dalam menempatkan SIRUP bukan sekadar sebagai urusan “siapa yang meng-upload”, tetapi sebagai bagian dari rantai perencanaan pengadaan. SIRUP tidak dapat dipahami hanya sebagai pekerjaan teknis operator aplikasi, melainkan sebagai wujud transparansi rencana belanja pemerintah yang lahir dari proses identifikasi kebutuhan, penyusunan paket, pemilihan metode, penentuan jadwal, dan validasi anggaran.

Tesis utama tulisan tersebut patut didukung, SIRUP adalah instrumen transparansi dan perencanaan, bukan sekadar alat input administratif. Namun, perlu penajaman bahwa persoalan SIRUP tidak boleh berhenti pada urusan teknis pengumuman. Kualitas SIRUP mencerminkan kualitas perencanaan belanja, kematangan desain paket, kedisiplinan tata kelola anggaran, serta kemampuan organisasi mengendalikan risiko pengadaan sejak awal.

Pengumuman RUP melalui SIRUP merupakan kewajiban tata kelola pengadaan. Dalam praktik, paket yang sudah diumumkan memang belum tentu sama dengan nilai kontrak akhir, karena masih terdapat tahapan penyusunan HPS, pemilihan penyedia, negosiasi, efisiensi tender, dan pelaksanaan kontrak. Namun, hal tersebut tidak boleh dijadikan alasan untuk mengisi SIRUP secara asal-asalan.

SIRUP bukan angka final realisasi, tetapi harus menjadi representasi rencana pengadaan yang paling rasional, benar, dan dapat dipertanggungjawabkan pada saat diumumkan.

II. Penajaman Konsep

1. SIRUP Bukan Cermin Final Realisasi, Tetapi Cermin Awal Kualitas Perencanaan

Benar bahwa nilai pagu dalam SIRUP belum tentu sama dengan nilai kontrak akhir. Akan tetapi, pagu, metode, jenis pengadaan, jadwal, dan uraian paket harus tetap disusun berdasarkan kebutuhan yang nyata dan data yang wajar. Perubahan setelah pengumuman adalah hal yang dimungkinkan sepanjang disebabkan oleh perubahan anggaran, penajaman kebutuhan, efisiensi pemilihan, atau perubahan kebijakan yang dapat dijelaskan.

Masalah terjadi apabila sejak awal data SIRUP diisi tanpa identifikasi kebutuhan, tanpa dasar volume, tanpa analisis metode, atau sekadar mengejar persentase pengumuman. Dalam kondisi tersebut, SIRUP tidak lagi menjadi instrumen transparansi, tetapi berubah menjadi formalitas administratif.

Prinsip kuncinya adalah SIRUP boleh berubah karena proses pengadaan, tetapi tidak boleh salah sejak awal karena lemahnya perencanaan.

2. Tanggung Jawab Tidak Boleh Dipersonalisasi, Tetapi Juga Tidak Boleh Dilarutkan

Tanggung jawab SIRUP harus dibaca sebagai tanggung jawab berjenjang. Tidak tepat apabila seluruh masalah SIRUP dipersonalisasi kepada pimpinan tertinggi, tetapi juga tidak tepat apabila semua persoalan dibebankan kepada operator aplikasi. Yang harus dilihat adalah rantai keputusan: siapa menyusun paket, siapa memvalidasi, siapa menyetujui, siapa mengumumkan, dan siapa mengawasi.

TahapPenanggung Jawab UtamaFokus Tanggung Jawab
Identifikasi kebutuhanPPK/unit teknisKebutuhan riil, output, volume, lokasi, waktu
Penyusunan rencana pengadaanPPKJenis pengadaan, metode, jadwal, konsolidasi paket
Validasi anggaranKPA/PPK/perencana anggaranKesesuaian DIPA/DPA/RKA dan akun belanja
Pengumuman RUP/SIRUPPA/KPA melalui sistemKetepatan dan kelengkapan pengumuman
Monitoring kualitas RUPUKPBJ/APIP/PPKAkurasi, kepatuhan, pembaruan, dan koreksi data
Pengawasan strategisPA/KPA/pimpinanPengendalian organisasi, kepatuhan, dan kebijakan pengadaan

3. Masalah SIRUP yang Paling Berbahaya Bukan Terlambat Upload, Tetapi Salah Merancang Paket

Keterlambatan pengumuman memang merupakan masalah. Namun, risiko yang lebih serius adalah ketika paket tidak dirancang secara benar. Salah merancang paket dapat memunculkan indikasi pemecahan paket, metode yang tidak tepat, jadwal yang tidak realistis, serta pengadaan yang tidak berbasis kebutuhan.

Tingkat RisikoContoh MasalahImplikasi
RinganPaket terlambat diperbarui, tetapi substansi paket benarPerlu pembaruan data dan pengendalian jadwal
SedangJadwal, metode, atau klasifikasi belanja tidak sinkronBerisiko mengganggu proses pemilihan dan pelaksanaan
SeriusPaket dipecah, metode dipilih tidak tepat, kebutuhan tidak jelas, pengumuman setelah transaksiBerpotensi menjadi temuan audit dan indikasi pelanggaran prinsip PBJ

4. UKPBJ Tidak Cukup Mengejar Persentase Pengumuman

UKPBJ seharusnya tidak hanya menjadi helpdesk aplikasi atau mengejar angka persentase pengumuman RUP. Peran yang lebih strategis adalah menjadi quality assurer perencanaan pengadaan. Yang diumumkan dalam SIRUP bukan sekadar daftar paket, melainkan strategi awal pengadaan barang/jasa pemerintah.

Maka kualitas SIRUP harus diuji dengan pertanyaan sebagai berikut :

  1. Apakah paket sudah berbasis kebutuhan riil?
  2. Apakah metode pengadaan tepat?
  3. Apakah jenis pengadaan sudah benar: barang, jasa lainnya, jasa konsultansi, atau pekerjaan konstruksi?
  4. Apakah jadwal realistis?
  5. Apakah paket sejenis perlu dikonsolidasikan?
  6. Apakah ada indikasi pemecahan paket?
  7. Apakah barang/jasa tersedia di katalog sehingga seharusnya e-purchasing?
  8. Apakah rencana mendukung produk dalam negeri, UMK-koperasi, dan katalog lokal?
  9. Apakah pagu wajar dibandingkan volume dan output?
  10. Apakah pengadaan diumumkan sebelum proses dimulai?

III. Praktik Baik Penerapan SIRUP

1. Menerapkan RUP Quality Gate Sebelum Publish

Setiap paket sebaiknya melewati mekanisme RUP Quality Gate sebelum diumumkan. Tujuannya agar paket yang tayang bukan sekadar data mentah dari unit kerja, tetapi sudah melalui validasi kebutuhan, anggaran, metode, jadwal, dan risiko.

Lapis ReviewPelaksanaFokus Review
Lapis 1PPK/unit teknisKebutuhan, output, lokasi, volume, jadwal
Lapis 2KPA/PPKKesesuaian anggaran, akun belanja, pagu, RKA/DIPA/DPA
Lapis 3UKPBJ/APIPMetode, jenis pengadaan, konsolidasi, pemecahan paket, risiko katalog

2. Menggunakan Checklist Kualitas SIRUP

AspekPertanyaan Kontrol
KebutuhanApakah kebutuhan sudah jelas dan berbasis output?
PaguApakah pagu sesuai anggaran dan wajar?
Jenis pengadaanApakah barang/jasa/konstruksi/konsultansi sudah tepat?
MetodeApakah metode sesuai nilai dan karakter pekerjaan?
JadwalApakah jadwal realistis dan tidak terlambat?
KonsolidasiApakah paket sejenis perlu digabung?
Pemecahan paketApakah ada indikasi paket sengaja dipecah?
KatalogApakah barang/jasa tersedia di katalog?
PDN/TKDNApakah mendukung penggunaan produk dalam negeri?
UMK-KoperasiApakah paket dapat dialokasikan untuk usaha kecil?
RisikoApakah ada risiko hukum, audit, atau teknis?
UpdateApakah perubahan anggaran/paket sudah diperbarui?

3. Mengintegrasikan SIRUP dengan Kalender Pengadaan

Banyak masalah SIRUP terjadi karena pengumuman RUP tidak dihubungkan dengan kalender kerja pengadaan. Karena itu, SIRUP harus dipelihara sebagai dokumen hidup, bukan dokumen mati setelah publish.

PeriodeAgenda Pengendalian
JanuariFinalisasi identifikasi kebutuhan dan draft RUP
FebruariReview paket, metode, konsolidasi, dan ketersediaan katalog
MaretFinalisasi dan pengumuman RUP sesuai ketentuan batas waktu
April-DesemberPembaruan RUP apabila ada revisi anggaran, perubahan output, perubahan jadwal, atau perubahan metode

4. Membedakan Status “Publish” dan “Valid”

Paket yang sudah tayang belum tentu valid secara kualitas. Oleh karena itu, organisasi dapat menggunakan status internal untuk memastikan kesiapan paket.

Status InternalMakna
DraftMasih disusun oleh unit teknis/PPK
ReviewedSudah direviu PPK/KPA/UKPBJ
PublishedSudah diumumkan dalam SIRUP
UpdatedSudah diperbarui jika terdapat perubahan
Ready for ProcurementSiap masuk tahap persiapan pengadaan/pemilihan

5. Membangun Dashboard Risiko RUP

UKPBJ dapat membuat dashboard sederhana untuk memantau risiko perencanaan pengadaan. Dashboard tidak hanya menampilkan jumlah paket tayang, tetapi juga mutu dan risiko paket.

Dashboard yang perlu di ekspose adalah :

  1. Paket belum tayang atau terlambat tayang.
  2. Paket bernilai besar tetapi metode tidak tepat.
  3. Paket sejenis tersebar di banyak unit kerja.
  4. Paket konstruksi dengan jadwal tidak realistis.
  5. Paket barang umum tetapi tidak menggunakan katalog.
  6. Paket berulang yang tidak dikonsolidasikan.
  7. Paket dengan nama terlalu umum seperti “belanja operasional” tanpa output jelas.

6. Memperkuat Peran APIP pada Tahap Perencanaan

APIP sebaiknya tidak hanya hadir setelah terjadi masalah. Dalam konteks SIRUP, APIP dapat berperan sebagai early warning untuk paket strategis, paket bernilai besar, paket rawan pemecahan, atau paket berisiko tinggi.

  1. Memastikan tidak ada pemecahan paket untuk menghindari metode tertentu.
  2. Memastikan metode pengadaan sesuai nilai dan karakter pekerjaan.
  3. Memastikan belanja relevan dengan kebutuhan dan output organisasi.
  4. Memastikan paket diumumkan sebelum proses pemilihan atau transaksi dimulai.
  5. Memastikan jadwal pengadaan tidak dibuat mundur atau tidak realistis.

IV. Penajaman terhadap Isu Pemborosan Anggaran

SIRUP tidak dapat langsung membuktikan pemborosan anggaran, karena SIRUP adalah rencana awal. Namun, SIRUP dapat menjadi early warning system untuk mendeteksi potensi pemborosan atau kelemahan perencanaan.

  1. Pagu terlalu tinggi dibandingkan output.
  2. Paket berulang tanpa evaluasi kebutuhan.
  3. Banyak paket kecil sejenis yang tidak dikonsolidasikan.
  4. Belanja barang tidak jelas penerima manfaatnya.
  5. Metode pengadaan tidak mendorong persaingan atau value for money.
  6. Barang umum tidak diarahkan ke katalog elektronik.
  7. Jadwal terlalu dekat akhir tahun sehingga rawan orientasi serapan.

V. Rekomendasi Implementasi untuk K/L/PD

  1. Menyusun SOP penyusunan dan review RUP/SIRUP yang mengatur alur dari unit teknis, PPK, KPA, UKPBJ, sampai publish.
  2. Mewajibkan validasi RUP sebelum paket diumumkan.
  3. Membentuk forum konsolidasi RUP sebelum batas waktu pengumuman untuk menguji paket sejenis, katalog, UMK, PDN, dan metode.
  4. Membangun dashboard monitoring SIRUP yang tidak hanya mengejar persentase tayang, tetapi juga kualitas paket dan risiko.
  5. Melakukan evaluasi pasca pengadaan dengan membandingkan pagu SIRUP, HPS, nilai kontrak, realisasi, output, dan manfaat.

VI. Kesimpulan

SIRUP merupakan instrumen penting dalam tata kelola pengadaan barang/jasa pemerintah. Tulisan yang ditanggapi secara tepat mengingatkan bahwa SIRUP bukan sekadar soal siapa yang meng-upload, tetapi tentang bagaimana organisasi menyusun rencana pengadaan secara bertanggung jawab.

Dalam perspektif penulis selaku ahli pengadaan, kualitas SIRUP harus dilihat dari lima hal, yaitu : kebutuhan yang nyata, metode yang tepat, pagu yang wajar, jadwal yang realistis, dan strategi pengadaan yang akuntabel. Oleh karena itu, SIRUP perlu diposisikan sebagai pintu awal pengendalian pengadaan, bukan sekadar kewajiban administratif.

“SIRUP bukan sekadar papan pengumuman paket, tetapi wajah awal dari kualitas tata kelola pengadaan. Paket yang tayang belum tentu baik. Tetapi paket yang baik adalah paket yang lahir dari kebutuhan nyata, metode yang tepat, pagu yang wajar, jadwal yang realistis, dan strategi pengadaan yang akuntabel.”

Referensi :

  1. Tulisan Alim Siddik, “SIRUP Bukan Sekadar Soal Siapa yang Upload”, https://www.linkedin.com/pulse/SIRUP-bukan-sekadar-soal-siapa-yang-upload-alim-siddik-1zzwc/
  2. Peraturan LKPP Nomor 11 Tahun 2021 tentang Pedoman Perencanaan Pengadaan Barang/Jasa Pemerintah.
  3. Peraturan LKPP Nomor 12 Tahun 2021 tentang Pedoman Pelaksanaan Pengadaan Barang/Jasa Pemerintah melalui Penyedia.

Tinggalkan Balasan

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