Komitmen kinerja

PK adalah komitmen signed, bukan salinan Renja.

Renstra memberi identitas kinerja, Renja final memberi target awal tahunan, dan DPA terverifikasi memberi dasar program-anggaran formal. Renaksi mengelola cara kerja dan target periodik.

Versi dan tahap PK

Setiap header adalah satu versi dokumen. Tahap berjalan berurutan: Draft, Diajukan, Terverifikasi, Siap Ditandatangani, lalu Ditandatangani Aktif. Status Final lama tidak otomatis dianggap signed. Versi signed tidak dapat diedit; perubahan dilakukan melalui versi revisi baru.

Tanggal efektif, nomor revisi, dokumen signed, dan checksum adalah bagian jejak formal. Jangan membuka kembali versi signed untuk mengganti isinya.

Sumber dan DPA

Tinjau Sumber Kinerja membuat manifest versi Renstra dan Renja. Daftarkan dokumen DPA, nomor, tanggal pengesahan, checksum, OPD, dan tahun. Basis DPA harus diverifikasi sebelum PK dapat dinyatakan Siap Ditandatangani.

Daftar Program dan Anggaran menyimpan snapshot program serta pagu dari DPA. Hubungkan setiap program ke minimal satu Sasaran PK. Satu program dapat mendukung beberapa sasaran tanpa menggandakan nilai anggarannya.

Komitmen sasaran

Sasaran PK menunjuk langsung ke Sasaran Renstra. Tujuan Renstra tidak digunakan sebagai pengganti otomatis. Pengecualian manual harus mempunyai alasan dan persetujuan yang dapat diaudit.

Kendali Periodik Opsional bukan syarat core PK. Target triwulan hanya menjadi blocker bila kebijakan lokal menandainya sebagai komponen formal.

Seleksi indikator dan target tahunan

Tinjau setiap kandidat indikator Renja dan pilih Masukkan atau Tidak Dimasukkan beserta level akuntabilitas. Hanya keputusan Masukkan yang membentuk indikator PK. Target tahunan awal berasal dari Renja final; perubahan target membutuhkan alasan, bukti, dan persetujuan verifikator.

Penandatanganan

PK membutuhkan tepat satu Pihak Pertama dan satu Pihak Kedua. Pilih penugasan pejabat yang berlaku pada tanggal efektif; sistem membekukan nama, NIP, jabatan, dan unit sebagai snapshot. Setelah dokumen ditandatangani, registrasikan file signed dan checksumnya sebelum aktivasi.

Pratinjau Dokumen Formal memakai snapshot versi PK. Versi Siap Ditandatangani diberi tanda draft, sedangkan versi signed diberi label salinan regenerasi dan menampilkan checksum bukti.

Versi dan dampak perubahan

Perubahan sumber setelah PK signed tidak menimpa komitmen lama. Catat materialitas dan keputusan dampak: tidak perlu revisi, buat revisi, ditunda, atau sumber ditolak. Revisi membuat header dan child baru, mempertahankan lineage, lalu menggantikan versi lama secara atomik saat v2 diaktifkan.

Kesiapan PK

Layar Kesiapan menampilkan kode aturan, tingkat masalah, tahap yang terdampak, catatan, dan tindakan. Aturan yang sama digunakan oleh tombol workflow dan dashboard sehingga jumlah blocker tidak berbeda antar layar.