Actions
CR #890
open
RA
[CR-077] POC-11 繳款即時恢復額度真機驗證發現：11-3 重新佔額事件未實作(SCS-008 §10 #11)／11-1 繳款 400 分配不平衡無法完成／11-2·11-4 未實測
CR #890:
[CR-077] POC-11 繳款即時恢復額度真機驗證發現：11-3 重新佔額事件未實作(SCS-008 §10 #11)／11-1 繳款 400 分配不平衡無法完成／11-2·11-4 未實測
Status:
In Progress
Priority:
P0-Urgent
Assignee:
-
Target version:
-
Start date:
Due date:
% Done:
0%
Estimated time:
Story Points:
Description
【發現情境】POC-11 繳款即時恢復額度 真機驗證（2026-10-24，payment-service 8099；品質 payment 85 測 0 失敗）。
機制（已具備）：payment 同步呼叫 posting 入帳；POSTED 後設 LIMIT_RESTORED = true 並發事件通知 limit-service 即時回復可用額度（僅 POSTED 才發射，設計嚴謹）；消費者亦含 notification（PAYMENT_RECEIVED，已實作）。
【11-3 三日未收到銷帳檔 → 重新佔額：未實作（本 POC 最明確缺口）】
- 程式註解明載：「
UNMATCHED（重新佔額）／REVERSED之事件尚未實作（SCS-008 §10 #11）」。 - BRD 驗收標準要求「三日未銷帳之重新佔額機制須可自動執行並留有軌跡」→ 需求 11-3 未落地。
【11-1／11-2／11-4：部分／未驗證】
- 11-1：實測 POST /payments → 400
CC-PAY-4000請求驗證錯誤（含分配不平衡），details為空；
嘗試 amount 1,000,000／75,622／50,000 皆同。分配依帳上待沖抵金額內部計算，
須先建構可沖抵之帳務資料（或補部分配說明與錯誤 details）後再測。 - 11-2：未見夜間專屬邏輯，夜間繳款與「次日仍維持」行為未實測。
- 11-4：
/auto-debit-enrollments（自扣約定）端點存在，但「取得自扣檔 → 恢復額度 → 批次入帳」全流程未實測。
【可觀測性（附帶）】
-
CC-PAY-4000之 details 為空（與既有「服務層錯誤訊息被吞」同型態），無法得知哪一子帳分配不平衡，不利整合與除錯。
【交付】docs/09-demo/poc-11-payment-restore/（overview＋11-1~11-4）；證據 docs/08-evidence/POC-11_*；poc-flows/POC-11 已標「已驗證（部分）」。
Actions