Dokumentasi Hasil Audit

Standar Pencetakan Laporan Keuangan & BKU — ERP BUMDes#

---

---

1. Latar Belakang#

Audit ini dilakukan terhadap seluruh komponen pencetakan laporan keuangan dan Buku Kas Umum (BKU) pada sistem ERP BUMDes. Tujuan utama audit adalah memastikan:

1. Konsistensi format antara seluruh laporan keuangan saat dicetak
2. Kepatuhan regulasi terhadap standar pelaporan BUMDes
3. Integritas data pada output cetak (angka, nama, tanda tangan)
4. Kualitas teknis implementasi print CSS dan komponen

---

2. Ruang Lingkup#

2.1 Laporan yang Diaudit

2.2 Komponen Infrastruktur yang Diaudit

2.3 Dependensi Print Library

---

3. Temuan Audit#

3.1 Ringkasan Severity

---

TEMUAN #1 — Konflik Konfigurasi @page Margin

Severity: 🔴 KRITIS

Deskripsi

Terdapat konflik antara konfigurasi global @page di globals.css dan inline @page di beberapa komponen laporan.

Bukti Kode

Global CSS — globals.css:

css
/* Print-specific styles for LPJ/Reports */
@media print {
    @page {
        size: auto;
        margin: 0;        /* ← ZERO margin global */
    }
    html, body {
        width: 100% !important;
        margin: 0 !important;
        padding: 0 !important;
        print-color-adjust: exact;
        -webkit-print-color-adjust: exact;
    }
}

Inline Override — BalanceSheetClient.tsx:

tsx
<style dangerouslySetInnerHTML={{ __html: `
    @media print {
        @page {
            margin: 0.5in;   /* ← Override ke 0.5 inch */
        }
        .no-print { display: none !important; }
    }
`}} />

Komponen Terdampak

Dampak

• 10 dari 12 laporan mencetak dengan margin: 0, yang berarti konten menempel di tepi kertas
• Konten bisa terpotong di area non-printable printer fisik (biasanya 5mm dari tepi)
• FormalReportFooter menggunakan spacer print:h-[0.5in] yang diasumsikan margin 0.5in — ketika margin 0, spacer ini tidak cukup mencegah tumpang tindih

Rekomendasi

Standarisasi @page di satu tempat (globals.css) dengan margin: 1.5cm dan hapus semua inline dangerouslySetInnerHTML yang mendefinisikan @page.

---

TEMUAN #2 — Inkonsistensi Layout Tanda Tangan

Severity: 🔴 KRITIS

Deskripsi

Ditemukan 6 variasi layout tanda tangan yang berbeda secara struktural antar laporan keuangan. Ini melanggar standar keseragaman dokumen resmi BUMDes.

Bukti — Detail Variasi

carousel
**Variasi A — BKU Dashboard, Arus Kas**
```tsx
// BKUClient.tsx — 3 kolom equal
<div className="hidden print:grid grid-cols-3 gap-8 pt-12 mt-8
     border-t-2 border-slate-900 items-end px-12 pb-12">
    <!-- Ketua BUMDes -->    space-y-24, w-40
    <!-- Digital Audit -->    variant="minimal"
    <!-- Bendahara -->        space-y-24, w-40
    // Nama dari: management?.direktur / management?.bendahara
</div>
```
<!-- slide -->
**Variasi B — Neraca (Balance Sheet)**
```tsx
// BalanceSheetClient.tsx — 12-grid (4/4/4)
<div className="hidden print:grid grid-cols-12 gap-8 p-4 mt-8
     items-end border-t border-slate-100 pt-8 break-inside-avoid">
    <div className="col-span-4">  <!-- Ketua -->   space-y-16
    <div className="col-span-4">  <!-- Audit -->
    <div className="col-span-4">  <!-- Bendahara --> space-y-16
    // Nama dari: NIP/ID statis ".........................."
</div>
```
<!-- slide -->
**Variasi C — Laba Rugi**
```tsx
// ProfitLossClient.tsx — 12-grid (4/4/4)
<div className="hidden print:grid grid-cols-12 gap-8 px-12 py-8
     mt-4 items-end border-t border-slate-100">
    <div className="col-span-4">  <!-- Ketua -->   space-y-16
    <div className="col-span-4">  <!-- Audit -->   className="py-0 border-0"
    <div className="col-span-4">  <!-- Bendahara --> space-y-16
    // Nama dari: NIP/ID statis ".........................."
    // Font: text-[9px] (berbeda dari Neraca text-[10px])
</div>
```
<!-- slide -->
**Variasi D — Neraca Saldo, Neraca Lajur**
```tsx
// TrialBalanceClient.tsx / WorksheetClient.tsx — 2 kolom
<div className="hidden print:grid grid-cols-2 gap-12 p-12
     mt-12 border-t-2 border-slate-900">
    <!-- Ketua BUMDes -->
    <!-- Bendahara -->
    // TANPA Digital Audit Trail
    // TANPA Pengawas
</div>
```
<!-- slide -->
**Variasi E — Neraca Skontro**
```tsx
// SkontroBalanceSheetClient.tsx — 4 kolom
<div className="hidden print:grid grid-cols-4 gap-8 p-4
     mt-8 pt-8 border-t border-slate-100 print-break-inside-avoid">
    <!-- Ketua BUMDes -->
    <!-- Pengawas -->        // UNIK: hanya laporan ini
    <!-- Digital Audit -->
    <!-- Bendahara -->
</div>
```
<!-- slide -->
**Variasi F — BKU Print (Keuangan)**
```tsx
// dashboard/keuangan/print/buku-kas/page.tsx — 2 kolom
<div className="mt-16 grid grid-cols-2 gap-20">
    <!-- Bendahara BUMDes -->   mb-20
    <!-- Manajer Unit -->       mb-20
    // TANPA Ketua BUMDes
    // TANPA Digital Audit Trail
</div>
```
<!-- slide -->
**Variasi G — BKU Print (Root)**
```tsx
// print/buku-kas/page.tsx — 3 kolom
<div className="mt-8 grid grid-cols-3 items-end gap-10 avoid-break">
    <!-- Bendahara BUMDes -->   mb-20
    <!-- Digital Audit -->      variant="minimal"
    <!-- Manajer Unit -->       mb-20
    // TANPA Ketua BUMDes
</div>
```

Tabel Perbandingan

Dampak

• Dokumen resmi BUMDes tidak memiliki standar penandatangan yang seragam
• Beberapa laporan menampilkan nama NIP statis (..........), sementara lainnya memuat nama dinamis dari database
• Pengawas hanya muncul di 1 dari 7 variasi — inkonsisten dengan struktur organisasi BUMDes

---

TEMUAN #3 — BKU Memiliki 3 Versi Terpisah dengan Logika Kalkulasi Berbeda

Severity: 🔴 KRITIS

Deskripsi

Buku Kas Umum diimplementasi di 3 lokasi terpisah yang masing-masing memiliki header, footer, signature, dan logika kalkulasi saldo berjalan yang berbeda.

Bukti — Perbedaan Kalkulasi Saldo

Kalkulasi pada Print Root (server-rendered):

tsx
// print/buku-kas/page.tsx — menghitung saldo berjalan secara lokal
{transactions?.map((tx, idx) => {
    const currentBalance = beginningBalance 
        + transactions.slice(0, idx + 1).reduce((acc, curr) => 
            acc + (curr.amount > 0 ? curr.amount : 0) 
                - (curr.amount < 0 ? Math.abs(curr.amount) : 0), 0)
    // ...
})}

Perbedaan Lainnya

Dampak

• Jika terdapat perbedaan sorting transaksi antara API dan kalkulasi lokal, saldo berjalan bisa berbeda antara versi Dashboard dan Print Root
• Pengguna tidak tahu versi mana yang "resmi" karena ketiganya bisa diakses
• Audit trail ID menggunakan format berbeda per versi

---

TEMUAN #4 — Komponen Footer Duplikat

Severity: 🟡 SEDANG

Deskripsi

Dua komponen footer yang melakukan fungsi identik:

Status Penggunaan

Berdasarkan pencarian di seluruh codebase:

• FormalReportFooter → Digunakan oleh semua laporan utama (10 laporan)
• PrintTimestamp → TIDAK digunakan di manapun (dead code)

Dampak

• Dead code menambah noise pada codebase
• Risiko penggunaan yang salah oleh developer di masa depan

---

TEMUAN #5 — Ukuran Kertas Tidak Ditentukan Secara Eksplisit

Severity: 🟡 SEDANG

Deskripsi

Global CSS hanya mendefinisikan size: auto tanpa menentukan ukuran kertas standar.

css
@page {
    size: auto;   /* ← Mengikuti default printer user */
}

Dampak

• Laporan bisa dicetak di kertas apa saja (Letter, A4, F4, dsb.) tanpa kontrol
• Laporan dengan banyak kolom (Neraca Lajur — 10+ kolom, Neraca Skontro — side-by-side) akan terpotong jika dicetak di kertas yang terlalu kecil
• Tidak ada opsi landscape untuk laporan wide-table

Standar yang Diharapkan

---

TEMUAN #6 — Dark Mode Styles Bocor ke Output Print

Severity: 🟡 SEDANG

Deskripsi

Beberapa elemen mengandung class dark: yang tidak di-override saat print, sehingga jika user mencetak dalam dark mode, warna background gelap bisa muncul.

Contoh

tsx
// BKUClient.tsx
className="bg-slate-900 dark:bg-black text-white 
           print:bg-transparent print:text-slate-900"
// ↑ Sudah benar — ada override print

// Tapi di banyak tempat:
className="dark:bg-white/5 dark:backdrop-blur-xl"
// ↑ TIDAK ada override print — backdrop-blur bisa muncul saat print

Pola dark:bg-white/5 dark:backdrop-blur-xl muncul secara masif di banyak elemen yang harusnya hidden saat print (container, card, signature areas).

Dampak

• Pada mode dark, printer yang mendukung print-color-adjust: exact akan mencetak background gelap
• Teks putih di atas background gelap boros tinta dan sulit dibaca di fotokopi

---

TEMUAN #7 — Laporan Tanpa Dukungan Print

Severity: 🟡 SEDANG

Deskripsi

Beberapa laporan penting tidak memiliki dukungan cetak apapun:

Laporan Konsolidasi hanya menggunakan PrintControl untuk memicu pencetakan, tanpa header resmi, footer, atau tanda tangan.

---

4. Matriks Kepatuhan#

Evaluasi setiap laporan terhadap 8 standar pencetakan:

Keterangan:

• ✅ = Memenuhi standar
• ⚠️ = Parsial atau butuh penyesuaian
• ❌ = Tidak memenuhi standar

Skor Kepatuhan Per Laporan

---

5. Analisis Komponen Infrastruktur#

5.1 FormalReportHeader

Rendering diagram...

5.2 ReportExportControls

5.3 DigitalAuditTrail

5.4 Print Trigger Mechanisms

Terdapat 3 mekanisme print trigger yang digunakan secara terpisah:

[!NOTE] PrintControl menerima parameter elementId tapi tidak menggunakannya — hanya memanggil window.print(). Parameter ini menyesatkan (misleading API).

---

6. Dead Code & Redundansi#

---

7. Rekomendasi#

Prioritas 🔴 TINGGI (Segera)

Prioritas 🟡 SEDANG

Prioritas ⚪ RENDAH

---

8. Arsitektur Target#

Rendering diagram...

Target Penggunaan

Setiap laporan cukup membungkus konten dengan wrapper:

tsx
<PrintableReport
    title="NERACA KEUANGAN"
    unitName="KONSOLIDASI BUMDES PUSAT"
    period="Per Tanggal 30 Juni 2026"
    signatures="3-col"        // "3-col" | "4-col" | "2-col-unit"
    orientation="portrait"     // "portrait" | "landscape"
    paperSize="A4"            // "A4" | "F4"
    qrContent={`neraca-${unitId}-${date}`}
>
    {/* Konten laporan */}
</PrintableReport>

---

9. Lampiran — File Mapping#

File yang Perlu Dimodifikasi

File yang Perlu Dibuat

File yang Perlu Dihapus

Dependensi yang Perlu Dihapus

---

Dokumen ini dihasilkan secara otomatis oleh AI Code Auditor berdasarkan analisis kode sumber.
Tanggal: 2 Juli 2026 — Versi Dokumen: 1.0