Batas Sistem dan Rekonsiliasi SOLOG–Accurate–Manual

Tujuan

Panduan ini dipakai saat presentasi alur untuk menyepakati sistem resmi setiap domain Finance. Ia tidak menyatakan
bahwa SOLOG dan Accurate sudah terintegrasi. Bukti yang ada menunjukkan menu Finance di SOLOG serta konteks bahwa Finance
masih menggunakan Accurate dan sebagian proses dapat manual; model operasional, mapping, dan mekanisme rekonsiliasinya
harus diputuskan OLR.

Cara membacanya

  • SOLOG: menu/field yang tersedia atau sudah dibuktikan pada SOLOG dev.
  • Accurate: aplikasi Finance yang masih disebut digunakan dalam konteks dokumentasi OLR.
  • Manual: dokumen sumber, berita acara, cutover sheet, atau kontrol yang dapat berada di luar aplikasi.
  • System of record: satu sistem/dokumen yang disahkan sebagai sumber saldo resmi untuk domain tersebut.

Jangan mengasumsikan sinkronisasi

Menu, jurnal, atau saldo yang terlihat di SOLOG tidak membuktikan posting otomatis ke Accurate. Sebelum proses resmi,
OLR perlu mengesahkan owner data, arah pertukaran, frekuensi rekonsiliasi, bukti selisih, dan prosedur koreksi.

Peta keputusan

flowchart LR
    A["Dokumen sumber / transaksi"] --> B{"Dicatat di SOLOG?"}
    B -- "Ya atau sebagian" --> C["Validasi master, referensi, dan status SOLOG"]
    B -- "Tidak" --> D["Catat dasar manual / sistem lain"]
    C --> E{"System of record disahkan?"}
    D --> E
    E -- "Accurate" --> F["Posting atau input pada Accurate oleh PIC berwenang"]
    E -- "SOLOG" --> G["Posting atau input pada SOLOG oleh PIC berwenang"]
    E -- "Manual sementara" --> H["Register manual terkendali"]
    F --> I["Rekonsiliasi referensi, tanggal, pihak, akun, nilai, dan status"]
    G --> I
    H --> I
    I --> J{"Selisih?"}
    J -- "Tidak" --> K["Laporan / closing"]
    J -- "Ya" --> L["Analisis, bukti koreksi, checker, approver"] --> I

Matriks keputusan per domain

DomainYang sudah diketahui dari SOLOG/konteksKeputusan OLR yang wajib diisiBukti rekonsiliasi minimumFungsi yang perlu ditetapkan
Chart of Accounts dan Default AccountMenu Accounts serta Default Account sudah diverifikasi UI terbatasApakah chart/mapping resmi berada di Accurate, SOLOG, atau keduanya; siapa boleh mengubahnyaDaftar akun, mapping, tanggal efektif, log perubahanAccounting master-data admin, Chief Accounting, Internal Control
Saldo awal akunDaftar/form Saldo Akun sudah diverifikasi UI terbatasSumber cutover, tanggal efektif, anti-duplikasi dengan opening balance lain, buku resmiTrial balance cutover, jurnal, checker sign-offAccounting preparer, checker, Finance Manager
Saldo awal AP/ARSaldo Hutang terverifikasi visual; Saldo Piutang terbaca dari DOMSumber saldo pihak lawan, aging, jatuh tempo, hubungan invoice/bill, system of recordAging AP/AR, berita acara, jurnal, daftar selisihAP/AR preparer, Accounting checker, Finance Manager
Saldo awal depositDeposit Supplier terbaca dari DOM; Deposit Customer terverifikasi visual terbatasPenerapan saldo ke bill/invoice, refund, reversal, dan buku resmiRegister deposit, bukti pembayaran/penerimaan, saldo tersisaAP/AR, Treasury/Cashier, Accounting
Customer/vendor financeContacts tersedia; master keuangan perlu mappingIdentitas, termin, pajak, rekening, dan master mana yang menjadi acuanMaster approved, perubahan master, daftar mappingMaster Data, Commercial/Purchasing, AP/AR
PajakMenu Taxes/Tax Invoice ada pada inventaris; UI Taxes belum diverifikasiTax code, rate, akun, tanggal efektif, pelaporan dan ownerRegister pajak, dokumen pajak, rekonsiliasi outputTax/Accounting, Finance Manager
Vendor Bill dan hutangMenu Vendor Bills/Payables tersedia; detail proses belum disahkanThree-way match, posting, approval, pembayaran, hubungan SOLOG–AccuratePO/GR/bill, daftar hutang, payment proofPurchasing, Receiving, AP, Treasury
Invoice, piutang, penerimaanMenu Receivables/Receivable Payments tersediaNomor/seri, status invoice, receipt, aging, koreksi dan buku resmiInvoice, AR aging, bank receipt, daftar selisihBilling, AR, Cashier, Accounting
Kas/bankMenu Cash/Bank tersedia dalam inventarisBank statement source, pembayaran, cut-off, dan akses paymentBank statement, cash count, payment registerCashier/Treasury, Accounting, Finance Manager
Nilai persediaan/asetMenu Inventory/Fixed Asset tersedia; dampak jurnal belum terverifikasiPerhitungan nilai, penyusutan, write-off, dan jurnal resmiStock/asset register, berita acara, jurnalInventory/Asset Accounting, Finance, Internal Control
Jurnal, laporan, dan closingMenu tersedia; buku resmi dan posting belum diputuskanPeriode, approval closing/reopen, laporan resmi, penyimpanan buktiTrial balance, laporan, checklist closing, approvalAccounting, Chief Accounting, Management/Auditor

Urutan rekonsiliasi yang disarankan

  1. Tetapkan periode cutover dan tanggal efektif yang sama untuk semua domain terkait.
  2. Sahkan master rujukan: Branch, Customer, Supplier/Vendor, Accounts, Default Account, pajak, dan rekening/kas bila berlaku.
  3. Tentukan system of record untuk saldo awal, transaksi baru, jurnal, dan laporan/closing.
  4. Bandingkan referensi, tanggal, pihak, akun, nominal, mata uang/termin, status, dan dokumen pendukung.
  5. Catat selisih dalam register terkendali; pisahkan pembuat, checker, dan approver koreksi.
  6. Setelah selisih nol atau diterima secara formal, simpan berita acara dan kaitkan ke periode closing.

Hubungan dengan SOP Finance

Checklist keputusan presentasi

  • System of record ditetapkan untuk setiap baris matriks.
  • PIC preparer, checker, approver, dan rekonsiliator diisi tanpa rangkap yang tidak disetujui.
  • Arah pertukaran data dan frekuensi rekonsiliasi disetujui.
  • Bukti sumber, format register selisih, dan batas koreksi ditetapkan.
  • Mapping Accounts/Default Account serta jurnal diuji pada transaksi trial yang disetujui.
  • Laporan resmi dan otorisasi closing/reopen ditetapkan.
  • Hasil keputusan diperbarui pada RACI dan Register Master Data.

Gap yang masih terbuka

  • Integrasi dua arah, sinkronisasi otomatis, dan mekanisme API SOLOG–Accurate belum dibuktikan.
  • Pemilik buku resmi per domain belum diputuskan OLR.
  • UI Taxes belum dibuka karena navigasi browser timeout pada batch 8.
  • Approval, posting, correction/reversal, dan audit trail Finance belum boleh diasumsikan dari dokumentasi menu.

Dasar dan batas bukti

Dokumen ini merangkum fakta yang sudah ditulis pada 00 - Gambaran Umum Finance dan Accounting, 01 - Peta Proses SOLOG, dan bagian Finance pada 05 - Register Master Data SOLOG. Ia tidak menambah klaim perilaku aplikasi; setiap keputusan system of record tetap harus disahkan OLR.