● 仙津 SRM · 工商与风险数据源

两个场景,两个不同的答案

「供应商资料自动填入」和「识别风险企业」看起来都是查一家公司,但它们的调用量差 8 倍、决策变量完全不同。把它们混在一个方案里比价,会得出一个对两边都不对的结论——所以这里分开给结论。

规划口径 常态化管控 300 家 · 每月新增 100 家 场景 A 年调用 1,200 次 场景 B 年调用 15,600 次(周扫) 推荐总预算 约 4,060 元/年 当前生产实读 37 家 2026-08-25
场景 A 供应商资料自动填入

维持贵州诚数,不必换源

阿里云市场 · cmapi00067631

能填满
7 / 7 格
年调用
1,200 次(100 家/月)
年实付
约 300 元(12×100 次包)
要写的代码
0(已接完在跑)
换天眼查一年只省 48 元,代价是新写一个 provider 加一轮联调。天眼查字段更多(54 vs 18)、单价更低(0.20 vs 0.24)、对那 7 格同样是 7/7——但为一年 48 元写一套代码不划算,何况它的起充门槛还没有读数
场景 B 识别风险企业

有条件换天眼查「企业天眼风险」

开放平台 · id=1058,要舆情再加 id=943

风险类目
63 类(诚数实际生效 5 组)
年调用
15,600 次(300 家周扫)
年成本
理论 3,120 元 起充未知
换的条件
年实付 ≤ 3,760 元
它给的形状正好是系统要的形状——系统消费风险的方式是「判级 + 计数」,1058 返回的就是分类/类型/标题/描述/数量。但在 300 家这个量级上它只比诚数省 640 元,而诚数是零改造、起购门槛已知。⇒ 先问天眼查起充,超过 3,760 元就别换。

为什么答案不同

两条链的决策变量根本不是同一个

场景 A · 资料自动填入场景 B · 识别风险企业
谁触发人——注册、或点「一键带出」定时扫描,全量遍历在册供应商
年调用1,200 次(100 家/月)15,600 次(300 家周扫)
缓存30 分钟内查同一家走缓存无,每轮都是新调用
四家的年实付跨度300 ~ 3,000 元3,120 ~ 32,000 元
决策变量能填满几个格子(成本可忽略)覆盖多少类 + 形状对不对
结论贵州诚数 维持天眼查 1058
同一批数据源,在两个场景上给出相反的推荐——这不是矛盾,是这两件事本来就该分开买

总费用预算

按「常态化管控 300 家 + 每月新增 100 家」测算

⚠️ 这一节的所有金额都区分理论价(单价 × 次数)与实付(按套餐档位买,买不到刚好的次数)。起充门槛与档位颗粒会让实付高于理论价——企查查那一格溢价 25%,而天眼查那一格给不出实付,因为报价文件里没写起充

⛔ 起充门槛这一列决定实付,不是单价决定 比价时只看「元/次」会得到一个买不到的价格。下面这张表是四家的最小起购单位——颗粒越粗,你被迫多买的越多
方案最小起购档位颗粒影响取证
贵州诚数25 元100 次 / 25 元
2,000 次 / 480 元
颗粒最细,链 A 溢价仅 4%采购台账
企查查1,000 元500 次 / 1,000 元
2,500 次 / 5,000 元
500 次一档,链 A 需买 1,500 次
溢价 25%(2,400 → 3,000)
官网公开页
天眼查 · 按次充值⚠️ 没写报价文件里没有起充信息算不出实付——这一格是整份预算最大的洞无读数
天眼查 · 包年套餐50,000 元100 万次 / 5 万元
(最低档)
本量级下完全不适用,见下方拐点官方报价文件
多彩征信档位无读数已购但未记录档位未记录
天眼查包年备注逐字:「报价含税 6%,包年套餐有有效期,过期清零」「开通方式为先付费后开通」。⇒ 包年是预付且会过期,用不完不退。

四个方案的总预算

链 A = 1,200 次/年(100 家/月 × 12);链 B = 15,600 次/年(300 家 × 周扫)。周扫是系统当前排期,也是合理默认——工商公示与司法数据本身就不是日更,日扫多花 7 倍钱买不到更多信息。

方案链 A 资料填入链 B 风险管控总预算 / 年新闻舆情要写的代码
甲 · 全留贵州诚数
推荐
实付 300 元
12×100 次包
实付 3,760 元
7×2000 + 16×100
≈ 4,060 元 0
乙 · 链 B 换天眼查 1058 实付 300 元 理论 3,120 元
起充未知
理论 3,420 元
省 640 元
一套解析
丙 · 甲 + 天眼查舆情 943 实付 300 元 3,760 + 理论 2,340 元
起充未知
理论 6,400 元 ,带情感分类 一套解析
丁 · 全企查查 实付 3,000 元
理论仅 2,400,溢价 25%
实付 32,000 元
32×500
≈ 35,000 元 面议 无读数 真 key 联调
方案乙/丙的「理论」是单价 × 次数,没有算起充——天眼查按次的起充门槛没有任何读数,所以那两行给不出实付。
⭐ 交给商务的那一个数:3,760 元 方案乙比方案甲省 640 元,而方案甲的链 B 实付是 3,760 元。⇒ 天眼查 1058 的年实付(含起充与档位溢价)只要 ≤ 3,760 元,换它就划算;超过就别换。

理论价才 3,120 元,留给起充门槛的余量只有 640 元——所以这不是一个宽松的条件。问商务时把这个数直接报出去:「我们年用量 15,600 次,能不能做到年付不超过 3,760 元?起充多少?」
⚠️ 包年套餐在这个量级下仍然完全不划算 最低档 100 万次 = 5 万元。拐点是年调用 25 万次(按 0.20 元/次算)——而 300 家周扫只有 15,600 次,是拐点的 6%。就算在册涨到 1,500 家周扫(78,000 次),仍差 17.2 万次。

要让包年划算,得是「300 家日扫 × 3 个接口」这个量级(32.85 万次)。而日扫本身就是浪费——工商公示数据不是日更的。
✓ 增长敏感性:如果在册真的按 +100/月 涨上去 「每月新增 100 家」和「常态化管控 300 家」只在有流失的前提下才自洽。若在册真的一路涨,第一年周扫年调用 44,200 次(诚数理论 10,608 元 / 天眼查 8,840 元),第二年满编 1,500 家则是 78,000 次(诚数 18,720 元 / 天眼查 15,600 元)。

规模每翻一倍,两家的差价也翻一倍——到 1,500 家时天眼查一年省 3,120 元,那时候写 provider 才开始划算。这一格建议先由业务确认「300 是稳态还是起点」,两个答案的三年预算差一个数量级。

频次敏感性(300 家,单接口)

扫描频次年调用贵州诚数(实付)天眼查 1058(理论)企查查(实付)
每月一次3,600880 元720 元8,000 元
每周一次 推荐15,6003,760 元3,120 元32,000 元
每日一次109,50026,295 元21,900 元219,000 元
诚数与企查查那两列是按档位组合出的实付;天眼查那列是理论价,起充未知。⚠️ 月扫会让「出事」到「发现」之间最长隔 30 天;日扫多花 7 倍钱,而数据源本身不是日更。

场景 B · 识别风险企业

支点:这个系统消费风险的方式是「判级 + 计数」,不是明细

这一条决定了整个场景 B 的选型走向,而它是从代码里读出来的,不是推的。

RiskEvent 里的金额 / 案号列
0
grep amount|caseAmt|案号|caseCode
正向对照 · level
1
⇒ 探针没瞎眼
闸门实际读的
count
countBySupplier_IdAndStatus(id,"OPEN")
评分实际算的
−8/条
riskScore = 基准 − openRiskEvents × 8

RiskEvent 的列是 title / rawText / aiSummary / keyPoints / level / status / evidenceUrl——结构上就没有金额列可以拿去做阈值判断。消费侧三处全都是计数与等级:RiskMatrixService:166-167 数 OPEN 与 PENDING、SourcingService:608-609 按条数扣分、RiskMonitorService#recomputeSupplierRisk 算完写回 supplier.riskLevel

更正 · 这推翻了本页上一版的一句话 上一版写过:「做看板 1058 够,驱动准入闸门要再买明细接口」——那是错的。现有闸门只吃 levelcount,明细文本落在 rawText / keyPoints 里当展示用。照那句话读,会让人多买一批用不上的明细接口,然后以为自己把闸门做扎实了。

⚠️ 顺带一个自查:那次并排看到的 10 处 getAmount 逐个核过,全在 CockpitServiceSupplier360Service,是合同订单金额,不是风险事件的——同一个方法名,答的是另一个问题。

于是四家在这条链上的对比变了

对比项天眼查 1058贵州诚数(在用)企查查多彩征信
风险类目63 类17 组,实际生效只有 5 组独立风险接口无风险维度
返回形状分类 / 类型 / 标题 / 描述 / 数量
统一形状
17 组各一套异构字段按接口分别计费
与系统消费形状完全对上对得上,但明细兑现不了
单价0.20 元0.24 元2.00 元0.0099 元
年成本(15,600 次)理论 3,120 元
起充未知
实付 3,760 元实付 32,000 元
新闻舆情0.15 元/次 = 理论 2,340 元/年
带情感分类
没有面议 无读数
接入代价一套解析(统一形状)0,已接完真 key 联调已接完
企查查那一列的 3,848 元用的是工商详情接口的公开价,仅作量级参照——它真正用于风险的接口价格没有任何官方数字。
「实际生效只有 5 组」这一格是关键 贵州诚数响应里 17 组都在,但只有工商 / 失信 / 被执行 / 经营异常 / 股权出质验证过字段映射。其余 12 组在取样企业里是 0 条、字段名无从得知,所以刻意没预置解析——猜出来的字段名会永远解析 0 条,而那在界面上和「这家企业没问题」长得一模一样
一个反直觉的结果:换天眼查的接入代价比场景 A 那边还小 1058统一形状——63 类共用一套「分类 / 类型 / 标题 / 描述 / 数量」,写一次解析全部生效。而贵州诚数要为 17 组各写一套字段映射(这正是它只做了 5 组的原因)。所以场景 B 换源,写的代码反而比想象中少。

但有三个前提,缺一条这个推荐就不成立

  1. 能单独否掉整个方案

    按次充值有没有起充门槛

    报价文件里没写。年用 385 元的算法,遇上「起充 1 万」就作废。这是「表里没有」不是「我没查」——只能问商务。

  2. 零成本 · 本周就能做

    先跑掉贵州诚数那 100 次试用包

    生产上 auto_scan_enabled=falseused_total=0——买了没用过。它回答的不是「谁家数据好」,是「这条链通不通、误报多不多」:扫描器、去重指纹、判级、界面,全都没经过一条真实条目。⛔ 不能因为「打算换天眼查」跳过,否则你会把一条没验证过的链换个数据源再上一次。

  3. 要一并问

    天眼查有没有测试额度

    要真比数据质量,得同一批供应商两边各扫一遍。企查查有 20 次免费额度,天眼查有没有、多少,本次无读数

场景 A · 供应商资料自动填入

这一场景选谁,价格几乎不参与决策

每月新增 100 家 ⇒ 一年 1,200 次。四个方案的实付分别约 12 元、240 元、300 元、3,000 元——企查查那个 3,000 是被 500 次一档的起购门槛顶上去的(理论只要 2,400)。除它之外都在三位数,真正要比的是能填满几个格子。

✦ 推荐 · 维持现状

贵州诚数

阿里云市场 · cmapi00067631

0.24元/次
实付 300 元/年 · 已购并实测
  • 7 / 7 格全覆盖
  • 18 个工商字段
  • 代码已接完,有真实响应夹具
  • authoritative=true,能触发落库
字段最宽 · 单价最低

天眼查

开放平台 · 企业基本信息 id=818

0.20元/次
理论 240 元/年 · 官方报价文件
  • 7 / 7 格全覆盖
  • 54 个字段,是贵州诚数的 3 倍
  • 核验侧没有官方 API 实现,要新写
  • 按次充值起充门槛未知,实付给不出
最便宜但不够用

多彩征信

阿里云市场 · cmapi00070524

0.0099元/次
理论 12 元/年 · 已购并实测
  • 4 / 7 格,缺 3 格
  • 注册地址、经营范围、营业期限写死空串
  • 已接入,作降级备源
  • 不能作主源
最贵且未验

企查查

开放平台 · dataApi/735

2.00元/次
实付 3,000 元/年 · 官网公开页
  • 预计 7/7,未实测
  • 单价是天眼查的 10 倍
  • 代码照文档写的,从未用真 key 跑过
  • 优先级最高,配了会顶掉贵州诚数
  • 起购 1,000 元 / 500 次,链 A 溢价 25%

自动填入到底填哪 7 个格子

统一社会信用代码不在其中——它是查询的输入(注册时自己填的业务主键),不是取回来的结果。

资料表字段是否必填贵州诚数天眼查 818多彩征信
法定代表人必填legalPerson法人faRen
注册地址必填companyAddress注册地址写死空串
注册资本选填
成立日期选填
营业期限选填起+止拼接经营开始/结束写死空串
经营范围选填写死空串
公司类型选填
合计7 / 77 / 74 / 7
⚠️ 「必填」只有两格——法定代表人与注册地址。其余五格是选填,填不上不阻断供应商提交,只在提交时列一条缺失提示。天眼查那列的 7/7 是拿官方字段清单逐格对映射得到的,不是真实调用。
唯一值得重新考虑的情形:资料表想要的不止这 7 格 天眼查 818 的 54 个字段里有 46 个在这 7 格之外——纳税人识别号、组织机构代码、企业联系方式、邮箱、网址、参保人数、登记机关、企业状态、吊销/注销日期与原因、国民经济行业分类(门类/大类/中类/小类)……要把资料表往这些方向扩,天眼查是更好的底座,而且单价还更低。那时候换才有理由——理由是字段,不是钱

动手前必读

三个会静默改掉现状的地方

⛔ 配上企查查的 key,它会自动顶掉贵州诚数 选源是按 priority 升序取第一个可用的,而企查查的 priority 是 10——比贵州诚数的 15 还小。一旦有人往环境变量里写了 QICHACHA_KEYQICHACHA_SECRET,主源当场从贵州诚数切到企查查,而没有任何读数会变红:接口照返、字段照填、日志照常。差别只在单价从 0.24 变成 2.00,以及那条链从未用真 key 跑过

⇒ 要试企查查,用它的 20 次免费额度单独调,别配进生产环境变量。
⚠️ 非权威源一个字都不会写 天眼查 RPA 边车(priority 30)与 AI 联网检索(priority 50)都是 authoritative=false。它们能查、能在界面上给建议,但 autoFill 会整体跳过、一个字段都不落库所以「预填没生效」有两种成因:真的查不到,或者当时生效的是个非权威源——这两种在界面上长得一样
✓ 降级链是通的,但降级之后只剩 4 格 贵州诚数不可用时会自动降到多彩征信(priority 20),功能不中断——但注册地址、经营范围、营业期限这三格会静默变成填不上,而注册地址是必填项。⇒ 降级不是无损的,值得在监控里区分「主源在跑」和「已降级」。

建议路径

两条链合起来怎么走

  1. 本周 · 零成本

    打开贵州诚数的自动扫描,跑掉那 100 次试用包

    37 家周扫一轮只消耗 37 次,两轮 74 次就能看到真实风险条目长什么样。这一步为场景 B 的所有后续决策提供基线,而且它已经付过钱了。

  2. 同期 · 一封邮件

    问天眼查商务三件事

    按次充值的起充门槛 / 最低充值额——报价文件里没写,而它决定实付;② 有没有测试额度(要比数据质量就得两边各扫一遍);③ 1058943正式报价单——现有报价文件表头写着「最终以官方页面为准」,且是 2026.01 版。

    把这个数直接报出去:「我们年用量 15,600 次,能不能做到年付不超过 3,760 元?起充多少?」——超过 3,760 元就不如留在贵州诚数。

  3. 同期 · 由仙津确认

    业务方回答:要不要媒体新闻负面

    结构化风险(政府公示、可判级、能驱动闸门)和新闻舆情(媒体报道、带情感倾向、多用于态势面板)是两种货。两条路的年成本分别是 385 元与 289 元,都不构成预算障碍——所以这一步定的是「花多少」,不是「要不要花」。

  4. 有了基线和答复之后

    场景 A 维持不动,场景 B 换 1058

    场景 A:贵州诚数继续跑,零改造,实付 300 元/年。场景 B:年实付 ≤ 3,760 元才换 1058;要媒体负面加 943(理论 2,340 元/年,诚数完全没有这条 ⇒ 这一项没有替代方案,只能买)。

    推荐总预算:不含舆情约 4,060 元/年;含舆情约 6,400 元/年(后者含两处起充未知)。

  5. 不推进

    企查查这一侧维持现状

    工商详情 2.00 元/次是天眼查同类的 10 倍,风险与舆情接口至今仍是唯一面议且没有任何官方数字的。⛔ 除非天眼查那三个问题的答复出现硬伤,否则不必为它再花时间询价。

取证说明

这页每个数字的出处

四类来源,可靠度依次递减。做采购决策时请按类区别对待。

源码 / 真实响应实读 可重放,不依赖任何转述
  • 「系统只吃判级 + 计数」——RiskEvent 实体对 amount|caseAmt|案号|caseCode 命中 0(正向对照 level 命中 1);RiskMatrixService:166-167SourcingService:608-609 均为计数。那 10 处 getAmount 逐个核过,全在 CockpitService / Supplier360Service,是合同订单金额。
  • autoFill 写的 7 个字段、五个 provider 的 priority、30 分钟 TTL、非权威源不落库、已填不覆盖——读自 RegistryFillService / EnterpriseRegistryService
  • 贵州诚数 18 字段 7/7、多彩 11 字段 4/7——从真实响应夹具逐个数(qyzhcx-*.json 恒大样本、duocai-search-company.json 东莞仙津样本)。
  • 多彩征信「注册地址/经营范围/营业期限写死空串」——provider 源码里就是常量空串,注释原文:「本商品不返回,留空是事实不是遗漏」。
  • 贵州诚数 17 组里只有 5 组验证过字段映射——其余组在取样企业里为 0 条。
  • 贵州诚数单价 0.24 元/次、多彩 0.0099 元/次——采购台账。
  • 生产库:在册供应商 37 家、风险事件 57 条、自动扫描 关闭、已用 0 次。
官方报价文件 天眼查全部价格与字段清单
  • id=818 0.20 元/次 · 54 字段、id=1058 0.20 元/次 · 63 类、id=943 0.15 元/次 · 带情感分类——出自仙津提供的 2026.01天眼查API接口详情(全量接口).xlsx接口清单 sheet,234 个接口逐个标价)。
  • ⚠️ 三条限定必须跟着这些数字一起走:① 表头逐字「充值调用接口价格最终以官方页面为准」⇒ 不是合同价;② 文件标注 2026.01,七个月前的版本;③ 按次充值起充门槛表里没写
  • 场景 A 那个 7/7 是拿字段清单逐格对映射得到的,不是真实调用——真接时仍要一轮联调校对字段名。
官网公开页 企查查,未经采购验证
  • 企业工商详情 dataApi/7352.00 元/次1,000 元/500 次5,000 元/2,500 次、新用户免费 20 次。
  • 「预计 7/7」是按官方接口页的字段说明推的,代码里那条链从未用真 key 跑过(注释原话)。
无读数 只能问对方
  • 天眼查按次充值的起充门槛 / 最低充值额——报价文件里没写。⇒ 方案乙、丙的「理论价」无法折成实付,这是整份预算最大的洞,也是唯一能单独否掉场景 B 推荐的一条。
  • 多彩征信的套餐档位——已购但采购台账里没记录档位,所以它的实付也只给了理论价。
  • 天眼查有没有测试额度——本次无任何读数。
  • 企查查风险与舆情接口的实际成交价——唯一仍然面议且无任何官方数字的。
口径说明 本页金额全部按业务给的规划口径算:链 A = 1,200 次/年(每月新增 100 家 × 12,一家一次;若采购会重复「一键带出」,实际会更高——30 分钟内查同一家走缓存);链 B = 15,600 次/年(常态化管控 300 家 × 每周一次,周扫是系统现有排期)。

「理论」= 单价 × 次数;「实付」= 按套餐档位组合出 ≥ 需求次数的最便宜买法。两者的差就是起购颗粒造成的溢价——诚数 4%、企查查 25%、天眼查给不出(起充没有读数)

所有金额未含平台年费、企业认证费与联调工时。⚠️ 「300 家常态化管控」与「每月新增 100 家」只在有等量流失时才自洽——若在册一路涨,见预算节的增长敏感性。当前生产实读为 37 家(2026-08-25),规划与现状之间的差额需业务确认。