8月31日国家金融监督管理总局辽宁监管局对某韩资法人银行沈阳分行开出20万元罚单原因是贷前调查与贷后管理不尽职时任分行行长被警告。罚单金额不大但信号明确信贷三查贷前调查、贷中审查、贷后管理的基础环节即便外资法人银行也不能豁免且机构 个人双罚已成常态。对银行合规部、信贷审批部、风险管理部而言贷前尽调与贷后管理的外部数据核验一旦缺位极易在监管检查中暴露为高频雷区。难点在于借款主体的风险是动态的而非授信那一刻的静态画像。本文以外部数据接口与 MCP 能力为例给出把对公客户穿透核验与贷后风险监控落地的工程化方案。一、为什么信贷三查需要外部企业数据补位内部系统能记录授信时的客户信息但难以实时捕捉借款主体及其关联方的工商、司法、经营异常变动。监管罚单指向的正是这条补位路径从公开信息维度把工商变更、涉诉被执行、股权冻结、行政处罚等信号作为贷后风险监控的量化依据。二、贷前尽调实控人穿透与受益所有人识别贷前调查不尽职常见表现是只核验了营业执照与报表未对实际控制人、关联方做穿透。正确做法是沿股权结构向上逐层穿透累计计算自然人持股与收益比例完成受益所有人识别而非停留在法定代表人层面。下面用外部第三方开放平台接口实现多层股权穿透 实控人识别importrequests,os,json QCC_KEYos.getenv(QCC_APP_KEY)QCC_TOKENos.getenv(QCC_INTERFACE_TOKEN)BASEhttps://api.qichacha.comdefqcc_get(path:str,keyword:str)-dict:第三方开放平台统一调用封装返回 Result 字段。resprequests.get(f{BASE}{path},params{key:QCC_KEY,keyword:keyword},headers{Token:QCC_TOKEN},timeout10,)resp.raise_for_status()dataresp.json()ifdata.get(Status)!200:raiseRuntimeError(fQCC error:{data.get(Message)})returndata.get(Result,{})defpenetrate_shareholders(keyword:str,depth:int5,chain:tuple())-list:沿出资链逐层穿透输出 (企业, 股东, 持股比例, 层级) 链路直到自然人或达到深度。ifdepth0:return[]infoqcc_get(/CompanyInfo/GetShareholderInfo,keyword)edges[]forshininfo.get(Shares,[]):edge(*chain,(keyword,sh[StockName],sh.get(Percent)))edges.append(edge)# 若股东仍是企业继续穿透自然人IdentifyNo 存在且无统一信用代码停止ifsh.get(CreditCode)andnotsh.get(IdentifyNo):edgespenetrate_shareholders(sh[CreditCode],depth-1,edge)returnedges# 穿透后再用实际控制人与受益所有人接口做交叉印证defverify_controller(keyword:str)-dict:holder_edgespenetrate_shareholders(keyword)controllerqcc_get(/CompanyInfo/GetActualController,keyword)uboqcc_get(/CompanyInfo/GetBeneficialOwners,keyword)return{holder_edges:holder_edges,# 股权链路字段以接口实际返回为准actual_controller:controller,# 最终控制主体与控制路径ubo_chain:ubo,# 受益所有人链路}resultverify_controller(某借款企业名称)print(json.dumps(result,ensure_asciiFalse,indent2))penetrate_shareholders沿出资链递归遇到自然人IdentifyNo存在且无统一信用代码即停止verify_controller再用GetActualController与GetBeneficialOwners交叉印证识别通过代持、协议安排实现的实际控制人落到反洗钱所需的受益所有人识别要求。三、贷后风险监控多信号扫描与预警贷后管理不足多表现为对经营异常、司法涉诉、股权冻结等变动缺乏持续监测。关键在把静态授信变成动态跟踪对借款主体及其关联方建立风险变动清单任一信号触发即预警。下表给出贷后监控的信号—接口映射风险信号接口风险含义触发动作工商变更频繁/CompanyInfo/GetChangeRecord经营范围/法人/注册资本异动复核经营真实性行政处罚/CompanyInfo/GetPunishment合规底线被突破上调风险等级失信被执行/CompanyInfo/GetBreakCourtExecution偿债能力恶化冻结授信、启动催收存续状态异常/CompanyInfo/GetBasicDetails吊销/注销/经营异常贷后检查、预警司法裁判文书/CompanyInfo/GetJudgmentDoc涉诉增多评估对授信影响下面用一组接口实现贷后风险扫描与量化打分defpost_loan_risk_scan(keyword:str)-dict:对借款主体做贷后多信号扫描输出量化风险分与命中信号。basicqcc_get(/CompanyInfo/GetBasicDetails,keyword)changeqcc_get(/CompanyInfo/GetChangeRecord,keyword)punishqcc_get(/CompanyInfo/GetPunishment,keyword)dishonestqcc_get(/CompanyInfo/GetBreakCourtExecution,keyword)signals,score[],0# 存续状态异常ifbasic.get(Status)in(吊销,注销,经营异常):signals.append(存续状态异常)score40# 变更记录容器名以接口实际返回为准这里做通用遍历changeschange.get(Shares)orchange.get(Changes)orchange.get(Data)or[]recent[cforcinchangesif2026instr(c.get(ChangeDate,))]iflen(recent)3:signals.append(f工商变更频繁({len(recent)}次))score15# 行政处罚punish_listpunish.get(PunishList)orpunish.get(Data)or[]ifpunish_list:signals.append(f行政处罚({len(punish_list)}条))score20# 失信被执行dishonest_listdishonest.get(Items)ordishonest.get(Data)or[]ifdishonest_list:signals.append(失信被执行)score30return{keyword:keyword,risk_score:score,# 分值与命中条数以接口实际返回为准level:高ifscore60else中ifscore30else低,signals:signals,}alertpost_loan_risk_scan(某借款企业名称)print(json.dumps(alert,ensure_asciiFalse,indent2))该脚本把分散的公开信号聚合为单一风险分把风险暴露时点从违约爆发提前到信号出现是贷后风险监控降低不良率的可行路径。四、MCP 编排把穿透核验与贷后监控交给 Agent在 RAG/Agent 工作流中可把上述能力封装为QCC MCP function-calling由模型按场景编排[{tool:mcp__qcc-company__get_company_registration_info,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-company__get_actual_controller,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-company__get_beneficial_owners,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-risk__get_company_related_risk_scan,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-risk__get_dishonest_info,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-risk__get_administrative_penalty,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-risk__get_equity_freeze,arguments:{keyword:某借款企业名称}}]Agent 拿到返回后先比对get_actual_controller与get_beneficial_owners是否指向同一自然人识别被隐瞒的实际控制人再用get_company_related_risk_scan把关联方风险向借款主体传导最后把失信、处罚、股权冻结信号按阈值聚合为贷后预警结论并完整留痕满足客户准入核查与反洗钱的合规可追溯要求。五、小结从贷前实控人穿透、受益所有人识别到贷后多信号监控、合作方准入筛查对公业务风控的三查做实依赖一套与外部公开信息对齐的统一数据基线。把穿透核验与贷后风险监控工程化既降低监管检查中的高频雷区风险也为授信决策提供可追溯依据。
8月31日国家金融监督管理总局辽宁监管局对某韩资法人银行沈阳分行开出20万元罚单原因是贷前调查与贷后管理不尽职时任分行行长被警告。罚单金额不大但信号明确信贷三查贷前调查、贷中审查、贷后管理的基础环节即便外资法人银行也不能豁免且机构 个人双罚已成常态。对银行合规部、信贷审批部、风险管理部而言贷前尽调与贷后管理的外部数据核验一旦缺位极易在监管检查中暴露为高频雷区。难点在于借款主体的风险是动态的而非授信那一刻的静态画像。本文以外部数据接口与 MCP 能力为例给出把对公客户穿透核验与贷后风险监控落地的工程化方案。一、为什么信贷三查需要外部企业数据补位内部系统能记录授信时的客户信息但难以实时捕捉借款主体及其关联方的工商、司法、经营异常变动。监管罚单指向的正是这条补位路径从公开信息维度把工商变更、涉诉被执行、股权冻结、行政处罚等信号作为贷后风险监控的量化依据。二、贷前尽调实控人穿透与受益所有人识别贷前调查不尽职常见表现是只核验了营业执照与报表未对实际控制人、关联方做穿透。正确做法是沿股权结构向上逐层穿透累计计算自然人持股与收益比例完成受益所有人识别而非停留在法定代表人层面。下面用外部第三方开放平台接口实现多层股权穿透 实控人识别importrequests,os,json QCC_KEYos.getenv(QCC_APP_KEY)QCC_TOKENos.getenv(QCC_INTERFACE_TOKEN)BASEhttps://api.qichacha.comdefqcc_get(path:str,keyword:str)-dict:第三方开放平台统一调用封装返回 Result 字段。resprequests.get(f{BASE}{path},params{key:QCC_KEY,keyword:keyword},headers{Token:QCC_TOKEN},timeout10,)resp.raise_for_status()dataresp.json()ifdata.get(Status)!200:raiseRuntimeError(fQCC error:{data.get(Message)})returndata.get(Result,{})defpenetrate_shareholders(keyword:str,depth:int5,chain:tuple())-list:沿出资链逐层穿透输出 (企业, 股东, 持股比例, 层级) 链路直到自然人或达到深度。ifdepth0:return[]infoqcc_get(/CompanyInfo/GetShareholderInfo,keyword)edges[]forshininfo.get(Shares,[]):edge(*chain,(keyword,sh[StockName],sh.get(Percent)))edges.append(edge)# 若股东仍是企业继续穿透自然人IdentifyNo 存在且无统一信用代码停止ifsh.get(CreditCode)andnotsh.get(IdentifyNo):edgespenetrate_shareholders(sh[CreditCode],depth-1,edge)returnedges# 穿透后再用实际控制人与受益所有人接口做交叉印证defverify_controller(keyword:str)-dict:holder_edgespenetrate_shareholders(keyword)controllerqcc_get(/CompanyInfo/GetActualController,keyword)uboqcc_get(/CompanyInfo/GetBeneficialOwners,keyword)return{holder_edges:holder_edges,# 股权链路字段以接口实际返回为准actual_controller:controller,# 最终控制主体与控制路径ubo_chain:ubo,# 受益所有人链路}resultverify_controller(某借款企业名称)print(json.dumps(result,ensure_asciiFalse,indent2))penetrate_shareholders沿出资链递归遇到自然人IdentifyNo存在且无统一信用代码即停止verify_controller再用GetActualController与GetBeneficialOwners交叉印证识别通过代持、协议安排实现的实际控制人落到反洗钱所需的受益所有人识别要求。三、贷后风险监控多信号扫描与预警贷后管理不足多表现为对经营异常、司法涉诉、股权冻结等变动缺乏持续监测。关键在把静态授信变成动态跟踪对借款主体及其关联方建立风险变动清单任一信号触发即预警。下表给出贷后监控的信号—接口映射风险信号接口风险含义触发动作工商变更频繁/CompanyInfo/GetChangeRecord经营范围/法人/注册资本异动复核经营真实性行政处罚/CompanyInfo/GetPunishment合规底线被突破上调风险等级失信被执行/CompanyInfo/GetBreakCourtExecution偿债能力恶化冻结授信、启动催收存续状态异常/CompanyInfo/GetBasicDetails吊销/注销/经营异常贷后检查、预警司法裁判文书/CompanyInfo/GetJudgmentDoc涉诉增多评估对授信影响下面用一组接口实现贷后风险扫描与量化打分defpost_loan_risk_scan(keyword:str)-dict:对借款主体做贷后多信号扫描输出量化风险分与命中信号。basicqcc_get(/CompanyInfo/GetBasicDetails,keyword)changeqcc_get(/CompanyInfo/GetChangeRecord,keyword)punishqcc_get(/CompanyInfo/GetPunishment,keyword)dishonestqcc_get(/CompanyInfo/GetBreakCourtExecution,keyword)signals,score[],0# 存续状态异常ifbasic.get(Status)in(吊销,注销,经营异常):signals.append(存续状态异常)score40# 变更记录容器名以接口实际返回为准这里做通用遍历changeschange.get(Shares)orchange.get(Changes)orchange.get(Data)or[]recent[cforcinchangesif2026instr(c.get(ChangeDate,))]iflen(recent)3:signals.append(f工商变更频繁({len(recent)}次))score15# 行政处罚punish_listpunish.get(PunishList)orpunish.get(Data)or[]ifpunish_list:signals.append(f行政处罚({len(punish_list)}条))score20# 失信被执行dishonest_listdishonest.get(Items)ordishonest.get(Data)or[]ifdishonest_list:signals.append(失信被执行)score30return{keyword:keyword,risk_score:score,# 分值与命中条数以接口实际返回为准level:高ifscore60else中ifscore30else低,signals:signals,}alertpost_loan_risk_scan(某借款企业名称)print(json.dumps(alert,ensure_asciiFalse,indent2))该脚本把分散的公开信号聚合为单一风险分把风险暴露时点从违约爆发提前到信号出现是贷后风险监控降低不良率的可行路径。四、MCP 编排把穿透核验与贷后监控交给 Agent在 RAG/Agent 工作流中可把上述能力封装为QCC MCP function-calling由模型按场景编排[{tool:mcp__qcc-company__get_company_registration_info,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-company__get_actual_controller,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-company__get_beneficial_owners,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-risk__get_company_related_risk_scan,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-risk__get_dishonest_info,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-risk__get_administrative_penalty,arguments:{keyword:某借款企业名称}},{tool:mcp__qcc-risk__get_equity_freeze,arguments:{keyword:某借款企业名称}}]Agent 拿到返回后先比对get_actual_controller与get_beneficial_owners是否指向同一自然人识别被隐瞒的实际控制人再用get_company_related_risk_scan把关联方风险向借款主体传导最后把失信、处罚、股权冻结信号按阈值聚合为贷后预警结论并完整留痕满足客户准入核查与反洗钱的合规可追溯要求。五、小结从贷前实控人穿透、受益所有人识别到贷后多信号监控、合作方准入筛查对公业务风控的三查做实依赖一套与外部公开信息对齐的统一数据基线。把穿透核验与贷后风险监控工程化既降低监管检查中的高频雷区风险也为授信决策提供可追溯依据。
