免费 · 参考 · 约 15 分钟 · 最后更新 2026-08-09

ISO 8583 数据域完整列表：128 个域逐一对照

全部 128 个数据域的域号、名称、格式、长度和逐域说明,一页查全,与本站 ISO 8583 报文在线解析器用同一套字典。日常打交道的十几个高频域排在最前面,也可以直接跳到完整列表。想知道手上这串报文里到底点亮了哪些域,先把原文贴进解析器。

本页内容： 哪些数据域几乎每条报文都有？ · 128 个数据域怎么才记得住？ · 128 个数据域分别是什么？ · 预留域（比如 DE63）为什么各家不一样？ · Mastercard 在 DE105 里放了什么？

哪些数据域几乎每条报文都有？

DE	名称	通俗解释
DE2	PAN	主账号,就是卡号
DE3	处理码	交易性质:前2位交易类型(00消费/01取现…),中2/后2位借贷账户
DE4	交易金额	以货币最小单位表示(如分),无小数点,前面补零
DE7	传输日期时间	MMDDhhmmss(GMT)
DE11	STAN	系统跟踪号,当日唯一,用于对账/查询/冲正匹配
DE12 / 13	本地时间 / 日期	受理方本地 hhmmss / MMDD
DE14	卡有效期	YYMM
DE18	MCC	商户类别码(如 5814=快餐)
DE22	POS 输入方式	卡数据怎么读的:磁条/芯片/非接/手输
DE25	POS 条件码	卡在场/不在场/MOTO 等
DE32	受理机构标识码	这笔是谁收单的;与 DE33 不同说明中间有转接
DE37	RRN	检索参考号,跨系统追踪同一笔,退款/查询常用
DE38	授权码	批准时发卡行返回的批准号
DE39	响应码	交易结果:00=批准,其余为拒绝原因(见大全,或用 DE39 响应码查询)
DE41 / 42	终端号 / 商户号	受理终端与商户的标识
DE43	商户名称/地点	商户名 + 城市 + 国家
DE48	附加数据-私有	各卡组自定义的子域/TLV,布局以对端规范为准
DE49	交易货币码	ISO 4217 数字码(决定小数位数)
DE52	PIN Block	加密后的 PIN 数据
DE54	附加金额	回传余额/部分批准金额,20 位一组可重复(详解)
DE55	EMV / ICC	芯片卡数据,TLV 格式(ARQC/TVR 等,术语表)
DE64 / 128	MAC	报文鉴别码,校验报文没被篡改

关于金额:DE4 是「最小单位」整数。比如 000000001000 在 SGD(2 位小数)= 10.00,在 JPY(0 位小数)= 1000。所以换算金额一定要结合 DE49 货币码看小数位。

128 个数据域怎么才记得住？

上面那张表是打开报文最常撞见的十几个。剩下的域不必背，按用途分组记就够了——同一组里的字段几乎总是一起出现，看到一个就该顺手看另外几个。格式也不必逐个记——把整条报文贴进在线解析器,解出来的每个域和原始值直接对照下面各组看。

DE4、DE5、DE6 三个金额有什么区别？

DE	名称	格式
DE4	交易金额	定长 12
DE5	清算金额	定长 12
DE6	持卡人扣账金额	定长 12
DE9	清算折算率	定长 8
DE10	扣账折算率	定长 8
DE49	交易货币代码	定长 3
DE50	清算货币代码	定长 3
DE51	扣账货币代码	定长 3

一笔交易有三个金额、三个币种、两个折算率。DE4 是受理时的金额，DE5 是卡组和银行之间清算的金额，DE6 是最终记到持卡人账单上的金额——三者币种不同、时点不同、汇率不同。DE9 和 DE10 分别是这两次折算用的比率。

这组还有个跨报文族的现象值得记：DE9 / DE10 折算率在授权报文里通常是空的——授权那一刻还没有换汇发生，卡组和发卡行之间的清算也还没做，要到清算报文里才有值。所以在授权侧对账时想拿折算率算账，多半会拿到空。

看境外交易时先对 DE49 和 DE51：两者不同说明换汇由发卡行做；两者相同但受理国家不是本国，那多半是受理端已经换过币了。动态货币转换（DCC）就建立在 DE49、DE51 和 DE9/DE10 的这几层关系上。

DE7、DE12、DE15 的日期为什么不一样？

DE	名称	格式
DE7	传输日期时间 MMDDhhmmss	定长 10
DE12	本地交易时间 hhmmss	定长 6
DE13	本地交易日期 MMDD	定长 4
DE15	清算日期 MMDD	定长 4
DE16	折算日期	定长 4
DE17	受理日期	定长 4
DE73	动作日期 YYMMDD	定长 6

每个时间字段属于链路上的不同角色，跨时区时它们不会一致。DE7 是传输时刻，用 GMT；DE12/13 是受理端的本地时间；DE15 是清算日；DE16 是折算日；DE17 是请款日。

对账对不上先看这里：用 DE7 做当日归属会在跨零点时出错，因为它是 GMT，而清算按 DE15 走。

上面这张表是 1987 版字典。在 1993 版字典里——Mastercard IPM 这类清算格式就建立在它之上——DE12 不是时间，而是本地交易日期和时间：定长 12 位，YYMMDDhhmmss，年月日和时间合在一个域里。本地交易日期不再单独占一个域，DE13 也不再承载它。

后果和 DE22、DE18/DE26 是同一种：按一个报文族写的解码器去解另一个族，会解错而且不报错。拿授权侧的 DE12 解码器去解清算记录，它会把年份那两位当成小时——260315143022（2026 年 3 月 15 日 14:30:22）被读成 26:03:15。这不是一个合法时间，但每一位都还是数字，长度和类型校验照样通过，错值就一路传下去了。

DE32 和 DE33 有什么区别？

DE	名称	格式
DE32	受理机构标识码	LL≤11
DE33	转发机构标识码	LL≤11
DE68	接收机构国家码	定长 3
DE69	清算机构国家码	定长 3
DE93	响应指示器	定长 5
DE94	服务指示器	定长 7
DE99	清算机构标识码	LL≤11
DE100	接收机构标识码	LL≤11

排查「这笔到底走了哪条通道」时用这组。DE32 是受理机构，DE33 是转发机构——两者不同说明中间还有一层转接。DE93/94 在清算报文里标出目的和来源机构。国家码那几个（DE19/20/21/68/69）配合看，能还原整条跨境路径。

哪些域装磁道数据？DE23 是做什么的？

DE	名称	格式
DE23	卡片序列号	定长 3
DE34	PAN扩展	LL≤28
DE35	磁道2 Track 2	LL≤37
DE36	磁道3 Track 3	LLL≤104
DE45	磁道1 Track 1	LL≤76

DE35/45 是磁道数据，含完整 PAN 和有效期，属于最敏感的字段，日志里必须脱敏。DE23 卡片序列号用来区分同一账号补发的多张卡——换卡后交易对不上，先看它。

冲正报文怎么找到原来那笔交易？

DE	名称	格式
DE56	预留 ISO	LLL≤999
DE90	原始数据元素	定长 42
DE95	替换金额	定长 42

DE90 是 42 位的原始数据元素，装着原交易的 MTI、STAN、传输时间和机构号——冲正靠它找到要撤的那一笔。DE95 装部分冲正后的替换金额。详细讲法见冲正、超时与重发。

DE74 到 DE97 为什么在授权报文里看不到？

DE	名称	格式
DE74	贷记笔数	定长 10
DE75	贷记冲正笔数	定长 10
DE76	借记笔数	定长 10
DE77	借记冲正笔数	定长 10
DE78	转账笔数	定长 10
DE79	转账冲正笔数	定长 10
DE80	查询笔数	定长 10
DE81	授权笔数	定长 10
DE86	贷记金额	定长 16
DE87	贷记冲正金额	定长 16
DE88	借记金额	定长 16
DE89	借记冲正金额	定长 16
DE97	净清算金额	定长 17

这一组在授权报文里永远看不到——它们是清算/对账报文的笔数与金额汇总：贷记、借记、各自的冲正笔数，以及 DE97 净清算金额。

如果你在解一条报文时看到这些域被位图点亮（域号和位的对应关系可以用位图计算器核对），说明手上这条不是授权报文，别再拿授权的字典去套。

DE24、DE54、DE70 分别装什么？

DE	名称	格式
DE8	持卡人扣账费用	定长 8
DE24	功能码/NII	定长 3
DE53	安全控制信息	定长 16
DE54	附加金额 Additional Amounts	LLL≤120
DE70	网络管理信息码 NMIC	定长 3
DE71	报文号	定长 4
DE72	报文号(末)	定长 4

DE24 功能码/NII 在不同体系里含义差别很大，属于要查通道规范的那一类。DE54 附加金额是可重复结构：每组 20 位 = 账户类型 2 + 金额类型 2 + 币种 3 + 符号 1 + 金额 12，常用来带余额。DE70 网络管理信息码只出现在 0800/0810 这类网络管理报文里（签到、回显、密钥交换）。

128 个数据域分别是什么？

下表的名称、格式、长度与本站在线解析器用的是同一套字典——这页写什么，解析器就解什么。格式记法：n 6 = 定长 6 位数字；n LL(19) = 变长、最长 19 位、2 位长度前缀；LLL = 3 位长度前缀；an / ans 表示可含字母、符号，b 为二进制、长度按十六进制字符计（b 16 = 16 个十六进制字符 = 8 字节 = 64 位），z 为磁道数据，x+n 为前带借贷标志（C/D）的金额。展开讲解见《字段格式记法》。

表中带 * 的两行不是普通数据域——DE1 和 DE65 属于位图机制本身。其余各行按 ISO 8583:1987 的口径写；标准留白的域，表里直接写明以对端规范为准，不编含义。

DE	名称	格式	说明
1	次级位图 *	`—`	严格说不是数据域：主位图第 1 位置位，表示后面跟着一张覆盖 DE 65–128 的次级位图，出现时占 8 字节 / 64 位。位与域号的对应关系可用位图计算器核对。
2	主账号 PAN	`n LL(19)`	主账号就是卡号。敏感字段，日志必须脱敏。
3	处理码 Processing Code	`n 6`	交易性质：前 2 位交易类型（00 消费 / 01 取现…），后 4 位为借贷双方账户类型。可用 DE3 处理码速查拆开看。
4	交易金额	`n 12`	交易金额，以最小货币单位（如分）表示，右对齐补零、无小数点；换算方法见《金额与最小货币单位》。
5	清算金额	`n 12`	清算币种下的金额——收单、卡组、发卡行之间清算时实际划转的数。
6	持卡人扣账金额	`n 12`	持卡人账单币种下的金额——最终记到账单上的数。
7	传输日期时间 MMDDhhmmss	`n 10`	报文进入网络的日期时间，MMDDhhmmss，GMT。
8	持卡人扣账费用	`n 8`	就本笔交易向持卡人收取的手续费（账单币种）。
9	清算折算率	`n 8`	交易金额折算为清算金额（DE4 → DE5）所用汇率，通常只在清算报文里有值。
10	扣账折算率	`n 8`	交易金额折算为账单金额（DE4 → DE6）所用汇率。
11	系统跟踪号 STAN	`n 6`	系统跟踪号，由报文发起方赋值、当日唯一；请求、响应、冲正靠它配对。见《STAN 与 RRN》。
12	本地交易时间 hhmmss	`n 6`	受理点本地交易时间 hhmmss。
13	本地交易日期 MMDD	`n 4`	受理点本地交易日期 MMDD。
14	卡有效期 YYMM	`n 4`	卡片有效期 YYMM。
15	清算日期 MMDD	`n 4`	机构间清算的日期 MMDD。
16	折算日期	`n 4`	外币折算所用汇率对应的日期 MMDD。
17	受理日期	`n 4`	收单方请款（捕获交易）的日期 MMDD。
18	商户类型 MCC	`n 4`	商户类别码，标识商户行业（5814 = 快餐）。可查 MCC 商户类别码查询。
19	受理机构国家码	`n 3`	受理（收单）机构所在国家，ISO 3166 数字码。
20	PAN扩展国家码	`n 3`	扩展主账号（DE34）对应发卡方的国家码。
21	转发机构国家码	`n 3`	转发机构所在国家码。
22	POS输入方式 Entry Mode	`n 3`	卡数据读取方式（磁条 / 芯片 / 非接 / 手输）+ 终端 PIN 输入能力。可用 DE22 输入方式速查解码。
23	卡片序列号	`n 3`	同一卡号下多张卡的序号——换卡补卡后交易对不上，先看它。
24	功能码/NII	`n 3`	功能码或 NII（网络国际标识），各体系含义差别很大，以你的通道规范为准。
25	POS条件码	`n 2`	交易发生的环境条件：有卡 / 无卡 / MOTO / 电商等。
26	POS PIN输入能力	`n 2`	终端能接收的 PIN 最大位数。
27	授权响应长度	`n 1`	收单方能接受的授权响应长度（1 位）。
28	交易费用	`x+n 9`	交易手续费，前带借贷标志（C/D）。
29	清算费用	`x+n 9`	清算手续费，前带借贷标志。
30	交易处理费	`x+n 9`	交易处理费，前带借贷标志。
31	清算处理费	`x+n 9`	清算处理费，前带借贷标志。
32	受理机构标识码	`n LL(11)`	受理（收单）机构编号；与 DE33 不同，说明中间有转接。
33	转发机构标识码	`n LL(11)`	把报文向发卡方向转发的机构编号。
34	PAN扩展	`ns LL(28)`	扩展形式的主账号，容纳不符合普通 PAN 格式的账号。
35	磁道2 Track 2	`z LL(37)`	磁条第 2 磁道：卡号 + 有效期 + 服务码。与 DE45 并列全报文最敏感，日志必须脱敏。
36	磁道3 Track 3	`z LLL(104)`	磁条第 3 磁道，如今很少使用。
37	检索参考号 RRN	`an 12`	检索参考号，收单方赋值，跨系统追踪同一笔交易；退款、调单都靠它。见《STAN 与 RRN》。
38	授权标识响应码	`an 6`	交易批准时发卡行返回的授权码，常印在小票上。
39	响应码 Response Code	`an 2`	交易结果：00 = 批准，其余为拒绝或差错原因——见大全，或用 DE39 响应码查询。
40	服务限制码	`an 3`	磁道数据里的 3 位服务码，描述这张卡能在哪、怎么用。
41	终端标识 Terminal ID	`ans 8`	受理终端（POS / ATM）编号。
42	商户标识 Merchant ID	`ans 15`	受理商户编号。
43	商户名称/地址	`ans 40`	商户名称、城市、国家，定长 40 位排布。
44	附加响应数据	`an LL(25)`	对响应的补充说明数据，如 DE39 之外的细节。
45	磁道1 Track 1	`an LL(76)`	磁条第 1 磁道：卡号、持卡人姓名、有效期。敏感程度同 DE35，日志必须脱敏。
46	附加数据-ISO	`an LLL(999)`	预留给 ISO 定义的附加数据，实际几乎不用；真有内容时以通道规范为准。
47	附加数据-国家	`an LLL(999)`	预留给国家层面的附加数据，由各国支付体系定义。
48	附加数据-私有	`an LLL(999)`	私有附加数据：各卡组自定义的子域或 TLV，实际流量里最繁忙的域之一；布局完全取决于你的对端规范。
49	交易货币代码	`n 3`	DE4 的币种（ISO 4217 数字码），决定小数位数。可查货币码与小数位查询。
50	清算货币代码	`n 3`	清算金额 DE5 的币种。
51	扣账货币代码	`n 3`	账单金额 DE6 的币种。
52	PIN数据 PIN Block	`b 16`	持卡人 PIN 加密后的 8 字节 PIN 块。
53	安全控制信息	`n 16`	安全控制信息：PIN 块格式、密钥编号等与 DE52 / DE64 配套的参数。
54	附加金额 Additional Amounts	`an LLL(120)`	附加金额，20 位一组、可重复（账户类型 + 金额类型 + 币种 + 符号 + 金额），常用来回传余额或部分批准金额。见《部分批准与 DE54》。
55	IC卡数据/EMV	`b LLL(999)`	芯片卡 EMV 数据，BER-TLV 格式：ARQC、TVR 等。可用 EMV TLV 解析器整段拆开，或在 EMV TLV 标签查询里查单个 tag。
56	预留 ISO	`ans LLL(999)`	1987 标准里预留给 ISO，不赋予含义；对端放了什么，只有它的规范说了算。
57	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
58	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
59	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
60	预留私有	`ans LLL(999)`	预留私有域。各卡组 / 处理机构常放批次号、终端信息、通知数据等，但布局完全是通道私有的——只能对照你的接口规范读。
61	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
62	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
63	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
64	报文鉴别码 MAC	`b 16`	报文鉴别码：仅有主位图时对报文做完整性校验、防篡改。
65	第三位图（从未使用） *	`—`	1987 标准把第 65 位预留作第三位图的标志，对应的 DE 129–192 标准从未定义。真实流量里见不到 DE65 携带数据，本站解析器也刻意不给它定义。
66	清算码	`n 1`	清算结果码（1 位），用于 05xx 对账报文。
67	扩展支付码	`n 2`	扩展支付码：分期 / 延期付款的期数（月数）。
68	接收机构国家码	`n 3`	接收机构国家码，ISO 3166 数字码。
69	清算机构国家码	`n 3`	清算机构国家码。
70	网络管理信息码 NMIC	`n 3`	网络管理信息码：08xx 报文要做什么——签到 / 签退、回声测试、密钥交换。见《0800 网络管理报文》。
71	报文号	`n 4`	会话或文件传输中报文的序号。
72	报文号(末)	`n 4`	该序列最后一条报文的序号，接收方靠它发现丢报。
73	动作日期 YYMMDD	`n 6`	动作（如文件更新）的生效日期 YYMMDD。
74	贷记笔数	`n 10`	对账统计：贷记交易笔数。
75	贷记冲正笔数	`n 10`	对账统计：贷记冲正笔数。
76	借记笔数	`n 10`	对账统计：借记交易笔数。
77	借记冲正笔数	`n 10`	对账统计：借记冲正笔数。
78	转账笔数	`n 10`	对账统计：转账笔数。
79	转账冲正笔数	`n 10`	对账统计：转账冲正笔数。
80	查询笔数	`n 10`	对账统计：查询笔数。
81	授权笔数	`n 10`	对账统计：授权笔数。
82	贷记处理费	`n 12`	对账口径下贷记处理费总额。
83	贷记交易费	`n 12`	对账口径下贷记交易费总额。
84	借记处理费	`n 12`	对账口径下借记处理费总额。
85	借记交易费	`n 12`	对账口径下借记交易费总额。
86	贷记金额	`n 16`	对账统计：贷记交易金额合计。
87	贷记冲正金额	`n 16`	对账统计：贷记冲正金额合计。
88	借记金额	`n 16`	对账统计：借记交易金额合计。
89	借记冲正金额	`n 16`	对账统计：借记冲正金额合计。
90	原始数据元素	`n 42`	原交易关键字段（MTI、STAN、传输时间、机构号）拼成的定长 42 位块——冲正靠它找到要撤的那笔。见《冲正、超时与重发》。
91	文件更新码	`an 1`	文件维护动作：新增 / 修改 / 删除 / 替换 / 查询。
92	文件安全码	`an 2`	校验文件更新权限的安全码。
93	响应指示器	`an 5`	响应指示器（5 位），具体用法因实现而异，多与 DE94 一起出现在清算 / 管理场景。
94	服务指示器	`an 7`	服务指示器（7 位），具体用法因实现而异，与 DE93 配套读。
95	替换金额	`an 42`	部分冲正后的替换金额：实际交易金额、清算金额、账单金额等。见《冲正、超时与重发》。
96	报文安全码	`b 16`	校验报文来源合法性的安全码，常见于密钥交换等网络管理流程。
97	净清算金额	`x+n 17`	两机构间的净清算金额，前带借贷标志。
98	收款人 Payee	`ans 25`	收款人——账单缴付类交易中的收款方。
99	清算机构标识码	`n LL(11)`	清算发生所在机构的编号。
100	接收机构标识码	`n LL(11)`	报文应送达 / 路由到的机构编号。
101	文件名	`ans LL(17)`	文件维护报文中被操作的文件名。
102	账户标识1	`ans LL(28)`	交易的转出账户标识（借记方账号）。
103	账户标识2	`ans LL(28)`	交易的转入账户标识（贷记方账号）。
104	交易描述	`ans LLL(100)`	交易的文字描述，用于需要附言的支付类交易。
105	预留ISO	`ans LLL(999)`	1987 标准预留给 ISO，不赋予含义。卡组可能挪用这个位置（见下文 DE105 实例），但只有对端规范作数。
106	预留ISO	`ans LLL(999)`	预留给 ISO 使用，1987 标准不赋予含义；这里出现的任何内容都由你的通道规范定义。
107	预留ISO	`ans LLL(999)`	预留给 ISO 使用，1987 标准不赋予含义；这里出现的任何内容都由你的通道规范定义。
108	预留ISO	`ans LLL(999)`	预留给 ISO 使用，1987 标准不赋予含义；这里出现的任何内容都由你的通道规范定义。
109	预留ISO	`ans LLL(999)`	预留给 ISO 使用，1987 标准不赋予含义；这里出现的任何内容都由你的通道规范定义。
110	预留ISO	`ans LLL(999)`	预留给 ISO 使用，1987 标准不赋予含义；这里出现的任何内容都由你的通道规范定义。
111	预留ISO	`ans LLL(999)`	预留给 ISO 使用，1987 标准不赋予含义；这里出现的任何内容都由你的通道规范定义。
112	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
113	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
114	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
115	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
116	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
117	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
118	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
119	预留国家	`ans LLL(999)`	预留给国家使用，由所在国支付体系（如有）定义；以你的通道规范为准。
120	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
121	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
122	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
123	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
124	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
125	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
126	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
127	预留私有	`ans LLL(999)`	预留给私有使用，各卡组织、处理机构自行定义且互不通用；只有你的对端规范是有效参考。
128	报文鉴别码 MAC	`b 16`	带次级位图时对整条报文做 MAC 校验。

预留域（比如 DE63）为什么各家不一样？

不是每个数据域都有固定含义。标准本身就把一整片域号留白了:

域号范围	预留给
DE 56–63	ISO / 国家 / 私有(在这段里分别划分)
DE 105–111	ISO 预留
DE 112–119	国家预留
DE 120–127	私有预留

ISO 8583 只定骨架,留白的部分由各卡组织、各国支付体系、各家处理机构按自己的业务去填。由此带来三个必须记住的后果。

一、同一个域号,不同卡组装的东西完全不同。网上找到的字段表,只对它当初照着写的那一家、往往是那一条具体通道成立。

二、同一家卡组,报文类型不同,含义也不同。这条最容易踩。授权报文和清算/结算文件是两份独立的规范、两套独立的字典。一个预留域在 0100 授权里的用法,和同一个域号在批量清算记录里的用法,可以毫无关系。查任何字段表之前,先确认你手上这条是哪一族报文——看不准的话,用 MTI 报文类型速查拆前四位就知道。Mastercard 这一家的授权/清算字段对照,在《Mastercard 授权与清算报文:同一件事,两套字段》里逐对列出。

三、预留域内部通常还有一层结构。可能是子域,可能是 TLV,也可能是几段定长直接拼起来。除了长度前缀,报文里没有任何自描述信息,所以拿不到规范就切不开——你只能知道它有多长。逐字节看原始数据可以用十六进制查看器(ASCII/EBCDIC 对照),涉及 BCD 的手工换算配合进制与 BCD 转换。

Mastercard 在 DE105 里放了什么？

DE105 正好能同时说明上面三点。在 ISO 8583:1987 里它只是预留给 ISO 使用——根本没有通用定义可查。Mastercard 把这个位置定义为 Multi-Use Transaction Identification Data，是由若干 子元素编号(3) + 长度(3) + 数据 段拼接而成的复合字段。其中两个子元素值得知道，因为它们决定了交易之间怎么串联：

子元素	名称与用途
`001`	Transaction Link Identifier（TLID）。在授权响应中返回，之后由收单方回填进这笔交易的后续报文，使同一笔交易的每条报文共享同一个标识。自 2025 年 10 月 17 日起，增量 `0100`、`0120`、`0200`、`0220`、`0400`、`0420` 必须回传该值，取自对应的 `0110` / `0210` 响应。
`002`	Economically Related Transaction Link Identifier。指向另一笔交易。自 2026 年 4 月 17 日起，退款交易在这里携带原始消费的 TLID，让发卡行能把退款和原消费关联起来，减少「退款未处理」类争议。自 2026 年 10 月 23 日起，同一个子元素在后续的商户发起交易中携带原始持卡人发起交易的 TLID。

两个实用结论。第一，001 和 002 回答的是不同问题——001 是「这条报文属于哪笔交易」，002 是「这笔交易与之前哪笔交易存在经济关联」。把 002 当成本交易自己的标识来读，会把一笔退款关联到它自己身上。

第二，DE105 及其中每个子元素都要按可选处理。报文可能完全不带 DE105，也可能只带其中一个子元素——一笔普通消费本来就没有可关联的前序交易。解析器若假定该字段必然存在、或某个子元素必然存在，在正常流量上就会挂。

出处：以上规则由 Mastercard 发布在公开的 Transaction Processing Rules PDF 中。生效日期与报文清单均取自该文档；带日期的要求会在版本间修订，依赖前请核对当前版本。其它卡组对 DE105 的用途完全不同，也可能根本不用。

通用解析器能做什么、不能做什么:能定位这个域、读出长度前缀、把原始字节完整交给你;不能告诉你里面第三个子域是什么意思。所以本站解析器对预留域和私有域只展示原始 hex 和长度,不替你编字段名。

同一个 DE 号，三种场景对照：

场景	DE105 是什么
ISO 8583:1987 标准	Reserved for ISO use——预留，标准不赋予任何含义
Mastercard IPM 清算报文	Multi-Use Transaction Identification Data（多用途交易识别数据），LLLVAR，三位长度前缀
其它卡组 / 其它报文族	各自规范说了算，不能套用上面任何一条

DE105 在 Mastercard 清算文件里的实际内容，可以用 Mastercard IPM 文件解析（T112）直接拆开看。手上如果是授权报文，把 hex 或 ASCII 原文贴进 ISO 8583 报文在线解析器，MTI、位图和各数据域会直接展开成本页这些字段。