Mini kompetisi dapat terlihat objektif karena berlangsung di sistem, tetapi hasilnya tetap bergantung pada parameter yang dimasukkan manusia. Persyaratan yang tidak setara, bobot yang lahir setelah melihat produk, waktu yang terlalu sempit, atau evaluasi yang hanya menyimpan pemenang akan melemahkan jejak keputusan. Masalah berikutnya muncul ketika hasil kompetisi tidak sama dengan lampiran teknis dan surat pesanan.
Jawaban langsung: Mini kompetisi katalog 2026 perlu dimulai dari kebutuhan dan produk pembanding yang setara. Kunci parameter, bobot atau urutan evaluasi, volume, lokasi, waktu, dan syarat layanan sebelum proses dibuka. Simpan snapshot peserta serta penawaran, evaluasi hasil sistem terhadap batas wajib, catat konflik dan kegagalan, lalu salin hasil yang sah ke surat atau bukti pesanan. Readback akhir menguji spesifikasi–harga–jadwal–penerimaan.
Artikel ini mendukung Bimtek Pengadaan Barang/Jasa Pemerintah dan melengkapi panduan pemeriksaan sebelum BAST. Dasar mutakhir yang dipakai adalah Peraturan LKPP 2/2026 tentang Katalog Elektronik. Batas penerapan: alat kerja ini membantu pemeriksaan dan dokumentasi, bukan menggantikan naskah regulasi, dokumen pemilihan, petunjuk sistem elektronik, pertimbangan profesional, atau keputusan pejabat berwenang.
Matriks gerbang mini kompetisi katalog
| Gerbang | Pertanyaan uji | Bukti minimum | Keputusan | Red flag |
|---|---|---|---|---|
| Kebutuhan | Apakah hasil dan atribut wajib terkunci? | lembar kebutuhan | lanjut/revisi | parameter berubah |
| Kesetaraan | Apakah produk berada pada basis sebanding? | matriks produk | ikut/gugur | ruang lingkup berbeda |
| Parameter | Apakah kriteria ditetapkan sebelum hasil? | kertas parameter | kunci/perbaiki | bobot setelah melihat harga |
| Undangan | Apakah waktu dan informasi cukup? | snapshot proses | buka/ulang | peserta tak mendapat data sama |
| Evaluasi | Apakah batas wajib dan hasil sistem cocok? | lembar evaluasi | tetapkan/koreksi | hanya nama pemenang |
| Konflik | Apakah peran dan konflik dicatat? | deklarasi | lanjut/ganti petugas | relasi tak diungkap |
| Pesanan | Apakah hasil kompetisi masuk dokumen? | surat/bukti pesanan | kirim/tahan | atribut berubah |
| Readback | Apakah proses sampai penerimaan utuh? | log rekonsiliasi | tutup/tindak lanjut | bukti hilang |
Mulai dari kebutuhan, bukan daftar peserta
Tuliskan fungsi, volume, lokasi, jadwal, atribut wajib, layanan, garansi, dan cara penerimaan. Kebutuhan yang belum stabil tidak siap dikompetisikan. Produk kandidat dicari sesudah baseline terkunci. Catat hasil penelusuran dan alasan produk masuk atau keluar. Hal ini menjaga mini kompetisi tidak menjadi pembenaran untuk pilihan yang sudah dibuat lebih dahulu.
Uji kesetaraan ruang lingkup
Bandingkan kapasitas, mutu, standar, kompatibilitas, jumlah, pajak, ongkir, instalasi, aksesori, pelatihan, garansi, lokasi layanan, dan waktu kirim. Produk yang tidak memenuhi atribut wajib dipisahkan sebelum evaluasi nilai. Bila perbedaan dapat dinormalisasi secara sah, rumus dan sumbernya ditetapkan di awal. Jangan membandingkan harga unit yang memuat paket layanan berbeda tanpa penyesuaian.
Kunci parameter sebelum kompetisi
Kertas parameter menyebut kriteria, definisi, sumber bukti, ambang, urutan atau bobot bila digunakan, aturan pembulatan, perlakuan data kosong, tie-break, dan kondisi gagal. Setiap parameter harus relevan dengan kebutuhan dan dapat diperiksa. Nomor versi, penyusun, pemeriksa, serta persetujuan disimpan sebelum sistem dibuka. Perubahan sesudah melihat hasil hanya boleh melalui keputusan yang jelas dan tidak memanipulasi persaingan.
Simpan snapshot proses dan peserta
Rekam waktu pembukaan, produk atau penyedia yang memenuhi lingkup, informasi yang diberikan, batas waktu, pertanyaan, jawaban, perubahan, dan penawaran. Seluruh peserta menerima informasi material yang sama sesuai mekanisme. Jika sistem menghasilkan log, ekspor atau referensinya disimpan bersama kertas kerja. Snapshot membantu membedakan fakta saat proses berlangsung dari informasi yang berubah setelahnya.
Evaluasi hasil sistem terhadap batas wajib
Hasil peringkat tidak menghapus kewajiban memeriksa atribut kritis dan kewajaran. Cocokkan penawaran, total biaya, spesifikasi, layanan, jadwal, serta syarat dengan baseline. Catat hasil lulus atau gugur per parameter dan alasan. Bila terdapat anomali, data tidak lengkap, atau indikasi masalah, hentikan penetapan sampai klarifikasi yang diperbolehkan atau keputusan kegagalan dibuat.
Kelola konflik, kegagalan, dan perubahan
Petugas menyatakan konflik kepentingan dan perannya. Skenario gagal mencakup tidak ada peserta memenuhi, penawaran tidak wajar, gangguan sistem, perubahan kebutuhan material, atau bukti tidak dapat diverifikasi. Keputusan ulang, metode lain, atau pembatalan mempunyai dasar, pejabat, waktu, dan dampak. Sesudah hasil ditetapkan, perubahan tidak boleh mengubah substansi kompetisi tanpa proses yang sesuai.
Readback hasil ke pesanan dan penerimaan
Tarik nama produk, penyedia, spesifikasi, volume, harga, pajak, ongkir, jadwal, garansi, serta syarat penerimaan dari hasil yang sah. Cocokkan satu per satu dengan surat atau bukti pesanan dan lampirannya. Pada penerimaan, ulangi uji terhadap barang atau jasa aktual. Selisih masuk register dan tidak ditutup hanya karena pembayaran telah diproses.
Register parameter, hasil, dan kegagalan
Register menjaga hubungan antara baseline, peserta, parameter, hasil sistem, evaluasi, pesanan, perubahan, serta bukti penerimaan.
| ID | Temuan | Dampak | Tindakan | Pemilik/tenggat | Status |
|---|---|---|---|---|---|
| MK-031 | ongkir peserta B belum masuk | peringkat biaya | normalisasi sesuai parameter | Evaluator/H-1 | Ditutup |
| MK-042 | produk C tanpa bukti standar | kelayakan | gugurkan pada batas wajib | Teknis/H-1 | Berjalan |
| MK-053 | waktu kirim kebutuhan berubah | substansi kompetisi | eskalasi keputusan ulang | PPK/Hari H | Terbuka |
| MK-064 | log sistem tidak dapat diakses | jejak audit | tahan penetapan dan dokumentasikan | Admin/Hari H | Exception |
Contoh ilustratif
Contoh ilustratif. tiga produk masuk mini kompetisi. Produk termurah tidak membuktikan standar wajib, sedangkan penawaran kedua belum memasukkan ongkir. Tim menerapkan parameter yang sudah dikunci, menggugurkan produk pertama, menormalisasi ongkir sesuai rumus, menetapkan hasil, lalu membaca ulang seluruh atribut ke surat pesanan. Contoh ini rekaan.
Matriks keputusan mini kompetisi
| Kondisi | Keputusan kerja | Bukti penutupan |
|---|---|---|
| Produk setara dan parameter terkunci | jalankan kompetisi | snapshot baseline serta proses |
| Produk tidak memenuhi batas wajib | keluarkan dari evaluasi nilai | lembar evaluasi atribut |
| Kebutuhan berubah secara material | tahan atau ulangi proses | keputusan berwenang |
| Hasil tidak sama dengan pesanan | jangan kirim pesanan | koreksi dan readback baru |
Alur pemeriksaan
- Kunci kebutuhan.
- Petakan produk setara.
- Tetapkan parameter dan tie-break.
- Rekam persetujuan versi.
- Buka proses sesuai mekanisme.
- Simpan snapshot peserta dan penawaran.
- Evaluasi batas wajib lalu nilai.
- Putuskan anomali atau kegagalan.
- Readback ke surat pesanan.
- Uji penerimaan dan tutup register.
Checklist readback
- Kebutuhan stabil.
- Produk benar-benar setara.
- Parameter relevan.
- Versi terkunci sebelum hasil.
- Informasi material konsisten.
- Snapshot proses tersedia.
- Batas wajib diperiksa.
- Konflik dicatat.
- Pesanan identik dengan hasil.
- Readback akhir lulus.
Untuk latihan penerapan sesuai konteks organisasi, lihat Bimtek Pengadaan Barang/Jasa Pemerintah atau hubungi tim melalui WhatsApp.