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.
Navigasi dan daftar
Finance & Accounting → Receivables → Receivable Confirm.
UI memakai heading List Konfirmasi Piutang, breadcrumb Finance / Draft List Konfirmasi Piutang, dan panel
List Piutang.

| No. | Elemen | Fungsi UI yang terlihat | Batas kajian |
|---|---|---|---|
| 1 | Filter | Membuka atau menjalankan penyaringan daftar konfirmasi | Tidak ditekan; parameter tidak terlihat |
| 2 | Pemilih jumlah data | Opsi 10, 25, 50, 100, dan All | Hanya kontrol tampilan |
| 3 | Pencarian | Mencari daftar konfirmasi | Tidak diisi |
| 4 | Header tabel | Kode, Customer, Start Date, End Date, dan kolom aksi | Sebagian header memiliki indikator urut |
| 5 | Area data | Daftar konfirmasi per baris | Halaman dev kosong saat inspeksi |
| 6 | Pagination | Navigasi Sebelumnya/Selanjutnya | Tidak digunakan |
Alur kerja yang direkomendasikan
- Finance menetapkan tujuan konfirmasi, cut-off, customer sasaran, format surat, penandatangan, media pengiriman, dan system of record.
- Rekonsiliasi 14 - All Receivables terlebih dahulu dengan invoice, penerimaan, deposit, koreksi, dan buku resmi.
- Gunakan daftar konfirmasi hanya untuk menelusuri data sesuai hak akses; Filter/Pencarian dilakukan sesuai prosedur yang disahkan.
- 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.
- 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
| Fungsi | Peran yang disarankan | Batasan |
|---|---|---|
| AR/Finance | Menyiapkan daftar/review konfirmasi | Tidak menerbitkan atau mengubah saldo tanpa kewenangan |
| Finance Manager/Chief Accounting | Menetapkan cut-off, template, persetujuan, dan tindak lanjut selisih | PIC aktual belum diputuskan |
| Billing/Commercial | Memvalidasi kontak dan referensi invoice | Tidak mengubah saldo piutang |
| Internal Control | Menguji kelengkapan bukti dan pengendalian distribusi | Hak akses mengikuti kebijakan |
| Customer contact owner | Menjaga alamat/kontak yang sah bila konfirmasi digunakan | Tidak diisi otomatis dari UI yang diperiksa |
Prasyarat/master data
- Customer, kontak/alamat, periode/cut-off, daftar piutang, dan hak akses telah disahkan.
- Saldo piutang sudah direkonsiliasi dalam system of record yang ditetapkan.
- Pemisahan preparer/checker/approver mengikuti 04 - Matriks PIC dan RACI Proses SOLOG dan 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate.
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