做征信接入的公司有哪些
征信接入服务商没有公开名单，人行也不对技术供应方做资格认定。四类供应方各自的适用处境、七条可打分的判断标准、尽调时该问的六个问题。
征信接入服务商，指为金融与类金融机构提供人民银行征信系统接入所需软件产品、实施对接与准入辅导的供应方。这个市场没有公开名单，也没有权威排名，所以"有哪些公司"这个问题很难直接回答。但它可以换一个问法回答得更好：在你这类机构、这个报文范围下，什么样的供应方是合适的。
一、为什么搜不到一份名单
三个原因叠在一起：
- 人行不发布服务商目录。征信系统接入的审批对象是接入机构本身，不是它的技术供应商，监管不对供应方做资格认定，自然也没有官方名录；
- 采购结果大多不公开。金融与类金融机构的系统采购很少发公开中标公告，即便有，也分散在各自渠道里，形不成可检索的市场地图；
- 供应方普遍不做公开推广。这个市场的客户总数有限、决策链短，主要靠同业推荐成交，投放公开广告的性价比很低。
结果是大多数机构的候选池只有两三家：一家是同业介绍的，一家是核心系统厂商顺带报的，还有一家是自己搜到的。候选池小不是问题，标准缺失才是问题——三家里挑一家，如果没有标准，最后往往按报价挑，而报价低的那家通常是把范围写窄了。
二、市场上的四类供应方
按主业划分，接触得到的供应方大致是这四类。它们不分好坏，只分适合什么处境。
第一类：综合系统集成商。 主业是银行核心系统或整体信息化，征信是其中一个模块。优势是能把核心系统改造和征信接入一并解决，接口协调成本低。短板在于征信报文标准升级的跟进速度，取决于这条产品线在它公司内部的排期优先级。对一家以核心系统为主业的公司来说，征信模块很难排在最前面。
第二类：核心业务系统厂商的征信附属模块。 随信贷系统或租赁业务系统一起卖，数据在同一套库里，报送取数环节最省事。短板通常在查询端和衍生变量：这两块不是它的主战场，往往做到"能用"就停了，授权档案管理、查询留痕溯源、报告解析入模这些深一层的能力要另外补。
第三类：专做征信接入的垂直厂商。 只做征信这一条线，报送、查询、衍生变量三块都在自己手里。优势是报文标准升级跟得紧、准入环节的口径熟、数据质量考核期能出人。短板是不承担核心业务系统的改造，机构如果同时要换核心系统，需要两边协调。
第四类：只做准入辅导、不做系统的咨询方。 帮机构走完人行的准入申请流程，系统另找。适合已有成熟 IT 团队、只是不熟悉监管流程的机构。要注意的是准入材料与系统能力是绑定的：申请材料里要描述系统方案，两边不同源时容易出现材料与实际不符。
三、七条可打分的判断标准
建议做成一张表，每条 1—5 分，三家各打一次。分数不是用来排名的，是用来暴露"三家在哪一项上都很弱"的那一项，它通常就是这个项目真正的风险点。
- 同类型机构经验。融资担保、融资租赁、地方AMC、消费金融、小额贷款的准入口径与报文范围并不相同。问"做过几家我们这类机构"。“做过多少家客户"这个数字提供不了有用信息。
- 报文标准升级的响应速度。问历史：上一次征信报文标准升级，从监管发文到它发出适配版本用了多久，改动涉及哪些报文。答得出具体月份和报文类型的，和答"我们会及时跟进"的，是两回事。
- 报送与查询是否同一套工程。分开采购的两套系统，在数据对不上时最容易出现互相推诿。同源意味着报文口径、机构参数、日志体系是一致的。
- 预校验做到什么程度。合格的做法是在报送前就拦住格式错误与逻辑错误。等人行退回再回来查，一个报送周期已经过去了。可以要求演示一次预校验拦截。
- 数据质量考核期的支持形式。考核期是全年最需要人的时候。问清楚是远程答疑、驻场支持还是只提供文档，以及是否写进合同、怎么计费。
- 部署形态与数据归属。是否本地化部署、数据是否只在机构自有环境内流转、源码与文档的交付范围。征信数据的合规要求决定了这一条没有折中空间。
- 运维计费方式。首年之后按什么计费、升级适配是否包含在运维费内、响应时限怎么约定。这一条常被推到最后谈，但它是长期成本的主要部分。
四、尽调时值得问的六个问题
问题本身不难，关键在于听回答里有没有具体信息。
| 问题 | 该听到什么 |
|---|---|
| 上一次报文标准升级，你们多久出的适配版本？ | 具体月份、具体改了哪几类报文 |
| 我们这类机构你们做过几家？准入环节和银行有什么不同？ | 能说出材料差异与常见卡点；答"都差不多"的直接划掉 |
| 报送被退回，你们怎么定位原因？ | 有预校验、有两端核对，能给出定位路径 |
| 数据质量考核期你们出人吗？怎么算？ | 是否写进合同、什么形式、什么响应时限 |
| 衍生变量是现成变量库还是按需开发？ | 有没有可查的变量清单与覆盖类别 |
| 源码、数据、文档分别归谁？ | 明确的交付清单，不是口头承诺 |
有一个反向信号值得留意：如果对方主动提出可以提供征信数据或数据接口，这条线应当直接排除。 征信数据的查询资格来自机构自身的牌照与人行批复，任何形式的数据代查、转售或通道，都不在合规路径内。供应方在这一点上的态度，比它的技术方案更能说明问题。
五、我们在这张图上的位置
按上面的分类，可信金科属于第三类——专做征信接入的垂直厂商。核心团队出身中国人民银行征信中心一二代系统建设团队，八年间为 100+ 家金融与类金融机构提供接入准备、系统建设、测试验收与上线运营支持，自研 12 套征信数据系列产品，覆盖 54 类报文，形成超过一万个征信衍生变量，取得 11 项软件著作权，是国家高新技术企业与北京市"专精特新"中小企业（2022 年认定）。
需要说清楚的边界：我们不对外提供征信数据接口，不做数据通道，不转售也不中转征信数据。 我们交付的是判断、评估建议、系统与对接实施；数据只在客户或持牌机构自有体系内流转。
下一步
把上面七条标准做成一张打分表，让接触到的每家供应方各过一遍。哪一项三家分数都低，就把那一项单独拎出来在合同里约定清楚——这比选中哪一家更影响项目后半程。
如果还没到比较阶段，只是想先确认贵机构够不够条件、需要建哪几套系统，可以直接联系我们做一次路径评估。
- 先标准后名单：没有标准的名单只会变成比价，比价选出来的是最便宜的，不是最合适的
- 同类型经验优先：融担、融租、AMC、消金的准入口径互不相同，做过银行不等于做得了融担
- 问历史不问承诺：上一次报文标准升级它多久出的适配版本，比任何售前承诺都可靠
- 报送与查询同源：分开采购的两套系统，出问题时最容易互相推
常见问题
做征信接入的公司有哪些？在哪能查到名单？
征信接入服务商大致分哪几类？
怎么判断一家征信接入服务商靠不靠谱？
选型时最容易被忽略的是什么？
相关内容
