Lampiran Business Blueprint ERP — Maks Land Propertindo

High-Level Domain Model — Struktur Database Konseptual

Model domain data tingkat tinggi (bukan skema fisik/SQL): Domain → Sub Domain → Entity → Relationship → Business Rules. Menjadi dasar untuk Database Design (ERD detail) pada tahap Functional Specification.

D1 · Organization & Foundation D2 · Project & Inventory D3 · Sales & CRM D4 · Commission & Royalty D5 · Legal & Compliance D6 · Contractor & Construction D7 · Finance & Accounting D8 · HR & Payroll D9 · Reporting & BI
D1

Organization & Foundation

Blueprint M1 Corporate Management + M10 Foundation
Entitas & Struktur Organisasi Keamanan & Audit

Entity

EntityDeskripsiSub Domain
CompanyEntitas hukum tunggal (holding) pemilik seluruh cabang.Entitas & Struktur Organisasi
BranchCabang operasional per kota, unit kerja dasar untuk cost center.Entitas & Struktur Organisasi
EmployeeData karyawan seluruh level (L0–L7): direksi, marketing, agent, legal, dst.Entitas & Struktur Organisasi
RoleDefinisi peran & batas kewenangan sistem per level.Keamanan & Audit
UserAccountKredensial login yang terhubung ke satu Employee.Keamanan & Audit
AuditLogJejak siapa, kapan, dari cabang mana untuk setiap transaksi di seluruh domain.Keamanan & Audit

Relationship

  • CompanyBranch1 — N
  • BranchEmployee1 — N
  • EmployeeRoleN — 1
  • EmployeeUserAccount1 — 1
  • UserAccountAuditLog1 — N

Business Rules

  • Satu Branch hanya dimiliki satu Company — sesuai asumsi blueprint (satu entitas hukum, cost center per unit usaha/cabang).
  • Setiap transaksi di seluruh domain lain wajib mereferensikan UserAccount & Branch untuk keperluan audit trail.
  • Role menentukan cakupan data yang bisa diakses (mis. Marketing hanya melihat data cabang sendiri, Super Admin melihat semua cabang).
D2

Project & Inventory

Blueprint M2 Project Management
Hierarki Proyek Harga & Skema Bayar

Entity

EntityDeskripsiSub Domain
ProjectSatu kompleks perumahan/proyek spesifik milik satu cabang.Hierarki Proyek
ClusterBlok/cluster di dalam sebuah Project.Hierarki Proyek
UnitTypeTipe rumah (luas tanah/bangunan, spesifikasi) sebagai katalog referensi.Hierarki Proyek
UnitKavling/rumah individual — objek transaksi terkecil, memiliki status (state machine).Hierarki Proyek
PriceListHarga dasar, harga cash, harga KPR per tipe unit per project.Harga & Skema Bayar
PaymentSchemeMasterMaster skema pembayaran (Cash Keras, Cash Bertahap, KPR, FLPP, Hybrid).Harga & Skema Bayar

Relationship

  • BranchProject1 — N
  • ProjectCluster1 — N
  • ClusterUnit1 — N
  • UnitTypeUnit1 — N
  • ProjectPriceList1 — N

Business Rules

  • Satu Project hanya dimiliki satu Branch; satu Branch dapat mengelola banyak Project (Bab 2.4).
  • Unit wajib berstatus AVAILABLE sebelum dapat diproses Booking di domain Sales.
  • Status Unit mengikuti state machine tetap: AVAILABLE → BOOKED → PPJB SIGNED → AJB SIGNED → SERAH TERIMA → SETTLED, dengan jalur CANCELLED yang selalu kembali ke AVAILABLE.
  • Perubahan PriceList tidak mengubah harga deal yang sudah tercatat di Booking (harga dikunci saat booking terjadi).
D3

Sales & CRM

Blueprint M3 Sales & CRM
Prospek & Lead Transaksi Penjualan

Entity

EntityDeskripsiSub Domain
LeadProspek yang masuk dari iklan/referral/walk-in, dimiliki satu Marketing/Agent.Prospek & Lead
LeadActivityLogRiwayat follow-up (call, visit, negosiasi) atas satu Lead.Prospek & Lead
CustomerData resmi pembeli (KTP/NPWP) setelah proses booking.Transaksi Penjualan
BookingTransaksi pemesanan satu Unit oleh satu Customer dengan skema bayar tertentu.Transaksi Penjualan
PPJBPerjanjian Pengikatan Jual Beli hasil notarisasi atas satu Booking.Transaksi Penjualan
AJBAkta Jual Beli final setelah pelunasan.Transaksi Penjualan
PaymentScheduleJadwal cicilan/DP yang dihasilkan otomatis dari skema pembayaran Booking.Transaksi Penjualan

Relationship

  • EmployeeLead1 — N
  • LeadLeadActivityLog1 — N
  • LeadBooking1 — 0..1
  • UnitBooking1 — 0..1
  • CustomerBooking1 — N
  • BookingPPJB1 — 1
  • PPJBAJB1 — 1
  • BookingPaymentSchedule1 — N

Business Rules

  • Satu Lead hanya dimiliki satu Marketing/Agent pada satu waktu; pengalihan kepemilikan wajib tercatat dan dapat memengaruhi perhitungan komisi.
  • Booking mengunci Unit terkait sehingga tidak bisa di-booking pihak lain selama berstatus aktif.
  • PPJB hanya dapat dibuat setelah Booking Fee tercatat diterima di domain Finance.
  • AJB hanya dapat dibuat setelah seluruh PaymentSchedule pada Booking terkait berstatus lunas.
  • Pembatalan Booking mengembalikan status Unit ke AVAILABLE dan menutup PaymentSchedule terkait.
D4

Commission & Royalty

Blueprint M4 Commission & Royalty
Skema Komisi Transaksi Komisi & Royalti

Entity

EntityDeskripsiSub Domain
CommissionSchemeMaster persentase komisi per level (agent, marketing, kepala cabang) dan kondisi multiplier.Skema Komisi
CommissionTransactionPerhitungan komisi aktual atas satu Booking untuk satu Employee.Transaksi Komisi & Royalti
RoyaltyLedgerKewajiban royalti cabang ke HQ atas satu Booking (inter-company payable).Transaksi Komisi & Royalti

Relationship

  • BookingCommissionTransaction1 — N
  • EmployeeCommissionTransaction1 — N
  • CommissionSchemeCommissionTransaction1 — N
  • BookingRoyaltyLedger1 — 1
  • BranchRoyaltyLedger1 — N

Business Rules

  • CommissionTransaction dihitung otomatis saat Booking berstatus terkonfirmasi, mengacu ke CommissionScheme yang berlaku saat itu.
  • Pembatalan Booking memicu reversal/penyesuaian CommissionTransaction sesuai kebijakan cancellation yang dikonfigurasi (belum difinalkan manajemen — lihat Bab Penutup Blueprint).
  • RoyaltyLedger tercatat sebagai inter-company payable di pembukuan cabang dan harus lunas bersamaan milestone pembayaran customer.
D5

Legal & Compliance

Blueprint M5 Legal & Compliance
Perizinan Dokumen Kepemilikan

Entity

EntityDeskripsiSub Domain
PermitApplicationPermohonan PBG per Project sebelum konstruksi dimulai.Perizinan
LegalCardKartu status legal per Unit — satu Unit satu LegalCard.Dokumen Kepemilikan
LegalDocumentItem dokumen individual (SHM Induk, SHM per unit, dsb.) di dalam satu LegalCard.Dokumen Kepemilikan
CertificateTransferProses balik nama sertifikat ke pembeli, dipicu setelah AJB selesai.Dokumen Kepemilikan

Relationship

  • ProjectPermitApplication1 — N
  • UnitLegalCard1 — 1
  • LegalCardLegalDocument1 — N
  • AJBCertificateTransfer1 — 1

Business Rules

  • LegalCard otomatis dibuat bersamaan dengan pembuatan Unit di domain Project & Inventory.
  • CertificateTransfer otomatis dipicu (Legal Task) saat AJB berstatus EXECUTED — tidak dapat diajukan lebih awal.
  • Sistem menghasilkan alert otomatis untuk deadline dokumen: PBG hampir expired, AJB terjadwal H-7, Balik Nama > 90 hari belum selesai.
D6

Contractor & Construction

Blueprint M6 Contractor Management
Perencanaan Anggaran Pelaksanaan & Pembayaran

Entity

EntityDeskripsiSub Domain
ConstructionProjectProyek konstruksi, dapat terhubung ke Project developer atau klien eksternal.Perencanaan Anggaran
RABRencana Anggaran Biaya beserta breakdown WBS.Perencanaan Anggaran
VendorSub-kontraktor/pemasok terdaftar.Pelaksanaan & Pembayaran
SPKSurat Perintah Kerja ke Vendor untuk pekerjaan tertentu.Pelaksanaan & Pembayaran
ProgressReportLaporan % progres per item WBS, perlu disetujui konsultan/MK.Pelaksanaan & Pembayaran
TerminPengajuan pencairan pembayaran berdasarkan progres.Pelaksanaan & Pembayaran
RetentionLedgerCatatan retensi 5–10% yang ditahan dari tiap Termin.Pelaksanaan & Pembayaran

Relationship

  • ProjectConstructionProject1 — 0..1
  • ConstructionProjectRAB1 — 1
  • VendorSPK1 — N
  • SPKProgressReport1 — N
  • ProgressReportTermin1 — N
  • TerminRetentionLedger1 — 1

Business Rules

  • Termin hanya dapat diajukan setelah ProgressReport terkait disetujui konsultan/MK.
  • RetentionLedger otomatis menahan 5–10% dari setiap pencairan Termin; hanya dicairkan setelah FHO (Final Handover).
  • Varians RAB vs realisasi aktual dimonitor otomatis per WBS untuk deteksi dini pembengkakan biaya.
D7

Finance & Accounting

Blueprint M7 Finance & Accounting
General Ledger AR / AP Pajak

Entity

EntityDeskripsiSub Domain
ChartOfAccountsDaftar akun global (aset, liabilitas, ekuitas, pendapatan, biaya, pajak).General Ledger
CostCenterSegmentasi biaya per cabang/project untuk pelaporan.General Ledger
JournalEntryEntri jurnal hasil posting otomatis dari domain transaksional lain.General Ledger
ARInvoiceTagihan piutang customer, diturunkan dari PaymentSchedule.AR / AP
APInvoiceTagihan hutang ke Vendor/subkontraktor.AR / AP
BankAccountRekening bank per entitas/cabang.AR / AP
TaxTransactionPerhitungan & penyetoran pajak: PPh Final, BPHTB, PPN, PPh 23, PPh 4(2), PPh 21.Pajak

Relationship

  • ChartOfAccountsJournalEntry1 — N
  • CostCenterJournalEntry1 — N
  • BookingARInvoice1 — N
  • SPKAPInvoice1 — N
  • AJBTaxTransaction1 — N
  • APInvoiceTaxTransaction1 — N

Business Rules

  • JournalEntry tidak pernah diinput manual duplikat — wajib dihasilkan otomatis dari domain Sales, Commission, Contractor, atau HR yang bersangkutan.
  • TaxTransaction jenis PPh Final/BPHTB/PPN wajib terbentuk sebelum AJB dapat ditandai selesai (lihat D3).
  • TaxTransaction jenis PPh 23/PPh 4(2) otomatis dipotong saat APInvoice ke Vendor dibayarkan.
  • Proses konsolidasi periode mengeliminasi JournalEntry inter-company antar Branch dan HQ sebelum laporan final diterbitkan.
D8

HR & Payroll

Blueprint M8 HR & Payroll
Administrasi Karyawan Penggajian

Entity

EntityDeskripsiSub Domain
EmployeeContractKontrak kerja & riwayat jabatan per Employee.Administrasi Karyawan
AttendanceCatatan absensi/kehadiran.Administrasi Karyawan
PayrollRunProses penggajian bulanan per Branch.Penggajian
PayrollComponentKomponen gaji per Employee (gaji pokok, tunjangan, komisi, potongan pajak).Penggajian

Relationship

  • EmployeeEmployeeContract1 — N
  • EmployeeAttendance1 — N
  • PayrollRunPayrollComponent1 — N
  • CommissionTransactionPayrollComponent1 — 0..1
  • PayrollRunJournalEntry1 — N

Business Rules

  • PayrollComponent bertipe komisi hanya boleh mereferensikan CommissionTransaction yang berstatus final/approved pada periode berjalan.
  • PPh 21 dihitung progresif atas total penghasilan bruto termasuk komisi, dicatat sebagai TaxTransaction di D7.
  • PayrollRun tidak dapat ditutup sebelum seluruh PayrollComponent periode terkait selesai diverifikasi Finance.
D9

Reporting & Business Intelligence

Blueprint M9 BI & Reporting — cross-cutting
Dashboard & KPI

Entity

EntityDeskripsiSub Domain
KPISnapshotData agregat turunan (read-only) dari seluruh domain D2–D8 untuk dashboard & KPI.Dashboard & KPI

Relationship

  • KPISnapshotD2–D8 (seluruh domain transaksional)Agregasi, read-only

Business Rules

  • KPISnapshot bersifat turunan (derived) dan tidak pernah menjadi source of truth — data asli tetap berada di domain masing-masing.
  • Refresh dilakukan berkala (harian atau real-time) tanpa mengubah data transaksi pada domain sumber.

Model Relasi Inti (Sales → Legal → Finance)

Ringkasan Relasi Lintas Domain

Dari DomainKe DomainPenghubung UtamaSifat Relasi
D1 OrganizationD2, D3, D6, D7, D8Branch, EmployeeStruktural — semua domain mereferensikan Branch/Employee
D2 Project & InventoryD3 SalesUnitTransaksional — Unit menjadi objek Booking
D3 SalesD4 CommissionBookingTurunan — komisi dihitung dari Booking
D3 SalesD5 LegalPPJB, AJBPemicu — status dokumen memicu proses legal
D3 SalesD7 FinanceBooking, AJBTurunan — menghasilkan ARInvoice & TaxTransaction
D2 Project & InventoryD6 ContractorProjectStruktural — proyek konstruksi terhubung ke Project developer
D6 ContractorD7 FinanceSPK, TerminTurunan — menghasilkan APInvoice & TaxTransaction
D4 CommissionD8 HR & PayrollCommissionTransactionTurunan — komisi menjadi komponen gaji
D8 HR & PayrollD7 FinancePayrollRunTurunan — payroll menghasilkan JournalEntry
D2–D8 (semua domain transaksional)D9 Reporting & BIKPISnapshotAgregasi read-only, satu arah