下载文档原格式
1 前言《企业信用信息基础数据库数据接口规》（简称“数据接口规”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。
前言简介本规各部分的容。
报文规规定了本规中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。
数据采集要求规定了公积金管理中心提交数据的围、频率以及文件传送方式。
公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。
公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈容的具体数据项以及对数据项的描述和约束。
附录包含公积金信息采集接口规的代码表、数据校验规则。
本接口规适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。
文档的主要读者有：拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。
2 报文规2.1术语和定义下列术语和定义适用于本规。
2.1.1报文由报文头、报文体构成的，按照一定规则组合起来的数据集合体。
2.1.2报文文件包含报文的数据文件。
本规中报文文件与报文是一对一的关系。
2.1.3段一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。
段有各自固定的长度。
本规中段为基础段。
2.1.4信息记录数据采集的基本信息单位，包含报送机构一笔业务的有关数据。
本规中的信息记录由基础段组成。
2.1.5报文头每个报文必须包含且只包含一个报文头，报文头表示一次数据采集的开始，该部分给出本次采集数据的信息提要。
2.1.6报文体报文体是数据采集报文的主体容，报文体部分可包含一种或多种不同类型的信息记录，最后一条信息记录结束即为报文结束。
信息记录之间用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。
2.1.7信息记录此信息记录由基础段组成。
每个信息记录包含且仅包含一个基础段。
商业银行企业信用信息基础数据库查询用户操作规程第一章总则第一条为了保障本行企业信用信息基础数据库（以下简称“企业信用数据库”）查询系统的数据安全，规范系统各级用户的管理、使用，制订本办法。
第二条企业征信系统包括人民银行企业征信数据库、征信接口程序系统。
第三条本办法所称企业信用数据库查询系统用户，是指本行从中国人民银行企业信用数据库接入的查询用户，有数据报送、信息查询、系统管理等业务功能，和接口程序系统查询用户，有数据查询、数据修改等功能。
第四条查询用户可同时拥有人民银行企业信用数据库查询用户和接口程序系统查询用户。
第五条总行指定合规风险部为专门部门、专人负责企业信用数据库查询系统各项业务的开展。
第六条本行企业信用数据库查询系统各用户的权限划分、创建以及管理等应当严格遵守本办法的规定。
第七条企业信用数据库查询系统各用户应当严格遵守本办法的规定，在各自权限范围内，规范执行系统用户管理、数据上报、错误数据修改及信息查询等业务功能，防范操作风险，确保企业信用数据库查询系统的查询工作正常合规开展。
第二章用户的种类及其权限第八条人民银行企业信用数据库查询系统采用多级用户体系，用户分为管理员用户和普通用户两类。
第九条管理员设一名总行系统管理员用户，总行系统管理员用户由本行合规风险部分管征信工作的负责人担任，负责设置管理员用户和普通用户。
普通用户由日常征信工作的人员担任，负责每日对企业征信数据的数据安全上报、人民银行反馈报文的下载、处理日常征信工作中产生的异议。
设置若干名普通用户，普通用户的数量可根据实际业务需要，做到在人民银行企业信用数据库的合理查询。
第十条按照人民银行征信中心企业信用信息基础数据库查询系统的权限设置内容，管理员用户权限为“信用报告查询”、“金融机构异议信息处理”、“数据报送”、“数据报送情况信息查询”、“贷款卡查询-金融机构”、“代码共享平台”、“信用报告-中小企业”、“历史信息查询”、“非银行信息查询”、“票据查询”、“非银行离线服务”、“当前档案查询”、“信贷信息查询”、“离线信用报告”等。
中国人民银行征信中心2007年1月8日目录1前言42报文规范42.1术语和定义42.2设计原则52.3数据处理规则62.4文件命名规则72.5报文文件82.5.1报文结构82.5.2报文文件种类83数据采集要求83.1数据范围83.2采集频率93.3数据文件传送方式94公积金信息采集报文和公积金信息删除报文9 4.1报文头94.2公积金信息采集报文报文体104.3公积金信息删除报文报文体124. 4报文校验规则125公积金信息反馈报文12 5.1报文头135.2反馈报文报文体13附录：151、报送机构代码命名规则152、数据元目录152.1数据元的表示格式152.2数据元的分类162.3数据元目录17第一组：17第二组17第三组17第四组18第五组18第六组18第七组19第八组193、代码表193.1行政区划193.2单位性质193.3登记注册类型203.4行业分类223.5单位当月缴费状态224、校验规则234.1公积金信息采集报文校验规则234.1.1报文名校验234.1.2报文级校验234.1.3数据项级校验244.1.4入库校验254.2公积金信息删除报文校验规则254.2.1报文名校验254.2.2报文级校验264.2.3数据项级校验264.2.4入库校验275、公积金信息反馈格式代码集275.1出错原因代码275.2错误编码其中出错信息=标识符+错误编码2811前言《企业信用信息基础数据库数据接口规范》（简称“数据接口规范”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。
前言简介本规范各部分的内容。
报文规范规定了本规范中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。
数据采集要求规定了公积金管理中心提交数据的范围、频率以及文件传送方式。
公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。
公司信息系统数据接口管理办法第一章总则第一条为了规范公司信息系统数据接口申请、变更及故障处置管理流程，确保公司信息系统接口数据传递安全、准确、稳定、高效，特制定本管理办法。
第二条信息系统数据接口申请与变更是指因系统架构变化或者管理需求延伸时，需要增加或者修改现有信息系统数据接口的各种业务需求。
第三条信息系统数据接口故障处置是指信息系统运行过程中所出现的各种接口故障问题处理。
第四条本管理办法适用于运营改善部所负责的1580AQD/AMS系统、1580热轧MES系统、2160在线质量判定系统、2160热轧MES系统、一炼钢DHS系统、二炼钢MES 系统、冷轧AMS系统、冷轧仓储系统、冷轧AQD系统、冷轧MES系统、工艺监督系统、横切MES系统、热轧仓储系统、公司冷轧报表系统、公司报表系统、酸洗MES系统、酸洗仓储系统、铁前MES系统、一卡通、二期LIMS、三期LIMS、炼钢炉炉对、OA、内网网站、外网网站、全员自主创新管理平台、硅钢信息系统、elink、档案系统、信息资源知识管理平台等信息系统（下面简称信息系统）与其他生产、管理、控制系统（下面简称其他系统）之间的数据接口管理。
第二章管理职责及分工第五条运营改善部职责运营改善部是公司信息系统数据接口的归口管理部门，负责组织制定公司信息系统数据接口架构方案；负责审批各单位信息系统或者其他系统数据接口申请与变更并组织数据接口谈判、实施、测试与上线；负责收集与归档信息系统维护单位制定或者变更的接口文档；负责组织处置各类信息系统数据接口故障；负责信息系统或者数据接口故障时以及故障后通知接口对应其他系统所属专业对管辖系统数据接口进行相应处置并组织数据追单；负责信息系统或者数据接口检修前、后通知相关其他系统所属专业对管辖系统数据接口进行相应处置并组织数据追单；负责接受相关其他系统所属专业关于其他系统检修、故障的通报，并组织信息系统维护单位对数据接口进行相应的处置。
商业银行企业信用信息基础数据库管理办法第一章总则第一条为加强本行企业信用信息基础数据库业务的管理，保障借款人和担保人信用信息的安全和合法使用，正确使用企业信用数据库查询和接入系统，规范信息查询、使用等，防范业务风险，根据中国人民银行《征信业管理条例》、《企业信用信息基础数据库管理暂行办法》等有关规定，特制定本办法。
第二条各业务部门负责企业信用信息基础数据采集、整理，并可向企业信用信息数据库进行企业信用信息查询。
第三条本行工作人员应当为在工作中知悉的借款人、担保人信用信息保密。
第二章信用信息的报送和整理第四条遵守中国人民银行发布的企业信用信息基础数据库标准及其有关要求，准确、完整、及时地向企业信用数据库报送相关信用信息。
第五条数据报送方式为T＋1，连续不断，节假日除外，遇系统出现故障、停电等特殊情况不能正常上报的，要及时向人民银行征信管理部门通报。
第六条企业信用信息数据报送员由总行合规风险部负责企业征信业务的人员担任，负责完成全行企业信用信息数据采集、报文生成、报文预处理、错误数据修改、报文报送等数据报送的各项具体工作。
第七条总行合规风险部负责对人民银行反馈报文的修改工作，各业务部门要建立快捷的错误信用信息数据处理机制，指定专人担任企业征信业务的数据核查、数据审核、数据修改。
在规定的时间内及时重报更正数据报文，提高数据报送的质量。
第八条总行合规风险部须向中国人民银行企业信用信息基础数据库报送企业信用信息，不得向未经信贷征信主管部门批准建立或变相建立的企业信用信息基础数据库提供借款人、担保人信用信息。
第九条总行合规风险部向中国人民银行企业信用信息基础数据库报送企业信用信息报文，应使用中国人民银行银行征信服务中心（以下简称征信服务中心）提供的报文加压加密程序对报文进行加压加密处理，以确保企业信用信息的报送安全。
第三章信用信息的修改、查询第十条征信管理人员每天负责企业征信数据的生成、预校验工作。
存在错误数据的，征信管理人员对人民银行反馈的错误企业征信数据导入并存放于征信接口程序中。
555、根据《企业征信系统机构管理与维护操作规程》，对于地方性机构，被合并机构的机构设置符合批文的要求，企业征信系统中的业务数据已全部划转至接收机构是做出初审决定的条件之一。
答案：√556、根据《企业征信系统机构管理与维护操作规程》，征信分中心（自治区、直辖市）接到金融机构分支机构接入企业信用信息基础数据库的申请后，应对申请材料的内容及真实性进行审核。
答案：√557、某企业贷款卡已有3年未年审，其不能再继续使用该卡，需销卡重新办理。
答案：×558、企业信用信息基础数据库的所有用户可以进行删除、停用或启用等操作。
答案：×559、根据《征信业管理条例》，法律、行政法规没有禁止采集的企业信息，征信机构均可采集。
答案：√560、贷款业务信息采集报文和保函业务采集报文不得同时在一个报文文件里面。
答案：×561、法人账户透支、法人按揭贷款、银行信贷证明、贷款承诺函等信贷业务不属于商业银行向企业信用信息基础数据库报送的范围。
答案：×562、根据《企业信用信息基础数据库接口规范》，三种填报状态M、C、O分别表示必选型、有条件选择型和可选型。
答案：√563、企业信用信息基础数据库采集的贷款种类包括各类贷款，如流动资金贷款、固定资产贷款、项目融资贷款、并购贷款、银团贷款和委托贷款。
答案：√564、企业信用信息基础数据库的重报报文与反馈报文的关系应为一对一或多对一。
答案：√565、企业信用信息基础数据库中不良信贷资产处置信息记录主要用于放贷机构对已发生核损核销信贷业务（包括贷款、贸易融资）的后续处置（还款）信息的报送。
答案：√566、在企业信用信息基础数据库报文中，借款人基本信息中的必填型数据项无法填写时，用相应位数的“＃”填充。
答案：√567、在企业信用信息基础数据库报文中，类型为N的数据项是右对齐的，并在左面用空格补齐。
答案：×568、企业信用信息基础数据库采集商业银行所有的表外业务。
2006年10月10日第10期FINANCIAL COMPUTER OF HUANAN.OCT.10，2006NO.10!"!"企业信用信息基础数据库系统运行中存在的问题及建议旁中国人民银行安阳市中心支行魏金林企业征信新老系统切换成功,启动了全国统一的企业信用信息基础数据库,由过去的三级数据库结构改为集中式数据库结构，增加了系统采集的信息内容，数据采集项目由原来的300多项扩展到800多项，借款人资料信息的采集更加完整、详细，数据的一致性和准确性进一步提高。
但从人民银行基层央行正式运行的情况看，系统还需要进一步完善。
一、系统运行中存在问题（一）、数据采集依据不足新系统增加了许多采集内容，例如新增了高级管理人员情况表、法人代表家族企业成员情况表、现金流量表、税务登记证等，并要求企业提供高级管理人员最高学历证明，这些内容已超出《银行信贷登记咨询管理办法（试行）》（以下简称《办法》）的要求。
另外，新系统要求办理贷款卡要同时录入企业资产负债表、损益表、现金流量表，且报表为季报或年报，而《办法》第五条规定借款人申领贷款卡，需向人民银行提供的有关报表是“法人企业领卡前上年度或上一个月资产负债表、损益表及借款户明细表”，企业只提供月报而不是季报，不能录入新系统。
由于《贷款卡发放核准》项目是人民银行一项行政许可项目，按照《中华人民共和国行政许可法》第五条“设定和实施行政许可，应当遵循公开、公平、公正的原则。
有关行政许可的规定应当公布；未经公布的，不得作为实施行政许可的依据”，而人民银行办理贷款卡业务依据之一的《银行信贷登记咨询管理办法（试行）》中并未列明新系统新增的内容，由于依据不足，容易引起法律纠纷。
（二）、贷款卡的功能模块不够完善1.贷款卡的管理功能不够完善，没有暂停贷款卡的功能系统技术2006年10月10日第10期FINANCIAL COMPUTER OF HUANAN.OCT.10，2006NO.10!"在企业没有通过年审或因其他原因需要暂停贷款卡功能时，操作人员在发现需要暂停借款人贷款卡时无法操作。
xx银行cc支行企业信用信息基础数据库应用管理办法第一章总则第一条为确保中国人民银行企业信用信息基础数据库安全、稳定运行,规范全行各级、各类用户的使用，使企业信用信息基础数据库最大限度地服务于我行业务发展和风险防控, 根据《中国人民银行关于企业信用信息基础数据库试运行操作指引》、《银行信贷登记咨询管理办法（试行）》，结合我行实际，特制定本办法。
第二条我行参与系统建设和应用的方式我行按照人民银行规定的数据报送格式，定期向中国人民银行征信中心（以下简称征信中心）报送全行企业客户信用信息，并按照人民银行系统信息使用的有关办法，在信贷管理和风险控制业务操作中使用企业客户信用报告查询服务。
第三条企业客户信用信息内容本办法所称企业客户信用信息包括企业客户基本信息、信贷信息以及其他能反映企业客户信用状况的信息。
信贷信息是指贷款、银行承兑汇票、信用证、保函、票据贴现、贸易融资、保理、公开授信等业务以及与其相关的担保业务。
第四条保密原则企业信用信息基础数据库采集和保存了我国银行业全部企业客户的信用信息，属于商业秘密，仅供我行在内部控制信用风险时使用，我行向征信中心报送及查询到的客户信用信息属于商业秘密，严禁向无关人员泄露。
第二章组织推动和分工第五条组织推动贷款部负责企业信用信息基础数据库应用推广及相关工作的指导。
第六条部门分工我行企业信用信息基础数据库的管理工作由贷款部负责。
贷款部负责组织协调企业信用信息基础数据库应用管理，具体包括与人民银行沟通协调企业信用信息基础数据库应用和管理有关问题、系统运行管理和日常维护、信息核查、异议处理、用户授权和培训推广等工作。
贷款部按照人民银行要求，按时向人民银行征信中心报送全行企业客户相关业务信用数据，同时做好错误数据的纠错工作。
第七条日常工作机制支行须配备1至2名专职人员，负责企业信用信息基础数据库的日常运行管理、用户管理、信息维护和异议信息核查等工作，每年牵头组织交流企业信用信息基础数据库运行管理和制度执行情况，分析问题，研究解决的办法，完善相关制度，推动企业信用信息基础数据库平稳、高效、安全运行。
（一）单选题372、要查验贷款卡当前的状态，可以通过以下哪些方式？（）A、通过企业信用信息基础数据库进行贷款卡信息查询B、2012版企业信用报告C、通过贷款卡年审凭证D、以上均是答案：D373、依据《湖北省贷款卡管理规定》，申办贷款卡的特殊借款人，在办理贷款卡时需要金融机构出具（）。
A、贷款意向书B、基本账户证明C、临时账户证明D、贷款卡编码答案：A374、在企业信用信息基础数据库中，企业注册地址迁移至他省时，需要（）在库中为其作贷款卡迁移。
A、银监局分支机构B、征信中心C、当地人民银行D、征信管理局答案：C375、在企业信用信息基础数据库中，选择信息查询-贷款卡基本信息查询，信息中不包括（）时间。
A、贷款卡申请B、贷款卡办理C、贷款卡注销D、贷款卡换发答案：D376、中国人民银行开发编制的贷款卡编码是由（）位数字组成。
A、14、B、15、C、16、D、17答案：C377、依据《银行信贷登记咨询管理办法（试行)》，（）不需要申领贷款卡或申办贷款卡编码。
A、申请汽车贷款的个人B、为企业提供担保的个人C、申请贷款的企业D、为企业提供担保的企业答案：A378、依据《银行信贷登记咨询管理办法（试行)》，除（）外，任何单位和个人不得暂停或注销借款人的贷款卡。
A、财政部B、地方政府金融办C、中国人民银行D、银监局答案：C379、依据《银行信贷登记咨询管理办法（试行)》，贷款卡管理实行（）管理原则。
A、主动B、总行C、属地D、自主答案：C380、依据《银行信贷登记咨询管理办法（试行)》，贷款卡是借款人凭以向各金融机构申请办理（）的资格证明。
A、信贷业务B、基本账户C、存款业务D、理财业务答案：A381、依据《银行信贷登记咨询管理办法（试行)》，贷款卡在（）通用。
A、全国B、湖北省C、地级市D、县级市答案：A382、依据《银行信贷登记咨询管理办法（试行)》，借款人的贷款卡被暂停后，可凭单位证明及经办人身份证件到（）申请贷款卡解停。
中国人民银行征信中心2007年1月8日目录1前言 42报文规范 42.1术语和定义 42.2设计原则 52.3数据处理规则 62.4文件命名规则72.5报文文件82.5.1报文结构82.5.2报文文件种类83数据采集要求83.1数据范围83.2采集频率93.3数据文件传送方式94公积金信息采集报文和公积金信息删除报文9 4.1报文头94.2公积金信息采集报文报文体104.3公积金信息删除报文报文体124. 4报文校验规则125公积金信息反馈报文125.1 报文头135.2 反馈报文报文体13附录：151、报送机构代码命名规则152、数据元目录152.1数据元的表示格式152.2数据元的分类162.3数据元目录17第一组：17第二组17第三组17第四组18第五组18第六组18第七组19第八组193、代码表193.1行政区划193.2单位性质193.3登记注册类型203.4行业分类223.5单位当月缴费状态224、校验规则234.1公积金信息采集报文校验规则234.1.1报文名校验234.1.2报文级校验234.1.3数据项级校验244.1.4入库校验254.2公积金信息删除报文校验规则254.2.1报文名校验254.2.2报文级校验264.2.3数据项级校验264.2.4入库校验275、公积金信息反馈格式代码集275.1出错原因代码275.2错误编码其中出错信息=标识符+错误编码2811 前言《企业信用信息基础数据库数据接口规范》（简称“数据接口规范”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。
前言简介本规范各部分的内容。
报文规范规定了本规范中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。
数据采集要求规定了公积金管理中心提交数据的范围、频率以及文件传送方式。
公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。
公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈内容的具体数据项以及对数据项的描述和约束。
附录包含公积金信息采集接口规范的代码表、数据校验规则。
本接口规范适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。
文档的主要读者有：拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。
2 报文规范2.1术语和定义下列术语和定义适用于本规范。
2.1.1报文由报文头、报文体构成的，按照一定规则组合起来的数据集合体。
2.1.2报文文件包含报文的数据文件。
本规范中报文文件与报文是一对一的关系。
2.1.3段一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。
段有各自固定的长度。
本规范中段为基础段。
2.1.4信息记录数据采集的基本信息单位，包含报送机构一笔业务的有关数据。
本规范中的信息记录由基础段组成。
2.1.5报文头每个报文必须包含且只包含一个报文头，报文头表示一次数据采集的开始，该部分给出本次采集数据的信息提要。
2.1.6报文体报文体是数据采集报文的主体内容，报文体部分可包含一种或多种不同类型的信息记录，最后一条信息记录结束即为报文结束。
信息记录之间用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。
2.1.7信息记录此信息记录由基础段组成。
每个信息记录包含且仅包含一个基础段。
信息记录的内容中不允许存在回车换行符（“﹨r﹨n”或“﹨n”）。
2.1.8基础段基础段是由固定数据项按照一定次序排列组成的信息集合体。
2.2设计原则* 注重报文的通用性，报文规范适用于企业信用信息基础数据库与外部系统的所有数据交互。
* 报文分类设计遵循业务导向原则，从业务角度分析系统与外部数据交换，根据业务层次和种类分别设计报文。
* 报文中信息记录采用分段设计的方法，通过采集新产生或发生变化的段，降低冗余，达到数据报送的最小化。
* 采用统一的报文结构的基础上，兼顾不同报文种类进行特色化设计。
* 报文的可重用性，多种数据报送都通过同一格式完成。
* 报文中加入汇总信息进行报文自身校验，降低报文传输错误；同时通过信息记录跟踪，辅助数据质量保证。
* 辅以明确的报文组织与处理要求，避免报文收发双发对同一业务情况的不同理解，保证数据中心与报送机构之间数据的一致性。
2.3数据处理规则企业信用信息基础数据库数据接口报文规范对使用的数据类型定义如表1。
表1数据类型定义标识符数据类型N数字0－9，ASCII码范围：0X30——0X39AN包含0－9的数字和不包括汉字在内的其他半角字符，具体ASCII码范围：0X20——0X7EANC包含汉字在内的所有字符编码范围如下：双字节1区 A1A1-A9FE图形符号双字节5区 A840-A9A0图形符号双字节2区 B0A1-F7FE汉字双字节3区 8140-A0FE汉字双字节4区 AA40-FEA0汉字单字节ASCII码：0X20--0X7E企业信用信息基础数据库数据接口规范应遵循如下规则：（1）类型为AN或ANC的数据项是左对齐的，并在右面用空格补齐。
（2）类型为N的数据项是右对齐的，并在左面用0补齐。
（3）必填型数据项必须填写；可选型数据项无法填写时，用空格填充。
有条件选择型数据项在符合条件情况下按照必填型数据项处理，在不符合条件情况下按照可选型数据项处理。
（4）数据项长度均指字节数。
（5）字符区分大小写。
（6） AN型金额类数据要求精确到小数点后两位，取舍原则是四舍五入法；负数金额前面加“－”，正数前面不加“＋”，其中“－”与小数点各占一位。
举例：类型为AN，长度为20的金额数据项，金额为12345时填报“12345.00************”；金额为－12345.678时填报“－12345.68***********”。
（其中*代表一个空格）（7）汉字信息交换按国家标准GB2312-1980和GB18030-2000执行，西文信息交换按国家标准GB/T 1988-1998执行。
2.4文件命名规则企业信用信息基础数据库不同数据格式文件要求都被唯一标识，文件名规则如下：（1）文件名称的长度为30位；（2）文件名称只能由英文、数字以及英文和数字的组合构成；（3）文件加压加密前后文件名前缀一致，后缀加压加密前为txt，加压加密后为enc；（4）文件名结构如表2所示。
表2报文名数据段要求数据段含义长度位置数据段描述及填写方法报送机构代码141-14表示公积金中心在企业信用信息基础数据库的机构代码，命名规则见附录1。
汇缴年月615－20表示公积金汇缴对应的年月，格式为“YYYYMM”报文流水序号321－23对同一报送机构同一月的多个数据报文应保证不相同（可以填数字或大写英文字母）报文信息类别124－24G－公积金信息数据报文预留225－26用00填充应用系统代码127－271-企业征信系统报文类型128－280－正常报文1－数据删除报文反馈标志129－29如果是反馈报文，填“1”，否则填写“0”预留130－30预留，用0填充。
2.5报文文件2.5.1报文结构企业信用信息基础数据库数据的公积金信息采集报文的结构由报文头和报文体两部分组成。
一个报文只包含一个报文头。
报文头和报文体之间用一个空行区分，即报文头后加入两个回车换行符（“﹨r﹨n”或“﹨n”）分隔。
企业信用信息基础数据库的公积金信息采集报文的结构如图1所示。
图1 企业信用信息基础数据库的公积金信息采集报文的结构2.5.2报文文件种类* 公积金信息采集文件> 公积金信息采集报文* 公积金信息采集信息记录3 数据采集要求3.1数据范围数据来自公积金中心，每次所采集的数据为当期公积金缴费信息。
3.2采集频率原则上以月为单位。
3.3数据文件传送方式采集对象是各地住房公积金管理中心，目前数据交换方式采用光盘、磁带等介质形式报送当地人民银行，由人民银行通过网络上报征信中心。
待条件成熟可采用网络传输等形式实现数据交换。
通过网络进行数据交换时，征信中心提供FTP、HTTP、SMTP三种数据交换方式。
通过存储介质进行数据交换时，可以通过磁带、光盘等存储介质。
为保证数据传输过程中的效率和安全，本规范要求对通过网络进行传输的数据进行加压和加密。
加密方法的选择由进行数据交换的各方协商确定。
4 公积金信息采集报文和公积金信息删除报文公积金信息采集报文和公积金信息删除报文是由公积金中心向征信中心报送的报文文件。
报文包括报文头和报文体两部分。
两类报文的报文头构造相同，报文体构造不同。
4.1报文头组成报文头的数据项详见表3。
表3报文头数据项标识符数据项名称类型长度位置数据项描述及代码表状态8517报文格式版本号AN31－3格式为N.N，是指当前使用的征信机构制定的报文格式的版本号。
此处填写1.0。
M6517报送机构代码AN144－17此处填写报文生成机构的代码。
M2585报文生成时间N1418－31生成本报文的时间，精确到秒。
格式为YYYYMMDDHHMMSS。
M8553报文信息类别AN132-32G－公积金信息数据报文。
M5214应用系统代码N133-331-企业征信系统M8543报文类型N134-340－正常报文1-删除报文M8545反馈标志N135-35填写“0”M5591联系人ANC3036-65公积金中心联系人O5593联系电话ANC2566-90公积金中心联系电话O8515预留字段ANC3291-122为以后可能的变化预留。
O说明：1. 状态：指各个指标段中数据项的填写方式状态。
“M”为必选型(Mandatory)，表示必须填写该数据项；“C”为有条件选择型(Conditional)，表示在符合条件的情况下，必须填写该数据项，不符合条件的情况下，可以填写也可以不填写该数据项；“O”为可选型(Optional)，表示可以填写该数据项，也可以不填写该数据项，不填写该数据项必须用空格填充。
2. 以后出现同类表格中出现以上数据的含义同上。
4.2公积金信息采集报文报文体公积金信息采集报文格式中的信息记录只有一种，具体见表4。
该信息记录的构成见表5。
该信息记录的构成见表6。
表4信息记录类型表编号记录类型记录构成备注1公积金信息采集信息记录基础段表5信息记录组成编号段名称描述出现次数状态1基础段必选1：1M说明：出现次数：指各个指标段在一条账户记录中出现的次数。
“0:1”表示不出现或出现1次，“0:n”表示不出现或出现n次，“1:1”表示出现且仅出现1次。
以后表格中出现上述数据的含义同上。
表6基础段数据项标识符数据项名称类型长度位置数据项描述及代码表状态5701行政区划N61-6填写数据发生地的行政区划代码，编码采用GB/T 2260-2002《中华人民共和国行政区划代码》的数字型代码，详见附录 (至少到地市一级)。
