📖 Panduan Standar Operasional Prosedur (SOP): Manajemen Utang, Piutang & Analisis Umur Saldo (AR/AP & Aging Schedule)

BUMDes Bolulango — Kabupaten Boalemo, Gorontalo Sesuai Standar Akuntansi Keuangan Entitas Privat (SAK EP) & Permendesa PDTT No. 3 Tahun 2021

---

🏛️ 1. Latar Belakang & Kebijakan Tata Kelola Kredit#

BUMDes Bolulango mengelola 20+ unit dan sub-unit usaha yang bergerak di sektor peternakan, pertanian, pengolahan pakan, perdagangan ritel, jasa mekanisasi, katering, serta konveksi. Dalam kegiatan operasional harian, transaksi non-tunai (kredit) sering terjadi, antara lain:

1. Piutang Usaha (Accounts Receivable / AR - Kode Akun 1-111):

• Penjualan telur, daging ayam, pupuk organik, dan pakan ternak secara tempo kepada kelompok peternak binaan, pedagang pengepul, atau instansi mitra.
• Retribusi atau sewa alat mesin pertanian (traktor, combine harvester) yang pembayarannya ditagih berkala.

2. Utang Dagang & Kewajiban Lancar (Accounts Payable / AP - Kode Akun 2-101 & 2-110):

• Utang Usaha Supplier (2-101): Pembelian bahan baku pakan (jagung, dedak, konsentrat), bibit ternak (DOC), obat-obatan, dan inventaris toko dari supplier dengan termin pembayaran (misal: Net 14, Net 30 hari).
• Hutang Pihak Berelasi / Dana Talangan Operasional (2-110): Pinjaman modal kerja tunai sementara bebas bunga (Akad Al-Qardh) dari pengurus, staf, atau mitra perorangan untuk mendanai kebutuhan mendesak unit di lapangan.

Untuk memastikan likuiditas kas BUMDes tetap sehat, mencegah timbulnya piutang macet yang menggerus laba usaha, serta memenuhi kepatuhan audit BPKP, Inspektorat, dan Musyawarah Desa (Musdes), sistem ERP BUMDes Bolulango menyediakan modul terintegrasi Utang & Piutang (AR/AP) yang dilengkapi Atomic RPC Auto-Journaling, 1-Click Dana Talangan Auto-Posting SAK EP, Analisis Umur Saldo (Aging Matrix), Tab 5 Riwayat Pelunasan & Arsip BKK SAK EP, Filter Akuntansi Historis Multi-Unit, dan Pelaporan Formal Berstandar SAK EP.

Memuat diagram alur...

---

⚙️ 2. Arsitektur Teknis & Atomisitas Transaksi (Stored Procedure RPC)#

Untuk mencegah ketidaksinkronan data (split-brain / double spending) antara tabel piutang/utang dengan pembukuan Buku Besar, seluruh pencatatan pelunasan dilakukan secara atomik melalui PostgreSQL Stored Procedure (RPC) dengan mekanisme transaksi database ganda (BEGIN ... EXCEPTION WHEN OTHERS THEN ROLLBACK ... END):

A. Pencatatan Pelunasan Piutang (rpc_process_customer_payment)

1. Validasi Otorisasi: Memeriksa autentikasi pengguna dan hak akses unit terkait.
2. Pembaruan Saldo Faktur: Menghitung saldo terbayar (paid_amount) dan sisa tagihan (balance_due) pada tabel invoices melalui trigger tunggal atomik trg_update_invoice_on_payment. Jika lunas, status berganti otomatis menjadi 'paid', jika sebagian menjadi 'partial'.
3. Perekaman Bukti Kas Masuk: Menyimpan riwayat pembayaran pada tabel customer_payments lengkap dengan nomor tanda terima (KWT-AR-...), metode bayar, ID akun kas penerima, bukti foto (proof_image_url), dan catatan memo.
4. Auto-Journaling Buku Besar (Otomatis — Tidak Perlu Jurnal Manual): Membentuk baris jurnal otomatis pada journal_entries dan journal_line_items:

• Debit: Kas Tunai Unit / Bank (1-101.xx / 1-102.xx)
• Kredit: Piutang Usaha (1-111 atau sub-akun piutang asal faktur)

5. Audit Trail: Mencatat stempel waktu dan ID staf pencatat ke log audit.

[!IMPORTANT] Jurnal pelunasan piutang dibuat otomatis oleh sistem saat tombol "Simpan Pembayaran" diklik. Staf tidak perlu dan tidak boleh membuat jurnal ini secara manual di modul Jurnal Umum. Membuat jurnal duplikat manual akan mengakibatkan saldo kas dan piutang yang salah ganda.

B. Pencatatan Pembayaran Utang (rpc_process_supplier_payment)

1. Validasi Saldo Utang: Memastikan nominal pembayaran tidak melebihi sisa utang faktur pada tabel purchase_transactions.
2. Pembaruan Status Utang: Memperbarui amount_paid, sisa kewajiban, dan payment_status (paid / partial).
3. Perekaman Pembayaran Supplier: Memasukkan baris data ke tabel supplier_payments yang terikat melalui relasi foreign key fk_supplier_payments_supplier ke tabel business_partners(id).
4. Auto-Journaling Buku Besar Zero-Overlap (Otomatis — Tidak Perlu Jurnal Manual): Sistem melacak akun kewajiban asal dari jurnal akrual pembelian (journal_entry_id / reference_number):

• Debit: Utang Usaha Supplier (2-101) untuk hutang dagang biasa, ATAU Hutang Pihak Berelasi / Dana Talangan (2-110) untuk pelunasan dana talangan (PO-*-DT-*).
• Kredit: Kas Tunai Unit / Bank Pengeluar (1-101.xx / 1-102.xx)

[!IMPORTANT] Jurnal pembayaran utang dibuat otomatis oleh sistem saat tombol "Simpan & Bukukan Pembayaran" diklik. Staf tidak perlu dan tidak boleh membuat jurnal ini secara manual. Seluruh jurnal otomatis AR/AP tercatat di audit log dengan stempel waktu dan ID staf yang tidak dapat dihapus.

C. Mekanisme Keamanan Berlapis (Defense-in-Depth & Anti-Overpayment Guard)

Guna mencegah anomali saldo negatif, overstatement kas, serta kebocoran eksekusi transaksi antar-unit (cross-unit leak), sistem menerapkan proteksi terpadu (Defense-in-Depth):

1. Anti-Overpayment Guard Berlapis (Zero-Overpayment Guarantee):

• Tingkat 1 (Batas Maksimum Input UI): Kolom input nominal pembayaran pada modal dibatasi secara programatik atribut max={balance_due}.
• Tingkat 2 (Peringatan Visual & Lockout Klien): Jika pengguna mengetikkan nominal yang melebihi saldo terutang, sistem memunculkan peringatan merah tegas dan tombol simpan otomatis dinonaktifkan (disabled).
• Tingkat 3 (Validasi Server Action): Fungsi recordARCollection dan recordAPPayment memvalidasi ulang paymentAmount <= balance_due sebelum memicu transaksi.
• Tingkat 4 (Kernel Database Triggers): Database triggers trg_guard_customer_payment_anti_overpay dan trg_guard_supplier_payment_anti_overpay (Migration 196) mengeksekusi BEFORE INSERT pada tabel pembayaran, melempar RAISE EXCEPTION jika pembayaran melampaui sisa tagihan.

2. Isolasi RBAC Transaksional (Zero Cross-Unit Leak):

• Tombol "Terima Bayar" & "Bayar Supplier": Pada tabel AR dan AP, tombol aksi finansial hanya dirender untuk staf/manajer yang memiliki wewenang sah atas unit bersangkutan (assignedUnitId === tx.unit_id) atau pengelola keuangan holding (!isRestricted).
• Tombol Header "⚡ Catat Penerimaan Dana Talangan": Dipagari khusus untuk jajaran eksekutif BUMDes dan bendahara holding (!isRestricted), mencegah unit operasional menarik pinjaman pihak ketiga tanpa otorisasi pimpinan holding.

3. Database Native Sequence PO Talangan (po_talangan_seq):

• Menggunakan sequence native PostgreSQL public.po_talangan_seq via RPC generate_po_talangan_number(p_cluster, p_date) guna menjamin nomor PO terbit berurutan PO-[CLUSTER]-DT-[YYYYMMDD]-[SEQ] tanpa tabrakan angka (race condition).

4. Protokol 3-Foto GPS Anti-Fraud (MultiPhotoGeoTagUploader):

• Modal Dana Talangan mengintegrasikan kamera GeoTag dengan watermark waktu dan koordinat GPS untuk 3 slot bukti fisik: Struk/Slip Setoran, Fisik Meja Kasir, dan Identitas Rekanan.

5. Sinkronisasi Presisi Anchor Time Aging:

• Backend meneruskan anchorTime dan cutOffDateStr terstandarisasi sehingga kartu ringkasan KPI dan tabel per-partner aging menghasilkan angka matematis yang 100% identik.

---

📊 3. Matriks Umur Saldo (Aging Schedule) & Tata Kelola Risiko#

Sistem secara otomatis mengelompokkan saldo faktur yang belum lunas ke dalam 5 braket umur (Aging Buckets) berdasarkan selisih hari antara tanggal cut-off laporan dengan tanggal jatuh tempo (Due Date):

Kebijakan Penyisihan Piutang Tak Tertagih (SAK EP)

Sesuai prinsip kehati-hatian (prudence), piutang yang telah berumur lebih dari 90 hari wajib dievaluasi oleh Direksi dan Bendahara Holding untuk dibentuk cadangan kerugian piutang:

• Jurnal Pembentukan Cadangan:
• Debit: Beban Penyisihan Kerugian Piutang — CKPN (5-209)
• Kredit: Akumulasi Penyisihan Piutang Tak Tertagih (1-199 — Akun Kontra Aset)

---

🗓️ 4. Sistem Penyaringan Periode & Cut-Off Akuntansi Historis#

Modul Utang & Piutang dilengkapi dengan bilah filter modern (Glassmorphic Filter Card) yang mendukung pengawasan multi-dimensi:

A. Parameter Filter yang Didukung

1. Unit Usaha:

• Semua Unit (Konsolidasi Pusat): Mengagregasi saldo seluruh 20+ unit bisnis holding.
• Pilihan Unit Spesifik: Mendukung hierarki cabang dengan penanda visual indentasi (↳ ).
• Isolasi RBAC: Pengguna dengan peran unit (Manajer Unit, Kepala Sub-Unit, Admin Unit) secara otomatis terkunci hanya dapat mengakses unitnya sendiri.

2. Konsolidasi vs Unit Mandiri:

• Toggle aktif jika unit induk dipilih; memungkinkan melihat laporan unit mandiri tanpa anak cabang atau dikonsolidasikan dengan unit turunannya.

3. Bulan: Pilihan Semua Bulan / Kumulatif atau bulan spesifik (Januari s/d Desember).
4. Tahun: Pilihan Semua Tahun atau tahun pembukuan (2023 s/d 2027).
5. Tombol Reset: Mengembalikan filter ke mode Posisi Terkini / Real-time dalam satu klik.

B. Mekanisme Cut-Off Akuntansi Historis

Saat pengguna memilih periode tertentu (contoh: Agustus 2026):

• Tanggal Cut-Off: Ditetapkan pada detik terakhir bulan bersangkutan (2026-08-31 23:59:59).
• Inklusi Faktur: Hanya faktur invoice dan transaksi pembelian dengan tanggal <= 31 Agustus 2026 yang diikutsertakan.
• Isolasi Pembayaran Kas: Pembayaran pelanggan (customer_payments) dan supplier (supplier_payments) yang dilakukan setelah 31 Agustus 2026 tidak dikurangkan dari saldo faktur pada laporan tersebut.
• Anchor Perhitungan Umur Saldo: Selisih hari keterlambatan dihitung terhadap tanggal cut-off neraca (31 Agustus 2026), bukan terhadap tanggal kalender hari ini.
• Pergerakan Kas MTD: Menghitung total kas masuk dari piutang dan kas keluar untuk utang yang secara nyata terjadi di antara 1 Agustus 2026 s/d 31 Agustus 2026.

---

🖨️ 5. Standar Pelaporan Resmi, Cetak & Ekspor Data (14 Output Channels & Template Studio Sync)#

Modul Utang & Piutang mengadopsi standar tata naskah dinas terintegrasi yang tersinkronisasi 100% dengan konfigurasi Template Document Studio (public.document_templates di /dashboard/pengaturan/template-dokumen/) serta mendukung 6 Format Distribusi (Web Print, CSV, Excel .xlsx, Vector PDF .pdf, Word OpenXML .docx, dan Administrasi QR Non-Repudiation) melalui 14 instrumen output:

A. Matriks 14 Kanal Distribusi Output Utang & Piutang (Zero-Overlap COA)

B. Sinkronisasi Penuh dengan Template Document Studio

Seluruh rute cetak dan komponen naskah dinas terhubung secara otomatis ke modul Template Document Studio via RPC rpc_get_document_template_config(doc_type, unit_id). Modul ini mendukung 8 tipe dokumen khusus Utang & Piutang:

1. 'DebtAcknowledgment' (Bukti Pengakuan Utang SAK EP)
2. 'GoodsReceipt' (BAST Barang & Jasa)
3. 'PurchaseOrder' (Surat Pesanan Pembelian Pengadaan)
4. 'BeritaAcaraDanaTalangan' (BAST Kas Dana Talangan Operasional)
5. 'SupplierPaymentVoucher' (Voucher Pelunasan Utang & BKK)
6. 'CustomerStatement' (Rekening Koran Piutang Pelanggan)
7. 'VendorStatement' (Rekening Koran Utang Pemasok)
8. 'ARPaymentReceipt' (Tanda Terima Kas Masuk Pelunasan Piutang)

Perubahan konfigurasi kop surat, nomor kontak, catatan inspeksi, maupun klausul penutup di Document Studio langsung tercermin secara instan (zero-downtime) pada cetakan web, PDF, dan dokumen Word tanpa memerlukan kompilasi ulang kode.

C. Resolusi Kepengurusan Dinamis (Zero Hardcoding Policy)

Nama pejabat yang berwenang menandatangani dokumen (Direktur Utama, Bendahara Umum, dan Pengelola Unit Usaha) ditarik secara dinamis dari tabel bumdes_structure dan metadata unit. Sistem sepenuhnya mengeliminasi placeholder statis atau nama fiktif, menjamin keabsahan yuridis dokumen saat terjadi pergantian struktur manajemen BUMDes.

D. Struktur 4-Sheet Excel Workbook Terintegrasi

Tombol "Excel Data" pada bilah navigasi utama menghasilkan satu buku kerja (workbook) komprehensif berisi 4 lembar kerja akuntansi yang saling melengkapi:

• Sheet 1 — Buku Piutang (AR): Rincian faktur penjualan tempo, jatuh tempo, hari keterlambatan, nilai tagihan, saldo terbayar, dan sisa piutang.
• Sheet 2 — Buku Utang (AP): Rincian pengadaan kredit supplier dan dana talangan operasional, termin, dan sisa kewajiban.
• Sheet 3 — Riwayat Pelunasan (BKK): Arsip nomor voucher kas keluar, tanggal transaksi, metode pembayaran (Kas Tunai / Transfer Bank), dan nota referensi PO.
• Sheet 4 — Umur Tagihan (Aging Schedule): Matriks umur saldo gabungan untuk Piutang Pelanggan (Bagian 1) dan Utang Rekanan (Bagian 2) terdistribusi ke dalam 5 braket umur (Lancar, 1-30, 31-60, 61-90, dan >90 hari).

---

📋 6. Panduan Operasional Pengguna Langkah demi Langkah#

A. Mencatat Penerimaan Pembayaran Piutang Pelanggan

1. Masuk ke menu Keuangan → Utang & Piutang (/dashboard/keuangan/utang-piutang).
2. Klik tab "Buku Piutang (AR)".
3. Cari nomor faktur atau nama pelanggan menggunakan bilah pencarian.
4. Pada baris tagihan yang bersangkutan, periksa tombol aksi:

• Catatan Otorisasi: Tombol "Terima Bayar" hanya muncul bagi staf yang ditugaskan pada unit pemilik faktur atau pengelola keuangan holding.

5. Klik tombol "Terima Bayar".
6. Di jendela modal yang muncul:

• Periksa rincian sisa tagihan (balance due).
• Masukkan Nominal Pembayaran (Rp) atau gunakan tombol pintas:
• Bayar Lunas (100%): Otomatis mengisi tepat sesuai sisa tagihan.
• Bayar Separuh (50%): Otomatis mengisi 50% dari sisa tagihan untuk cicilan parsial.
• Proteksi Anti-Overpay: Sistem menolak input yang melebihi sisa tagihan. Jika angka melebihi batas, tombol simpan otomatis terkunci.
• Pilih Akun Kas / Bank Penerima (misal: Kas Tunai Unit atau Bank BRI Utama).
• Masukkan catatan atau nomor referensi transfer (opsional).

7. Klik "Simpan Pembayaran".
8. Sistem secara otomatis memperbarui saldo faktur, memposting jurnal SAK EP secara atomik, dan menyinkronkan metrik kas.

B. Mencatat Pembayaran Utang ke Supplier

1. Klik tab "Buku Utang (AP)".
2. Temukan faktur pembelian / utang talangan yang akan dibayar.
3. Klik tombol "Bayar Supplier" (atau "Bayar Talangan" untuk transaksi dana talangan operasional).

• Catatan Otorisasi: Tombol aksi hanya aktif bagi pengurus unit yang memiliki transaksi tersebut atau eksekutif holding.

4. Masukkan nominal uang yang dibayarkan (dilindungi Anti-Overpayment Guard) dan pilih akun kas/bank penanggung beban.
5. Klik "Simpan Pembayaran".
6. Saldo kewajiban supplier langsung berkurang seketika di kartu utang dan buku besar SAK EP.

C. Mengunduh Laporan Umur Saldo untuk Evaluasi Rapat Direksi

1. Buka modul Utang & Piutang.
2. Pada bilah filter atas, pilih Unit Usaha dan Periode Bulan/Tahun yang ingin dievaluasi.
3. Klik tab "Analisis Umur (Aging)".
4. Pilih sub-tab "Piutang (AR)" atau "Utang (AP)".
5. Klik tombol "Excel Data" untuk mengunduh matriks umur piutang per pelanggan, atau klik tombol "Cetak" untuk mencetak laporan resmi bertanda tangan.

D. Mencatat Penerimaan Dana Talangan Operasional (Tombol Cepat "⚡ Catat Penerimaan Dana Talangan")

Guna menegakkan Zero Manual Journaling Policy dan prinsip Zero-Overlap COA, pinjaman talangan operasional diakui secara akurat sebagai liabilitas pihak berelasi (Akun 2-110 — Hutang Pihak Berelasi / Dana Talangan Pengelola) terpisah dari hutang dagang pemasok (2-101):

1. Pada bilah atas modul Utang & Piutang, klik tombol cepat [⚡ Catat Penerimaan Dana Talangan].

• Catatan Otorisasi: Tombol cepat ini dapat diakses oleh pengelola keuangan holding dan pengurus unit operasional yang berwenang atas unitnya sendiri.

2. Pada formulir modal pop-up cerdas yang terbuka:

• Unit Penerima: Tentukan unit operasional penerima kas fisik (misal: Peternakan Ayam Petelur).
• Pemberi Pinjaman / Rekanan: Pilih nama mitra perorangan dari daftar rekanan terintegrasi BUMDes atau input nama mitra baru.
• Nominal Dana Talangan (Rp): Masukkan nominal secara langsung atau manfaatkan Preset Chips (500 rb, 1 Jt, 1,5 Jt, 2 Jt, 3,5 Jt, 4 Jt). Periksa label Terbilang Rupiah Real-Time untuk menjamin akurasi angka.
• Akun Kas Penampung (SAK EP): Sistem otomatis memilihkan akun kas fisik unit penerima dengan indikator ⭐ REKOMENDASI KAS FISIK UNIT (SAK EP) (seperti 1-101.23 untuk Ketapang, 1-101.02 untuk Bioflok, atau 1-101.12 untuk Pertanian), mencegah tercampurnya kas dengan Kas Holding (1-100).
• Tanggal & Estimasi Jatuh Tempo: Tanggal penerimaan disetel ke hari berjalan, dan tanggal jatuh tempo otomatis dihitung +30 hari kalender.
• Keperluan / Catatan: Pilih dari Chips Kebutuhan Operasional Lapangan (🌾 Belanja Pakan & Konsentrat Mendesak, 🐣 Pengadaan Bibit DOC / Ikan, 💊 Pembelian Obat & Vaksin, dll.).
• Nomor BASTK Fisik: Masukkan nomor dokumen Berita Acara Serah Terima Kas fisik (format: BASTK/[UNIT]/[YYYYMMDD]/[SEQ]).

3. Klik tombol [⚡ Simpan & Auto-Posting Jurnal].
4. Otomasi Terpadu di Belakang Layar:

• Faktur utang lancar AP bertipe kredit terbit otomatis dengan kode PO-[CLUSTER]-DT-[YYYYMMDD]-[SEQ] dan ditautkan langsung ke journal_entry_id.
• Jurnal umum JRN-PO-... otomatis diposting: (D) 1-101.xx Kas Tunai Unit vs (K) 2-110 Hutang Pihak Berelasi / Dana Talangan.
• Saat dilakukan pelunasan atas transaksi PO-*-DT-*, RPC rpc_process_supplier_payment secara otomatis mendebit kembali akun 2-110 sehingga saldo buku pembantu dan buku besar tetap sinkron 100% tanpa selisih (Rp 0).

---

E. Tab 5: Riwayat Pelunasan & Arsip BKK SAK EP

Tab ke-5 pada modul Utang & Piutang (/dashboard/keuangan/utang-piutang) didedikasikan sebagai Pusat Rekam Historis Finansial & Gudang Bukti Kas Keluar (BKK):

Memuat diagram alur...

1. Prosedur Monitoring Riwayat Pelunasan:

• Klik tab "Riwayat Pelunasan & Arsip BKK".
• Gunakan filter unit untuk mengamati pergerakan kas keluar/masuk pelunasan per unit cabang atau gabungan holding konsolidasi.
• Gunakan bilah pencarian instan untuk mencari berdasarkan Nomor Bukti Transaksi (BKK-...), Nomor Faktur Asal, atau Nama Rekanan Supplier/Pelanggan.

2. Fitur Cetak Ulang Bukti Kas Keluar (BKK A4 SAK EP):

• Pada baris transaksi pembayaran supplier, klik ikon printer Cetak BKK.
• Modal pratinjau dokumen resmi A4 akan terbuka dengan layout berstandar SAK EP:
• Kop Surat Dinas Resmi: Dilengkapi identitas BUMDes Bolulango, logo resmi, dan kontak legal.
• Nomor Voucher Unik: Format BKK-YYYYMMDD-XXXX.
• Identitas Penerima: Nama pemasok/kreditor dan nomor rekening tujuan.
• Konfirmasi Angka & Kalimat Terbilang Rupiah Otomatis (Spelled-out Rupiah): Menampilkan nominal angka dan teks terbilang bahasa Indonesia (contoh: Dua Juta Lima Ratus Ribu Rupiah).
• Tabel Alokasi Akun SAK EP: Menampilkan akun debit (Utang Usaha 2-101) dan akun kredit kas pengeluar (1-101.xx / 1-102.xx).
• Token QR Verifikasi Digital Audit Trail: Menghasilkan tautan verifikasi keaslian dokumen secara unik.
• Blok Tanda Tangan 3 Pihak: Memuat kolom Dibayar Oleh (Bendahara), Disetujui Oleh (Direktur Utama), dan Diterima Oleh (Supplier/Penerima Kas).

3. Pratinjau Popup Foto Bukti Struk/Slip Transfer Bank:

• Baris pembayaran yang dilengkapi bukti struk transfer memiliki badge foto.
• Klik tombol Lihat Bukti untuk membuka modal pop-up pratinjau foto resolusi penuh ber-watermark GeoTag tanpa perlu berpindah modul atau keluar dari konteks kerja.

4. Generator BASTK Multi-Format (Cetak A4, PDF, dan Word .docx):

• Khusus transaksi pengadaan dana talangan operasional, sistem menyediakan tombol ekspor Berita Acara Serah Terima Kas (BASTK) dalam 3 format resmi:
• Cetak Browser Langsung (A4): Layout kertas dinas A4 bebas batas print.
• Vector PDF: Dokumen PDF resmi siap arsip dengan QR Code audit trail.
• Word (.docx): Dokumen OpenXML resmi berbasis naskah dinas baku yang dapat diedit langsung menggunakan Microsoft Word.

5. Resolusi Tanda Tangan Dinamis (Dynamic Leadership Resolution):

• Sistem ERP BUMDes Bolulango mengimplementasikan resolusi kepengurusan dinamis melalui tabel bumdes_structure.
• Nama pejabat yang tercantum pada blok tanda tangan dokumen BKK, BASTK, dan laporan umur saldo ditarik secara otomatis berdasarkan:
• Jabatan aktif: direktur_utama dan bendahara.
• Rentang tanggal masa bakti SK kepengurusan (start_date dan end_date).
• Arsitektur ini menjamin bahwa dokumen historis maupun dokumen baru selalu memuat nama pejabat yang sah secara hukum tanpa memerlukan pembaruan kode program saat terjadi pergantian pengurus BUMDes.

---

🛡️ 7. Ringkasan Kepatuhan Regulasi & Standar Audit#

---

📖 Dokumen Terkait & SOP Khusus Dana Talangan

• 📋 SOP Pengelolaan & Sinkronisasi Dana Talangan Operasional
• 🛠️ Panduan Teknis Input & Penatausahaan Dana Talangan (1-Click Auto-Posting)
• 📘 Konsep Dasar Utang Piutang & Fondasi Keuangan