信贷部门要解决的问题
俄罗斯前五大银行之一正在试点一条智能体信贷流水线,其构建基础是 Ragify ——RESTART AI Platform 的组成产品。我们不披露银行名称;本文既不包含其内部数据,也不包含试点结果。试点仍在进行中,本文介绍的是工程层面:需要构建什么以及原因。
这是法人信贷的典型任务。每笔申请都会收到一个企业文件包:设立文件、会计和税务报表、银行账户流水、与买方的合同、担保人及关联公司的文件。通常为二三十个文件,其中部分为扫描件。随后,信贷经理对照清单核查文件是否齐全,分析师手动将指标转入计算表格,在不同文件之间核对相同数值,按信贷政策进行检查并撰写结论,然后为信贷委员会编制信贷表格。

由此产生了信贷部门负责人熟悉的问题:
- 手动录入一个文件包需要数小时,在此期间交易一直在排队等待分析师处理;
- 相同的检查,不同分析师执行方式各异;
- 偏离规程的情况——数字取自其他文件、经委员会决议突破标准——在流转到信贷表格的过程中丢失;
- “谁、基于什么依据、更改了什么”的历史要从往来邮件中拼凑。
市场正在发生什么变化
从市场公开数据可以看出信贷业务的发展方向。领先者正将信贷决策前移至客户申请的时刻:流程从客户数据开始,申请成为对现成报价的确认。2027–2029年的目标模式呈现为由五个环节组成的链条。
在迈向这一模式的过程中,银行面临两个限制。其一是人工劳动:对于数百万卢布以下的交易,经理和分析师的参与在经济上并不合算(市场参考值)。其二是数据:为每个数据源单独构建集成耗时较长,而决策所缺的信息实际上存在于客户的文件中——财务报表、银行流水、合同、抵押物文件。
由此产生了对智能体流程的需求:AI 智能体准备数据和分析,人的角色逐步转变——从交易操作者,到控制者,再到政策与指标负责人。基于 Ragify 的信贷流水线覆盖这条链条中的文件数据、方法论和智能体流程环节,并与银行现有的决策系统、BPM 和核心银行系统并行运行,而非取而代之。
为何不单独开发
为信贷业务单独开展的 AI 项目需要从零构建集成、数据保护、角色模型和日志。下一个项目——采购或合同审查——的成本几乎与第一个相当。我们选择了另一条道路:基于 Ragify 构建流水线,流程通过配置来描述。
| 内容 | 在 Ragify 中如何配置 |
|---|---|
| 信贷申请 | 文件包类型:需要哪些文件、从中提取哪些数据、如何核对、检查什么、如何计算、输出哪些文件、有哪些阶段以及由谁审批 |
| 银行方法论 | 标准、参考目录、计算和检查规则均在设置中;由方法论专家维护 |
| 代理商 | 智能体卡片:指令、技能、模型、工作模式和权限;新建智能体无需开发 |
| 集成 | 在管理界面中连接外部系统;任何 HTTP API 都可成为智能体技能 |
| 变化 | 受控版本;历史记录得以保留,处理中的申请不受影响 |
核心架构原则:决策由确定性引擎按照银行方法论计算。语言模型从文件中提取数据、引用规则并撰写草稿。交易决策由员工和银行引擎做出。
对银行而言,这意味着流程变更的速度与规程变更同步:方法论专家可自行修改标准,无需排队等待开发。而经网络安全部门批准的环境、角色模型和脱敏规则随后也可供其他流程使用。
参与方文件包、核对与“按规程无数据”
为信贷业务首先需要构建的是企业文件包处理。文件包是某一企业的文件夹。即使只有纳税人识别号、尚无任何文件,也可以通过“信贷经理”智能体创建文件包。文件可通过拖放、压缩包上传或通过电子邮件接收。每份文件都会经历“已接收 → 已识别 → 已确定类型 → 已提取数据 → 文件包已重新计算”的过程;文件并行处理,并可为每种文件类型选择识别模型。

信贷申请无需重新上传文件:各参与方的文件包按角色关联到申请——借款人、担保人、关联公司。申请数据取自文件包,在申请中修改数据会显示与文件包的差异。
每个值都有来源
附文件和页面链接;纳税人识别号、OGRN、KPP 等信息经校验位检查。可疑值会被标记,不会悄无声息地向下传递。
按规则核对
每个值都规定了取值来源——例如从特定会计文件中提取收入——以及核对对象。差异由人来裁定;按“原样”接受的值会记录在日志中。
“按规程无数据”
如果缺少规程要求的文件,则该字段不予填写。平台会建议备用来源,不按规程获取的数据会被标记,该标记会一直传递到结论和信贷表格中。
外部数据源
来自国家登记簿和交易对手核查服务的信息——一键获取或请智能体查询;请求并行执行,未响应的数据源将被跳过并注明原因,付费请求需确认。数据源范围由银行确定。
按方法论检查与有依据的豁免
检查规则由方法论专家设定,例如“最大买方占比不超过信贷政策标准”。每项检查的结果为:通过、未通过、无数据或不适用。诸如“合同中规定了付款方式和期限”之类的语义要求由智能体根据文件文本检查并给出引文。

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

计算、结论与信贷表格
平台按照银行方法论计算指标:营业额、买方和供应商集中度、现有贷款、费用和利润、现金流预测以及最高建议贷款金额。每个指标的得出方式都清晰可见;如果计算缺少某些数据,也能立即看出。分析师可以向智能体提出“假设”问题——在不同期限或利率下金额会如何变化——智能体将按同一方法论重新计算,而不更改申请。
分析师结论由评级、业务特征、优势与劣势以及风险组成。部分章节由智能体起草,分析师修改,人的修改不会被下一版草稿覆盖。结论和信贷表格按银行的 Word 和 Excel 模板生成。

申请阶段、期限和流转按钮同样通过设置定义。队列按顺序分配申请;在设定天数后申请被标记为“紧急”,超过期限后标记为“逾期”,这些事件会触发通知和智能体。
三个智能体与保护机制
针对信贷流程中的角色配置了三个智能体。它们在文件包和申请卡片窗口、聊天和即时通讯工具中工作,也可由事件触发器启动。
| 智能体 | 功能 |
|---|---|
| 信贷经理 | 创建文件包(包括仅凭纳税人识别号创建);上传文件;从外部数据源查询信息;指出缺少什么;准备向客户补充索取材料的文本;填写信贷申请 |
| 信贷分析师 | 回答有关申请和文件的问题;创建申请并关联参与方;提议豁免差异和检查;进行“假设”测算;生成报告;委派经理补充上传文件 |
| 信贷方法论专家 | 依据银行知识库中的信贷分析方法论进行回答 |

五项保护机制适用于流水线中的所有智能体:
员工权限
智能体仅在其所代表用户的权限范围内执行操作:人不能做的,智能体同样不能做。
确认
重要操作由人确认;平台会显示具体将变更的内容。
结果由平台给出
模型无法报告未发生的操作:结果由平台写入。
数字核验与日志
回答中的数字会与数据核对,可疑内容会被标记;每项操作均记入日志并标注“通过智能体”。
触发器可在无人参与聊天的情况下启动智能体:“文件已处理——告知缺少什么”、“检查未通过——提议豁免”。当智能体执行到没有人参与就无法完成的操作时,员工会在“我的任务”中收到任务:确认、拒绝或回复。智能体只能自主执行明确清单中的操作,之后员工会收到可回滚的“检查已完成的操作”任务。发给外部申请人的信函由秘书智能体撰写——不含内部检查和标准,且须经人审核后方可发出。
日志、脱敏与银行环境
对银行的 IT 和网络安全部门而言,该流水线只是同一已批准环境中的又一个流程。

日志可以回答委员会或审查人员必然会提出的问题:谁——人还是智能体——在何时更改了什么、哪些检查被豁免以及依据是什么、收集了哪些文件。对话日志、智能体运行历史和设置变更分别存储;智能体的操作始终可与人的操作区分开来。
测试文件包上的观察结果
以下是在测试文件包上获得的参考值。这些并非试点结果:基于具体银行的文件,数据将在试点中进一步确认。
约10分钟
一个包含20–30份文件的企业文件包已可供分析。若手动录入,则需数小时。
约95%的字段
提取正确;每个值都附有指向文件页面的链接。
0个虚构值
可疑值被标记,缺失值获得“按规程无数据”状态。
文件处理只需数分钟
信贷表格和结论草稿可按银行模板在几分钟内生成。
对我们来说,最后一点比速度更重要:信贷表格不会带着空白单元格或取自错误文件的数字提交给委员会——生成后,平台会自行列出这些位置。
试点如何开展
试点采用影子模式。流水线与分析师并行处理真实申请,并逐笔将流水线的结论与人工决策进行比较。在此模式下,流水线不影响银行的决策。
| 衡量指标 | 方式 |
|---|---|
| 正确提取字段的比例 | 与银行文件进行抽样核对 |
| 文件包就绪时间 | 从上传到文件包重新计算完成 |
| 结论与分析师的一致程度 | 在影子模式下基于真实申请进行比较 |
在这种模式下,成功标准和阈值在启动前与银行商定。银行需要提供流程负责人、方法论专家和用于比对结果的分析师,提供方法论、标准以及结论和信贷表格模板,并在银行环境中为平台和本地模型提供服务器。
试点仍在进行中。本文不提供试点结果——仅提供测试文件包上的参考值。
24张幻灯片的演示文稿:市场与目标模式、按角色划分的流程、检查与方法论、智能体与保护机制、环境、试点。PDF,俄语。
下载PDF这对银行、小额信贷机构、租赁和保理意味着什么
该流水线不绑定于单一信贷产品。方法论、文件类型和模板均为配置项,因此同一机制可迁移到具有各自规则的相邻融资类型。以下是其在这些流程中的应用方式;具体配置内容在 discovery 阶段确定。
银行
企业信贷与中小企业:参与方文件包、银行方法论、结论及委员会信贷表格;与现有的决策系统、BPM 和核心银行系统并行运行。
小额信贷机构
机构自有的文件清单和方法论;按其标准进行检查和计算,偏差记入日志。对于小额交易,这是减少人工分析的一种方式。
租赁
承租人文件包和租赁物文件——在同一设置中新增文件类型和检查,并与申请核对。
保理
供货合同由智能体根据文本检查并附引文——例如付款方式和期限;客户及其买方的数据按规则核对。
智能体的权限宜随着对结果信任度的提升逐步扩大:
| 步骤 | 智能体做什么 | 员工角色 |
|---|---|---|
| 证明价值 | 准备数据、检查、计算和草稿;任何更改申请的操作均需确认 | 交易操作者 |
| 串联成流程 | 触发器、“我的任务”、允许清单中的标准操作(附检查与回滚) | 控制者 |
| 优化周期 | 在政策范围内推进各阶段,与银行引擎联动 | 政策与指标负责人 |
在每个步骤中,交易决策始终由员工和银行引擎做出;各阶段智能体的参与程度在以下环节确定: AI-discovery.
同一机制还适用于哪些场景
为信贷业务新增的功能已成为 Ragify 的通用功能。新流程通过配置构建:新的文件包类型、检查、模板、智能体和触发器。
| 场景 | 使用什么 | 地位 |
|---|---|---|
| 抵押 | 抵押物文件、期限、与申请核对 | 平台上的场景 |
| 借款人监控 | 期限、收到的邮件、发给智能体的信号 | 平台上的场景 |
| 不良债务 | 债务人文件包、模板信函、处理路径 | 平台上的场景 |
| 采购 | 商业报价、合同、规格说明;核对企业信息、价格上限、交易对手检查 | 基于现有功能组装 |
| 招聘 | 候选人文件、有效期、个人数据脱敏、审批路径 | 基于现有功能组装 |
| 合同审查 | 基于文本并附引文的语义检查,附理由的豁免 | 基于现有功能组装 |
| 申请汇总与仪表板 | 整个贷款组合的状态、期限和风险 | 发展方向 |
| 信用记录 | 作为外部数据源的一部分,需征得数据主体同意 | 发展方向 |
“平台上的场景”和“组装”是指流程由现有可用功能组装而成;工作内容和范围在 discovery 阶段确定。这些组件的整体架构见页面 RESTART AI Platform 中的 Ragify;关于银行环境中的知识库,参见 乌兹别克斯坦前五大银行之一的案例;关于智能体操作规则,参见介绍 AI 智能体安全自动化.
如果您负责银行、租赁或保理公司的信贷部门、风险或 IT,请从分析自身流程开始:涉及哪些文件、哪些检查、时间损耗在哪里。分析结果将表明在您的申请上开展影子模式试点是否有意义。
让我们讨论一下您的环境
描述任务、当前系统、约束和预期结果。我们将提供实用的第一步:诊断、试点、审计、路线图或项目团队。
