Talas Dashboard

DATA ASSESMENT LAYANAN
Prolap Wiki

	Nilai	Catatan/ Keterangan/ Eviden/ Link
1. 1. Identifikasi Risiko
1. Kategori Risiko	Data & Informasi	Fallback ingest ke DeepSeek API (deploy/deepseek-ingest.py) mengirim isi sumber pihak ketiga saat Claude Code kena rate limit — README §13/14.
2. Dampak Resiko	Hukum & Regulasi	Berpotensi melanggar prinsip residensi data: isi sumber (termasuk draf anggaran pra-penetapan) keluar dari infrastruktur dinas ke vendor LLM pihak ketiga.
3. Area Dampak	Dampak Negatif
4. Level Dampak	3 - Sedang	Hanya terjadi saat jalur fallback aktif (rate limit Claude), bukan jalur utama.
5. Kemungkinan Terjadi	2 - Jarang	Fallback baru aktif ketika Claude Code kena rate limit; README menyebut ini belum ditinjau ulang sebagai keputusan arsitektur.
1. 2. Analisis Risiko
1. Analisis probabilitas kejadian	Identifikasi dilakukan	Risiko residensi data & pitfalls teknis (README §14-15) sudah didokumentasikan eksplisit.
2. Analisis dampak terhadap layanan	Identifikasi dilakukan	Dampak dijelaskan naratif di README, belum dalam bentuk analisis formal.
3. Penetapan level risiko	Belum ada manajemen risiko	Tidak ada skema rating/level risiko formal.
4. Prioritas penanganan	Belum ada manajemen risiko	README §14: jalur ini belum ditinjau ulang sebagai keputusan arsitektur — belum diprioritaskan.
1. 3. Mitigasi Risiko
1. Terdapat rencana mitigasi	Identifikasi dilakukan	Sebagian pitfall (§15) sudah punya fix/safeguard teknis, tapi bukan rencana mitigasi formal dengan target.
2. Ada PIC setiap risiko	Belum ada manajemen risiko	Tidak ada PIC per risiko yang ditetapkan.
3. Ada target penyelesaian	Belum ada manajemen risiko	Tidak ada target waktu penyelesaian risiko residensi data DeepSeek.
4. Monitoring pelaksanaan mitigasi	Belum ada manajemen risiko	Tidak ada mekanisme monitoring mitigasi.
1. 4. Monitoring Risiko
1. Review risiko minimal 1 kali per tahun	Belum ada manajemen risiko	Tidak ada jadwal review risiko.
2. Dashboard monitoring risiko	Belum ada manajemen risiko	Ada /lint untuk temuan lint kode, tapi bukan dashboard risiko.
3. Laporan kepada pimpinan	Belum ada manajemen risiko	Tidak ada laporan risiko berkala ke pimpinan.

	Nilai	Catatan/ Keterangan/ Eviden/ Link
2. 1. Perencanaan Perubahan
1. SOP perubahan aplikasi	Ada SOP	docs/handoff-vps.md (runbook) + migrasi SQL berversi (migrations/0001-0011) sebagai prosedur perubahan terstruktur.
2. Form usulan perubahan	Tidak ada proses	Perubahan langsung lewat commit kode, tidak ada form usulan.
3. Analisis dampak perubahan	Perubahan dilakukan manual	TEST minimal submit
2. 2. Persetujuan Perubahan
1. Ada Change Advisory Board (CAB)	Tidak ada proses	Tim internal kecil, tidak ada CAB formal.
2. Ada persetujuan pimpinan	Tidak ada proses	Tidak ada bukti proses persetujuan pimpinan untuk perubahan kode.
3. Prioritas perubahan	Terkelola	TEST value uniqueness hypothesis
2. 3. Implementasi Perubahan
1. Jadwal implementasi	Perubahan dilakukan manual	Deploy ad hoc via git pull + systemctl restart, tanpa jadwal rilis tetap.
2. Pengujian sebelum produksi	Ada SOP	tests/smoke.sh menjalankan 136 asersi otomatis end-to-end sebelum/setelah perubahan.
3. Rollback plan	Continuous Improvement	TEST alternate value at broken slot
2. 4. Evaluasi Perubahan
1. Review pasca implementasi	Tidak ada proses	Tidak ada proses review pasca-implementasi formal.

	Nilai	Catatan/ Keterangan/ Eviden/ Link
3. 1. Dokumentasi Pengetahuan
1. Manual pengguna	Ada sebagian	README berorientasi teknis; UI web sendiri didesain agar non-teknis bisa pakai tanpa git/terminal, tapi belum ada manual pengguna terpisah.
2. Manual administrator	Lengkap	README mendokumentasikan penuh CLI manage.py (adduser, passwd, reindex, lint, dst) dan deployment.
3. Dokumentasi teknis	Lengkap	README + docs/agen-llm-wiki.md, docs/handoff-vps.md, docs/ingest-karpathy-spec.md, deploy/postgres-setup.md.
4. Diagram arsitektur	Lengkap	Diagram ASCII arsitektur dua-server (hosting vs PostgreSQL) ada di README §1.
3. 2. Basis Pengetahuan (Knowledge Base)
1. FAQ	Tidak ada dokumentasi	Tidak ada FAQ terpisah untuk pengguna aplikasi.
2. Video tutorial	Tidak ada dokumentasi	Tidak disebutkan.
3. 3. Transfer Pengetahuan (Transfer Knowledge)
1. Pelatihan operator	Tidak ada dokumentasi	Tidak ada program pelatihan formal disebutkan.
2. Pelatihan admin	Tidak ada dokumentasi	Tidak ada program pelatihan admin formal.
3. Dokumentasi hasil pelatihan	Tidak ada dokumentasi
3. 4. Pemutakhiran Pengetahuan (Upgrade Knowledge)
1. Versioning dokumen	Lengkap	page_revisions menyimpan isi penuh tiap revisi halaman wiki; migrasi & docs juga versioned lewat git.

	Nilai	Catatan/ Keterangan/ Eviden/ Link
4. 1. Backup
1. Backup aplikasi	Backup saja	Kode tersimpan di git (github.com/kusumaindraputra/prolap-web) sebagai bentuk cadangan.
2. Jadwal backup	Backup saja	WAL memberi arsip berkelanjutan, tapi jadwal pg_dump terjadwal tidak dijelaskan eksplisit di README.
4. 2. Disaster Recovery
1. DRP (Disaster Recovery Plan)	Tidak ada	Tidak ada dokumen DRP; hanya metode backup yang dijelaskan.
2. Simulasi DRP	Tidak ada	Tidak disebutkan.
3. Recovery Time Objective (RTO)	Tidak ada	Tidak ada target RTO yang dinyatakan.
4. Recovery Point Objective (RPO)	Tidak ada	WAL/PITR secara teknis memungkinkan RPO rendah, tapi tidak ada target RPO formal yang dinyatakan.
4. 3. High Availability
1. Redundansi server	Tidak ada	Arsitektur memisah server hosting & DB, tapi masing-masing single instance (bukan redundan).
2. Load balancing	Tidak ada	Tidak disebutkan.
3. Failover	Tidak ada	Tidak disebutkan; single point of failure di kedua server.
4. 4. Monitoring
1. Monitoring aplikasi	Backup saja	Ada endpoint /healthz (cek hidup + koneksi DB) sebagai health-check dasar, belum ada dashboard monitoring.
2. Alert otomatis	Tidak ada	Tidak ada alerting otomatis disebutkan.

	Nilai	Catatan/ Keterangan/ Eviden/ Link
5. 1. Helpdesk
1. Helpdesk tersedia	Tidak ada	Aplikasi internal untuk satu tim Prolap; tidak ada helpdesk publik.
2. Ticketing System	Tidak ada	Tidak ada sistem tiket dukungan.
3. Nomor layanan	Ada kontak	Kontak operator terdaftar di TALAS (Okky Bagus F, 087874611271) sebagai kontak informal.
4. Email layanan	Tidak ada	Tidak ada email dukungan khusus untuk Prolap Wiki.
5. 2. Kanal Komunikasi
1. Website	Tidak ada	Aplikasi internal (butuh login), bukan portal komunikasi publik.
2. WhatsApp	Tidak ada
3. Media sosial	Tidak ada
4. Call Center	Tidak ada
5. 3. Penanganan Keluhan
1. SOP	Tidak ada	Tidak ada SOP penanganan keluhan pengguna.
2. SLA keluhan	Tidak ada
3. Monitoring tiket	Tidak ada	Tidak ada sistem tiket untuk dimonitor.
5. 4. Edukasi
1. Panduan	Ada helpdesk	README berfungsi sebagai panduan teknis lengkap bagi pengguna internal, walau tidak ada helpdesk formal.
2. Webinar	Tidak ada
3. Video tutorial	Tidak ada

	Nilai	Catatan/ Keterangan/ Eviden/ Link
6. 1. Standarisasi API
1. REST API	Tidak ada API	Aplikasi server-rendered Jinja2 (HTML), tidak mengekspos REST/JSON API untuk konsumsi eksternal.
2. JSON/XML	Tidak ada API
3. Dokumentasi API	Tidak ada API
6. 2. Keamanan API
1. OAuth	Tidak ada API	Tidak ada API eksternal untuk diamankan.
2. API Key	Tidak ada API
3. Token	Tidak ada API
4. HTTPS	Tidak ada API	HTTPS dipakai untuk web app (nginx+TLS per §1), tapi bukan konteks API.
6. 3. Monitoring API
1. API Logging	Tidak ada API
2. Rate Limit	Tidak ada API	Ada rate limit form masuk (5/menit/IP di nginx), tapi bukan API rate limit.
3. API Analytics	Tidak ada API
6. 4. Integrasi API
1. Integrasi internal	Tidak ada API	CLI manage.py mengakses DB langsung, bukan lewat API HTTP.
2. Integrasi SPBE/PEMDI	Tidak ada API
3. Integrasi SSO	Tidak ada API	Auth pakai sesi bcrypt sendiri (auth.py), bukan SSO.

	Nilai	Catatan/ Keterangan/ Eviden/ Link
7. 1. Dokumen SLA
1. SLA tersedia	Tidak ada SLA	Tidak ada dokumen SLA untuk Prolap Wiki.
2. Disahkan pimpinan	Tidak ada SLA
3. Dipublikasikan	Tidak ada SLA
7. 2. Target Layanan
1. Availability	Tidak ada SLA	Tidak ada target uptime formal.
2. Response Time	Tidak ada SLA
3. Resolution Time	Tidak ada SLA
7. 3. Monitoring SLA
1. Dashboard SLA	Tidak ada SLA
2. Laporan SLA	Tidak ada SLA
3. Evaluasi SLA	Tidak ada SLA
7. 4. Pelanggaran SLA
1. Pencatatan	Tidak ada SLA
2. Analisis penyebab	Tidak ada SLA
3. Tindak lanjut	Tidak ada SLA

	Nilai	Catatan/ Keterangan/ Eviden/ Link
8. 1. Pelaksanaan SKM
1. Dilaksanakan berkala	Tidak ada SKM	Aplikasi internal tim Prolap, bukan layanan publik — belum ada survei kepuasan.
2. Menggunakan metode baku	Tidak ada SKM
3. Responden memadai	Tidak ada SKM
8. 2. Analisis SKM
1. Nilai IKM	Tidak ada SKM
2. Analisis komentar	Tidak ada SKM
3. Identifikasi masalah	Tidak ada SKM
8. 3. Publikasi SKM
1. Hasil dipublikasikan	Tidak ada SKM
2. Dashboard	Tidak ada SKM
8. 4. Tindak Lanjut SKM
1. Action Plan	Tidak ada SKM
2. Monitoring	Tidak ada SKM
3. Evaluasi	Tidak ada SKM

DATA ASSESMENT LAYANANProlap Wiki

DATA ASSESMENT LAYANAN
Prolap Wiki