east数据是什么（EAST5.0正式发布重点内容早知道）

继2021年8月底发布意见稿后，EAST5.0正式稿在大家的“翘首期盼”中，终于赶在春节前的最后一个工作日下发下来了，也算是送给各位EAST统计人员的一份“大礼”。正式稿对首次报送时间的安排，虽然时间非常紧张（已不足100天），但应该并不意外，毕竟EAST自2012年运行以来，每次升级给金融机构的时间都不多。

总体来看，EAST5.0的升级重点可以总结为以下几个方向：轻量瘦身、去除冗余

删除冗余数据项和统计分析意义不大的数据项，简化非监管重点领域的信息采集。例如删除信用卡持卡人客户信息、资产负债科目信息的采集，删除借据表与信贷分户账表中的重复信息。

突出监管重点、细化采集标准

对于重点监管方向和风险较高的业务，按照“成熟一类、规范一类、采集一类”的原则，以风险监管为导向，综合考虑信用风险、操作风险、合规风险、洗钱风险、流动性风险等，对业务场景进行细分，细化采集标准，例如本次增加了对集团客户及财务信息、贸易融资及贸易背景、票据融资、表外业务及垫款、互联网贷款、代理代销、衍生品交易等业务的细分采集，并相应调整主题划分。

优化报送口径、减少理解歧义

结合两年多以来对EAST4.0的运行，进一步优化各表的报送范围，明确数据项的业务含义和口径，注意与1104、客户风险等模块对标。合理调整数据报送粒度，丰富各数据元的枚举值类型并允许码值自定义。对于全量数据的报送，EAST5.0明确全量表报送截至采集日有效的数据，以及上一采集日至采集日期间结清、失效、终结等所有视为终态的数据，即上一个采集日之前已经结清、失效、终结的数据无需报送。该报送原则在EAST4.0有提及，但未做过多强调，导致部分地区理解上存在歧义，本次对每一张全量表中的报送范围都明确当月失效的数据次月无需再报送，相信不会再有理解上的歧义，可以节约系统资源，提高报送效率。此外，EAST5.0还调整字段顺序、数据格式等，让采集规范更加清晰、合理、兼容，减少理解歧义。

提升数据分析便利性

最典型的例子，在各类业务信息中，增加客户的证件信息报送，方便数据的关联分析。

持续加强数据安全及隐私保护

调整脱敏算法、完善脱敏规则。

持续加强数据质量要求

细化校验规则，将校验要求结合金融机构业务实际情况区分强校验和弱校验，要求金融机构每期提交《监管标准化数据检核结果及备案表》，并要求银行机构在会版基础上，自己丰富完善校核规则，加强EAST与1104、客户风险等跨监管模块，以及与行内业务系统的数据校验，倒逼金融机构对源系统数据进行治理。

相比于EAST4.0，EAST5.0重点变动内容汇总如下：报送机构范围：

在中华人民共和国境内依法设立的银行机构，包括政策性银行、大型银行、股份制银行、外资银行、直销银行、城市商业银行、民营银行、农村信用社、农村商业银行、农村合作银行、村镇银行、理财公司。在原有基础上，增加直销银行、理财公司，以及理财登记中心。对于理财公司，从2022年开始，将多了大集中、金数、资管产品、EAST5.0等模块的报送要求。

报表框架：

EAST4.0包括十个监管主题域、66张数据表、1852个数据项，EAST5.0包括11个监管主题域、70张数据表、1838个数据项。其中理财业务域仍由理财登记中心报送，减少数据重复采集。不过，关于理财数据的报送，虽报送机构为理财登记中心，但羊毛出在羊身上，理财数据最终还是来自于银行和理财公司，因此EAST5.0对银行和理财公司就理财数据报送提出了要求：加强与理财登记中心的沟通，明确理财登记数据与EAST要求的映射关系，提升理财信息在登记中心的登记质量，在本机构做好理财数据的存储。即虽然数据不用报送，但本机构需要有相关报送数据的存储，且需要提升理财登记的质量。

以下是主题的变动情况：

报送时间和频率：

集中报送：银保监会直管机构2022年5月18日前完成首次报送，其他法人机构最晚2022年5月20日之前完成首次报送。首次报送内容：状态类报文，需要报送2019年12月，2020年6月，2020年12月，2021年6月，2021年12月、2022年4月末的6期状态类数据。明细类数据补报2020年1月1日以来的发生数据。集中采集时，明确采集在采集时间段内所有已结清/失效/终结的历史数据及所有存续数据，所有已终结的历史数据仅报送在其终结日的一条终态数据即可，不追溯已终结数据在采集期内的状态变化。同时纠正EAST4.0的错误，若机构员工等已经离职、停业但对应的业务仍存续，则需要报送，哪怕离职、停业时间早于集中采集时段。

持续报送：月报。法人每月18日前（遇节假日顺延）报送上月数据。分支机构应在每个月20日之前（遇节假日顺延）报送上月数据。鼓励各地区对明细类报表进行每日采集，每日采集时建议增量采集。不过，法人在各地的分支机构的采集模式若与法人所在地要求不同时，分支机构可以不受当地监管部门的约束。

报送门槛：

信用卡账户交易明细的门槛下限由10000元及以上，改为5000元及以上的交易。其他表的报送门槛要求未变。

全量表采集范围：

EAST4.0：报送全量数据时，采集时间段内结清、未结清，销户、未销户都应上报。

EAST5.0：明确全量指报送截至采集日有效的数据，以及上一采集日至采集日期间结清、失效、终结等所有视为终态的数据，即上一个采集日之前已经结清、失效、终结的数据无需报送，减轻全量数据表报送的数据体量。该报送原则其实在EAST4.0有提及，只是5.0的描述更加清晰，对每一张全量表中的报送范围都明确当月失效的数据次月无需再报送，避免4.0时部分地方银监局对报送要求的误解。

分支机构拆分报送要求：

EAST5.0：明确采集分支机构数据的银行机构，由总行按照一级分行进行数据拆分，并由一级分行报送属地银监局。若多个一级分行归属同一银监局管辖区域，则应由多个一级分行分别独立报送。数据拆分应当以满足交易描述的完整性为基本原则，账户归属地、业务发生地、记账核算地不在一个一级分行的，归属地、发生地、记账核算地应当分别报送。意味着，为了确保数据的完整性，报送各地银保监分局时，交易和账户要同时报送给交易所属分行和账户所属分行。

新增报表：

对公客户财务信息表、集团客户表、收单商户信息表、互联网贷款合同附加表、受托支付信息表、票据贴现表、票据转贴现表、融资租赁业务表、垫款登记表、互联网贷款合作协议表、保函与信用证表、交易背景信息表、代理代销交易信息表、即期及衍生品交易信息表、客户理财产品持有信息表、表内外业务担保人。

调整原因主要有三点：

1、增加对客户财务信息和关联信息的采集，便于识别银行客户风险的集中度。

2、结合监管需求，加强业务场景细分，如票据融资拆分根据业务类型拆分到贴现、转贴现、出票信息，贸易融资单独拆分信用证和保函并单独统计交易背景信息，单独统计代理代销、融资租赁、垫款、互联网贷款、衍生品、贷款受托支付等。

3、完善对商户信息与理财信息的采集，新增客户理财账户信息表，建立银行机构账户与理财账户之间的连接，新增收单商户信息表，加强对商户的监管。

删除报表：

包括贷款展期、持卡人基础情况表、表外授信业务、信用证合同表、信用证明细信息表、资产负债科目统计表、资金交易信息表，其中代客资金交易在代理代销交易信息表中报送。

删除原因有两点：

1、突出监管重点，删减冗余。如持卡人基础信息表与个人基础信息表存在大量冗余，将主要数据项合并至个人基础信息表后删除了持卡人基础信息表。

2、加强业务的精细划分，对数据结构进行整合、拆分处理，例如将表外授信业务拆分为保函、信用证、票据出票、代理代销、委托贷款等，将信用证合同表和信用证明细信息表与保函信息合并形成新的表“保函与信用证表”。

报表合并和拆分：

对部分报表内容进行整合。

1、个人活期存款和定期存款分户账、分户账明细记录，对公活期存款和定期存款分户账、分户账明细记录，分别合并为个人存款分户账、分户账明细记录，对公存款分户账、分户账明细记录。

2、担保合同与担保关系表合并为表内外业务担保合同表，同时将担保合同中的担保人信息从担保合同中拆分出来，作为单独的表内外业务担保人。

报送粒度调整：

报送粒度的调整会涉及底层数据抽取逻辑的调整，因此需要格外注意。项目贷款、银团贷款等报表，由合同粒度改为借据粒度。表内外业务担保合同表，由担保合同 担保人粒度，改为担保合同 被担保合同粒度。持卡人分期业务情况新增分期业务编号用于识别每一笔分期明细。自营资金业务余额表，改为按照金融工具编号的粒度统计每个金融工具的余额，且要求关联数据项：金融工具信息表.金融工具编号，意味着同业往来等资金业务也需要在金融工具信息表中编造金融工具信息。

报送范围调整：

注意部分报表的范围变动，例如机构信息表需要包括境外分支机构。关联关系表注意根据最新的《银行保险机构关联交易管理办法》中关于关联关系的判断标准进行报送。存款分户账明细记录不包括计息和扣利息税的交易，但应该包括结息交易。委托贷款需要包括现金管理项下委托贷款、非现金管理项下委托贷款和公积金委托贷款。金融工具信息表只需要报送自营资金业务对应的金融工具信息，代理代销工具信息无需报送。

数据项调整：

包括字段的新增、删除及调整，主要原因包括

1、优化报表结构，调整字段位置，例如将资金业务相关的投资标的信息，包括投资对象以及基础资产等信息，统一调入金融工具信息表中；

2、基于各类风险分析需要，细化业务信息的采集,例如交易明细记录中增加对交易IP地址、MAC地址、交易主体和交易对手的证件信息的统计;

3、删除冗余和不合理字段，简化报送要求。例如，对公客户存款和信贷分户账中，由于不允许业务代办，因此删除代办人相关统计信息，对公/个人信贷分户账、信贷合同表、信贷业务借据表存在较多信息交叉及数据项冗余，对以上各数据表进行了重构等等。

4、删除与最新监管政策不符的采集标准，例如在理财信息相关表中，随着理财净值化的转型，删除关于预期收益相关的数据统计。

5、调整部分字段的名称以减少歧义，完善字段说明、明确字段报送口径。例如对于交易明细表中关于交易对手的报送，考虑到是各金融机构的报送难点，因此详细列出各类场景下的填报方法。此外，还调整部分字段的长度、格式、数据项代码等，整体对报送规范进行优化。

枚举值自定义约束：

各表中含有枚举值的字段，考虑到各银行业务的特例情况，EAST允许银行进行自定义。EAST4.0对部分字段也注明允许由银行自定义，但对自定义内容未做过多约束，仅要求此类应注意使用中文字典或中文描述，避免使用英文或代码表示。而EAST5.0要求，若现有的枚举值无法匹配银行自身业务情况的，允许自定义报送，但明确了自定义报送的格式为“其他-自定义内容”，且自定义内容必须简洁、易理解，不能随意用“其他”等信息来笼统报送。既确保了报送内容的相对灵活和拓展性，又规范了自定义内容的报送要求，提升对自定义内容的可分析可利用价值。各金融机构处理要慎重，切勿随意。

数据质量要求：

EAST4.0

进行了简单了数据校验要求，明确集中报送和持续报送时要进行数据校验和报错数据的整改。也要求每期报送数据时需要提交数据校验结果，但随着各地监管局对校验规则的个性化补充和调整，继续按照会版校验规则要求提交校验报告，显然已经不能满足各地区监管的要求，也无法对数据质量问题进行完整、真实的披露。

EAST5.0：

1、继续明确每期数据报送前必须对数据进行校验，规则共3283条，分为强校验和弱校验。其中强校验是数据入库的基本要求，若未能通过，必须提交说明。弱校验未通过的，不要求强制提交说明，但银行需要自查，确保数据没有问题。规则类型包括非空校验、不合规默认值校验、日期格式校验、特殊字符、唯一性校验、长度校验、码值校验、关联校验、数值比较类、其他业务类，相比于EAST4.0，未提出标准的总分校验和跨模块校验要求，由各金融机构自行补充，后续各地方银监局预计会下发补充规则。

2、要求每期数据报送时除了数据文件外，还需要同时填报《监管标准化数据检核结果及备案表》，列出对所有校验规则的校核结果统计，包括数据条数、未通过数量、未通过原因等。此外每期报送时还需要提交《监管标准化数据报送清单》，包括规范中的70张表的文件大小、数据量、文件名等，包括理财主题表。

3、明确会版检核规则只是辅助监测工具，银行机构应在会版基础上，自己丰富完善校核规则，特别是加强EAST与1104、客户风险等跨监管模块，以及与行内业务系统的数据校验，以提升数据质量。

4、所有允许为空的数据项，不代表金融机构可以全部默认为空，而应该应填尽填。允许为空的数据项，只有以下情况可以明确留空：1）无业务或业务不涉及。2）历史或客观原因补录困难，且经银行内部流程请示。这意味着所有的字段都要尽量填报，不能为空的字段必填，若无法提供时可按照默认值处理，可以为空的字段要尽量填，且不能随意赋值。

脱敏要求：

EAST5.0明确隐私数据需要做变形处理，脱敏处理方法由MD5法改为SM3密码杂凑算法，隐私信息包括个人证件信息、电话、姓名等。对于涉密单位和个人，明确了详细到数据项的填报要求：

对于涉密单位，客户统一编号必填，客户名称需要特殊处理，证件、电话、地址无需报送，存款和信贷分户账只需要报送余额信息，不需要报送分户账明细信息。

对于涉密个人，客户统一编号必填，客户名称需要特殊处理，证件、电话、地址、单位、职业、职务等无需报送，存款和信贷分户账和信用卡信息只需要报送余额信息，不需要报送存款和信贷分户账明细信息、信用卡授信情况、信用卡交易明细、信用卡持卡人分期业务表等。

后续注意事项：

1、本次升级变动量大，时间紧张，金融机构需要在短时间内以充足的资源确保准确理解规范的设计理念、明确接口改造方案、完成系统开发和数据逻辑处理，做好业务流程优化和源头数据治理。

2、虽然银监会明确提出对于全国性银行，各地方银保监局应主动提升规范应用实施的一致性，原则上不得对数据表、数据项增设报送要求，不得新设不一致的解释口径、逻辑和校验规则，确保全系统EAST数据报送要求整体一致。确因工作需要，只能对专营机构等审慎增设特色报表或报送要求。但大概率各地区银监局仍会基于当地的风险监管要求，补充个性化报送要求以及个性化校验规则要求，各地监管要求“百家齐放”的趋势较难避免，需要提前做好应对。

3、EAST5.0中关于地区代码和国家代码，引用的是2007版中华人民共和国行政区划代码以及2000版世界各国和地区名称代码。2022年的最新制度，还在继续引用15年前甚至20多年以前的标准，反映的是我国最基本国家标准制定的严重滞后。国家标准的滞后，将拖累金融标准的制定，甚至影响对数据的分析使用以及金融机构数据标准的落地执行。

对于金融机构而言，做好EAST5.0的报送只是第一步，从源头进行数据质量整改方为长久之计。

,