(高清版)GBT 40474-2021 银行业应用系统 代码与编码处置指南

ICS35.240.40银行业应用系统代码与编码处置指南国家市场监督管理总局国家标准化管理委员会 I Ⅱ 2规范性引用文件 2 25.1新引入代码 25.2现有代码 3 36.1新引入编码 36.2现有编码 4附录A(资料性)有含义编码与无含义编码的比较 A.1有含义编码的优点 5A.2无含义编码的优点 5参考文献 6IGB/T40474—2021本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由中国人民银行提出。本文件由全国金融标准化技术委员会(SAC/TC180)归口。本文件起草单位：中国人民银行科技司、中国农业银行股份有限公司、中国外汇交易中心暨全国银信银资金清算中心有限责任公司、中国金融电子化公司。GB/T40474—2021在应用系统的建设中，在服务器和客户端都可能要使用数据的代码和编码，以避免可能存在的数据不一致性，提高处理效率。从这些代码和编码的发展历史看，随着业务量的变化和管理需求的增加，很有可能改变代码的值域，也可能改变编码的规则。进入21世纪以来，我国的婚姻状况代码从GB/T4766—1984《婚姻状况代码》规定的1位数字调整到GB/T2261.2—2003规定的2位数字，居民身份证的号码由GB11643—1989《社会保障号码》规定的15位数字升级到GB11643—1999规定的18位数字字母，很多信息系统均因原来处理对应代码和编码的字段长度和类型直接按照当时有效的标准设计，故在标准升级后，导致了大规模的系统改造。因此，本文件提出了在应用系统中处理数据代码和编码的指南，当银行业应用系统之间交换的数据代码与编码发生变化时，可以有效减少对业务目标的影响。1GB/T40474—2021银行业应用系统代码与编码处置指南本文件适用于银行业应用系统的构建和改造。与银行连接和产生信息交换的系统参照使用。注：本文件未涉及数据代码与编码的属性。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文GB/T17710—2008信息技术安全技术校验字符系统ISO17442-1:2020金融服务全球法人识别编码(LEI)第1部分：分配[Financialservices—Legalentityidentifier(LEI)—Part1:Assignment]应用application3.2代码code将第一组元素映射到第二组元素的规则集合。的。GB/T2261.1—2003、GB/T2260—2007、GB/T12406—2008均为代码的例子。3.3示例：编码实际上是给出一个规则，每个编码均依据这个规则产生；最多可以存在多少编码是明确的，但某个编码是否存在并不明确且可能是动态变化的。GB11643—1999的公民身份号码即为编码的例子，由GB32100—2015的统一社会信用代码也是编码的例子。2GB/T40474—20213.4内源性数据endogenousdata3.5使用的数据。4总则在银行业应用系统中处理的代码与编码宜符合如下总体原则。a)留足充分的扩展能力，以能够适应外源性数据的变化。b)作为标识码的编码使用内源性数据，以避免不能获取外源性数据，或外源性数据可能出现的重复。5代码5.1新引入代码a)宜分析可能产生数据交换的系统代码，依据其中划分粒度最细的代码建立代码枚举集。注1:此处的系统代码是指系统的分类代码而不是系统应用程序的源代码或目标代码。c)在未能证明代码不会出现扩充的情况下，宜使用数字代码的，可先采用全部数字编码，然后从末位(或其他认为适宜的位数)使用字母编码。在取值范围包括“A”～“Z”时，明确仅为大写、大小写含义相同、大小写同时存在三种情况1)仅为大写时，不接受输入的小写；2)大写字母是和小写字母表示的含义相同时，宜全部按大写方式显示和记录，也可全部按小写方式显示和记录，但不宜同时使用大写字母和小写字母记录和显示；3)大小写字母同时存在时，宜有代码使用者易于理解的说明且建立有可能大小写字母输入错的提示。且可能由人工输入和(或)人工阅读的：1)不宜含有输入和(或)阅读时可能产生混淆的数字或字母；2)宜避免代码存在谐音释义，使代码存在使用代码的人群中认为不雅、不吉的代码谐音3GB/T40474—2021示例1:在代码中不包括元音字母(A、E、I、O、U),甚至也不包括半元音字母(W、Y),将使得代码不能形成读音，是一个避免谐音的方法。示例2:对汉语拼音的缩写导致的不良谐音，通过特定的字典进行过滤是一个避免谐音的方法。g)代码的位数，宜为现有外源性代码最多位数的2倍，且至少多于现有外源性代码最多位数2位。注4:系统开发时自己设置的代码位数仅考虑业务发展趋势和管理需求，不考虑与外源性代码位数的关系。c)代码的位数与相关标准一致的，宜在应用系统改造时扩充其长度。扩充长度可在数据库和传6编码a)作为客体标识的编码宜为内源性数据。c)只要在可能的情况下，宜使用无含义编码。编码中的有含义部分是面向客户的而不是面向内部管理和系统控制的。注1:有含义编码与无含义编码的比较，参见附录A。d)编码的校验位采用高效和检查效果良好的算法，宜采用GB/T17710—2008中表1给出的校验字符系统冠名为“ISO/IEC7064,MOD97-10”的算法，且宜与ISO17442-1:2020中5.1有效的校验位范围为02到98的内容一致。e)在编码为数字字母码时，宜采用GB/T17710—2008中表1给出的“ISO/IEC7064,MOD97-A=10B=11C=12D=13E=14F=15G=16H=17I=18J=19K=20L=21M=22N=23O=24P=25Q=26R=27S=28T=29U=30V=31W=32X=33Y=34Z=35使用数字编码的，可先采用全部数字，然后从首位4GB/T40474—20212)大写字母是和小写字母表示的含义相同时，宜全部按大写方式显示和记录，也可全部按小写方式显示和记录，但不宜同时使用大写字母和小写字母记录和显示；3)大小写同时存在时，宜有编码使用者易于理解的说明，且建立有可能大小写输入错的1)不宜含有输入和(或)阅读时可能产生混淆的数字或字母；2)宜避免代码存在谐音释义，避免代码存在使用代码的人群中认为不雅、不吉的代码谐音示例1:在代码中不包括元音字母(A、E、I、O、U),甚至也不包括半元音字母(W、Y),将使得代码不能形成读音，是一个避免谐音的方法。示例2:对汉语拼音的缩写导致的不良谐音，通过特定的字典进行过滤是一个避免谐音的方法。i)宜避免在编码中存在非数字字母的符号。为可读方便而提供的符号，宜在输入时自动提示，在j)对企业级唯一的编码，宜确定保证唯一编码发生器的机制。注2:在应用系统设计中，确定只有一个编码发生器是一种唯一编码发生器的方法；将编码分段，采用多个发生器源也是一种唯一编码发生器的方法，但如果对编码客体的识别依赖于外部信息，则考虑同一外部信息在两个发生器源均申请了编码，而导致的编码客户的识别与合并问题。6.2现有编码对已经使用的现有编码，采用如下策略。a)对使用外源性数据作为客体标识且进行了扩充的，宜评估其与外部编码规则的一致性，在适宜b)当前编码已经使用了有含义编码的，宜在适宜时机改为通过属性表示这些含义，而逐渐将这些编码转换为无含义编码。c)对确立了唯一编码的技术要求但采用多数据源模式的，宜在适宜时机改造为单一数据源模式。5GB/T40474—2021(资料性)有含义编码与无含义编码的比较A.1有含义编码的优点有含义编码的优点如下。a)便于人对编码的记忆。这是其最大的优点，也是很多系统编码采用有含义编码的首要原因。b)便于描述编码对象的部分属性。当编码对象的部分属性内容确定且适宜为广大使用人员所A.2无含义编码的优点无含义编码的优点如下。a)不存在编码的结构性浪费，在同样的编码长度下可使用更多的有效编码。示例1:假定数字编码只能以6和8开头，则可实际使用的编码容量受到开头数字的限定，在十进制前提下，只有没有限制情况的全数字编码容量的1/5。b)编码对象的属性不会被无意泄露。注：这里编码对象属性的泄露不仅仅是直接泄露某些值，这些值可能本身并不敏感，但这些值可能还能够映射说明一些情况，这些情况可能是敏感的。例如在将1位的婚姻状态列入编码中时，就意味着很有可能不具备处理两位婚姻状态的能力；在一个编码中的客户是按省编码的，就意味着很可能是以省为一级管理中心。c)编码对象属性取值的变化不会影响编码本身。将编码对象的属性作为编码的一部分，在编码空间的分配上如果不考虑预留增加的属性取值，则可能导致在发现有新的取值之后，无法保持但在实际运行中，发现在有些情况下编码对象的性别是不能准确识别或可能变更的，但编码的空间已经完全分配，故只能将对编码对象的初始的性别作为其编码的性别，从而失去了通过编码判别编码对象性别的意义。d)不会导致对编码对象属性的误判。在采用编码对象的属性作为编码的一部分时，至少在编码的初期，在绝大多数的情况下，编码所隐含说明的编码对象的属性是正确的，因此，会有部分人员通过编码去判定编码对象的属性而不再去查询编码对象实际具备的属性。随着时间的推移，编码的内容可能已经不能正确反映编码对象的属性，但编码的使用人员并不了解或不关注这种情况，且依旧可能通过该编码的值对编码对象的属性进行判定。6[2]GB/T2261.1—2003个人基本信息分类与代码第1部分：人的性别代码[3]GB/T2261.2—2003个人基本信息分类与代码第2部分：婚姻状况代码[6]GB/T31186.1—2014银行客户基本信息描述规范第1部分：描述模型[8]ISO18308:2011Heal