Pembayaran Hutang

Tujuan

Halaman Pembayaran Hutang menampilkan daftar pengajuan/pelunasan hutang. Form kosong berjudul Tambah Penagihan Hutang
dan bagian Add Pelunasan Hutang menyediakan pemilihan vendor serta daftar hutang untuk membentuk daftar tagihan.
Tampilan belum membuktikan apakah halaman langsung mencatat pembayaran bank, hanya permintaan pelunasan, atau membuat
jurnal/pembayaran otomatis.

Status bukti

Route #!/keuangan/permintaan_pembayaran dan form #!/keuangan/permintaan_pembayaran/create dibuka read-only.
Daftar memiliki baris existing, tetapi detail transaksi tidak dibuka. Daftar dan form kosong berhasil dicapture ulang
tanpa mengisi field, memilih dropdown, menekan Add to Table, Back, atau Save.

Pembayaran Hutang - Halaman Daftar - Anotasi

Pembayaran Hutang - Form Tambah Atas - Anotasi

Pembayaran Hutang - Form Tambah Bawah - Anotasi

Navigasi dan daftar

Finance & Accounting → Payables → Payable Payment (route #!/keuangan/permintaan_pembayaran). Breadcrumb yang
terlihat adalah Finance / Pembayaran Hutang.

No. gambar	Elemen	Fungsi UI yang terlihat	Batas kajian
1	Filter	Membuka atau menjalankan penyaringan daftar	Tidak ditekan
2	Add	Membuka form Tambah Penagihan Hutang	Form kosong dibuka lewat route aman
3	Pemilih jumlah data	Opsi 10, 25, 50, 100, dan All	Hanya mengubah tampilan
4	Pencarian	Mencari pada daftar	Tidak diisi
5	Tabel daftar	Kode, Tanggal, Branch, Kode Invoice, Keterangan, Status, dan kolom aksi	Baris existing tidak dibuka
6	Pagination	Sebelumnya, nomor halaman, Selanjutnya	Navigasi daftar

Form Tambah Penagihan Hutang / Add Pelunasan Hutang

Form dibuka tanpa memilih Branch, Vendor, daftar hutang, atau mengetik nilai.

No. gambar	Bagian	Field/kontrol yang terlihat	Catatan
1	Header data	Branch*	Pilihan Branch wajib; tidak dipilih
2	Header data	Tgl Transaksi*	Textbox tanggal wajib; nilai default tidak dijadikan SOP
3	Header data	Vendor*	Pilihan vendor wajib; tidak dipilih
4	Header data	Keterangan	Textbox keterangan
5	Pelunasan	Daftar Hutang dan ikon pencarian	Mencari/memilih hutang; tidak digunakan
6	Pelunasan	Jumlah Hutang	Nilai hutang; tidak diisi
7	Pelunasan	Tagihkan Semua	Checkbox; tidak diubah
8	Pelunasan	Jumlah Ditagihkan, Selisih, dan Keterangan	Nilai dan aturan hitung belum diuji
9	Pelunasan	Add to Table	Terlihat nonaktif pada form awal; tidak ditekan
1, 2	Daftar Tagihan	No. Transaksi, Jumlah Tagihan, Ditagihkan, Selisih Tagihan, Keterangan, Total	Tabel tidak berisi data pada form awal
3	Aksi	Back dan Save	Save tidak ditekan

Prosedur kerja yang direkomendasikan

Finance menetapkan fungsi halaman ini: permintaan, pelunasan, atau pembayaran aktual; juga system of record SOLOG, Accurate, atau manual.
Preparer menyiapkan hutang yang telah diverifikasi, vendor, branch, tanggal, bukti tagihan, dan otorisasi pembayaran.
Preparer memilih hutang melalui kontrol yang tersedia tanpa membuat duplikasi; checker mencocokkan Kode Invoice, vendor, saldo, dan jatuh tempo dengan 11 - All Payables.
Jika sebagian hutang ditagihkan, checker memeriksa Jumlah Hutang, Jumlah Ditagihkan, Selisih, dan setiap baris pada Daftar Tagihan sebelum Add to Table atau Save.
Setelah proses resmi, rekonsiliasi dengan Vendor Bill, kas/bank, jurnal, status, dan bukti transfer dilakukan oleh peran yang disetujui.
Koreksi, pembatalan, reverse, deposit vendor, pajak/potongan, dan approval hanya dijalankan setelah aturan OLR terbukti dan ditetapkan.

Variasi dan titik kendali

Pelunasan penuh vs sebagian: checkbox Tagihkan Semua serta field Jumlah Ditagihkan/Selisih menunjukkan kemungkinan variasi; aturan validasi belum diuji.
Satu atau beberapa hutang: Add to Table dan Daftar Tagihan mengindikasikan kemungkinan beberapa baris; batas, total, dan anti-duplikasi belum diuji.
Permintaan vs pembayaran aktual: nama menu, heading, dan form memakai istilah yang berbeda; jangan mengasumsikan Save melakukan pembayaran bank atau posting jurnal.
Status transaksi: status terlihat di daftar, tetapi definisi, transisi, dan approval belum diverifikasi.
Detail Data: tersedia, namun field, lampiran, dan dampak tindakan dari detail belum diperiksa.

Pengguna dan kewenangan

Fungsi	Peran yang disarankan	Batasan
AP/Treasury preparer	Menyusun daftar pelunasan dari hutang sah	Tidak menekan Save tanpa bukti dan checker
Finance Manager/Chief Accounting	Menetapkan limit, approval, dan hubungan ke kas/bank	PIC aktual belum diputuskan OLR
AP, Cashier, Accounting, Internal Control	Mengecek hutang, vendor, pembayaran, jurnal, dan rekonsiliasi	Tidak mengubah tanpa kewenangan
System Admin	Mengelola akses	Tidak menentukan kebijakan pembayaran

Prasyarat/master data

Vendor/supplier, branch, Vendor Bill, dan All Payables sudah diverifikasi.
Kebijakan pembayaran, account kas/bank, tax/potongan, dan penggunaan deposit vendor ditetapkan Finance.
Hak preparer/checker/approver pada 04 - Matriks PIC dan RACI Proses SOLOG.
Keputusan SOLOG–Accurate–manual pada 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate.

Lampiran/keluaran

Payment proposal, bukti Vendor Bill/hutang, otorisasi, dan bukti transfer.
Daftar Tagihan yang direview, status proses, dan catatan selisih.
Bukti rekonsiliasi kas/bank, AP, jurnal, dan system of record.

Hubungan antarmodul

03 - Vendor · 11 - All Payables · 13 - Vendor Bills · 09 - Deposit Vendor · 24 - Cash Bank Transactions · 27 - Journals · 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate

Checklist

Fungsi halaman dan system of record ditetapkan sebelum dipakai.
Hutang, vendor, branch, invoice, saldo, dan jatuh tempo diverifikasi.
Jumlah Tagihan, Ditagihkan, Selisih, dan Total direview checker.
Hak Add to Table, Save, approval, dan pembayaran dipisahkan.
Bukti transfer serta rekonsiliasi AP/kas/bank/jurnal disimpan.
Nilai, vendor, dokumen, dan transaksi tidak disalin ke SOP publik.

Gap dan status visual

Kriteria Filter, pencarian hutang, Add to Table, total, Save, status, detail, approval, pembayaran bank, jurnal, pajak/potongan, deposit, reverse, audit trail, dan Accurate belum diuji.
Visual daftar dan form kosong sudah tersedia; isi baris transaksi dev hanya dipakai sebagai konteks tampilan daftar dan tidak menjadi isi SOP.

Referensi