📖 PANDUAN OPERASIONAL: AUDIT TRAIL & PENGAWASAN FORENSIK

Pedoman Tata Kelola Pengawasan Independen, Investigasi Jejak Digital, dan Pembuktian Akuntansi ERP BUMDes#

BUMDes Bolulango — Kabupaten Boalemo, Gorontalo Standar Kepatuhan: PP No. 11 Tahun 2021, Permendesa PDTT No. 3 Tahun 2021, SAK EP, & Standar Pengawasan BPKP / Inspektorat Daerah

---

🏛️ 1. Landasan Yuridis, Prinsip Pengawasan & Segregation of Duties#

Berdasarkan amanat Peraturan Pemerintah (PP) No. 11 Tahun 2021 tentang Badan Usaha Milik Desa (Pasal 56–61) dan Permendesa PDTT No. 3 Tahun 2021, struktur tata kelola BUMDes memisahkan secara tegas antara Pelaksana Operasional (Direksi & Pengelola Unit) dengan Pengawas Independen (Badan Permusyawaratan Desa / Dewan Pengawas BUMDes).

┌────────────────────────────────────────────────────────────────────────┐
│ MUSYAWARAH DESA (MUSDES / LPJ) │
│ Kedaulatan Tertinggi Masyarakat & Pemerintah Desa │
└───────────────────┬────────────────────────────────┬───────────────────┘
 │ │
 ▼ ▼
┌──────────────────────────────────────┐ ┌─────────────────────────────┐
│ DIREKSI & MANAJEMEN UNIT │ │ DEWAN PENGAWAS & AUDITOR │
│ (Eksekutor Operasional) │ │ (Pengawas Independen) │
│ • Menjalankan unit usaha komersial │ │ • Memantau tata kelola & kas│
│ • Membukukan transaksi harian │ │ • Memeriksa kepatuhan SOP │
│ • Mengajukan permohonan belanja │ │ • Investigasi anomali/fraud │
│ • Wewenang: Create, Update, Delete │ │ • Wewenang: Read-Only Penuh │
└──────────────────────────────────────┘ └─────────────────────────────┘

Prinsip Pemisahan Tugas Mutlak (Segregation of Duties / SoD)

Dalam sistem ERP BUMDes Bolulango, prinsip Segregation of Duties diterapkan secara mutlak pada level perangkat lunak:

1. Hak Audit Penuh Tanpa Batas Unit: Pengawas memiliki wewenang membaca seluruh buku kas, mutasi persediaan, data simpan pinjam, dan riwayat telemetri seluruh 25 unit usaha tanpa sekat horizontal.
2. Ketiadaan Hak Mutasi (Read-Only Enforcement): Akun pengawas dan auditor secara mutlak dilarang dan dinonaktifkan dari kemampuan membuat transaksi baru, menyunting jurnal, menghapus data, mendaftarkan akun baru, atau mengubah peran pengguna (zero modification right).
3. Integritas Bukti Elektronik (Non-Repudiation): Setiap catatan pada tabel jejak audit dilindungi oleh PostgreSQL Row-Level Security (RLS Tier 5). Tidak ada pengguna (bahkan pengawas maupun staf biasa) yang dapat mengubah atau menghapus baris riwayat audit yang telah terekam.

---

🧭 2. Titik Akses, Navigasi & Antarmuka Pengawas#

Sistem menyediakan 2 pintu masuk antarmuka yang disesuaikan dengan kebutuhan pemeriksaan pengawas:

📍 Akses Utama 1: Pusat Telemetri & Audit Master (/dashboard/pengaturan)

Titik pemeriksaan terlengkap untuk audit komprehensif, pencarian cepat, komparasi data, dan ekspor berita acara:

1. Masuk ke aplikasi menggunakan akun pengawas (peran: pengawas, pengawas_1, pengawas_2, auditor, atau pendamping_desa).
2. Pada bilah samping (Sidebar), klik menu Audit & Pengawasan → Log Audit & Forensik.
3. Sistem akan langsung membuka dasbor Database & Audit Trail Forensik.

📍 Akses Utama 2: Visualizer Tren & KPI (/dashboard/pengguna)

Titik pemeriksaan cepat untuk meninjau statistik volume aktivitas dan distribusi beban per modul:

1. Klik menu Pengguna pada sidebar.
2. Pada header sebelah kanan, klik tab Log Aktivitas.
3. Di halaman ini, antarmuka visual menampilkan kartu ringkasan eksekutif, grafik tren mutasi 7 hari terakhir, dan diagram distribusi modul sistem.

[!NOTE] Indikator Mode Pengawasan Aktif: Saat pengguna dengan peran pengawas membuka modul manajemen akun pengguna, sistem secara otomatis menampilkan banner "Mode Pengawasan (Read-Only) Aktif". Tombol Tambah Pengguna, Reset Sandi, dan Hapus Pengguna otomatis disembunyikan untuk menjaga objektivitas pemeriksaan.

---

📊 3. Membaca Metrik Telemetri & Dasbor Kesehatan Sistem#

Pada tab Database & Audit, pengawas disajikan 4 Bento Telemetry Cards yang memberikan gambaran kesehatan sistem secara instan:

┌────────────────────────┐ ┌────────────────────────┐ ┌────────────────────────┐ ┌────────────────────────┐
│ KONEKSI BASIS DATA │ │ TOTAL JEJAK AUDIT │ │ AKSI KRITIS / MUTASI │ │ AUTO-BACKUP & RECOVERY │
│ 18 ms │ │ 14.820 Record │ │ 32 Aksi │ │ 03:00 WITA │
│ [● Kecepatan Optimal] │ │ [Tersinkron Cloud] │ │ [Perlu Perhatian Khusus]│ │ [Snapshot Harian] │
└────────────────────────┘ └────────────────────────┘ └────────────────────────┘ └────────────────────────┘

1. Koneksi Basis Data & Latensi (ms):

• Hijau (< 100 ms): Koneksi server basis data sangat responsif dan aman.
• Kuning (100–300 ms): Terjadi beban lalu lintas jaringan desa sedang; transaksi tetap aman.
• Merah (> 300 ms): Latensi tinggi; disarankan memeriksa jaringan internet kantor desa.
• Fitur Interaktif: Klik tombol Uji Ping Basis Data untuk memastikan konektivitas real-time.

2. Total Jejak Audit (Record):

• Menampilkan akumulasi seluruh operasi mutasi yang terekam di cloud database sejak sistem diinisialisasi.

3. Aksi Kritis / Mutasi (Badge Peringatan):

• Agregasi tindakan berisiko tinggi yang mencakup: penghapusan data (DELETE), pembatalan tutup buku (REVERT_CLOSING_PERIOD), pembalikan jurnal (VOID), pengaktifan mode migrasi bypass, dan error sistem.
• Angka ini adalah prioritas pertama yang wajib diperiksa oleh dewan pengawas.

4. Auto-Backup & Disaster Recovery:

• Informasi jadwal pencadangan otomatis snapshot PostgreSQL (setiap pukul 03:00 WITA) untuk memastikan tidak ada data keuangan yang hilang akibat bencana atau kerusakan perangkat keras.

---

⚡ 4. Pengoperasian Server-Side Pagination & Filter Skala Besar#

Untuk mengantisipasi data audit yang mencapai puluhan ribu hingga ratusan ribu transaksi, sistem menggunakan teknologi Server-Side Range Pagination yang menjaga performa peramban tetap ringan dan cepat (zero-lag):

A. Navigasi Halaman Presisi

• Penunjuk Halaman Dinamis: Menampilkan status Halaman X dari Y dan total transaksi yang lolos saringan.
• Tombol Lompat Cepat:
• ⏮ : Lompat langsung ke halaman pertama (transaksi paling mutakhir).
• ◀ : Pindah ke 1 halaman sebelumnya.
• ▶ : Pindah ke 1 halaman berikutnya.
• ⏭ : Lompat langsung ke halaman terakhir (data historis terawal).
• Pemilih Ukuran Entri (Page Size Selector): Pengawas dapat memilih jumlah baris per layar: 10, 25, 50, atau 100 entri.

B. Pencarian Cerdas Terjadwal (Debounced Search 350ms)

Ketik kata kunci apa pun pada bilah pencarian:

• Nama petugas (misal: Budi, Dewi).
• Nama unit atau kode transaksi (misal: USP-01, KTPG, BKK-2026).
• Nomor referensi dokumen atau ID jurnal. Sistem secara otomatis menahan pengiriman kueri selama 350 milidetik setelah pengetikan selesai untuk mencegah beban kueri berlebih pada server.

C. Filter Kategori Modul

Gunakan tombol saringan cepat untuk membatasi ruang lingkup pemeriksaan:

• Semua Modul: Menampilkan seluruh pergerakan sistem.
• Keuangan & Jurnal: Memfilter transaksi kas, jurnal umum, tutup buku, dan perbendaharaan holding.
• Simpan Pinjam USP: Memfilter pencairan pembiayaan, angsuran kredit, tabungan anggota, dan penagihan lapangan.
• Otoritas & User: Memfilter pergantian peran, perubahan izin hak akses, dan sesi autentikasi.
• Operasional & Unit: Memfilter mutasi stok barang dagangan, transfer antar-gudang, dan pencatatan produksi biologis.

D. Filter Keparahan (Severity Level)

• Semua Aktivitas: Menampilkan transaksi normal, peringatan, dan error.
• Kritis & Sensitif Saja (🔴 Merah): Secara instan memilah aksi berisiko tinggi seperti penghapusan, pembatalan tutup buku, bypass migrasi, atau galat sistemik.

---

🔍 5. Katalog Skenario Deteksi Anomali & Investigasi Forensik (Red Flags)#

Berikut adalah panduan taktis bagi Dewan Pengawas dan Auditor saat memeriksa indikasi kecurangan (fraud) atau kekeliruan operasional:

Skenario 1: Investigasi Pembatalan Tutup Buku (Period Rollback)

Tingkat Risiko: 🔴 SANGAT TINGGI Indikasi: Pembatalan tutup buku dapat dimanfaatkan untuk menyisipkan transaksi fiktif atau mengubah saldo kas historis setelah laporan disetujui.

1. Pada filter keparahan, pilih Kritis & Sensitif.
2. Pada kotak pencarian, ketik: REVERT atau CLOSING.
3. Telusuri baris dengan aksi REVERT_CLOSING_PERIOD:

• Periksa siapa akun yang mengeksekusi aksi tersebut (profiles.full_name).
• Klik tombol Detail untuk membuka Diff Viewer.
• Periksa kolom alasan (details.reason). Pastikan tindakan tersebut memiliki Surat Instruksi Resmi dari Direktur Utama atau Berita Acara Musdes.

Skenario 2: Deteksi Percobaan Akses Ilegal & Serangan Brute-Force

Tingkat Risiko: 🟡 TINGGI Indikasi: Percobaan login berulang kali dengan kata sandi salah mengindikasikan upaya peretasan akun bendahara/admin dari pihak luar.

1. Pada filter kategori, pilih Otoritas & User.
2. Cari log dengan modul AUTH dan status warning:

• Aksi: LOGIN_FAILED.
• Rincian: Periksa email sasaran yang dicoba dimasuki.
• Forensik Jaringan: Buka tab Forensik Jaringan pada Diff Viewer. Periksa alamat IP penyerang. Jika berasal dari luar jaringan kantor desa atau terjadi berturut-turut dalam rentang detik, segera instruksikan Super Admin untuk memblokir IP tersebut.

Skenario 3: Manipulasi Pemetaan Bagan Akun (COA Mapping Tampering)

Tingkat Risiko: 🔴 TINGGI Indikasi: Perubahan akun pemetaan otomatis dapat mengalihkan pencatatan beban atau pendapatan ke akun siluman.

1. Pada pencarian cepat, ketik: COA_MAPPING.
2. Buka baris mutasi UPDATE.
3. Periksa visualisasi nilai lama vs baru di Diff Viewer. Pastikan akun penampung (contra-account) tetap sesuai dengan Standar Akuntansi SAK EP BUMDes Bolulango.

Skenario 4: Rekayasa Pinjaman USP & Penghapusan Piutang (Write-Off)

Tingkat Risiko: 🔴 TINGGI Indikasi: Penghapusan piutang pinjaman anggota tanpa persetujuan komite kredit.

1. Filter kategori modul: Simpan Pinjam USP.
2. Cari aksi WRITE_OFF atau LOAN_RESTRUCTURE.
3. Periksa metadata nominal pinjaman yang dihapusbukukan dan pastikan dokumen bukti ketidakmampuan nasabah terlampir di lemari arsip fisik.

Skenario 5: Koreksi Stok Opname Fiktif (Inventory Adjustment)

Tingkat Risiko: 🟡 SEDANG–TINGGI Indikasi: Mengubah kuantitas stok barang dagang untuk menutupi kehilangan barang fisik di gudang.

1. Filter kategori: Operasional & Unit, cari aksi STOCK_OPNAME_ADJUSTMENT.
2. Bandingkan old_quantity dan new_quantity.
3. Pastikan penyesuaian disertai dokumen lampiran Protokol 3-Foto Fisik Geotagging.

---

🔬 6. Cara Membaca & Menggunakan Forensik Diff Viewer#

Saat baris transaksi diklik atau tombol Detail ditekan, sistem membuka dialog modal Pemeriksaan Forensik Jejak Audit:

┌────────────────────────────────────────────────────────────────────────┐
│ 🔍 PEMERIKSAAN FORENSIK JEJAK AUDIT — REF: TX-2026-09-0012 │
├────────────────────────────────────────────────────────────────────────┤
│ [ Tab: Komparasi Visual ] [ Tab: Payload Mentah ] [ Tab: Forensik IP]│
├────────────────────────────────────────────────────────────────────────┤
│ ┌─ DATA LAMA (SEBELUM) ───────────┐ ┌─ DATA BARU (SESUDAH) ──────────┐│
│ │ Kas di Bank: Rp 50.000.000 │ │ Kas di Bank: Rp 45.000.000 ││
│ │ Status: Closed │ │ Status: Reverted ││
│ └─────────────────────────────────┘ └────────────────────────────────┘│
│ │
│ ┌─ ANALISIS DEVIASI FINANSIAL ────────────────────────────────────────┐│
│ │ Selisih Nominal (Δ): -Rp 5.000.000 (-10.0%) [DEVIASI TERDETEKSI] ││
│ └─────────────────────────────────────────────────────────────────────┘│
└────────────────────────────────────────────────────────────────────────┘

1. Tab Komparasi Visual (Side-by-Side Diff):

• Kolom Merah Muda (Old Value): Menampilkan kondisi data persis sebelum pengguna menekan tombol simpan.
• Kolom Hijau Muda (New Value): Menampilkan kondisi data baru yang tersimpan di sistem.

2. Kalkulator Deviasi Finansial Dinamis:

• Jika sistem mendeteksi perubahan pada kolom angka/rupiah, sistem otomatis menghitung:
• Selisih mutasi nominal: Δ = Nilai Baru - Nilai Lama.
• Persentase perubahan: ((Baru - Lama) / Lama) * 100%.

3. Tab Payload Mentah JSON:

• Menyajikan struktur pohon JSON asli dengan syntax highlighting.
• Tombol Salin JSON: Menyalin teks bukti forensik ke clipboard untuk dilampirkan ke dokumen Berita Acara Pemeriksaan (BAP) resmi.

4. Tab Forensik Jaringan:

• Memvalidasi identitas UUID Aktor, peran resmi dalam sistem, IP klien pengeksekusi, dan keabsahan lapisan perlindungan basis data PostgreSQL.

---

📑 7. Prosedur Penerbitan Berita Acara & Ekspor Laporan Musdes#

Untuk keperluan pelaporan pertanggungjawaban dalam Musyawarah Desa (Musdes) atau pemeriksaan oleh Inspektorat Daerah / BPKP, sistem menyediakan 3 format ekspor resmi:

A. Cetak Berita Acara Jejak Audit (PDF Resmi Berstandar A4 Landscape)

• Kop Surat Formal: Otomatis memuat logo resmi Pemerintah Desa dan BUMDes Bolulango.
• Nomor Registrasi Otomatis: Berformat dinamis BA-AUDIT/YYYY/MM/DD-XXX.
• Lembar Pengesahan Tiga Pilar Kepatuhan Desa:

1. Bendahara Utama BUMDes: Bertindak sebagai penanggung jawab pencatatan kas harian.
2. Ketua BPD / Dewan Pengawas BUMDes: Bertindak sebagai pengawas tata kelola perwakilan warga desa.
3. Direktur Utama BUMDes: Bertindak sebagai pimpinan eksekutif tertinggi operasional.

• Cara Ekspor:

1. Terapkan filter kategori, keparahan, atau pencarian sesuai lingkup pemeriksaan.
2. Klik tombol Cetak Berita Acara (PDF) di pojok kanan atas tabel.
3. Berkas PDF akan langsung terunduh dan siap dicetak untuk ditandatangani basah dan dibubuhi stempel dinas.

B. Ekspor Kertas Kerja Audit (Spreadsheet Excel .xlsx Multi-Sheet)

• Sheet 1 (Ringkasan Eksekutif): Metadata BUMDes, total log terfilter, rasio keberhasilan, rincian mutasi kritis, dan landasan regulasi PP 11/2021.
• Sheet 2 (Data Jejak Audit Lengkap): Seluruh kolom kronologis (Waktu, Modul, Aktor, Peran, IP, Payload Details, dan Status) yang siap diolah menggunakan rumus Pivot Table auditor.
• Cara Ekspor: Klik tombol Excel (.xlsx) pada bilah alat.

C. Unduhan Snapshot JSON Lokal

• Digunakan untuk mencadangkan data audit mentah ke penyimpanan dingin (cold storage) atau diserahkan kepada tim forensik siber eksternal.
• Cara Ekspor: Klik tombol JSON pada bilah alat.

---

❓ 8. Glosarium Forensik bagi Dewan Pengawas Desa#

---

Pusat Dokumentasi ERP BUMDes Bolulango — Buku Panduan Resmi Operasional Pengawasan & Jejak Audit Forensik v2026.2.