博客

基于 Ragify 的智能体信贷流水线:俄罗斯前五大银行之一的试点经验

俄罗斯前五大银行之一正在试点基于 Ragify 构建的信贷流水线。本文分析要解决的问题、为支持信贷业务需要为平台补充的功能、AI 智能体操作的保护机制,以及在测试文件包上观察到的结果。

信贷部门要解决的问题

俄罗斯前五大银行之一正在试点一条智能体信贷流水线,其构建基础是 Ragify ——RESTART AI Platform 的组成产品。我们不披露银行名称;本文既不包含其内部数据,也不包含试点结果。试点仍在进行中,本文介绍的是工程层面:需要构建什么以及原因。

这是法人信贷的典型任务。每笔申请都会收到一个企业文件包:设立文件、会计和税务报表、银行账户流水、与买方的合同、担保人及关联公司的文件。通常为二三十个文件,其中部分为扫描件。随后,信贷经理对照清单核查文件是否齐全,分析师手动将指标转入计算表格,在不同文件之间核对相同数值,按信贷政策进行检查并撰写结论,然后为信贷委员会编制信贷表格。

一位专家坐在双显示器办公桌前仔细阅读文件
分析师的大部分时间都花在从客户文件中转录和核对数据上。

由此产生了信贷部门负责人熟悉的问题:

  • 手动录入一个文件包需要数小时,在此期间交易一直在排队等待分析师处理;
  • 相同的检查,不同分析师执行方式各异;
  • 偏离规程的情况——数字取自其他文件、经委员会决议突破标准——在流转到信贷表格的过程中丢失;
  • “谁、基于什么依据、更改了什么”的历史要从往来邮件中拼凑。

市场正在发生什么变化

从市场公开数据可以看出信贷业务的发展方向。领先者正将信贷决策前移至客户申请的时刻:流程从客户数据开始,申请成为对现成报价的确认。2027–2029年的目标模式呈现为由五个环节组成的链条。

信贷目标模式,2027–2029年
1
数字画像客户的关联关系、业务、营业额、贷款和资产
2
信贷引擎产品、金额、期限、抵押——在申请之前
3
报价覆盖全部风险产品线的报价
4
端到端流程在具备经济效益的场景中无需经理参与放贷
5
监控风险与业务信号,结果回流至模型

在迈向这一模式的过程中,银行面临两个限制。其一是人工劳动:对于数百万卢布以下的交易,经理和分析师的参与在经济上并不合算(市场参考值)。其二是数据:为每个数据源单独构建集成耗时较长,而决策所缺的信息实际上存在于客户的文件中——财务报表、银行流水、合同、抵押物文件。

由此产生了对智能体流程的需求:AI 智能体准备数据和分析,人的角色逐步转变——从交易操作者,到控制者,再到政策与指标负责人。基于 Ragify 的信贷流水线覆盖这条链条中的文件数据、方法论和智能体流程环节,并与银行现有的决策系统、BPM 和核心银行系统并行运行,而非取而代之。

为何不单独开发

为信贷业务单独开展的 AI 项目需要从零构建集成、数据保护、角色模型和日志。下一个项目——采购或合同审查——的成本几乎与第一个相当。我们选择了另一条道路:基于 Ragify 构建流水线,流程通过配置来描述。

内容在 Ragify 中如何配置
信贷申请文件包类型:需要哪些文件、从中提取哪些数据、如何核对、检查什么、如何计算、输出哪些文件、有哪些阶段以及由谁审批
银行方法论标准、参考目录、计算和检查规则均在设置中;由方法论专家维护
代理商智能体卡片:指令、技能、模型、工作模式和权限;新建智能体无需开发
集成在管理界面中连接外部系统;任何 HTTP API 都可成为智能体技能
变化受控版本;历史记录得以保留,处理中的申请不受影响

核心架构原则:决策由确定性引擎按照银行方法论计算。语言模型从文件中提取数据、引用规则并撰写草稿。交易决策由员工和银行引擎做出。

对银行而言,这意味着流程变更的速度与规程变更同步:方法论专家可自行修改标准,无需排队等待开发。而经网络安全部门批准的环境、角色模型和脱敏规则随后也可供其他流程使用。

参与方文件包、核对与“按规程无数据”

为信贷业务首先需要构建的是企业文件包处理。文件包是某一企业的文件夹。即使只有纳税人识别号、尚无任何文件,也可以通过“信贷经理”智能体创建文件包。文件可通过拖放、压缩包上传或通过电子邮件接收。每份文件都会经历“已接收 → 已识别 → 已确定类型 → 已提取数据 → 文件包已重新计算”的过程;文件并行处理,并可为每种文件类型选择识别模型。

借款人文件包中的 Ragify“文件数据”界面:附文件和页面链接的数值、收入差异、“按规程无数据”、文件面板和智能体消息
基于演示数据的借款人文件包。每个值都对应文件和页码;财务报表与纳税申报表之间的收入差异交由人工处理;在缺少公司章程的情况下,负责人权限获得“按规程无数据”状态,并附备用来源按钮。右侧为文件包完整性以及智能体起草的向客户补充索取材料的草稿。

信贷申请无需重新上传文件:各参与方的文件包按角色关联到申请——借款人、担保人、关联公司。申请数据取自文件包,在申请中修改数据会显示与文件包的差异。

每个值都有来源

附文件和页面链接;纳税人识别号、OGRN、KPP 等信息经校验位检查。可疑值会被标记,不会悄无声息地向下传递。

按规则核对

每个值都规定了取值来源——例如从特定会计文件中提取收入——以及核对对象。差异由人来裁定;按“原样”接受的值会记录在日志中。

“按规程无数据”

如果缺少规程要求的文件,则该字段不予填写。平台会建议备用来源,不按规程获取的数据会被标记,该标记会一直传递到结论和信贷表格中。

外部数据源

来自国家登记簿和交易对手核查服务的信息——一键获取或请智能体查询;请求并行执行,未响应的数据源将被跳过并注明原因,付费请求需确认。数据源范围由银行确定。

按方法论检查与有依据的豁免

检查规则由方法论专家设定,例如“最大买方占比不超过信贷政策标准”。每项检查的结果为:通过、未通过、无数据或不适用。诸如“合同中规定了付款方式和期限”之类的语义要求由智能体根据文件文本检查并给出引文。

Ragify 中的信贷申请检查界面:含重要性、依据和结果的检查清单,以及须填写依据的“豁免未通过的检查”对话框
按方法论进行的申请检查。分析师只有在具备依据——例如信贷委员会决议——并附注释时,才能豁免未通过的检查。豁免会连同操作人和时间记入日志,标记会进入结论和信贷表格。无数据的检查不可豁免:必须补充数据。

整个方法论都存放在设置中:文件类型、数据与核对、检查、标准、参考目录、计算、输出文件、阶段和期限。变更需经过版本草稿。

Ragify 中的信贷方法论界面:含条件和标准的检查规则、在选定申请上测试变更、版本比较和变更历史
基于演示数据的方法论。方法论专家在新版本草稿中修改标准,在选定的申请上测试规则并查看结果将如何变化;申请本身在发布前保持不变。下方显示检查结果的使用位置:结论章节、信贷表格、智能体和触发器。

计算、结论与信贷表格

平台按照银行方法论计算指标:营业额、买方和供应商集中度、现有贷款、费用和利润、现金流预测以及最高建议贷款金额。每个指标的得出方式都清晰可见;如果计算缺少某些数据,也能立即看出。分析师可以向智能体提出“假设”问题——在不同期限或利率下金额会如何变化——智能体将按同一方法论重新计算,而不更改申请。

分析师结论由评级、业务特征、优势与劣势以及风险组成。部分章节由智能体起草,分析师修改,人的修改不会被下一版草稿覆盖。结论和信贷表格按银行的 Word 和 Excel 模板生成。

Ragify 中的分析师结论界面:标注“智能体草稿”和“分析师已修改”的章节、按方法论计算、按模板生成的输出文件、偏差清单和申请日志
基于演示数据的结论。各章节标注为智能体草稿或分析师修改。右侧为按银行模板生成的输出文件,以及平台在生成后建立的清单:哪些不按规程获取、哪些被豁免及依据、缺少哪些数据。下方为申请日志和审批路径,审批人与处理人不是同一人。

申请阶段、期限和流转按钮同样通过设置定义。队列按顺序分配申请;在设定天数后申请被标记为“紧急”,超过期限后标记为“逾期”,这些事件会触发通知和智能体。

三个智能体与保护机制

针对信贷流程中的角色配置了三个智能体。它们在文件包和申请卡片窗口、聊天和即时通讯工具中工作,也可由事件触发器启动。

智能体功能
信贷经理创建文件包(包括仅凭纳税人识别号创建);上传文件;从外部数据源查询信息;指出缺少什么;准备向客户补充索取材料的文本;填写信贷申请
信贷分析师回答有关申请和文件的问题;创建申请并关联参与方;提议豁免差异和检查;进行“假设”测算;生成报告;委派经理补充上传文件
信贷方法论专家依据银行知识库中的信贷分析方法论进行回答
Ragify 申请卡片中的“信贷分析师”智能体:不更改申请的“假设”测算、“需要复核”标记以及确认变更贷款期限的请求
申请卡片中的智能体以分析师的权限工作。平台报告已执行请求的结果,以及未响应数据源被跳过的原因。与申请数据不符的数字会被标记为“需要复核”。智能体只能提议变更期限:员工可看到将变更的内容和将重新计算的内容,并确认或拒绝。

五项保护机制适用于流水线中的所有智能体:

员工权限

智能体仅在其所代表用户的权限范围内执行操作:人不能做的,智能体同样不能做。

确认

重要操作由人确认;平台会显示具体将变更的内容。

结果由平台给出

模型无法报告未发生的操作:结果由平台写入。

数字核验与日志

回答中的数字会与数据核对,可疑内容会被标记;每项操作均记入日志并标注“通过智能体”。

触发器可在无人参与聊天的情况下启动智能体:“文件已处理——告知缺少什么”、“检查未通过——提议豁免”。当智能体执行到没有人参与就无法完成的操作时,员工会在“我的任务”中收到任务:确认、拒绝或回复。智能体只能自主执行明确清单中的操作,之后员工会收到可回滚的“检查已完成的操作”任务。发给外部申请人的信函由秘书智能体撰写——不含内部检查和标准,且须经人审核后方可发出。

日志、脱敏与银行环境

对银行的 IT 和网络安全部门而言,该流水线只是同一已批准环境中的又一个流程。

银行环境中的信贷流水线
使用权
通过企业目录统一登录基于权限构建并与组织关联的角色无角色者什么也看不到
Ragify
文件包、申请、方法论、模板智能体以用户权限行事人员、智能体及设置变更日志集成密钥已加密
型号
银行环境中的本地模型外部模型——仅在获准时使用调用外部模型前的脱敏
Ragify 中的脱敏设置:在调用外部模型前被替换为标签的数据类别,以及替换前后的请求示例
基于演示数据的脱敏:姓名、名称、企业信息、账户、证件和联系方式在发送给外部模型前被替换为标签,并在环境内的回答中还原。本地模型接收未经替换的数据。

日志可以回答委员会或审查人员必然会提出的问题:谁——人还是智能体——在何时更改了什么、哪些检查被豁免以及依据是什么、收集了哪些文件。对话日志、智能体运行历史和设置变更分别存储;智能体的操作始终可与人的操作区分开来。

测试文件包上的观察结果

以下是在测试文件包上获得的参考值。这些并非试点结果:基于具体银行的文件,数据将在试点中进一步确认。

约10分钟

一个包含20–30份文件的企业文件包已可供分析。若手动录入,则需数小时。

约95%的字段

提取正确;每个值都附有指向文件页面的链接。

0个虚构值

可疑值被标记,缺失值获得“按规程无数据”状态。

文件处理只需数分钟

信贷表格和结论草稿可按银行模板在几分钟内生成。

对我们来说,最后一点比速度更重要:信贷表格不会带着空白单元格或取自错误文件的数字提交给委员会——生成后,平台会自行列出这些位置。

试点如何开展

试点采用影子模式。流水线与分析师并行处理真实申请,并逐笔将流水线的结论与人工决策进行比较。在此模式下,流水线不影响银行的决策。

衡量指标方式
正确提取字段的比例与银行文件进行抽样核对
文件包就绪时间从上传到文件包重新计算完成
结论与分析师的一致程度在影子模式下基于真实申请进行比较

在这种模式下,成功标准和阈值在启动前与银行商定。银行需要提供流程负责人、方法论专家和用于比对结果的分析师,提供方法论、标准以及结论和信贷表格模板,并在银行环境中为平台和本地模型提供服务器。

试点仍在进行中。本文不提供试点结果——仅提供测试文件包上的参考值。

Ragify CreditFlow——智能体信贷流水线

24张幻灯片的演示文稿:市场与目标模式、按角色划分的流程、检查与方法论、智能体与保护机制、环境、试点。PDF,俄语。

下载PDF

这对银行、小额信贷机构、租赁和保理意味着什么

该流水线不绑定于单一信贷产品。方法论、文件类型和模板均为配置项,因此同一机制可迁移到具有各自规则的相邻融资类型。以下是其在这些流程中的应用方式;具体配置内容在 discovery 阶段确定。

银行

企业信贷与中小企业:参与方文件包、银行方法论、结论及委员会信贷表格;与现有的决策系统、BPM 和核心银行系统并行运行。

小额信贷机构

机构自有的文件清单和方法论;按其标准进行检查和计算,偏差记入日志。对于小额交易,这是减少人工分析的一种方式。

租赁

承租人文件包和租赁物文件——在同一设置中新增文件类型和检查,并与申请核对。

保理

供货合同由智能体根据文本检查并附引文——例如付款方式和期限;客户及其买方的数据按规则核对。

智能体的权限宜随着对结果信任度的提升逐步扩大:

步骤智能体做什么员工角色
证明价值准备数据、检查、计算和草稿;任何更改申请的操作均需确认交易操作者
串联成流程触发器、“我的任务”、允许清单中的标准操作(附检查与回滚)控制者
优化周期在政策范围内推进各阶段,与银行引擎联动政策与指标负责人

在每个步骤中,交易决策始终由员工和银行引擎做出;各阶段智能体的参与程度在以下环节确定: AI-discovery.

同一机制还适用于哪些场景

为信贷业务新增的功能已成为 Ragify 的通用功能。新流程通过配置构建:新的文件包类型、检查、模板、智能体和触发器。

场景使用什么地位
抵押抵押物文件、期限、与申请核对平台上的场景
借款人监控期限、收到的邮件、发给智能体的信号平台上的场景
不良债务债务人文件包、模板信函、处理路径平台上的场景
采购商业报价、合同、规格说明;核对企业信息、价格上限、交易对手检查基于现有功能组装
招聘候选人文件、有效期、个人数据脱敏、审批路径基于现有功能组装
合同审查基于文本并附引文的语义检查,附理由的豁免基于现有功能组装
申请汇总与仪表板整个贷款组合的状态、期限和风险发展方向
信用记录作为外部数据源的一部分,需征得数据主体同意发展方向

“平台上的场景”和“组装”是指流程由现有可用功能组装而成;工作内容和范围在 discovery 阶段确定。这些组件的整体架构见页面 RESTART AI Platform 中的 Ragify;关于银行环境中的知识库,参见 乌兹别克斯坦前五大银行之一的案例;关于智能体操作规则,参见介绍 AI 智能体安全自动化.

如果您负责银行、租赁或保理公司的信贷部门、风险或 IT,请从分析自身流程开始:涉及哪些文件、哪些检查、时间损耗在哪里。分析结果将表明在您的申请上开展影子模式试点是否有意义。

让我们讨论一下您的环境

描述任务、当前系统、约束和预期结果。我们将提供实用的第一步:诊断、试点、审计、路线图或项目团队。

联系我们
AI 助手
你好!我是 RESTART 的人工智能助理。我将帮助您找到网站的正确部分,回答有关服务、许可证、合作伙伴关系、联系人的问题,或向销售部门提出上诉。