驗收所有來源 canonical 入庫與空庫重建

[WangWilly]

Parent

#126

What to build

所有來源 canonical 入庫與空庫重建的最終驗收。產品尚無既有使用者，不要求 legacy compatibility、quarantine 或跨版本保留。#147 可先實作，本項不阻擋實作開始，但阻擋 canonical-only 切換的最終驗收。

Acceptance criteria

• 整合所有 preserved enabled integrations 與 advertised sources/product streams（含 E-Invoice）的 inventory、版本契約、fixtures 與 required semantic coverage。
• 先讀取既有手動 workflow 執行的 durable canonical evidence；區分靜態 inventory 預設 blocked 與 FromLedger 實際 readiness，不能用工作完成/下載檔或 issue 已關閉當作成功入庫證據。
• 驗證 identity、classification、posting、effective time、completeness、revision、taxonomy compatibility、authority route 及必要認證紀錄；不再 advertised 且不 preserve 的來源不阻擋。
• 缺少必要契約或證據時總體 gate 失敗並回報具體來源/產品原因；接入 release preflight 的可重現 fixture 驗收，不依赖 real authentication secrets。
• 空 canonical store 經正常同步重建後可由產品查詢讀到合格資料；初始化完成前不執行遠端收集，無 legacy downloads replay。
• 同期間重收不重複金融認列；必要欄位缺失/分頁中斷/commit 失敗不留部分 Capture 或推進 committed sync state。
• 保留正常登入、OTP、人工作業、排程、取消、重試與通知；單一來源失敗不破壞其他來源或 canonical store validity。
• 覆蓋重啟、fresh install、empty/awaiting、收集成功/失敗與 canonical-only 查詢。驗證來源 connection/identity epoch 由新契約合法建立。

Final acceptance inputs

• 全面切換 canonical-only 並移除 legacy 與資料問題實作 #147 canonical-only reset 與 legacy 退役。
• 接通 E-Invoice canonical 契約、入庫與查詢 #169 E-Invoice canonical 接入。
• 整合發票消費認列與可追溯的一對一去重 #170 消費認列與去重。
• 統一自動化為單一同步資料流程，完成入庫才回報成功 #171 統一同步流程。

上述工作可先開始；本項是整合後的驗收，不與 #147 形成互相阻擋。

[WangWilly]

已完成 #146 目前可獨立交付的 aggregate readiness gate：

• 新增跨本幣存款、外幣存款、信用卡、投資、貸款與 E-Invoice 的統一 inventory 與診斷格式。
• advertised sources 與 preserved enabled integrations 以聯集驗收；preserved 但不再 advertised 的來源若缺契約，會回報具體 canonical-entry-missing，不會被略過或直接中止診斷。
• fixture 與 domestic durable-ledger evidence 明確分流，不再把 workflow 完成或下載檔當成 canonical readiness。
• 新增 npm run check:canonical-readiness，並接入 Desktop Release preflight；有 blocker 時以非零狀態與可讀診斷停止 release。
• 目前 gate 如預期 blocked：本幣來源仍有 contract/live-evidence blockers，E-Invoice 回報 canonical-contract-missing（依賴 接通 E-Invoice canonical 契約、入庫與查詢 #169）。

驗證：targeted readiness check 通過；npm run typecheck 通過；完整 npm test 為 1186 passed、1 skipped、0 failed；readiness CLI 如預期 exit 1 並列出阻擋來源。

本 issue 保持 open。最終完成仍依賴 #147 canonical-only reset、#169 E-Invoice canonical admission、#171 collect-to-canonical sync，以及整合後的 empty-store recollection acceptance。

[WangWilly]

PR #172 has merged the four final acceptance inputs: canonical-only reset and legacy retirement, E-Invoice canonical admission, purchase-basis spending deduplication, and the unified sync workflow. This aggregate ticket remains open because npm run check:canonical-readiness is still blocked by 49 fixture diagnostics across Fubon, Yuanta, Cathay, HNCB, CTBC, Post, and SinoPac domestic deposits. The remaining work is to replace preflight-versioned-synthetic/live-validation-pending evidence with complete versioned semantic evidence for account identity, occurrence identity, direction, posting, effective time, completeness, and authority, then rerun empty-store recollection acceptance. Merged implementation: PR #172, merge commit 21fd0a8.