Default Account
Tujuan
Default Account memetakan akun standar yang dipakai oleh proses pembelian, penjualan, kas/bank, persediaan,
reimburse, pajak, dan klaim. Halaman ini adalah konfigurasi referensi; perubahan dapat memengaruhi cara transaksi
memilih akun dan bagaimana jurnal/laporan dibentuk. Karena itu dokumentasi hanya membuktikan struktur UI dan label
field. Nilai akun yang sedang tersimpan disamarkan dan tidak ditulis dalam SOP.
Pengguna dan kewenangan
| Fungsi | Tanggung jawab yang disarankan | Batasan |
|---|---|---|
| Accounting master-data | Menetapkan mapping akun dan menjaga konsistensi dengan Chart of Accounts | Tidak mengubah tanpa persetujuan process owner/Finance |
| AP/AR/Treasury/Inventory/Asset owner | Memvalidasi kebutuhan akun pada prosesnya | Tidak memilih akun pengganti sendiri |
| System Admin | Menjaga Group/hak akses dan ketersediaan halaman | Tidak menentukan arti akun |
| Internal Control/Auditor | Meninjau bukti perubahan dan rekonsiliasi | Akses baca dan periodisasi audit perlu ditetapkan |
Navigasi
Setting → Default Account (route dev #!/setting/default_akun). Breadcrumb yang terlihat adalah Setting / Setting Default Akun. Halaman menampilkan kartu Setting Default Akun, beberapa kelompok konfigurasi, dan tombol Save
di bagian paling bawah.
Bukti tampilan dan redaksi
Capture berikut dibuat dari halaman yang sudah berisi pilihan akun. Seluruh kode/nama akun dan nomor rekening ditutup;
label kelompok dan field dipertahankan agar posisi kontrol dapat dijelaskan.
Kelompok dan field yang terverifikasi
# GENERAL
Field yang terlihat: Akun Saldo Awal, Akun Kas, Akun Laba Ditahan, Akun Laba Tahun Berjalan, Akun
Laba Bulan Berjalan, Akun Cek/Giro Masuk, Akun Cek/Giro Keluar, Akun Biaya Penggunaan Barang, Akun
Perawatan, Akun Biaya Vulkanisir, Akun HPP, dan Akun Bon Sementara.
# PEMBELIAN
Field yang terlihat: Akun Persediaan, Akun Retur Barang, Akun Hutang, Akun Hutang Sementara, Akun
Lebih Bayar Hutang, Akun PPN Masukan, dan Akun Deposit Vendor. Pada capture, Akun Retur Barang menampilkan
placeholder Choose Akun; status ini tidak ditafsirkan sebagai keputusan bisnis.
# PENJUALAN
Field yang terlihat: Akun Pendapatan, Akun Pendapatan Sementara, Akun Pendapatan Reimburse, Akun Penjualan
Inventory, Akun Diskon Penjualan, Akun PPN Keluaran, Akun Piutang, Akun Piutang Sementara, Akun
Piutang Reimburse, dan Akun Lebih Bayar Piutang.
Klaim, potongan, dan deposit
Di bagian lanjutan halaman terlihat Akun Biaya Klaim, Akun Pendapatan Klaim, Akun Bukti Potong Piutang,
Akun Bukti Potong Hutang, dan Akun Deposit Customer.
Kontrol UI
Setiap field berbentuk pilihan akun dengan area nilai, ikon × untuk mengosongkan pilihan yang sudah ada, dan panah
dropdown. Daftar pilihan tidak dibuka dalam kajian agar tidak memilih atau mengubah konfigurasi. Save terlihat di
bagian bawah halaman dan tidak ditekan.
Prosedur baca-only
- Buka Setting → Default Account.
- Pastikan Company/Branch dan Group user sesuai kewenangan.
- Baca kelompok GENERAL, PEMBELIAN, PENJUALAN, dan bagian lanjutan tanpa membuka dropdown.
- Cocokkan setiap kebutuhan akun dengan Chart of Accounts yang sudah disetujui, menggunakan crosswalk resmi.
- Jika ada mapping kosong atau salah, catat sebagai permintaan perubahan; jangan menekan
×, memilih akun, atau
menekan Save pada lingkungan dokumentasi. - Pada proses resmi, Accounting melakukan review, checker memvalidasi dampak, dan approver menyetujui sebelum perubahan
disimpan. Bukti perubahan dan periode berlakunya harus diarsipkan.
Variasi alur
- Pembelian memakai mapping persediaan, retur, hutang, lebih bayar, PPN masukan, dan deposit vendor.
- Penjualan memakai mapping pendapatan, reimburse, penjualan inventory, diskon, PPN keluaran, piutang, dan lebih
bayar piutang. - Kas/bank dan periode memakai saldo awal, kas, cek/giro, laba ditahan, serta laba berjalan.
- Klaim/potongan/deposit customer memakai field tambahan di bagian bawah. Detail jurnal, sumber dokumen, dan syarat
approval belum dijalankan. - Akun kosong (placeholder
Choose Akun) harus diperlakukan sebagai gap konfigurasi sampai Accounting menetapkan
pilihan; jangan diisi berdasarkan tebakan atau nama yang terlihat pada transaksi.
Pemisahan SOLOG, Accurate, dan manual
SOLOG membuktikan adanya halaman pemetaan Default Account. Halaman ini tidak membuktikan bahwa SOLOG adalah buku besar
resmi, bahwa kode sama dengan Accurate, atau bahwa perubahan otomatis tersinkron. OLR perlu menetapkan:
- system of record untuk Chart of Accounts dan Default Account;
- crosswalk kode SOLOG–Accurate, pemilik mapping, dan tanggal efektif;
- apakah jurnal dibuat di SOLOG, Accurate, atau secara manual;
- frekuensi rekonsiliasi serta pemeriksa selisih;
- perlakuan saldo awal, pajak, kas/bank, inventory, fixed asset, AP, AR, dan klaim.
Prasyarat/master data
- 00 - Accounts sudah memiliki struktur akun dan aturan kode yang disahkan.
- Company/Branch, Group user, pajak, bank/cash, customer/vendor, item, asset, dan inventory sudah dipetakan.
- Kebijakan posting, approval, periode tutup, dan perubahan konfigurasi tersedia.
- Crosswalk SOLOG–Accurate–manual dan PIC rekonsiliasi disetujui.
Lampiran dan keluaran
- Daftar mapping resmi dan formulir persetujuan perubahan.
- Bukti uji pada data trial untuk pembelian, penjualan, kas/bank, inventory, pajak, AP/AR, dan klaim.
- Bukti rekonsiliasi jurnal/laporan terhadap system of record yang dipilih.
- Screenshot SOP ini hanya bukti posisi label; bukan daftar akun resmi.
Hubungan antarmodul
Accounts → Default Account → Inventory/Warehouse, Operational, Marketing → AP/AR, Cash/Bank, Fixed Asset, Tax → Journals, Reports, Closing.
Hubungan dan dampak posting belum diuji karena kajian berhenti pada tampilan read-only.
Checklist kesiapan perubahan
- Mapping setiap field memiliki kode SOLOG dan kode Accurate/manual bila relevan.
- Owner, checker, approver, dan PIC cadangan ditetapkan.
- Akun kosong/placeholder ditangani sebagai gap dan memiliki target penyelesaian.
- Perubahan diuji pada trial tanpa mengubah transaksi produksi.
- Dampak ke jurnal, laporan, saldo awal, pajak, AP/AR, kas/bank, inventory, dan asset direkonsiliasi.
- Bukti persetujuan, audit trail, dan tanggal efektif tersimpan.
- Tombol Save hanya dijalankan pada proses resmi oleh user berwenang.
Gap
- Daftar pilihan dropdown dan validasi akun belum dibuka.
- Hak edit, approval, audit trail, rollback, dan tanggal efektif belum diverifikasi.
- Hubungan field dengan jurnal dan laporan belum diuji.
- Sistem resmi SOLOG vs Accurate vs manual belum diputuskan.
- Aturan ketika mapping kosong, akun tidak aktif, atau kode berubah belum ditetapkan.
Referensi
00 - Accounts · 27 - Journals · 30 - Report Finance dan Accounting · 31 - Closing · 04 - Matriks PIC dan RACI Proses SOLOG · 05 - Register Master Data SOLOG