Project

General

Profile

Actions

Issue #820

closed
RA

待確認:91/96 超限在 JSON 與 ISO Mock 的回應契約不一致

Issue #820: 待確認:91/96 超限在 JSON 與 ISO Mock 的回應契約不一致

Added by Redmine Admin 6 days ago. Updated 6 days ago.

Status:
Closed
Priority:
P3-Low
Assignee:
-
Category:
API
Start date:
10/19/2026
Due date:
10/19/2026
% Done:

0%

Estimated time:
Story Points:

Description

現象

  • HTTPS JSON 版:發卡行回 91/96 且金額達門檻時,STIP 回 51。
  • ISO8583 版:相同情況保留發卡行原回應碼 91 或 96。

影響

兩個 Mock 對同一金融情境的回應契約不同,跨專案測試可能誤判。

待確認

哪一個行為才是正式規格?若兩者刻意不同,應在兩份 README 與規格中明示;
若要一致,需開 CR 調整其中一版並補測試。

對應

ISO8583 專案的「CR:補齊 91/96 STIP 與發卡行尾碼分流」。


Related issues 1 (0 open — 1 closed)

Related to Requirement #809: NCCC HTTPS JSON STIP Mock:建立可驗證的專業測試基準Closed10/19/202610/19/2026

Actions

RA Updated by Redmine Admin 6 days ago Actions #1

【查證完成+結案(2026-10-20,#A-365)】依本議題所列兩個處置選項,採 (a) 文件明示差異——理由:統一成哪一版=NCCC STIP 官方規格事實(GAP-001 G-02 卡組織規範,外部輸入),開發不得臆造裁定(「事實不能發明」)。

查證結果(程式實據,非印象):

  • JSON 版(nccc-stip-mock):發卡行 91/96 且金額 ≥ 門檻 → STIP 代理拒絕 51(nccc_server.js 設計註解「金額 >= STIP_BUSY_LIMIT:代理拒絕 51」+測試「發卡行 96 且金額達門檻時代理拒絕 51」)。
  • ISO 版(nccc-iso8583-stip-mock):shouldStandInOnBusy 僅於 amount < STIP_AMOUNT_LIMIT 時接管 → 超限不接管、保留原碼 91/96(stip_rules.js+測試)。
  • 兩版各自內部一致、皆有測試覆蓋——為改寫時兩個分支各自成立之設計分歧,非單純 bug。

已執行:①nccc-stip-mock/README.md 增「超限 → 代理拒絕 51」;②nccc-iso8583-stip-mock/README.md 增「超限 → 不接管保留原碼」;③母 README(ops/local/mock-servers/README.md §1.1)新增對照表,明載跨專案測試之期望值差異。

後續(已登記不遺漏):取得 NCCC 官方規格(G-02,期限 10/28 Kick Off 前)後開 CR 統一兩版並補測試;ISO8583 原專案之「補齊 91/96 STIP 與發卡行尾碼分流」CR 併入同一裁定。

為何可結:本議題之「待確認」已答(哪一個是正式規格→尚無官方規格可裁定,已文件化差異並掛 G-02)、影響已控制(跨專案誤判由文件消除)、後續路徑已明。

Actions

Also available in: PDF Atom