ERP Notes

Finance Master Data Architecture

6 min read

Finance Master Data Architecture

Definition

Finance Master Data Architecture adalah kumpulan data induk terpusat dan berumur panjang (long-lived reference data) dalam sistem ERP yang mendefinisikan entitas legal, institusi perbankan, rekening kas, mata uang, kalender fiskal, struktur anggaran, dan dimensi analitik yang digunakan untuk mencatat, mengontrol, dan melaporkan seluruh aktivitas perbendaharaan dan keuangan perusahaan.

Sebagaimana telah ditekankan pada Phase 1 — Master Data vs Transaction Data, master data finansial bertindak sebagai fondasi referensi statis tunggal (Single Source of Truth). Kesalahan konfigurasi pada data induk keuangan (seperti kesalahan kode bank, pembagian periode fiskal yang salah, atau pemetaan dimensi biaya yang tidak lengkap) akan merusak validitas seluruh laporan manajerial dan kepatuhan perpajakan.

Pemisahan Tiga Lapisan Data Finansial

Sistem ERP enterprise membedakan secara tegas antara konfigurasi sistem, data induk, dan catatan transaksi harian:

flowchart TD
    subgraph Config["(1) System Configuration (Aturan Perilaku Global)"]
        C1["Aturan Pembulatan Mata Uang (Rounding Rules)"]
        C2["Kebijakan Toleransi Anggaran (Strict vs Soft Control)"]
        C3["Metode Rekonsiliasi Bank Otomatis (Matching Rules)"]
    end

    subgraph Master["(2) Finance Master Data (Entitas & Referensi Berkelanjutan)"]
        M1["Entitas Legal Perusahaan (Legal Entities / Companies)"]
        M2["Institusi Bank & Rekening Perusahaan (Bank Accounts)"]
        M3["Kalender Fiskal & Periode Buku (Fiscal Calendar & Periods)"]
        M4["Dimensi Finansial (Cost Center, Departemen, Proyek)"]
        M5["Mata Uang & Tabel Kurs Valas (Currencies & FX Rates)"]
    end

    subgraph Trans["(3) Financial Transaction Data (Peristiwa Bisnis Atomik)"]
        T1["Proposal & Batch Pembayaran (Payment Batches)"]
        T2["Mutasi Rekening Koran Bank (Bank Statements)"]
        T3["Jurnal Realisasi Anggaran (Budget Consumptions)"]
    end

    Config --> Master
    Master --> Trans

Taksonomi Entitas Master Data Keuangan

Modul Finance dalam ERP mengelola beberapa kelompok data induk utama:

1. Legal Entity & Company Structure

Mendefinisikan entitas badan hukum perusahaan (PT, CV, Ltd) yang memiliki kewajiban pelaporan pajak dan neraca mandiri (lihat Organizational Structure). Dalam grup perusahaan (Holding/Multi-Company), setiap entitas legal dapat memiliki mata uang fungsional (Functional Currency) dan rekening bank yang berbeda.

2. Bank & Bank Account Master

  • Bank Master: Lembaga perbankan tempat perusahaan bermitra (misal: Bank Mandiri, BCA, Citibank), lengkap dengan kode kliring perbankan nasional (BI-FAST, SKNBI, RTGS) dan kode internasional (SWIFT / BIC).
  • Company Bank Account: Rekening giro atau tabungan resmi milik perusahaan di bank tersebut, lengkap dengan nomor rekening, mata uang, penandatangan sah (signatories), dan akun pembukuan kontrol di buku besar umum (Chart of Accounts).

3. Currency and Exchange Rate Master (Valuta Asing)

  • Base / Functional Currency: Mata uang utama pembukuan buku besar perusahaan (misal: IDR di Indonesia).
  • Transaction Currency: Mata uang yang tertera pada dokumen transaksi pengadaan atau penjualan (misal: USD, EUR, SGD).
  • Exchange Rate Tables (Tabel Kurs Valas):
    • Kurs Spot / Transaksi Harian: Digunakan saat posting pembayaran kas/bank.
    • Kurs Pajak (KMK): Kurs resmi mingguan dari Kementerian Keuangan untuk perhitungan Faktur Pajak PPN/PPh.
    • Kurs Tengah BI / Closing Rate: Digunakan saat revaluasi saldo valas akhir bulan (lihat Foreign Currency Accounting).

4. Fiscal Calendar and Financial Periods (Kalender Fiskal)

Kalender akuntansi yang membagi satu tahun buku menjadi periode-periode pelaporan terstruktur:

  • Biasanya terdiri dari 12 periode bulanan reguler (Periode 1 s.d. Periode 12).
  • Ditambah 1 atau 2 Periode Penyesuaian Khusus (Adjustment Periods / Period 13 & 14) yang digunakan khusus untuk menampung jurnal penyesuaian audit tahunan (audit adjustments) tanpa mengotori laporan operasional bulan Desember normal.

5. Financial Dimensions (Dimensi Finansial & Analitik)

Sumbu multidimensi yang disematkan pada setiap baris transaksi keuangan untuk memecah laporan laba rugi dan anggaran tanpa perlu membuat ribuan kode akun baru di Chart of Accounts:

  • Cost Center (Pusat Biaya): Unit organisasi yang menyerap biaya (misal: CC-IT, CC-HR, CC-GA).
  • Profit Center (Pusat Laba): Unit bisnis atau lini produk yang menghasilkan pendapatan mandiri.
  • Project Code: Mengaitkan pengeluaran dan pemasukan dengan proyek kontrak pelanggan atau proyek belanja modal (Capex).
  • Geographical Region / Branch: Lokasi kantor cabang fisik (misal: Cabang Surabaya, Cabang Medan).

6. Payment Terms and Payment Methods

  • Payment Terms (Syarat Pembayaran): Mendefinisikan perhitungan tanggal jatuh tempo dan diskon pelunasan cepat (misal: Net 30, 2/10 Net 30, COD, Advance 100%).
  • Payment Methods (Metode Pembayaran): Jalur transfer dana fisik (misal: Bank Transfer / H2H, Virtual Account, Corporate Credit Card, Cek/Giro, Petty Cash).

Hubungan Relasional Antar-Entitas Master Data Finansial

Struktur data induk keuangan saling terikat dalam hubungan relasional yang ketat:

classDiagram
    class Company {
        +UUID company_id
        +String legal_name
        +String tax_id_npwp
        +String functional_currency_code
    }

    class BankMaster {
        +UUID bank_id
        +String bank_name
        +String swift_bic_code
        +String clearing_code
    }

    class CompanyBankAccount {
        +UUID bank_account_id
        +String account_number
        +String account_name
        +String currency_code
        +AccountPurpose purpose
        +UUID gl_account_id
        +AccountStatus status
    }

    class FiscalCalendar {
        +UUID calendar_id
        +String calendar_name
        +Integer fiscal_year
    }

    class FiscalPeriod {
        +UUID period_id
        +Integer period_number
        +Date start_date
        +Date end_date
        +PeriodStatus status
    }

    class FinancialDimension {
        +UUID dimension_id
        +DimensionType dimension_type
        +String dimension_code
        +String dimension_name
    }

    Company "1" *-- "many" CompanyBankAccount : Memiliki Rekening
    BankMaster "1" *-- "many" CompanyBankAccount : Menerbitkan Rekening
    Company "1" *-- "1" FiscalCalendar : Menggunakan Kalender
    FiscalCalendar "1" *-- "many" FiscalPeriod : Terdiri dari Periode
    Company "1" *-- "many" FinancialDimension : Mengalokasikan Dimensi

ERP Implementation Comparison

AspekOdoo EnterpriseERPNextMicrosoft Dynamics 365 Finance
Model Rekening BankEntitas res.partner.bank (rekening bank) yang ditautkan ke entitas account.journal bertipe Bank.Entitas mandiri Bank Account yang ditautkan ke dokumen Bank dan akun GL bertipe Bank.Memisahkan formal antara Bank Facility, Bank Groups, dan Bank Accounts di modul Cash and Bank Management.
Dimensi FinansialMenggunakan fitur Analytic Accounts dan Analytic Plans (mendukung multi-dimensi analitik tak terbatas).Menggunakan konsep Cost Center dan Accounting Dimensions yang dapat ditambahkan secara fleksibel pada seluruh dokumen transaksi.Arsitektur kelas industri: Financial Dimension Framework dengan struktur hierarki akun gabungan (Account Structures & Advanced Rules).
Kalender Fiskal & PeriodeDikelola melalui rentang tanggal laporan dan fitur penguncian tanggal (Accounting Closing Dates).Dokumen formal Fiscal Year yang terdiri dari baris-baris Fiscal Year Period bulanan.Dokumen formal tingkat enterprise: Fiscal Calendars dengan status periode terpisah per modul (Open, On Hold, Permanently Closed).

Untuk perancangan modul Master Data Keuangan pada sistem ERP enterprise seperti Naventra:

  1. Skema Database Rekening Bank Terstruktur: 
    CREATE TABLE bank_masters (
    id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    bank_code VARCHAR(20) NOT NULL UNIQUE,
    bank_name VARCHAR(100) NOT NULL,
    swift_code VARCHAR(20),
    clearing_code VARCHAR(20),
    is_active BOOLEAN NOT NULL DEFAULT TRUE
);
 
CREATE TABLE company_bank_accounts (
    id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    company_id UUID NOT NULL REFERENCES companies(id),
    bank_id UUID NOT NULL REFERENCES bank_masters(id),
    account_number VARCHAR(50) NOT NULL,
    account_name VARCHAR(100) NOT NULL,
    currency_code VARCHAR(3) NOT NULL,
    account_purpose VARCHAR(30) NOT NULL, -- 'OPERATING', 'COLLECTION', 'DISBURSEMENT', 'PAYROLL', 'ESCROW'
    gl_account_id UUID NOT NULL REFERENCES chart_of_accounts(id),
    is_active BOOLEAN NOT NULL DEFAULT TRUE,
    created_at TIMESTAMP WITH TIME ZONE DEFAULT NOW(),
    UNIQUE (company_id, bank_id, account_number)
);
  2. Normalisasi Multi-Dimensi Finansial (Financial Dimensions): Hindari membuat akun buku besar terpisah untuk setiap departemen (misal: 6100-Beban-Gaji-IT, 6100-Beban-Gaji-HR). Desain tabel financial_dimension_values (dimension_type, code, name) dan sematkan kolom cost_center_id serta project_id pada setiap baris jurnal transaksi (gl_entry_lines).
  3. Pemberlakuan Penguncian Historis pada Perubahan Data Induk: Terapkan kontrol validasi di mana atribut kritis (seperti currency_code atau gl_account_id pada rekening bank) dilarang diubah secara langsung jika rekening tersebut telah memiliki riwayat transaksi di buku besar atau rekonsiliasi.

References

  • ISO 4217. Codes for the Representation of Currencies and Funds.
  • ISO 20022. Universal Financial Industry Message Scheme: Cash Management and Bank Account Identification.
  • Microsoft Learn. Financial Dimensions and Account Structures in Dynamics 365 Finance.
  • Frappe ERPNext Documentation. Bank Account Master and Accounting Dimensions.
  • Odoo 17 Documentation. Bank and Cash Accounts Setup and Analytic Accounting Plans.

Graph View

Backlinks