企业信用信息基础数据库系统数据接口规范
个人信用信息基础数据库系统数据接口规范标准
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前言《企业信用信息基础数据库数据接口规范》（简称“数据接口规范”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。
前言简介本规范各部分的内容。
报文规范规定了本规范中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。
数据采集要求规定了公积金管理中心提交数据的范围、频率以及文件传送方式。
公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。
公司信息系统数据接口管理办法-Microsoft-Office-Word-文档
公司信息系统数据接口管理办法第一章总则第一条为了规范公司信息系统数据接口申请、变更及故障处置管理流程，确保公司信息系统接口数据传递安全、准确、稳定、高效，特制定本管理办法。
第二条信息系统数据接口申请与变更是指因系统架构变化或者管理需求延伸时，需要增加或者修改现有信息系统数据接口的各种业务需求。
第三条信息系统数据接口故障处置是指信息系统运行过程中所出现的各种接口故障问题处理。
第四条本管理办法适用于运营改善部所负责的1580AQD/AMS系统、1580热轧MES系统、2160在线质量判定系统、2160热轧MES系统、一炼钢DHS系统、二炼钢MES 系统、冷轧AMS系统、冷轧仓储系统、冷轧AQD系统、冷轧MES系统、工艺监督系统、横切MES系统、热轧仓储系统、公司冷轧报表系统、公司报表系统、酸洗MES系统、酸洗仓储系统、铁前MES系统、一卡通、二期LIMS、三期LIMS、炼钢炉炉对、OA、内网网站、外网网站、全员自主创新管理平台、硅钢信息系统、elink、档案系统、信息资源知识管理平台等信息系统（下面简称信息系统）与其他生产、管理、控制系统（下面简称其他系统）之间的数据接口管理。
第二章管理职责及分工第五条运营改善部职责运营改善部是公司信息系统数据接口的归口管理部门，负责组织制定公司信息系统数据接口架构方案；负责审批各单位信息系统或者其他系统数据接口申请与变更并组织数据接口谈判、实施、测试与上线；负责收集与归档信息系统维护单位制定或者变更的接口文档；负责组织处置各类信息系统数据接口故障；负责信息系统或者数据接口故障时以及故障后通知接口对应其他系统所属专业对管辖系统数据接口进行相应处置并组织数据追单；负责信息系统或者数据接口检修前、后通知相关其他系统所属专业对管辖系统数据接口进行相应处置并组织数据追单；负责接受相关其他系统所属专业关于其他系统检修、故障的通报，并组织信息系统维护单位对数据接口进行相应的处置。
商业银行企业信用信息基础数据库管理办法
商业银行企业信用信息基础数据库管理办法第一章总则第一条为加强本行企业信用信息基础数据库业务的管理，保障借款人和担保人信用信息的安全和合法使用，正确使用企业信用数据库查询和接入系统，规范信息查询、使用等，防范业务风险，根据中国人民银行《征信业管理条例》、《企业信用信息基础数据库管理暂行办法》等有关规定，特制定本办法。
第二条各业务部门负责企业信用信息基础数据采集、整理，并可向企业信用信息数据库进行企业信用信息查询。
第三条本行工作人员应当为在工作中知悉的借款人、担保人信用信息保密。
第二章信用信息的报送和整理第四条遵守中国人民银行发布的企业信用信息基础数据库标准及其有关要求，准确、完整、及时地向企业信用数据库报送相关信用信息。
第五条数据报送方式为T＋1，连续不断，节假日除外，遇系统出现故障、停电等特殊情况不能正常上报的，要及时向人民银行征信管理部门通报。
第六条企业信用信息数据报送员由总行合规风险部负责企业征信业务的人员担任，负责完成全行企业信用信息数据采集、报文生成、报文预处理、错误数据修改、报文报送等数据报送的各项具体工作。
第七条总行合规风险部负责对人民银行反馈报文的修改工作，各业务部门要建立快捷的错误信用信息数据处理机制，指定专人担任企业征信业务的数据核查、数据审核、数据修改。
在规定的时间内及时重报更正数据报文，提高数据报送的质量。
第八条总行合规风险部须向中国人民银行企业信用信息基础数据库报送企业信用信息，不得向未经信贷征信主管部门批准建立或变相建立的企业信用信息基础数据库提供借款人、担保人信用信息。
第九条总行合规风险部向中国人民银行企业信用信息基础数据库报送企业信用信息报文，应使用中国人民银行银行征信服务中心（以下简称征信服务中心）提供的报文加压加密程序对报文进行加压加密处理，以确保企业信用信息的报送安全。
第三章信用信息的修改、查询第十条征信管理人员每天负责企业征信数据的生成、预校验工作。
存在错误数据的，征信管理人员对人民银行反馈的错误企业征信数据导入并存放于征信接口程序中。
企业征信系统数据采集接口规范-机构基本信息部分 V2.2
3 术语和定义
下列术语和定义适用于本规范。 数据元
亦称数据项，一个已标识、命名和属性化的数据单元。 本规范中数据元有 N 型（数字）、AN 型（包含 0－9 的数字和不包括汉字 在内的其他字符）和 ANC 型（包含汉字在内的所有字符）三种数据类型。 本规范中数据元有必选型 M、有条件选择型 C 和可选型 O 三种填报状态。 段 一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立 数据元的集合。段有各自固定的长度。 本规范中段分为基础段和业务段。 基础段是用来标识信息记录的一种特殊的段，其中包含信息记录的一些重要 的通用信息，在一条信息记录中，必须有一个基础段统领一个或多个业务段。 业务段是由业务数据项组成的信息集合体。 段标 段标是标明每个段开始的标志，段标命名规则： “A”、 “B”、 “C”、„。 同一信息记录中段的出现顺序以段标升序排列为准， 同一段出现多次时排列不分 先后。 信息记录 数据采集的基本信息单位， 包含报送机构一笔客户资料的有关数据，由一个 基础段或者一个基础段加上若干个业务段组成。 信息记录之间用一个回车换行符（“\r\n”或“\n”）分隔。 信息记录的内容中不允许存在回车换行符（“\r\n”或“\n”）。 报文 由报文头和报文体构成的， 按照一定规则组合起来的数据集合体。一个报文 包含依次排列的报文头、报文体、报文尾各一个。报文头与报文体之间、报文体 与报文尾之间各用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。 报文头 报文头表示一次数据采集或数据发送的开始，给出该报文的信息提要。 报文体 报文体是数据采集报文的主体内容， 报文体部分可包含一种或多种不同类型 的信息记录，最后一条信息记录结束即为报文结束。
6.1 6.2 6.3 6.4 6.5 6.6 报文头 机构基本信息采集报文体 家族成员信息采集报文体 机构基本信息删除报文体 家族成员信息删除报文体 报文尾
企业征信相关判断题—2014年
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名专职人员，负责企业信用信息基础数据库的日常运行管理、用户管理、信息维护和异议信息核查等工作，每年牵头组织交流企业信用信息基础数据库运行管理和制度执行情况，分析问题，研究解决的办法，完善相关制度，推动企业信用信息基础数据库平稳、高效、安全运行。
企业征信相关单选题—2014年
（一）单选题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、依据《银行信贷登记咨询管理办法（试行)》，借款人的贷款卡被暂停后，可凭单位证明及经办人身份证件到（）申请贷款卡解停。
商业银行企业信用信息基础数据库数据报送操作规程
商业银行企业信用信息基础数据库数据报送操作规程第一章总则第一条为做好本行企业信用信息基础数据库的数据报送工作，加强企业信用信息数据报送的管理，确保数据的保密和安全，制订本操作规程。
第二条总行合规风险部负责全行企业信用信息数据的报送工作，指定专人担任数据报送员，按照数据报送的要求，及时、准确和完整地报送本行所有企业基础信息和信贷信用信息。
第三条总行科技部负责本行企业信用信息基础数据库接口程序的日常运行、维护和程序的优化改造，同时负责及时做好解决接口程序运行中产生的问题。
第四条本行按照 T+1 模式（节假日除外）向中国人民银行企业信用信息基础数据库报送企业信用信息。
不得向未经人民银行征信主管部门批准建立或变相建立的企业信用信息基础数据库提供企业信用信息。
第五条本行在企业信用信息的传递、接收和使用过程中，应当严格遵守国家有关保密的法律、法规，严防泄密。
第二章报文的生成第六条本行按照人民银行征信中心 T+1 上报规则，通过接口程序生成每天的企业征信报文。
遇节假日生成报文顺延，节假日结束后，补报因节假日缺报的全部报文。
第七条报文生成后，应使用征信服务中心提供的预校验程序对报文进行校验。
对“bad”错误报文进行修改，一般性错误由数据报送人员进行修改，如遇贷款卡编码等错误的由数据报送员电话通知错误发生部门主管人员，对错误数据进行修改。
第八条各业务部门在接到企业征信错误数据修改电话后，要第一时间通知错误数据的发生支行，负责指导对其进行正确修改。
同时在综合业务系统中进行同步修改。
第九条错误数据经过修改后，报文再进行生成、校验，报文没有错误后。
使用征信服务中心提供的报文加压加密程序进行加压加密处理，报送人民银行征信数据中心。
第三章报文报送和接收第十条企业征信数据报文通过“在线报送”的方式，每日上午向中国人民银行企业信用信息基础数据库报送企业信息报文，即通过本行与征信服务中心联通的网络将报文传输到征信服务中心。
第十一条正常工作日每日要对人民银行征信中心配置的邮箱进行查（接）收企业征信反馈报文。
企业信用信息基础数据库系统数据接口规范.pdf
中国人民银行征信中心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 前言 《企业信用信息基础数据库数据接口规范》（简称“数据接口规范”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。
前言简介本规范各部分的内容。
报文规范规定了本规范中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。
数据采集要求规定了公积金管理中心提交数据的范围、频率以及文件传送方式。
企业征信接口
1、用户作业管理
2013-8-15 69
企业征信接口功能
2、小文本下载管理
2013-8-15 70
企业征信接口功能
3、总分行通告及资料查询
2013-8-15 71
企业征信接口功能
4、总分行通告及资料维护
2013-8-15 72
谢谢大家！
2013-8-15 73
4、报文通过率查询 5、报送情况统计
5.1应上报信息总体情况统计 5.2不上报信息总体情况统计
6、出错信息批量删除重报统计
6.1重报总体情况统计 6.2重报明细情况统计
2013-8-15 44
企业征信接口功能
1、单个客户报送查询 1.1客户基本信息上报明细
2013-8-15 45
企业征信接口功能
企业征信接口功能
（九）综合查询
1、企业征信日志查询 1.1查询类日志查询 1.2管理类日志查询 2、人行数据核对统计 2.1批量删除清单统计 3、贷款卡维护情况查询 4、欠息查询 5、担保查询 6、未结清业务查询 7、数据质量考核统计
2013-8-15 59
企业征信接口功能
1、企业征信日志查询 1.1查询类日志查询
企业征信接口功能
5、财务上报设置
2013-8-15 19
企业征信接口功能
6、业务不上报设置
2013-8-15 20
企业征信接口功能
6、业务不上报设置
2013-8-15 21
企业征信接口功能
（三）系统管理
1、系统参数维护 2、错误删除授权
2013-8-15 22
企业征信接口功能
1、系统参数维护
企业征信接口功能
2、机构代码维护
商业银行企业信用信息基础数据库管理暂行办法
商业银行企业信用信息基础数据库管理暂行办法第一章总则第一条为加强本行企业信用信息基础数据库业务的管理，保障借款人和担保人信用信息的安全和合法使用，正确使用企业信用数据库查询和接入系统，规范信息查询、使用和异议处理等，防范业务风险，根据中国人民银行《企业信用信息基础数据库管理暂行办法》等有关规定，特制定本办法。
第二条客户部、支行负责企业信用信息基础数据采集、整理，并可向企业信用信息数据库进行企业信用信息查询。
第三条本行工作人员应当为在工作中知悉的借款人、担保人信用信息保密。
第二章信用信息的报送和整理第四条遵守中国人民银行发布的企业信用信息基础数据库标准及其有关要求，准确、完整、及时地向企业信用数据库报送相关信用信息。
第五条发生企业信贷业务时，要尽量详细地掌握客户的信息资料，并在信贷业务信息系统中维护好借款人客户信息和担保人客户信息，以及抵押物、质押物信息，确保信息数据能顺利反映到人民银行企业信用信息基础数据库中。
第六条不得向未经信贷征信主管部门批准建立或变相建立的企业信用数据库提供借款人、担保人信用信息。
第七条当发现其所报送的借款人、担保人信用信息不准时，应当重新报送更正信息。
第三章信用信息的查询第八条本行办理下列业务，可以向企业信用信息数据库查询借款人和担保人信用信息情况。
（一）审核借款人贷款申请的；（二）审核为他人借款作担保的；（三）对已发放的贷款进行贷后风险管理的；（四）符合人行征信系统有关查询要求的其他情形。
第九条本行对申请信贷业务的借款人、担保人的信用信息进行查询时，要取得被查询人书面授权。
第十条对已发生信贷业务的借款人、担保人进行贷后风险管理查询其信用信息时，无须取得被查询人授权；但当与该客户所有信贷业务关系解除后，本行不再具有对该借款人、担保人信用信息的查询权。
异议核查除外。
第十一条通过查询企业信用数据库获取的借款人、担保人信用信息，不得用于本行除办理、管理信贷业务之外的其他用途，不得向第三方提供。
镇江企业公共信用信息基础数据库信息服务规定试行
镇江市企业公共信用信息基础数据库信息服务规定（试行）第一条为规范镇江市企业公共信用信息基础数据库信息服务工作，根据《江苏省企业信用征信管理暂行办法》、《省政府办公厅关于印发江苏省行政管理中实行信用报告信用承诺和信用审查办法的通知》和《省政府办公厅关于印发江苏省社会法人失信惩戒办法（试行）的通知》要求，制定本规定。
第二条本规定适用于基于镇江市企业公共信用信息基础数据库开展的信息服务。
第三条本规定所指的服务对象，是指行政机关、司法机关、具有社会公共管理职能的事业单位、社会组织、金融机构、信用服务机构、企业及个体工商户等。
第四条信息服务方式主要包括：信用信息综合查询、信用信息查询报告制作、信用信息订制、接口调用等。
信用信息综合查询服务，是指面向行政机关、司法机关及具有社会公共管理职能的事业单位等，通过镇江市企业公共信用信息基础数据库和服务平台为授权用户提供企业信用信息查询的服务；信用信息查询报告制作服务，是指面向信用服务机构、企业或个体工商户等提供《镇江市企业信用信息查询报告》的服务；信用信息订制服务，是指面向行政机关、司法机关及具有社会公共管理职能的事业单位等，依据业务需求，提供信用信息订制服务；接口调用服务，是指面向行政机关、司法机关及具有社会公共管理职能的事业单位等，根据业务需求，定义并开发相应接口，实现业务系统对接和信息查询。
第五条信息服务申请和提供1、信用信息综合查询服务。
待接口调用服务开通后，信息服务对象凭借系统赋予的权限登录，查询和下载企业信用信息。
此前，信用服务对象应向市信用办申请查询。
2、信用信息查询报告制作服务。
信息服务对象向市信用办提交《企业信用信息查询申请表》（见附件1），受委托的信用服务机构还应提交被查企业的授权委托书。
信息服务对象可通过诚信镇江网站下载《企业信用信息查询申请表》。
市信用办接到齐备的申请材料后5个工作日内提供《镇江市企业信用信息查询报告》，书面反馈给信息服务对象。
中国人民银行关于企业信用信息基础数据库试运行有关问题的通知
中国人民银行关于企业信用信息基础数据库试运行有关问题的通知文章属性•【制定机关】中国人民银行•【公布日期】2005.12.30•【文号】银发[2005]400号•【施行日期】2005.12.30•【效力等级】部门规范性文件•【时效性】现行有效•【主题分类】银行业监督管理正文中国人民银行关于企业信用信息基础数据库试运行有关问题的通知（银发[2005]400号）中国人民银行上海总部，各分行、营业管理部、省会(首府)城市中心支行、副省级城市中心支行，各政策性银行、国有商业银行、股份制商业银行、金融资产管理公司：按照企业信用信息基础数据库(以下简称企业信用数据库)建设规划，人民银行将银行信贷登记咨询系统升级为全国统一的企业信用数据库，并于2005年12月中旬开始在天津、上海、浙江、福建等4个省(市)试运行，2006年试运行范围将逐步扩大到全国。
试运行期间，企业信用数据库与银行信贷登记咨询系统将并行运行。
现就企业信用数据库试运行期间的有关事宜通知如下：一、企业信用数据库的功能与管理企业信用数据库在银行信贷登记咨询系统的基础上增加了数据采集内容，扩展了系统功能，最终将由三级分布式数据库逐步严成覆盖全国的一级集中式数据库。
企业信用数据库主要向金融机构提供借款人信用信息咨询服务，并依法向社会其他部门提供信息服务。
企业信用数据库由人民银行征信服务中心、人民银行分支机构征信管理部门负责日常运行、维护和管理。
二、贷款卡管理贷款卡是企业信’用数据库采集借款人信用信息的载体。
境内借款人和担保人向金融机构申办非个人信贷业务时，应当先在当地的人民银行分支机构申领贷款卡。
境外担保人和为借款人提供担保的自然人可以委托首次发生信贷业务的金融机构向当地的人民银行分支机构申领贷款卡编码。
申领贷款卡(编码)必须向人民银行提交规定的相关材料。
人民银行分支机构应通过银行信贷登记咨询系统发放贷款卡，同时将企业信用数据库要求的借款人基本信息录入企业信用数据库。
个人信用信息基础数据库系统数据接口规范.docx
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信息记录此信息记录由基础段组成。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中国人民银行征信中心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《中华人民共和国行政区划代码》的数字型代码，详见附录 (至少到地市一级)。