All Payables

Tujuan

Halaman All Payables tampil sebagai List Hutang untuk memantau daftar utang, tanggal, jatuh tempo, nilai
diterbitkan/dibayar, saldo tersisa, usia hutang, dan status. Tampilan ini tidak membuktikan kebijakan aging, cara
perhitungan saldo, pembayaran otomatis, posting jurnal, atau integrasi Accurate.

Status bukti

Route #!/keuangan/draft_list_hutang dibuka read-only pada SOLOG dev. Satu gambar final menutup semua baris,
identitas, dan nilai ringkasan lalu memberi nomor pada kontrol dan tabel. Detail transaksi tidak dibuka agar isi
utang tidak masuk dokumentasi.

Finance & Accounting → Payables → All Payables (route #!/keuangan/draft_list_hutang). UI memakai heading
List Hutang dan breadcrumb Finance / Draft List Hutang.

No.ElemenFungsi UI yang terlihatBatas kajian
1FilterMembuka atau menjalankan penyaringan daftarTidak ditekan; kriteria tidak diuji
2Pesan informasiUI menampilkan pesan bahwa hutang yang tidak muncul perlu diposting terlebih dahulu di Jurnal UmumPesan UI, bukan pengganti kebijakan closing/posting OLR
3Sisa HutangRingkasan nilai sisa hutangNilai ditutup; rumus dan cakupan belum diuji
4Pemilih jumlah dataOpsi 10, 25, 50, 100, dan AllHanya mengubah tampilan
5PencarianMencari dalam daftarTidak diisi
6Header tabelBranch, Kode, Vendor, Tanggal, Jatuh Tempo, Issued, Paid, Amount Left, Usia Hutang, Status, serta kolom aksiMendukung pengurutan pada sebagian kolom
7Baris daftarData utang per baris, termasuk link Detail Data pada kolom aksi yang terdeteksi dari UISeluruh baris disamarkan; detail tidak dibuka

Prosedur kerja yang direkomendasikan

  1. Finance menetapkan sumber utang yang sah, definisi posting jurnal, periode, dan system of record antara SOLOG, Accurate, atau register manual.
  2. User membuka daftar dalam mode baca untuk meninjau branch, vendor, tanggal, jatuh tempo, status, dan saldo tersisa.
  3. Gunakan Filter/Pencarian hanya sesuai hak akses; jangan mengandalkan hasil tampilan tanpa rekonsiliasi.
  4. Jika hutang tidak muncul, telusuri status sumber dan Jurnal Umum sesuai pesan UI serta prosedur closing yang disahkan; jangan melakukan posting/koreksi tanpa otorisasi.
  5. Sebelum pembayaran atau koreksi, checker mencocokkan Vendor Bill, due date, Issued, Paid, Amount Left, dan usia hutang dengan bukti sumber serta register resmi.
  6. Detail transaksi hanya dibuka oleh pihak berwenang untuk penelusuran; nilai, identitas, dan dokumen transaksi tidak disalin ke SOP.

Variasi dan titik kendali

  • Hutang tampil vs tidak tampil: UI menyinggung kebutuhan posting Jurnal Umum; urutan proses, jurnal sumber, dan approval belum diuji.
  • Status dan usia hutang: keduanya terlihat sebagai kolom, tetapi definisi status, formula usia, dan kalender jatuh tempo belum diverifikasi.
  • Saldo: Sisa Hutang ringkas serta Issued, Paid, dan Amount Left ada pada UI; hubungan perhitungan dan mata uang belum dikonfirmasi.
  • Detail Data: link detail tersedia per baris, tetapi field, lampiran, koreksi, dan dampak edit tidak diperiksa.
  • Filter: tombol tersedia, tetapi kriteria branch/vendor/periode/status belum dibuka.

Pengguna dan kewenangan

FungsiPeran yang disarankanBatasan
AP/AccountingMenelusuri daftar utang dan melakukan rekonsiliasiTidak mengubah/posting tanpa kewenangan
Finance Manager/Chief AccountingMenetapkan cut-off, review aging, dan keputusan pembayaranPIC aktual belum diputuskan OLR
Purchasing/operational ownerMenyediakan bukti Vendor Bill dan penerimaan barang/jasaTidak mengubah saldo payables dari daftar
Internal ControlMemeriksa aging, status, dan rekonsiliasiAkses detail mengikuti kebijakan
System AdminMengelola aksesTidak menentukan saldo atau kebijakan hutang

Prasyarat/master data

Lampiran/keluaran

  • Daftar/aging utang terfilter sesuai periode dan akses pengguna.
  • Bukti Vendor Bill, penerimaan, pembayaran, jurnal, serta rekonsiliasi saldo.
  • Register isu aging, koreksi, dan keputusan Finance.

Hubungan antarmodul

03 - Vendor · 13 - Vendor Bills · 12 - Payable Payment · 09 - Deposit Vendor · 02 - Account Opening Balance · 27 - Journals · 30 - Report Finance dan Accounting · 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate

Checklist

  • Cut-off, branch, vendor, due date, dan status ditetapkan sebelum review.
  • Issued, Paid, Amount Left, dan Sisa Hutang direkonsiliasi dengan bukti sumber.
  • Hutang yang tidak tampil ditelusuri sesuai prosedur Jurnal Umum yang disetujui.
  • Detail dibuka hanya jika perlu dan berwenang; data transaksi tidak disalin ke SOP.
  • Pembayaran, koreksi, dan closing dipisahkan dari fungsi review daftar.
  • Keputusan SOLOG–Accurate/manual dan owner rekonsiliasi dicatat.

Gap

  • Kriteria Filter, rincian Detail Data, definisi status/usia hutang, formula saldo, export/print, dan pagination belum diuji.
  • Keterkaitan Vendor Bill, inventory, operational, TyMS, pembayaran, jurnal, pajak, reversal, audit trail, dan Accurate belum diverifikasi.
  • Pesan posting Jurnal Umum perlu disahkan sebagai prosedur OLR sebelum dijadikan instruksi operasional.

Referensi

03 - Vendor · 13 - Vendor Bills · 12 - Payable Payment · 09 - Deposit Vendor · 27 - Journals · 30 - Report Finance dan Accounting · 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate