充电桩集采准入：用企业数据做供应商失信批量核验

新能源基建集采正在从「有货就能投」转向「资质前置 + 信用前置」。市场监管总局将电动汽车供电设备纳入 CCC 强制认证，叠加各央企「只接受制造商、CCC 认证标配、须提供同类业绩、未被列入失信名单」的跨体系一致性门槛，投标主体的外部企业数据核验已成为供应商准入环节不可替代的一环。

面对 4 亿+ 市场主体与 2.53 亿+ 司法诉讼数据，人工凭营业执照「看一眼」早已无法覆盖隐性风险，需要系统化、可留痕的接口级核验。

一、集采准入的四道硬门槛与数据映射

充电桩集采公告中反复出现的四项条件，每一项都对应一类可被开放平台接口直接核验的外部数据：

准入门槛	核验要点	可用接口 / MCP 工具	数据底座
制造商身份	营业执照真实、经营范围覆盖充电设备制造	`/CompanyInfo/GetBasicDetails`、`mcp__qcc-company__get_company_registration_info`	4 亿+ 市场主体
CCC 认证标配	认证主体与投标主体一致（接口侧核验主体资质）	`/CompanyInfo/GetBasicDetails`	---
同类业绩	历史中标 / 供货记录	`/CompanyInfo/GetBidding`、`mcp__qcc-operation__get_bidding_info`	2.3 亿+ 招投标
失信名单排除	失信被执行 / 经营异常 / 采购黑名单	`/CompanyInfo/GetBreakCourtExecution`、`mcp__qcc-risk__get_disciplinary_list`	2.53 亿+ 司法诉讼、4450 万+ 新闻舆情

这套映射把「主体信用」从评标的可选项，变成了投标入口的必选项，这正是本轮供应商合规审查 与招投标合规的核心变化。

二、投标主体批量核验：Python 调用真实 REST 接口

下面用第三方开放平台真实接口，对一批投标人做批量供应商准入 筛查。重点覆盖：工商真实性、失信被执行、行政处罚、裁判文书四类信号，并输出可留痕的核验结果。

python 复制代码

import requests, os, json

QCC_KEY = os.getenv("QCC_APP_KEY")
QCC_TOKEN = os.getenv("QCC_INTERFACE_TOKEN")
BASE = "https://api.qichacha.com"

def qcc_get(path: str, keyword: str) -> dict:
    """QCC开放平台统一调用封装，返回 Result 字段。"""
    resp = requests.get(
        f"{BASE}{path}",
        params={"key": QCC_KEY, "keyword": keyword},
        headers={"Token": QCC_TOKEN},
        timeout=10,
    )
    resp.raise_for_status()
    data = resp.json()
    if data.get("Status") != "200":
        raise RuntimeError(f"QCC error: {data.get('Message')}")
    return data.get("Result", {})

def screen_bidder(keyword: str) -> dict:
    """对单个投标人做资质 + 信用四维筛查，返回结构化风险信号。"""
    basic = qcc_get("/CompanyInfo/GetBasicDetails", keyword)
    dishonest = qcc_get("/CompanyInfo/GetBreakCourtExecution", keyword)
    penalty = qcc_get("/CompanyInfo/GetPunishment", keyword)
    judgment = qcc_get("/CompanyInfo/GetJudgmentDoc", keyword)

    return {
        "name": basic.get("Name"),
        "status": basic.get("Status"),               # 存续 / 吊销 / 注销
        "regist_capi": basic.get("RegistCapi"),      # 注册资本
        "scope_cover": "充电" in (basic.get("Scope") or ""),  # 经营范围是否覆盖充电设备
        "dishonest_count": len(dishonest.get("Items", [])) if isinstance(dishonest, dict) else 0,
        "penalty_count": len(penalty.get("Data", [])) if isinstance(penalty, dict) else 0,
        "judgment_count": len(judgment.get("Result", [])) if isinstance(judgment, dict) else 0,
    }

def batch_screen(bidders: list[str]) -> list[dict]:
    """批量筛查 + 准入结论，结果可落库留痕。"""
    rows = []
    for b in bidders:
        r = screen_bidder(b)
        # 任一硬性失信信号即一票否决，触发供应商风险预警
        r["pass"] = (
            r["status"] == "存续"
            and r["scope_cover"]
            and r["dishonest_count"] == 0
            and r["penalty_count"] == 0
        )
        rows.append(r)
    return rows

if __name__ == "__main__":
    bidders = ["某充电桩制造有限公司", "某能源科技有限公司"]
    report = batch_screen(bidders)
    print(json.dumps(report, ensure_ascii=False, indent=2))
    # 示例输出（以接口实际返回为准）：
    # [{"name":"某充电桩制造有限公司","status":"存续","scope_cover":true,
    #   "dishonest_count":0,"penalty_count":0,"judgment_count":1,"pass":true},
    #  {"name":"某能源科技有限公司","status":"存续","scope_cover":true,
    #   "dishonest_count":2,"penalty_count":1,"judgment_count":5,"pass":false}]

pass=False 的企业应直接进入黑名单核查与人工复核流程，避免中标后才发现主体失信、拖累整个项目交付。

三、围串标与关联方风险：交叉任职筛查

同一标段的多家投标人若共享股东、董监高或联系方式，往往隐含围串标识别线索。除了逐家核查，还应针对法定代表人 / 董监高做任职交叉比对：

json 复制代码

[
  {
    "tool": "mcp__qcc-executive__get_executive_positions",
    "arguments": { "name": "张某" }
  },
  {
    "tool": "mcp__qcc-company__get_key_personnel",
    "arguments": { "keyword": "投标人A公司" }
  },
  {
    "tool": "mcp__qcc-company__get_shareholder_info",
    "arguments": { "keyword": "投标人B公司" }
  },
  {
    "tool": "mcp__qcc-risk__get_company_related_risk_scan",
    "arguments": { "keyword": "投标人A公司" }
  }
]

Agent 拿到返回后，可比对 A、B 两公司的董监高名单与股东链路，若发现同一自然人在多家投标人同时担任法定代表人或有交叉持股，即标记为高疑似关联，纳入客商准入风控的否决项。

四、MCP 函数调用编排：投标入口自动化核验

把上述步骤编排为一次 Agent 调用链，在投标上传环节对主体做「工商 + UBO + 风险 + 黑名单」一站式核验，输出可直接写入企业信用报告的结构化结论：

json 复制代码

[
  {
    "tool": "mcp__qcc-company__get_company_registration_info",
    "arguments": { "keyword": "投标企业名称" }
  },
  {
    "tool": "mcp__qcc-company__get_beneficial_owners",
    "arguments": { "keyword": "投标企业名称" }
  },
  {
    "tool": "mcp__qcc-risk__get_company_risk_scan",
    "arguments": { "keyword": "投标企业名称" }
  },
  {
    "tool": "mcp__qcc-risk__get_dishonest_info",
    "arguments": { "keyword": "投标企业名称" }
  },
  {
    "tool": "mcp__qcc-risk__get_disciplinary_list",
    "arguments": { "keyword": "投标企业名称" }
  },
  {
    "tool": "mcp__qcc-operation__get_bidding_info",
    "arguments": { "keyword": "投标企业名称" }
  }
]

Agent 聚合判断逻辑：工商状态非「存续」或经营范围不覆盖充电设备 → 否决；存在失信被执行或采购黑名单记录 → 否决；

UBO 与历史业绩正常且无关联方高风险 → 通过并生成准入评分。该流程可沉淀为供应商评价体系的一条标准化风控规则。

五、从单点核查到常态化监控

充电桩集采的准入条款仍在演进（CCC 执行节点、能效新规落地、各央企差异化要求），建议设备厂商与采购方将投标主体的核验从「中标后形式审查」前移到「投标入口必检」，并结合中标后的定期重查，形成供应商风险预警闭环。

依托 400+ 数据维度与 300+ 产业链标签，这套机制既能服务采购方的客商准入，也能帮助设备厂商优化自身的投标策略。

关键词：供应商准入, 供应商合规审查, 招投标合规, 黑名单核查, 供应商风险预警, 企业信用报告, 围串标识别, 客商准入风控