💰 Finance & Accounting Dashboard

Tombol di tab Overview menghasilkan file Laporan_Manajemen_AR_AP_<tanggal>.xlsx: sheet AR (KPI, aging, top 10 customer), sheet AP (KPI, jadwal pembayaran, top 10 supplier), dan sheet Relasi yang menggabungkan keduanya. Semua dari periode aktif tiap mode, tidak ikut filter layar; di AP, toggle "keluarkan akun antar-entitas" ikut berlaku.

Posisi Kas Bersih = Outstanding AR − Outstanding AP. Selisih siklus kas = DSO − DPO: positif besar berarti piutang cair lebih lambat daripada hutang harus dibayar.

< 0,8 piutang yang akan cair tidak cukup menutup hutang yang jatuh tempo · 0,8–1,2 tipis · > 1,2 aman. Yang sudah lewat jatuh tempo tidak dihitung di rasio ini, tapi ditampilkan terpisah sebagai konteks.

Rasio antar periode memasangkan periode ke-n AR dengan periode ke-n AP berdasarkan urutan upload. Exposure per counterparty hanya mencocokkan nama yang sama persis (setelah PT/CV dan tanda baca diabaikan), bukan nama yang sekadar mirip.

Alert & Perlu Perhatian — dua jenis alert otomatis: (1) invoice yang masih outstanding dan jatuh tempo dalam 7 hari ke depan (dihitung dari hari ini); (2) customer yang outstanding-nya naik ≥20% dan ≥Rp1.000.000 dibanding 2 periode terakhir yang diupload (butuh minimal 2 periode). Klik nama customer di alert untuk langsung buka Statement of Account-nya.

Grand Total / Sudah Dibayar / Outstanding / Total PPN — total nilai invoice pada data yang sedang tampil (ikut ke-filter tanggal/customer/sales di atas). Klik kartunya untuk lihat breakdown per customer.

Retur (Credit Note) — total nilai invoice yang ditandai retur. Biasanya sudah bernilai negatif di sumber data, jadi mengurangi Grand Total secara alami.

Bulan Ini vs Bulan Lalu — perbandingan month-over-month (MoM), selalu dihitung dari SELURUH data periode aktif, tidak terpengaruh filter yang sedang aktif di layar.

DSO (Days Sales Outstanding) — rata-rata berapa hari butuh buat invoice tertagih.

Cara baca: Makin kecil makin bagus — berarti perusahaan makin cepat menagih piutangnya. DSO yang naik terus dari bulan ke bulan adalah sinyal proses penagihan melambat.

Tren Rasio Retur per Bulan — % invoice retur dibanding total invoice tiap bulan (bukan cuma angka retur mentah). Trennya naik = sinyal masalah kualitas produk/proses yang perlu diinvestigasi, bukan cuma angka mati.

Mengelompokkan invoice yang masih outstanding berdasarkan berapa hari sudah lewat jatuh tempo, dihitung dari hari ini (bukan dari data upload).

Belum Jatuh Tempo / 1-30 Hari masih wajar · 31-60 / 61-90 Hari perlu follow-up aktif · >90 Hari risiko piutang tak tertagih (bad debt) tinggi, prioritas utama ditagih.

Beda dengan "Rata-rata Hari Bayar per Customer" di tab Customer: AR Aging ini snapshot HARI INI untuk invoice yang belum lunas, sedangkan Rata-rata Hari Bayar itu pola HISTORIS dari invoice yang sudah lunas.

Customer Concentration Risk (Top 3/5/10 Customer) — % Grand Total yang datang dari sejumlah kecil customer teratas (analisis Pareto/80-20).

Cara baca: Top 3 < 30% tersebar/aman · 30-50% mulai terkonsentrasi · >50% red flag — revenue terlalu menumpuk di segelintir customer, risiko besar kalau salah satu pergi/bermasalah.

Indeks Konsentrasi (HHI) — Herfindahl-Hirschman Index, jumlah kuadrat pangsa (%) Grand Total tiap customer, skala 0-10000.

<1500 rendah · 1500-2500 sedang · >2500 tinggi/terkonsentrasi.

Rata-rata Hari Bayar per Customer (estimasi) — ESTIMASI, bukan angka presisi, karena sumber data tidak punya kolom tanggal pembayaran aktual. Dihitung dari transisi status invoice (outstanding → lunas) antar-periode yang kamu upload: hari bayar = tanggal snapshot pertama invoice itu kelihatan lunas dikurangi tanggal invoice-nya. Butuh minimal 2 periode diupload (tombol "+ Tambah Periode"), dan makin rutin kamu upload, makin akurat.

Customer Baru vs Lama (Repeat) — Baru = invoice pertama customer itu muncul di data ini; Lama/Repeat = sudah pernah invoice di bulan sebelumnya (masih dalam periode aktif yang sama). Bulan pertama di dataset otomatis 100% "Baru" karena belum ada bulan sebelumnya buat pembanding — abaikan bulan pertama saat baca trennya.

Tombol 📄 PDF AR / ✉️ Email / 📦 ZIP — generate file PDF piutang outstanding per customer (siap didownload/dikirim), tanpa perlu bikin manual di Excel/Word. Tombol Email membuka draft email dengan subjek & isi siap kirim, tapi PDF-nya tetap perlu dilampirkan manual (browser tidak bisa attach file otomatis ke email demi keamanan) — filenya sudah otomatis terdownload duluan, tinggal drag ke emailnya.

Ringkasan Pajak — DPP (Dasar Pengenaan Pajak) adalah nilai transaksi sebelum PPN, PPN adalah pajaknya, Grand Total = DPP + PPN.

Revenue per Income Account — agregasi Net Amount per kategori akun pendapatan (level item invoice, bukan header, jadi angkanya tidak double-count). Berguna buat cross-check kategorisasi pendapatan ke Chart of Accounts (COA) perusahaan.

Rekonsiliasi PPN vs Total Pajak & Biaya — sumber data punya 2 kolom pajak yang seharusnya sama (PPN murni vs Total Taxes and Charges), tapi kadang beda karena ada pungutan lain di luar PPN (mis. materai). Tabel ini cuma menampilkan invoice yang nilainya BEDA. Tidak berlaku di mode AP karena Purchase Invoice tidak punya kolom Total Taxes and Charges.

0% invoice beda konsisten · >0-20% ada beberapa yang perlu dicek manual sebelum lapor pajak · >20% perlu diperiksa lebih jauh, kemungkinan ada pola pungutan yang belum termapping benar.

PPh 23 (Withholding Tax) — sebagian invoice Purchase punya potongan PPh yang dipungut di muka (Tax Withholding Amount). Rumus rekonsiliasi Grand Total = DPP + PPN − PPh masih ditandai belum terverifikasi dari data asli - lihat PRD §11.5, jadi angka PPh ditampilkan apa adanya dari sumber data, belum dipakai untuk cross-check Grand Total.

Kelengkapan NPWP Customer — dari semua customer unik di data yang tampil, berapa % yang punya nomor Tax Id/NPWP tercatat di minimal 1 invoice-nya. Tanpa NPWP customer, e-Faktur pajak tidak bisa terbit valid.

Dihitung dari kolom Tax Id/NPWP di data invoice ini saja (bukan Master Customer) — kalau kolomnya memang jarang diisi di sistem sumbernya, angkanya bisa terlihat lebih buruk dari kondisi compliance yang sebenarnya. Cek manual dulu sebelum disimpulkan sebagai masalah pajak beneran.

<10% belum ada NPWP wajar/minor · 10-50% perlu ditindaklanjuti bertahap (prioritaskan customer Grand Total besar di tabelnya) · >50% perlu dicek ke sumber datanya dulu — kemungkinan besar kolom ini memang tidak rutin diisi, bukan murni masalah compliance.

AWB Dipakai di Lebih dari 1 Invoice — mendeteksi nomor AWB (resi/nomor pengiriman) yang muncul di lebih dari satu invoice.

Bisa berarti dua hal: (a) 1 shipment ke-bill dua kali — potensi double billing, perlu dicek manual; atau (b) memang wajar, misalnya 1 AWB dipakai buat leg import & export terpisah, atau itu pasangan invoice dengan credit note retur-nya sendiri (ditandai label "(Retur)" di kolom Status). Baris-baris dengan AWB yang sama dikelompokkan dengan garis pemisah di tabelnya.

Rekonsiliasi Retur (Credit Note ↔ Invoice Asal) — memasangkan tiap credit note dengan invoice asal yang diretur, diambil dari kolom "Return Against Sales Invoice" yang eksplisit dari sumber data (lebih akurat dibanding menebak lewat kecocokan AWB).

Kalau kolom "Invoice Asal" ditandai "(tidak ketemu di data ini)", berarti invoice yang diretur ada di periode/file lain yang belum diupload ke dashboard ini — bukan berarti datanya salah.