Aging Piutang Adalah Peta Umur Tagihan: Cara Membuat dan Memakainya

Aging piutang mengelompokkan saldo invoice berdasarkan usia sejak jatuh tempo agar tim tahu tagihan mana yang perlu ditindaklanjuti lebih dulu.

Aging piutang adalah laporan yang membagi saldo invoice pelanggan menurut usia sejak jatuh tempo. Kelompok yang umum adalah belum jatuh tempo, terlambat 1–30 hari, 31–60, 61–90, dan lebih dari 90 hari. Tujuannya bukan sekadar menunjukkan total piutang, tetapi memberi urutan tindakan: invoice mana perlu konfirmasi dokumen, pengingat, eskalasi, rencana pembayaran, atau penilaian risiko lebih lanjut.

Cara menghitung umur piutang

Tentukan tanggal laporan, misalnya 30 Agustus 2026. Untuk setiap invoice terbuka, hitung hari terlambat = tanggal laporan dikurangi tanggal jatuh tempo. Jika hasil negatif, invoice belum jatuh tempo. Jika pembayaran sebagian sudah masuk, gunakan sisa setelah alokasi. Jangan menghitung umur dari tanggal invoice ketika kontrak memberi tempo 30 hari; itu akan membuat semua tagihan tampak lebih tua dari keadaan sebenarnya.

Data yang harus dibersihkan dulu

• ✓Invoice batal atau kredit tidak lagi muncul sebagai saldo terbuka.
• ✓Pembayaran parsial sudah dialokasikan ke invoice yang benar.
• ✓Tanggal jatuh tempo mengikuti syarat kontrak dan bukti penerimaan.
• ✓Pembayaran belum teridentifikasi ditempatkan pada daftar suspense terpisah.
• ✓Sengketa, janji bayar, dan pemilik tindak lanjut memiliki status tersendiri.
• ✓Saldo pelanggan tidak saling menghapus tanpa dasar alokasi yang jelas.

Satu transfer pelanggan sering membayar beberapa invoice sekaligus. Jangan menandai semuanya lunas berdasarkan total kasar. Minta remittance advice atau konfirmasi alokasi, lalu cocokkan. Jika pembayaran lebih besar, catat kelebihan sebagai saldo yang perlu diselesaikan, bukan mengurangi invoice lain secara acak.

Tindakan per bucket

Gunakan nilai dan risiko, bukan umur saja. Invoice Rp200 juta yang tertahan karena berita acara hilang perlu perhatian berbeda dari invoice Rp2 juta yang pelanggan sudah jadwalkan besok. Tambahkan kolom alasan: dokumen kurang, sengketa kualitas, proses AP, salah rekening, tidak ada respons, atau janji bayar. Kategori alasan menunjukkan hambatan proses yang dapat diperbaiki.

Aging bukan otomatis cadangan kerugian

Laporan aging operasional membantu menagih, tetapi pengakuan kerugian kredit dalam laporan keuangan memerlukan kebijakan akuntansi. IFRS 9 memakai konsep expected credit losses dan meminta informasi masa lalu, kondisi kini, serta perkiraan ekonomi yang wajar. Materi IASB juga menjelaskan provision matrix sebagai pendekatan praktis untuk piutang usaha dengan penyesuaian kondisi kini dan perkiraan. Jadi persentase seperti “semua di atas 90 hari pasti rugi 100%” tidak boleh diterapkan tanpa kebijakan dan bukti.^[1],[2]

Ritme rapat piutang

Tinjau aging setidaknya sesuai kecepatan kas usahamu, misalnya mingguan. Fokus pada perubahan: invoice baru lewat jatuh tempo, janji bayar yang gagal, sengketa tanpa pemilik, dan pelanggan dengan eksposur melewati batas. Tutup rapat dengan nama penanggung jawab, tindakan, serta tanggal berikutnya. Laporan tanpa tindakan hanya membuat daftar masalah menjadi lebih rapi.

Rekonsiliasi aging ke saldo kontrol

Jumlah seluruh invoice pada aging harus dapat direkonsiliasi ke saldo piutang yang dipakai finance untuk periode yang sama. Telusuri selisih dari invoice yang belum diposting, pembayaran tanpa alokasi, kredit, pembatalan, atau perbedaan cut-off. Simpan snapshot setiap akhir periode agar pergerakan bisa dijelaskan: saldo awal, invoice baru, penerimaan kas, kredit atau koreksi, lalu saldo akhir. Jika daftar aging dan catatan finance tidak pernah sama, tim penagihan akan mengejar angka yang salah dan forecast kas kehilangan dasar.

Pisahkan pelanggan yang memang terlambat dari invoice yang tertahan karena kesalahan internal. Jika banyak invoice masuk bucket 31–60 karena PO tidak tercantum, tindakan terbaik bukan menambah frekuensi telepon kepada pelanggan, melainkan memperbaiki pembuatan invoice. Rekap alasan per bulan dan tetapkan pemilik perbaikan pada sales, proyek, finance, atau pelanggan.

Vasco membantu memantau status invoice dan penerimaan kas sebagai aging operasional. Vasco bukan sistem akuntansi penuh atau mesin penilaian kredit. Penetapan cadangan, penghapusan piutang, dan tindakan hukum harus mengikuti kebijakan perusahaan serta nasihat profesional yang relevan.