Project

General

Profile

Actions
Copy link

CR #889

open
RA

[CR-076] POC-08 專用額度真機驗證發現：8-1 無 DELETE／8-3 專用額度無建立 API(405)無法 e2e／8-6~7 臨時額度時點未實測

CR #889: [CR-076] POC-08 專用額度真機驗證發現：8-1 無 DELETE／8-3 專用額度無建立 API(405)無法 e2e／8-6~7 臨時額度時點未實測

Added by Redmine Admin 1 day ago. Updated about 21 hours ago.

Status:
In Progress
Priority:
P0-Urgent
Assignee:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Story Points:

Description

【發現情境】POC-08 專用額度 真機驗證（2026-10-24，limit-service 8098；品質 limit 237 測 0 失敗）。
通過：8-2 角色+客層權限、8-4 未設定專用額度走卡人額度、8-5 額度不足拒絕。以下為缺口／待驗證：

【8-1 參數設定 — 刪除未實作】

  • GET /special-limit-policies（清單）與 PUT /special-limit-policies/{role}/{segment}（upsert）皆可用；
    但無 DELETE 端點 → 需求「新增／修改／刪除」之刪除未落地。

【8-3 使用專用額度 — 無建立 API，無法 e2e】

  • GET /accounts/{id}/special-limits（清單）與 /special-limits/applicable（適用性）皆 200 可用；
    但 POST /accounts/{id}/special-limits → 405 CC-PLT-4050（該路徑僅支援 GET）。
  • 專用額度池邏輯（帳戶層、不佔卡人額度、回沖；SCS-002 §7.9.3／CR-035 §2.2）於程式中確實存在，
    但因無建立途徑，8-3「繳稅使用專用額度且不佔卡人額度」無法端到端實測。建議補建立 API 或種子資料。

【8-6／8-7 臨時額度時點 — 未實測】

  • 調額機制存在（/limit-adjustments 含 approval／revocation、/limit-holds/{id}/releases、temporary_amount 處理）；
    但「請款調高至繳款截止日 + 7 日」與「繳款後調降」之時點規則未實測。建議 8-6／8-7 合併建構案例驗證。

【已驗證之正確行為】

  • 8-2：PUT /special-limit-policies/CS/VIP → 200（roleCode=CS、segmentCode=VIP、maxAmountMinor=500000、ACTIVE）；清單 count 3（含 cardcore-csr/* 100000）。
  • 8-4：適用性查詢 → applicable=false、reason「查無適用之專用額度（歸戶／幣別／MCC 無命中）」。
  • 8-5：額度不足 → 422 CC-LIM-1001「可用額度不足」（fail-closed）。

【交付】docs/09-demo/poc-08-special-limit/（overview＋8-1~8-7）；證據 docs/08-evidence/POC-08_*；poc-flows/POC-08 已標「已驗證（部分）」。

RA Updated by Redmine Admin 1 day ago Actions
Copy link
 #1

【追蹤中（#A-390）】缺口：①8-1 無 DELETE（僅 list/upsert）→ 刪除未實作；②8-3 專用額度無建立 API（POST /accounts/{id}/special-limits → 405，僅 GET）→ 池邏輯雖在（SCS-002 §7.9.3／CR-035 §2.2）仍無法 e2e，建議補建立 API 或種子資料；③8-6/8-7 臨時額度之「請款調高至繳款截止日+7日」與「繳款後調降」時點規則未實測，建議合併建構案例。已驗證：8-2 角色+客層權限（PUT CS/VIP → 200、maxAmountMinor 500000、清單 count 3）、8-4 applicable=false＋明確原因、8-5 422 CC-LIM-1001 可用額度不足（fail-closed）。品質 limit 237 測 0 失敗。證據 docs/08-evidence/POC-08_*；動畫 docs/09-demo/poc-08-special-limit/。本 CR 暫不結案。

RA Updated by Redmine Admin about 21 hours ago Actions
Copy link
 #2

【CR-076 修復完成：8-1/8-3 已補齊並實測（2026-10-25，#A-396）】規格先行：SCS-002 v1.21（§7.9.3 #5 直接寫入端點／§7.11.x 政策停用）＋ v1.22（§7.9.4 更正）、SDD-001 1.19、SDD-006 1.25（新登錄 CC-LIM-4040，404）、契約重產（134 端點 0 錯誤）。實作：①POST /accounts/{id}/special-limits（定義視角 upsert；值域/金額檢核 fail-closed）——8-3 建立途徑解鎖；②DELETE /accounts/{id}/special-limits/{purpose}（=cancelActive，歷史保留；查無/重複刪除 404 CC-LIM-4040）；③DELETE /special-limit-policies/{role}/{segment}（=停用 INACTIVE，D-047）。★ 併挖出並修復既有潛在缺陷：uk_special_limits_active 部分鍵判重（歷史列第二筆撞 ORA-00001，V6 原註解主張不成立）→ V21 重建索引（非 ACTIVE 列以 RAWTOHEX(id) 區隔；D-048；SDD-001 1.19）。品質：limit 244 測 0 失敗（＋7 SpecialLimitManagementServiceTest）。真機 e2e（8098）：8-3 建立201→池佔用201（卡人額度查詢前後不變；同額度 GENERAL 對照 422 → 不佔卡人額度實證）→適用性池餘 500000→200000；8-1 政策 PUT→DELETE→再刪 404；專用額度 建立刪除再建立再刪除全通＋三刪 404；負樣本未知 purpose 422。證據 docs/08-evidence/CR-076_修復驗證_20261025/（26 份）。★ 未解：8-6/8-7 臨時額度時點規則仍未實測——本 CR 維持 In Progress。

Actions
Copy link

Also available in: PDF Atom