ISO 8583 消息中的 ARQC PDOL 和 ICC 數據

Question

我已經通過滿足ICC要求的PDOL成功生成了ARQC。 ARQC 需要以下 PDOL 標簽。

9F66 TTQ
9F02 Amount Authorised
5F2A Transaction Currency Code
9A Transaction Date
9F37 Unpredictable Number

從ICC返回的AID

06 01 11 03 A00000 0F83000000000000000000006975A844

密碼版本號如上 17 (11 Hex)

我的問題是，當我通過 ISO8583 主機到主機連接將交易提交給收單銀行進行授權時，在 ICC 相關數據元素中，我是只填充 PDOL 和響應標簽所需的 EMV 標簽，還是提交所有 ICC 標簽包括例如根據 PDOL 不需要的“終端驗證結果”？

基於 CVN 17，驗證密碼的必填字段是

9F02 Amount
9F37 Unpredictable Number
9F36 ATC
9F10 CVR

Answer 1

不幸的是，您應該向收單方提出這個問題。 通常是您填充您擁有的所有數據，特別是因為其中一些可能用於風險管理而不是密碼計算。 強制性數據元素列表通常比純粹生成密碼所需的要長。 第二件事是您的應用程序不應解釋專有數據元素，如發行方應用程序數據，除非您需要（請記住，還有其他卡應用程序規范，您可能無法在接受端區分它們）。 旁注 - AID 不是 IAD，9F10 不是 CVR。

Answer 2

同意 Michal 的評論。

收單方需要更多的 EMV 標簽才能將它們傳輸到發卡方並識別正確的卡配置文件並最終驗證密碼。 EMV 數據列表的小細節和這些 EMV 值在 ISO 8583 消息中傳輸的位置可能有所不同。 請參閱您的收單機構 ISO 8583 規范。

您可以在 EMV 規范第 4 冊“授權請求”文章中看到收單方接口所需的 EMV 標簽和其他字段的簡短摘要。

請記住，非接觸式卡（例如您的 Visa PayWave）可能需要根據卡品牌規范傳輸自己的特定標簽。

Answer 3

用最簡單的術語來說，您的卡在這里所做的是根據 CDOL 中的元素生成密碼（元素、其順序和大小將在每個 CVN 的支付方案文檔中提及） 。 因此，在發行方端，它應該獲得相同的元素來驗證密碼（並可選擇生成響應密碼）。