Receivable Confirm (List Konfirmasi Piutang)

Tujuan

Menu Receivable Confirm membuka halaman List Konfirmasi Piutang. Pada tampilan yang diperiksa, halaman ini
menyediakan daftar berdasarkan kode, customer, tanggal mulai, dan tanggal akhir. Keberadaan halaman belum membuktikan
bahwa surat konfirmasi dapat dibuat, dicetak, dikirim, disetujui, atau dicatat responsnya.

Status bukti dan batas kajian

Route #!/keuangan/draft_list_piutang_confirm dibuka read-only pada SOLOG dev. Daftar saat inspeksi tidak berisi data.
Tidak ada Filter atau Pencarian yang digunakan. UI tidak menampilkan Add, Generate, Preview, Print, Export, Send, atau
form kosong pada halaman yang diperiksa; fitur-fitur tersebut tidak boleh diasumsikan tersedia.

Finance & Accounting → Receivables → Receivable Confirm.

UI memakai heading List Konfirmasi Piutang, breadcrumb Finance / Draft List Konfirmasi Piutang, dan panel
List Piutang.

No.ElemenFungsi UI yang terlihatBatas kajian
1FilterMembuka atau menjalankan penyaringan daftar konfirmasiTidak ditekan; parameter tidak terlihat
2Pemilih jumlah dataOpsi 10, 25, 50, 100, dan AllHanya kontrol tampilan
3PencarianMencari daftar konfirmasiTidak diisi
4Header tabelKode, Customer, Start Date, End Date, dan kolom aksiSebagian header memiliki indikator urut
5Area dataDaftar konfirmasi per barisHalaman dev kosong saat inspeksi
6PaginationNavigasi Sebelumnya/SelanjutnyaTidak digunakan

Alur kerja yang direkomendasikan

  1. Finance menetapkan tujuan konfirmasi, cut-off, customer sasaran, format surat, penandatangan, media pengiriman, dan system of record.
  2. Rekonsiliasi 14 - All Receivables terlebih dahulu dengan invoice, penerimaan, deposit, koreksi, dan buku resmi.
  3. Gunakan daftar konfirmasi hanya untuk menelusuri data sesuai hak akses; Filter/Pencarian dilakukan sesuai prosedur yang disahkan.
  4. Jika organisasi menerbitkan konfirmasi kepada customer, preparer menggunakan template resmi dan checker memastikan customer, periode, saldo, lampiran, serta alamat sesuai. Mekanisme penerbitan tidak dibuktikan oleh UI ini.
  5. Simpan bukti pengiriman, respons customer, selisih, tindak lanjut, dan persetujuan pada register resmi. Jangan menganggap fitur Send/Print ada di SOLOG sebelum diverifikasi.

Variasi dan titik kendali

  • Daftar kosong vs berisi: daftar dev kosong saat inspeksi. Kolom Kode, Customer, Start Date, dan End Date tetap menjadi fakta UI; isi baris dan aksi belum tersedia untuk diperiksa.
  • Filter dan periode: Filter tersedia, tetapi kriteria customer/periode/status belum dibuka.
  • Penerbitan konfirmasi: tidak ada kontrol Generate/Preview/Print/Export/Send yang terlihat pada halaman ini. Kebutuhan surat, template, tanda tangan, keamanan data, dan distribusi bersifat keputusan proses OLR.
  • Tindak lanjut respons: status respons, persetujuan selisih, koreksi, dan audit trail tidak terlihat.

Pengguna dan kewenangan

FungsiPeran yang disarankanBatasan
AR/FinanceMenyiapkan daftar/review konfirmasiTidak menerbitkan atau mengubah saldo tanpa kewenangan
Finance Manager/Chief AccountingMenetapkan cut-off, template, persetujuan, dan tindak lanjut selisihPIC aktual belum diputuskan
Billing/CommercialMemvalidasi kontak dan referensi invoiceTidak mengubah saldo piutang
Internal ControlMenguji kelengkapan bukti dan pengendalian distribusiHak akses mengikuti kebijakan
Customer contact ownerMenjaga alamat/kontak yang sah bila konfirmasi digunakanTidak diisi otomatis dari UI yang diperiksa

Prasyarat/master data

Lampiran/keluaran

  • Keluaran UI yang terbukti: daftar konfirmasi dengan kolom kode, customer, Start Date, dan End Date.
  • Bukti yang perlu ditetapkan OLR: surat/format konfirmasi, daftar penerima, bukti kirim, respons, selisih, dan penyelesaian.
  • Tidak ada template, preview, print, export, send, atau attachment yang terlihat pada halaman ini.

Hubungan antarmodul

14 - All Receivables · 15 - Receivable Payments · 10 - Deposit Customer · 27 - Journals · 30 - Report Finance dan Accounting · 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate

Checklist

  • Cut-off, customer, alamat/kontak, dan daftar piutang direkonsiliasi sebelum konfirmasi.
  • Akses Filter/Pencarian digunakan hanya sesuai kewenangan.
  • Template, penandatangan, media pengiriman, dan privasi data ditetapkan di luar asumsi UI.
  • Respons customer, selisih, koreksi, dan bukti tindak lanjut dicatat pada register resmi.
  • Konfirmasi tidak dipakai sebagai dasar perubahan saldo tanpa approval dan rekonsiliasi.

Gap yang perlu dikonfirmasi

  • Kriteria Filter, penggunaan Pencarian, aksi kolom, pagination, serta isi daftar berdata belum diuji.
  • Mekanisme pembuatan, preview, cetak, ekspor, pengiriman, penerimaan respons, dan status konfirmasi tidak terlihat.
  • Template, alamat/customer contact, mata uang, saldo/aging, approval, koreksi, audit trail, Accurate, dan system of record memerlukan keputusan OLR.

Referensi

14 - All Receivables · 15 - Receivable Payments · 10 - Deposit Customer · 27 - Journals · 30 - Report Finance dan Accounting · 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate