1、修改内容摘要序号修改日期修改说明1.C 创建第一稿；2.M 根据业务需求讨论修改；3.M 进行合稿后的通稿修改；4.M 评审后的通稿修改；5.M 1.删除合同重复性查询相关报文elcs.312.001.01，删除发票信息上传及重复性查询相关报文elcs.314.001.01elcs.315.001.01elcs.316.001.01共5个报文，该部分功能不纳入电证系统一期，同步删除其他报文说明中的关联描述；3.修改3章节“数据类型”，补充“贸易类型”的枚举值；4.修改5.1章节“信用证开证申请报文”报文结构，将“金额上下浮动比例”要素拆分为“金额向上浮动比例”和“金额向下浮动比例”；“附加条款
2、”要素填写规则改为0.1；“申请人统一社会信用代码” 要素填写规则改为1.1；5.修改5.3章节“信用证修改申请报文”报文结构，将“金额上下浮动比例”要素拆分为“金额向上浮动比例”和“金额向下浮动比例”；6.删除5.4章节“信用证修改确认报文”报文说明；7.修改5.6章节“寄单索款通知报文”报文结构，增加“议付标识”、“快递单号”要素；修改“发票号码”要素为“发票信息”长度改为Max100Text；“付款行行名”要素填写规则改为1.1；8.修改5.7章节“寄单索款修改报文”报文结构，增加 “快递单号”要素；9.修改5.9章节“退单报文”报文结构，增加 “快递单号”要素；10.修改5.11章节“
3、付款确认报文”为“到期付款确认报文”；11.修改5.13章节“信用证付款申请报文”报文说明，明确“付款行行号”和“收款行行号”为大额支付系统间接参与者；12.调整“公共业务组件”至章节6；6.更新版本为V1.0.11. 修改 4章节“报文清单”中“自由格式报文”（是否加签）项：不加签。2. 修正5.1章节“信用证开证申请报文”的节点IssuingBankInformation的tag为；修改报文要素（申请人开户行行名、受益人开户行行名、分期装运/提供服务约定）备注栏增加“允许中文”；补充报文说明内容。3. 补充 5.2 章节“拒绝通知报文”报文说明内容。4. 修正5.3章节“信用证修改申请报文
4、”的节点IssuingBankInformation的tag为删除报文要素（信用证兑付类型）；5. 删除5.4章节“信用证修改确认报文”的要素“修改日期”、“修改次数”；6. 补充5.5章节“通知行修改申请报文”的报文说明内容；7. 修正5.6章节“寄单索款通知报文”报文要素（单据明细）备注栏添加“允 许中文”；8. 修正5.7章节“寄单索款修改报文”的报文功能描述；9. 修改5.8章节“到单确认报文”补充组件要素【原报文主键组件】并补充报文说明；10. 补充5.9 章节 “退单报文”报文说明内容。11. 补充5.10章节 “议付业务报文”报文说明内容。12. 补充5.11章节 “到期付款确认
5、报文”报文说明内容。13. 修正5.12章节 “拒付报文”中报文要素（到单编号）增加字段类型Max20Text；（不符点内容）备注栏添加“允许中文”；14. 修正 5.13 章节 “信用证付款申请报文”增加“业务种类”字段；15. 补充5.14章节 “信用证付款结果通知报文”报文说明内容。16. 补充5.15章节 “信用证注销/闭卷报文”报文说明内容。17. 删除 5.21章节“系统状态变更通知报文报文,修改为“系统状态变更通知报文。18. 补充5.22章节“登录、退出申请报文”报文说明内容。19. 补充5.23章节“登录、退出应答报文”报文说明内容。20. 补充 5.25章节“通用处理确认报
6、文”报文说明内容。21. 修正5.26章节 “业务开通注册报文”报文要素（报文类型）由MT 修改为 MsgTp，修改对应的备注，增加报文说明2；并修改报文为加签报文；修改（发起报文权限）与（接收报文权限）属性。22. 删除6.1章节“业务头组件”业务要素中序号5以及9的对应的类型“Max20Text”；“信用证主键组件”业务要素中“开证行行号”的tag为报文要素（备注）备注栏添加“允许中文”。23. 修正6.1.2章节【原报文主键组件】中要素（原报文类型）由OrgnlMT修改为 OrgnlMsgTp；24. 补充6.1.4章节单据主键组件要素，调整涉及到寄单索款编号的报文要素结构，包括：寄单索
7、款通知报文、寄单索款修改报文、到单确认报文、退单报文、议付业务报文、到期付款确认报文、拒付报文和信用证付款申请报文；7.更新版本为V1.0.21.修改3章节 “数据类型”中的“LoginOperationTypeCode”登录退出字段；删除“CommonDataCode”；2.修改5.1章节“信用证开证申请报文”中“申请人统一社会信用代码”字段属性设置为可选；3.修改5.6章节“寄单索款修改报文”中“受益人统一社会信用代码”字段加签要素修改为不加签，属性设置为可选；“远期付款指示”备注添加“允许中文”；4.补充5.8章节“到单确认报文”报文说明内容；5.修改5.20“原报文下载应答报文”中“原
8、报文处理状态”为加签 “原报文内容”不加签；6.删除5.22章节 “登录、退出报文”,修改为“登录、退出报文”7.删除5.23章节 “登录、退出应答报文”,修改为 “登录、退出应答报文” 并补充报文说明内容；8.删除5.24章节“强制离线通知报文”,修改为“强制离线通知报文”9.修改5.28章节“系统参数变更通知报文”，修改报文说明内容；10.修改6.1.2“原报文主键组件”中“原发起参与机构”为“原发起直接参与机构”。8.更新版本为V1.0.31.删除3章节“数据类型”中的“PartialShipmentAndServiceCode” 分批装运货物/分次提供服务标识字段；2.更新4章节“报文
9、清单”，修正“登录、退出申请报文”、“登录、退出应答报文”及“强制离线通知报文”的报文编号；3.修改5.1章节“信用证开证申请报文”中“ 分期装运/提供服务约定”字段属性设置为可选；删除报文说明中转发时（报文头中的“OrigSender”报文发起人填写“0000”）的内容，“合同编号”字段备注栏添加“允许中文”；4.删除5.3章节“信用证修改申请报文” 报文说明中转发时（报文头中的“OrigSender”报文发起人填写“0000”）的内容；报文结构中字段添加备注说明；“合同编号”5.修改5.5章节“通知行修改申请报文” 报文说明内容；补充“信用证主 键组件” 加签要素设置为加签项；6.修改5.
10、6章节“寄单索款通知报文”中“ ”字段属性设置为可选；收款人账号长度修改为Max32Text，收款人名称长度修改为Max60Text7.修改5.7章节“寄单索款修改报文”中字段属性设置为必填；8.修正5.12章节“拒付报文”报文要素中（拒付声明）备注栏添加“允许中文”；9.修改5.13章节“信用证付款申请报文”中 付款人名称与收款人名称10.删除5.14章节“信用证付款结果通知报文”中 “处理日期”字段11.修正5.15章节“信用证注销/闭卷报文”中“ReqOfCanInfo”属性设置为必选； “ApplInfo”属性设置为可选；“BfcyInfo”属性设置为可选；删除报文说明中转发时（报文头
11、中的“OrigSender”报文发起人填写“0000”）的内容12.修改5.17章节“信用证业务核对报文”中“报文处理状态”为加签项。13.补充5.26章节“业务开通注册报文”中“业务头组件”加签要素设置为加签项；说明：C-创建；M-修改；A-增加；D-删除； 1报文交换标准概述电子信用证信息交换系统（以下简称ELCS）报文交换标准参照ISO20022方法论开发，全部报文均采用XML格式描述。ELCS及参与机构除实施Schema检查外，还需对这些ELCS定制的约束条件进行补充检查，以确保报文的合法性。1.1术语说明1.业务要素业务要素是业务数据项的抽象名称，是业务的基本组成单位，如银行账户的账
12、号。2.报文报文是系统节点间交换业务数据的基本单位，由报文头和报文体组成，其中报文体由多个报文块组成。3.报文块报文块是报文的基本组成单位，使用XML标签界定，由多个报文域组成。4.报文域报文域是报文块的基本组成单位，使用XML标签界定。每个报文域封装一个或多个业务要素，多个报文域组成报文块。对复杂的业务要素，报文域可能包含多个报文子域。5.根报文域报文使用XML文档标准，该文档的根节点称为根报文域，标签固定为6.报文子域对于分级的报文域，较低级的域称作报文子域，使用XML标签界定，位于较高级报文域的XML标签内部。1.2业务标准1.2.1字符集和编码报文采用Unicode字符集，UTF-8编
13、码方式。对于禁止中文的Text类型字段，只允许出现英文字母、数字及以下特殊字符，即所谓的X字符集：. , - _ （ ） / = + ? ! & * ; # : % n r t （空格）对于允许中文的Text类型字段，系统不做特殊检查，只要在Unicode字符集范围内的字符都能通过。1.2.2报文标识号在ELCS系统内，报文标识号唯一标识一个直接参与者发起的一个报文，ELCS规定报文标识号的编号规则为：当前系统工作日期（8位数字）+报文序号（最多27位字母数字）组成，最长35位。报文序号可由大小写字母和数字组成（不限制必须同时出现大小写字母和数字）。例如2019062900000000ABCD
14、EFGH1234567890a。1.2.3业务层面报文重账检查规则使用发起直接参与机构+报文标识号作为业务层面报文重账的检查标准。对于NPC下发的报文，也使用报文要素中的发起参与机构（12位数字，包含0000+处理单元标识（8位数字）+报文标识号作为业务层面报文重账的检查标准。1.2.4信用证编号信用证编号由开证行自行生成。在ELCS业务保存期（ELCS业务保存期是ELCS的系统参数）内不允许重复。信用证编号由最长16位序号组成，序号可由大小写字母和数字组成（不限制必须同时出现大小写字母和数字）。ELCS使用发起参与机构号+信用证编号作为信用证唯一性检查标准。1.2.5寄单索款编号寄单索款编号
15、由交单行自行生成。寄单索款编号由最长20位序号组成，序号可由大小写字母和数字组成（不限制必须同时出现大小写字母和数字）。ELCS使用交单行行号+寄单索款编号作为单据唯一性检查标准。2报文格式概述2.1报文结构系统使用XML报文传输业务数据。该XML报文仅承载业务数据本身，并没有包含与报文流转、交换、路由等相关的信息，这些信息须附加到额外的数据块中传输，为处理的简便性， 系统将这个额外数据块附加到业务报文的头部，称之为报文头，而将业务报文本身称为报文体。报文头与报文体之间存放数字签名，称为数字签名域，数字签名域是可选的，对于需要加核数字签名的报文该域必须存在且按照要求填写数字签名内容，对于不需要
16、加核数字签名的报文该域不出现。报文头、数字签名域和报文体共同构成一个完成的报文，之间没有任何字符间隔。即系统报文格式如下：MsgHeader（报文头）数字签名域Document（报文体）2.2报文头格式2.2.1报文头格式说明节点间报头传输通信级数据，主要由版本标识、发起方、接收方、报文描述四个部分组成，采用定长数据格式，总长度为132字节。格式如下：域类域名含义位置长度类型属性说明BeginFlag起始标识3x标识报头块开始，固定使用：H:版本VersionID版本号2n固定填写02；发起方OrigSender报文发起人514标识报文原始业务发起方；OrigSenderSID发送系统号194
17、固定填写ELCS；接收OrigReceiver报文接收人23标识报文最终业务接收方；OrigReceiverSID接收系统号37报文描述OrigSendDate报文发起日期418d标识OrigSender发出本报文的机器日期；OrigSendTime报文发起时间496t标识OrigSender发出本报文的机器时间；StructType格式类型55XML格式：XMLMesgType报文类型代码5820报文类型代码；MesgID通信级标识号78通信层标识一个报文，由OrigSender顺序编制，并确保在OrigSendDate当日唯一；接收方根据OrigSenderOrigSendDateMesg
18、ID唯一确定一个报文，该三项重复的报文作为通信级重复报文；MesgRefID通信级参考号98O标识本报文的关联报文，由OrigSender设置，后续节点应保持该域不变，并在通信回应报文中带回该值，以便OrigSender匹配原报文；MesgPriority报文优先级1181固定填写3；MesgDirection报文传输方向119由行内发出：U由NPC发出：DReserve（保留域）1209保留。EndFlag结束标识129标识报头块结束，固定使用：rnr = 0x0dn = 0x0a1、x类型标识字符，取值范围为a-z、A-Z、0-9、（连字符）、_（下划线）；n类型标识数字，取值范围为0-9
19、；d类型标识日期，格式为：yyyymmdd；t类型标识时间，格式为：hhmmss；2、各域均为定长域，值不足长度时应补位：x类型的，后补空格（0x20）；n类型的，前补0（0x30）；3、强制域必须填值。x类型的不能为全空格（0x20），n、d、t类型的不能是全0（0x30）；可选项可以不填值，但应填充占位字符。x类型填充空格（0x20），n、d、t类型的填充0（0x30）；4、报头块各域字母均不区分大小写，建议使用全大写字母。2.2.2报文头填写范例2.2.2.1行内系统发送给MBFE02102100099998 （注意后补空格）ELCS103100022226 （注意后补空格）201903
20、01094508elcs.101.001.01 （注意后补空格）A1234B1234C1234D123400000000000000000000X （空格填充）2.2.2.2MBFE发送给行内系统0000103100022226elcs.101.001.01 2.3数字签名域2.3.1数字签名域格式数字签名域采用变长数据格式，格式如下：S:DigitalSignature数字签名内容签名长度签名数据签名后紧接2.3.2加签要素和数字签名编制ELCS使用数字签名保证业务数据的可靠性和防抵赖性。数字签名由业务发起方编制，ELCS和业务接收方核验。ELCS编制业务数字签名的做法如下：（1）按报文中业
21、务要素出现的顺序，将各加签业务要素值后附“|（竖线）”后顺序拼接成签名要素串；例如“102100099998|136*0|elcs.101.001.01|”。最后一个业务要素值后面也有“|（竖线）”；取金额字段作为加签要素时，应包括该金额对应的货币符号，例如格式CNY1234.56；取含有TAG标识符字段（格式为“/tag/value”）时，只使用value部分的内容，不包括/tag/字符。（2）使用本行的数字证书（私钥）对签名要素串签名，签名的校验算法使用SM2算法；（3）将签名值使用BASE64转码后填写到报文的数字签名域。各加签业务要素值，指业务要素对应的XML报文域数据，包括该域除XM
22、L标签外的所有字符，无须补齐位数，并截断两端空白字符。空白字符，指空格（0x20）、制表（0x09）、回车（0x0d）、换行（0x0a）四个字符。如加签业务要素没有在报文中出现，或其值为全空白（即截断两端空白字符后长度为0），则拼接签名要素串时忽略该加签业务要素。2.3.3非数字证书绑定通知报文的数字签名核验标准ELCS非数字证书绑定通知报文使用无签名者证书（公钥）的数字签名（PKCS#1，裸签）。核验该数字签名的要求如下：（1）按报文格式标准中的加签要素组织签名要素串；（2）获取发起参与机构绑定的证书公钥；（3）使用该公钥、签名要素串、数字签名，核验数字签名的合法性，应使用证书注销列表文件（CRL）进行
