Koreksi Penjualan
Tujuan
Menu Nota / Koreksi Penjualan menyediakan daftar nota/koreksi dan form Tambah Nota / Koreksi Penjualan.
UI yang terlihat tidak membuktikan aturan debit/kredit, jurnal, approval, atau integrasi Accurate.
Status bukti
Daftar dan form kosong dibuka read-only pada SOLOG dev. Semua baris, branch, tanggal, dan nilai ditutup pada gambar
final. Tidak ada Filter, Add, field, pilihan referensi, Kembali, atau Save yang dijalankan.
Navigasi dan daftar
Finance & Accounting → Nota / Koreksi → Koreksi Penjualan.
| No. | Elemen | Fungsi UI | Batas kajian |
|---|---|---|---|
| 1 | Filter | Menyaring daftar koreksi | Tidak ditekan |
| 2 | Add | Membuka form Tambah Nota / Koreksi Penjualan | Form kosong dibuka; tidak disimpan |
| 3 | Pemilih jumlah data | Opsi 10, 25, 50, 100, dan All | Kontrol tampilan |
| 4 | Pencarian | Mencari daftar | Tidak diisi |
| 5 | Header tabel | Branch, Kode Transaksi, Tanggal, Supplier, Jumlah, dan aksi | Daftar dev kosong saat capture |
| 6 | Area data | Baris nota/koreksi | Tidak ada data; tidak ada detail dibuka |
| 7 | Pagination | Sebelumnya/Selanjutnya | Tidak digunakan |
Form tambah
| No. | Field/kontrol | Keterangan yang terlihat |
|---|---|---|
| 1 | Branch | Pilihan branch; nilai awal disamarkan |
| 2 | Tanggal* | Tanggal koreksi; nilai awal disamarkan |
| 3 | Customer* | Pilihan customer |
| 4 | Piutang* | Pilihan nomor piutang; kontrol bergantung pada customer |
| 5 | JO / Manifest Reference* | Pilihan referensi; kontrol tampak nonaktif sebelum referensi |
| 6 | Jenis Nota / Koreksi | Radio Debet/Kredit; default disamarkan sebagai pilihan UI, bukan kebijakan |
| 7 | Akun* | Pilihan akun |
| 8 | Nominal* | Nominal koreksi; default disamarkan |
| 9 | Keterangan | Catatan koreksi |
Form DOM juga menampilkan tautan Kembali ke daftar dan tombol Save. Keduanya tidak digunakan.
Alur kerja yang direkomendasikan
- Tentukan invoice/piutang sumber, alasan koreksi, periode, customer, dan bukti approval.
- Telusuri daftar koreksi untuk mencegah koreksi ganda.
- Pilih customer, piutang, JO/Manifest Reference, jenis Debet/Kredit, akun, nominal, dan keterangan sesuai dokumen.
- Checker menilai dampak terhadap AR, revenue, pajak, invoice, dan jurnal; jangan menggunakan koreksi untuk menghapus jejak transaksi awal.
- Simpan, approve, posting, atau reversal hanya melalui kewenangan OLR yang telah ditetapkan. Langkah perubahan tidak dijalankan dalam kajian.
- Rekonsiliasi hasil terhadap 14 - All Receivables, pembayaran, pajak, jurnal, dan closing.
Pengguna, prasyarat, keluaran, dan gap
- Pengguna yang disarankan: AR/Finance sebagai preparer; Finance Manager/Chief Accounting sebagai approver; Billing/Commercial, Tax, Accounting, dan Internal Control sebagai reviewer terkait. PIC aktual belum ditetapkan.
- Prasyarat: customer, piutang/invoice, branch, akun, JO/Manifest Reference, alasan, bukti pendukung, dan periode koreksi telah disahkan.
- Keluaran: daftar nota/koreksi dan form koreksi; format nota, attachment, print, serta jurnal tidak terlihat.
- Gap: kriteria Filter, arti Supplier pada tabel, validasi customer/piutang/reference, Debet/Kredit, periode, nominal, approval, posting, reversal, audit trail, tax, dan system of record SOLOG–Accurate–manual belum diputuskan.
Hubungan antarmodul
14 - All Receivables · 15 - Receivable Payments · 08 - Tax Invoice · 27 - Journals · 31 - Closing · 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate
Checklist
- Sumber piutang/invoice, customer, tanggal, dan alasan koreksi terverifikasi.
- Koreksi ganda dan edit/hapus transaksi posted dicegah.
- Debet/Kredit, akun, nominal, pajak, dan periode direview checker.
- Approval, posting/reversal, audit, dan rekonsiliasi dicatat sesuai keputusan OLR.
- Isi transaksi tidak disalin ke SOP.
Referensi
14 - All Receivables · 15 - Receivable Payments · 08 - Tax Invoice · 27 - Journals · 31 - Closing · 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate