根據1987年,1993年和2003年的ISO 8583規範,有大量的方言。修改後的協議在字段中混合使用ASCII,二進制,BCD和EBCDIC數據。
您的消息示例看起來類似於OmniPay主機到主機的實現,但本規範未使用的字段105除外。
如果沒有額外的修改,它是由在線工具在https://iso8583.info/lib/OmniPay/H2H/msg
解析使用您的信息「二進制」表示:
0000: 30 32 30 30 42 32 32 30 │ 30 30 30 30 30 30 31 30 0200B22000000010
0010: 30 30 30 30 30 30 30 30 │ 30 30 30 30 30 30 38 30 0000000000000080
0020: 30 30 30 30 32 30 31 32 │ 33 34 30 30 30 30 30 30 00002
0030: 30 31 30 30 30 30 30 31 │ 31 30 37 32 32 31 38 30 0100000110722180
0040: 31 32 33 34 35 36 30 36 │ 41 35 44 46 47 52 30 32 12345606A5DFGR02
0050: 31 41 42 43 44 45 46 47 │ 48 49 4A 20 31 32 33 34 1ABCDEFGHIJ 1234
0060: 35 36 37 38 39 30 │ 567890
這裏是原始郵件中一些垃圾,但它不是故障的解析器。 ))
--- # Cheef's parser (Limited version - 5 levels deep only)
- msg: # OmniPay H2H message
MTI: "0200" # Message Type ID.
DE000: "B220000000100000" # Primary bitmap // 1.3.4.7.11.44.
- BM0: # Fields at Primary Bitmap
DE001: "0000000000800000" # Secondary bitmap // 105.
- DE003: # PC
S01: "20" # Transaction Code. // Refund
S02: "12" # Account, from.
S03: "34" # Account, to.
DE004: "000000010000" # Amount, transaction. // 10000
- DE007: # Date and time, transmission
date: "0110" # Date, local transmission. // 2015.01.10
time: "722180" # Time, local transmission. // 00:22:20
DE011: "123456" # STAN.
- DE044: # Additional response data
len: "06"
- val:
RFU: "A5DFGR"
在線解析器定義了幾種方言,所以你可以玩你的消息數據和分析結果。
有沒有人有任何關於這個問題的想法? – user3985315 2014-09-01 12:11:52
ISO 8583有許多不同的實現,它們在字段編碼方式和字段值的含義上有所不同。在我看到的實現中,MTI和處理代碼(字段3)的組合指定了消息的類型。無論如何,爲了解釋這個信息,你必須得到信息的ISO 8583實現的文檔。 – Stuart 2014-09-20 23:00:06