Two legacy systems,
one pair of hands 兩套舊系統，
同一雙手 两套旧系统，
同一双手

THE NEW SYSTEM'S REAL FOUNDATION (not a stub) 新系統的真實底座（不是樁） 新系统的真实底座（不是桩）

The finance app already models the whole WSDSCU domain (loan / share / autopay / dividend / bankruptcy / IVA / month-end). The 13-line server/index.js is just a Cloudflare placeholder — the real backend is the Django project under Mutual-Aid-Societ-App-Demo/backend. finance 應用已經把整套 WSDSCU 業務建模（貸款／股金／自動轉賬／股息／破產／IVA／月結）。那 13 行的 server/index.js 只是 Cloudflare 佔位——真正的後端是 Mutual-Aid-Societ-App-Demo/backend 下的 Django 專案。 finance 应用已经把整套 WSDSCU 业务建模（贷款／股金／自动转账／股息／破产／IVA／月结）。那 13 行的 server/index.js 只是 Cloudflare 占位——真正的后端是 Mutual-Aid-Societ-App-Demo/backend 下的 Django 项目。

MOCK 1 · Chart of accounts (the 14 ICAC gl_ accounts) MOCK 1 · 會計科目表（廉署 14 個 gl_ 科目） MOCK 1 · 会计科目表（廉署 14 个 gl_ 科目）

MOCK 2 · Journal vouchers — every transaction posts a balanced entry MOCK 2 · 記賬憑證——每筆交易都過一張借貸平衡分錄 MOCK 2 · 记账凭证——每笔交易都过一张借贷平衡分录

MOCK 3 · Trial balance — the whole entity must foot MOCK 3 · 試算平衡表——整盤帳必須對平 MOCK 3 · 试算平衡表——整盘账必须对平

MOCK 4 · Posting map — transaction → debit / credit accounts MOCK 4 · 過賬對照表——交易 → 借／貸科目 MOCK 4 · 过账对照表——交易 → 借／贷科目

⚠ Illustrative mappings — the real debit/credit rules must be confirmed against ICAC's actual code (its gl_ constants and posting files). Getting a direction wrong silently mis-posts money. ⚠ 此為示意對照——真實借貸規則須按 ICAC 實際代碼（其 gl_ 常量與過賬檔案）核對。方向錯了會靜默錯賬。 ⚠ 此为示意对照——真实借贷规则须按 ICAC 实际代码（其 gl_ 常量与过账文件）核对。方向错了会静默错账。

MOCK 5 · The data model — a GL voucher as JSON (for the new Django/REST backend) MOCK 5 · 數據模型——GL 憑證的 JSON（給新 Django/REST 後端） MOCK 5 · 数据模型——GL 凭证的 JSON（给新 Django/REST 后端）

{
  "voucher_no": "2406-0087",
  "date": "2024-06-15", "fiscal_year": 2024,
  "source": "loan_repayment",   // posted from the sub-ledger
  "member_no": "M00231",
  "entries": [
    { "account": "104", "name": "Bank",            "dr": 1000.00, "cr": 0 },
    { "account": "101", "name": "Loans Receivable", "dr": 0, "cr": 900.00 },
    { "account": "401", "name": "Interest Income",  "dr": 0, "cr": 100.00 }
  ],
  "total_dr": 1000.00, "total_cr": 1000.00,
  "balanced": true           // must be true before posting
}

In the new backend this would be a GLVoucher + GLEntry model pair, written atomically with the sub-ledger row inside one DB transaction via a shared post_to_gl() hook on the existing finance methods. 在新後端裡，這會是一對 GLVoucher + GLEntry 模型，透過掛在現有 finance 方法上的 post_to_gl() 鉤子，與子帳行在同一個資料庫事務中原子寫入。 在新后端里，这会是一对 GLVoucher + GLEntry 模型，通过挂在现有 finance 方法上的 post_to_gl() 钩子，与子账行在同一个数据库事务中原子写入。

{ "member_no": "M00231", "plan": "GLI-A", "sum_assured": 200000,
  "annual_premium": 480.00, "subsidy": 120.00, "net_premium": 360.00,
  "status": "active", "joined": "2019-08-01" }
// each deduction posts: Dr 310 Shares / Cr 315 Group Life Ins.