ISO8583(一)初步了解ISO8583

一:金融交易行业的痛点

最起初的时候,金融系统需要用到的硬件设备只有类似于IBM这样的巨头公司才会去开发和生产。随着时间的推移,市场上渐渐出现一些其它公司也开始开发和生产这些金融系统所需要的设备。很自然这些公司便会提出一个问题,就是各大公司和平台的交易所需要传递的信息应该如何统一起来,遵循同一个标准呢?
答案就是推出一种统一的协议,让大家都需要去遵循这个协议。而这个协议就是ISO8583协议。

二:ISO8583的作用

ISO8583协议解决了什么问题?
ISO8583定义了金融交易中所需要传输的数据内容,比如:交易类型、账号、账户类型、交易金额、交易手续费、日期时间、商户代码、磁道数据等等。我们知道了这个协议定义了这些数据,那么ISO8583是怎么去定义这些数据的?要解答这个问题,我们首先需要了解ISO8583的数据结构。

三:ISO8583的数据结构

ISO8583总体分成三部分,分别为Header、Appclication Data和CRC部分。

结构可以用下图表示(声明:该图仅用于帮助学习者理解ISO8583,并非代表精确图,需要精确严谨的数据请转移到国际标准ISO8583协议定义文档进行查阅):
在这里插入图片描述

1.Hearder部分

该部分用于定义路由信息。比如目标地址、源头地址等。
其中TPDU翻译过来中文叫做传输协议数据单元。包含了一些通讯的地址信息,还有一些关于交易设备、交易系统相关的信息。

2.Application Data部分
这个是ISO8583协议的主体部分。其中里面可划分为如下:

  • Msg.Type :定义交易的信息类型。其中Msg.Type包含四个字节,前两个字节定义了信息类,后两个字节定义了信息的功能和传输方式。

  • Bitmap:ISO8583定义了128个域,代表我们最多有128个域可以提供使用。但是实际上大部分时候我们交易并不需要传输这么多的域。Bitmap翻译为位图,就是用于定义这个报文中所需要使用的域。

  • Data Elements:存放数据域的主体部分。比如:field1、field2、field3等,其中每个field的数据结构如上图所示,存放了一些必要的数据。

3.CRC部分
用于校验整个报文,和传输和路由相关。

四:总结

以上我们了解了:

  • 为什么需要ISO8583
  • ISO8583的作用
  • ISO8583的整体数据结构
    下一篇,我们会继续去了解和学习关于ISO8583每个域的细节,以此为开发提供战斗力。
    请关注后续更新!

下一篇:https://blog.csdn.net/Shujie_L/article/details/117919034

  • 0
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
银联 ISO8583 文档: 前 言 VI 1 范围 1 2 规范性引用文件 1 3 术语和定义 1 3.1 受理方 (ACQUIRER) 1 3.2 发卡方 (ISSUER) 1 3.3 转入方 (TRANSFER-IN) 2 3.4 转出方 (TRANSFER-OUT) 2 3.5 交换系统 (BANK CARD SWITCHING SYSTEM) 2 3.6 请求 (REQUEST) 2 3.7 响应码 (RESPONSE CODE) 2 3.8 冲正 (REVERSAL) 2 3.9 清算 (SETTLEMENT) 2 3.10 交易 (TRANSACTION) 2 3.11 通知 (ADVICE) 2 3.12 报文 (MESSAGE) 2 3.13 数据包 (DATAGRAM) 2 4 公共支付交易处理说明 3 4.1 公共支付业务联机交易处理 3 4.1.1 委托关系建立/委托关系撤销(0100/0110) 3 4.1.2 订购(类似预授权0100/0110) 3 4.1.3 金融类交易(0200/0210) 5 4.1.4 金融类撤销交易(0200/0210) 8 4.1.5 查询类交易(0200/0210) 9 4.1.6 转账类交易(0200/0210) 10 4.1.7 冲正通知类交易(0420/0430) 10 4.1.8 金融通知类交易(0220/0230) 12 4.1.9 与服务提供商无关的交易 12 4.2 增值业务文件方式处理 13 4.2.1 非实时查询交易 13 4.2.2 非实时缴费/充值交易 14 4.2.3 批量代收/批量代付文件方式 14 4.2.4 委托关系建立/委托关系撤销文件方式 15 4.3 超时限定 16 4.4 公共支付平台二级清算处理 17 4.4.1 截账日切通知(0820/0830) 17 4.4.2 批结对账交易(0522/0532) 17 4.4.3 公共支付平台二级清算产生的交易处理流程 18 4.4.4 公共支付平台清分清算的时序 19 4.5 管理及安全控制交易处理 19 4.5.1 网络管理交易(0820/0830) 19 4.5.2 重置密钥(0800/0810) 21 4.6 交易的异常处理流程 21 4.6.1 概述 21 4.6.2 异常处理原则 21 4.6.3 通信异常 22 5 报文域定义 31 5.1 说明 31 5.2 数据类型定义 31 5.3 域名称及定义 31 5.3.1 报文头 31 5.3.2 MTI 报文类型 36 5.3.3 第一位图 37 5.3.4 第二位图 37 5.3.5 域2 主账号PAN 37 5.3.6 域3 交易处理码 38 5.3.7 域4 交易金额 40 5.3.8 域7交易传输时间 40 5.3.9 域11系统跟踪号 41 5.3.10 域12受卡方所在地时间 41 5.3.11 域13受卡方所在地日期 42 5.3.12 域14卡有效期 42 5.3.13 域15清算日期 42 5.3.14 域18商户类型 43 5.3.15 域22服务点输入方式码 43 5.3.16 域25服务点条件码 44 5.3.17 域26服务点PIN获取码 44 5.3.18 域32代理机构标识码 45 5.3.19 域33发送机构标识码 45 5.3.20 域35第二磁道数据 45 5.3.21 域36第三磁道数据 46 5.3.22 域37检索参考号 46 5.3.23 域39应答码 47 5.3.24 域41受卡机终端标识码 47 5.3.25 域42受卡方标识码 47 5.3.26 域43受卡方名称地址 47 5.3.27 域44附加响应数据 48 5.3.28 域48附加自定义数据 48 5.3.29 域49交易货币代码 54 5.3.30 域50清算货币代码 54 5.3.31 域52个人标识码数据 54 5.3.32 域53安全控制信息 55 5.3.33 域54实际余额 56 5.3.34 域59明细查询数据 57 5.3.35 域60自定义域 61 5.3.36 域61证件编号 63 5.3.37 域70网络管理信息码 66 5.3.38 域74 贷记交易笔数 67 5.3.39 域75 冲正贷记笔数 67 5.3.40 域76 借记交易笔数 67 5.3.41 域77 冲正借记笔数 67 5.3.42 域78 转账笔数 68 5.3.43 域79 冲正转账笔数 68 5.3.44 域80 查询笔数 68 5.3.45 域81 授权笔数 68 5.3.46 域82 贷记服务费金额 69 5.3.47 域84 借记服务费金额 69 5.3.48 域86 贷记交易金额 69 5.3.49 域87 冲正贷记金额 70 5.3.50 域88 借记交易金额 70 5.3.51 域89 冲正借记金额 70 5.3.52 域90原始数据元 70 5.3.53 域96报文安全码 71 5.3.54 域99清算机构代码 71 5.3.55 域100接收机构标识码 72 5.3.56 域102账户标识1 72 5.3.57 域103账户标识2 72 5.3.58 域121 交换系统保留 72 5.3.59 域122受理方保留 75 5.3.60 域123发卡方保留 75 5.3.61 域128报文鉴别码MAC 75 6 公共支付平台交易接口报文 77 6.1 说明 77 6.1.1 符号约定 77 6.1.2 报文格式说明示意 77 6.1.3 报文域条件数据元说明 78 6.2 公共支付平台联机交易报文 78 6.2.1 欠费查询/资金户余额查询报文 78 6.2.2 账单明细查询报文 79 6.2.3 银行卡余额查询 81 6.2.4 订购(预授权)报文 82 6.2.5 订购撤销(预授权撤销)报文 84 6.2.6 订购完成(预授权完成)报文 85 6.2.7 订购完成撤销(预授权完成撤销) 86 6.2.8 缴费/充值报文 87 6.2.9 缴费撤销报文 89 6.2.10 冲正通知报文 90 6.2.11 建立/撤销委托关系报文 93 6.2.12 查询委托关系报文 95 6.2.13 转账类交易报文 96 6.2.14 与服务提供商无关的交易报文 99 6.3 清分清算和日终批处理的报文接口 错误!未定义书签。 6.3.1 批结对账交易报文 错误!未定义书签。 6.3.2 截账日切通知报文 错误!未定义书签。 6.4 网络管理及安全控制报文 107 6.4.1 网络管理报文 107 6.4.2 安全控制报文 109 7 缴费终端接口报文 111 7.1 说明 111 7.1.1 标准接口报文及流程图 111 7.1.2 消息格式 111 7.1.3 消息格式的表示方法 111 7.2 委托关系建立/委托关系撤销终端报文 111 7.3 待缴费用/资金户余额查询终端报文 111 7.4 缴费账单明细查询终端报文 111 7.5 缴费/缴费撤销终端报文 111 7.6 银行卡转出/银行卡转入终端报文 111 7.7 终端签到 111 7.8 终端签退 错误!未定义书签。 7.9 终端批结对账交易、批上送完成通知(可选) 错误!未定义书签。 7.10 终端批上送记录(可选) 错误!未定义书签。 8 文件接口规范 111 8.1 概述 111 8.1.1 目的 111 8.1.2 适用范围 111 8.1.3 相关文档 111 8.2 文件存取方式说明 111 8.2.1 FTP方式 112 8.2.2 WEB方式 113 8.3 文件使用说明 115 8.3.1 基本的命名约定 115 8.3.2 记录格式基本约定 116 8.3.3 流水文件说明 120 8.3.4 批量代收/代付文件说明 121 8.4 文件格式说明 123 8.4.1 符号定义 123 8.4.2 流水文件格式 123 8.4.3 批量代收/代付文件格式 125 8.4.4 非实时待缴费用托管文件格式 129 8.4.5 委托关系文件格式 130 9 通信接口规范 131 9.1 目的 131 9.2 网络架构 132 9.3 网络接口 132 9.3.1 接入设备基本要求 132 9.3.2 通信软件接口 132 10 数据安全传输控制 134 10.1 个人标识(PIN)的加密和解密 134 10.1.1 PIN的长度 135 10.1.2 PIN的字符集 136 10.1.3 PIN格式 136 10.1.4 PIN异常的处理 137 10.2 报文来源正确性鉴别MAC 137 10.2.1 MAC报文域的选择 138 10.2.2 MAC域的构成规则 140 10.2.3 MAC的计算 140 10.2.4 MAC错误异常处理 141 附 录 A 142 参考文献 154
在C#中实现ISO 8583可以采用以下步骤: 1. 定义8583消息的格式,包括消息头和消息体。消息头通常包括消息类型、位图和其他元数据信息。消息体包含具体的交易数据。 2. 创建一个类来表示ISO 8583消息。这个类应该包含所有必要的属性和方法来构建、解析和验证消息。 3. 实现消息的编码和解码逻辑。这可以通过使用字节数组来表示消息,并使用位运算来设置和读取位图和其他字段。 4. 实现与服务器的通信逻辑。这可以通过使用Socket或HttpClient等网络库来发送和接收ISO 8583消息。 5. 添加错误处理和日志记录功能,以确保应用程序能够正确地处理异常情况。 以下是一个简单的C#实现示例: ```csharp public class Iso8583Message { // 消息头 public string MessageType { get; set; } public byte[] Bitmap { get; set; } // 其他元数据信息... // 消息体 public string TransactionType { get; set; } public decimal Amount { get; set; } // 其他交易数据... // 编码 public byte[] Encode() { // 使用位运算设置位图和其他字段 // 将消息头和消息体组合成一个字节数组 // 返回字节数组 } // 解码 public void Decode(byte[] data) { // 将字节数组拆分为消息头和消息体 // 使用位运算读取位图和其他字段 // 将数据存储到相应的属性中 } // 发送消息 public void Send(Socket socket) { var data = Encode(); socket.Send(data); } // 接收消息 public static Iso8583Message Receive(Socket socket) { var buffer = new byte[1024]; var count = socket.Receive(buffer); var data = buffer.Take(count).ToArray(); var message = new Iso8583Message(); message.Decode(data); return message; } } ```

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

林树杰

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值