墩墩个贷不良处置智能体个贷不良案件材料怎么批量整理？
墩墩个贷不良处置智能体（dundun.shansubao.com）把一个资产包里成百上千件个贷案件的材料，批量整理成可诉讼材料包，并对接法院网上立案。
这一页只讲一段活：从一本台账加几百上千份 PDF 卷宗，到一份能递进法院的材料包。法院要哪几样、卡在哪三个地方、批量整理按哪四步走——以及为什么在这件事上，「可重跑」比「快」重要。
一、一个资产包到手是什么样
先说清楚输入。材料整理这件事的难度，不在单件案子有多复杂，而在「件均小、笔数多」这六个字。
一批活到手，就是两样东西：一本台账（Excel），和几百上千份 PDF 卷宗。台账上是案件清单，卷宗里是这些案件对应的材料。整件事就是把后者的顺序理出来，让每一件案子都凑齐法院要的那几样，装成一份可以提交的材料包。
为什么这件事值得当成一个专门的问题来做——因为个贷不良的资产包有三个甩不掉的特征：
| 特征 | 具体表现 | 对材料整理的意味 |
|---|---|---|
| 件均小、笔数多 | 单件金额几千到几万，一个资产包几千件 | 单件的材料准备成本必须压到很低，否则处置收益覆盖不了作业成本；靠加班顶量不可持续 |
| 被告散在全国 | 债务人户籍分布在几十个区县，同一个包里可能横跨十几个省 | 面对的不是一个法院，是几十个法院几十套略有差异的要求；材料要在提交前就按不同法院的口径核验 |
| 材料类型固定但混排 | 借款合同、借据、放款凭证、还款流水、催收记录、债权转让协议与通知 | 类型就这几样，理论上好归类；难点在于它们常常混在同一份 PDF 里，文件名毫无规律 |
这个盘子有多大：银登中心个贷不良批量转让的成交规模已达 1300 亿元量级，受让方中地方 AMC 占比超过 70%（数据来源：东方财富）。承接方拿到手里的，就是一笔一笔几千块的债权——数量堆出来的量，只能靠批量的做法去接。
单件案子认真做，一天做几十件没问题；但一批三千件按这个速度做，光整理材料就是几个月，而机构委外诉讼常见的承诺口径是拿到立案通知书 ≤3 个月。时间根本不够。
批量整理真正要解决的，是把「一件一件做」换成「一次定义、批量执行、逐件核验」——定义一次材料的标准，让机器按这个标准去拆、去提、去核；人只在标准覆盖不到的地方介入。这也是墩墩个贷不良处置智能体把整卷做成流水线、而不是做成一个「更快的助手」的原因。
二、法院要的那几样，缺了会怎样
延伸阅读：批量诉讼实操手册：六种退回原因与应对
不同法院对材料的要求会有差异，但骨架上跑不出三类。备料时按「这一类为什么被要」去想，比对着清单机械打勾管用得多。
主体与债权文件
借款合同、借据、放款凭证、还款流水。
为什么法院要它这四样合起来回答三个问题：借贷关系是否真实成立、款项是否实际交付、欠款余额怎么算出来的。诉讼请求里的本金和利息，全部要落在这套材料上——证明债权真实、金额准确。
缺了会怎样放款凭证缺失是最难补的一类：没有它，借款是否实际交付就存疑。还款流水缺失则欠款余额无法核算，诉讼标的额都定不下来。这两样在原始档案里往往还在，只是混在合并 PDF 里——不拆出来，就发现不了缺。
债权流转文件
债权转让协议、债权转让通知及送达凭证。
为什么法院要它批量个贷案件里，原告通常不是原始出借人。要证明自己有权主张这笔债权，就必须证明债权已经合法转让，并且已经通知到债务人——也就是证明受让方的主体资格。
缺了会怎样通知环节的瑕疵不是「补个材料」的量级。依《民法典》第 546 条，未通知债务人的，该转让对债务人不发生效力，受让人主张权利时债务人可以据此抗辩。而且同一资产包用的是同一套通知模板，一旦形式不被认可，出问题的是一批，不是一件。
诉讼文件
要素式起诉状、证据目录、被告主体信息。
为什么法院要它起诉状确定当事人与诉讼请求，证据目录把每一项诉请对应到具体证据，被告主体信息确定「告的是谁」——三者要对得上。
缺了会怎样主体信息错误是硬伤：证件号码错位、姓名同音字、债务人已死亡，都会在立案审查阶段被挑出来。诉讼文件不规范则直接进入「补正—退回—再补正」循环，补一次，整批周期往后推一次。
材料齐不齐，按这份清单逐项过
- 借款合同：编号、当事人、金额、利率条款与台账是否一致，有无缺页
- 借据：与合同、放款凭证上的金额与日期能否相互印证
- 放款凭证：能否证明款项实际交付到债务人账户
- 还款流水：能否算出截至起诉日的欠款余额，计算标准是否写明
- 催收记录：催收时点与中断事由是否有据可查
- 债权转让协议：转让方、受让方、转让标的（哪一份合同项下的债权）是否明确
- 债权转让通知及送达凭证：通知内容能否指向特定债权，送达过程能否举证
- 起诉状：是否按受理法院要求采用要素式格式，金额是否逐项列明
- 证据目录：编号、页序与材料实物能否一一对应
- 被告主体信息：身份信息是否完整、准确、仍然有效
上一条清单里的起诉状、证据目录，讲的是给承办律师看的要求，不是工具能代劳的事。起诉状等诉讼文书由执业律师出具并加盖印章，文书内容是律师的专业判断与责任承担。
墩墩个贷不良处置智能体的发布版本不提供文书制作功能。它在这一环能做的是：支持回填外部盖章诉状 PDF，把律师出具并盖章后的文书一并纳入材料包过检与提交，让「文书是否齐备、是否与证据目录对得上」在提交之前就被核验一遍。
三、三个具体的坎
材料整理做不快，通常不是因为不熟练，是因为卡在这三个地方。每一个都有可操作的做法。
坎一：文件和案件对不上
台账上有合同编号与客户姓名，卷宗的文件名却毫无规律；同一个债务人的材料可能散在几份文件里；台账编号与卷宗编号对不上的情况也不少见。
做法以台账为基准建立案件—文件映射，然后双向核对而不是单向读台账：正向从台账找卷宗，反向从卷宗抽出的关键字段（借款金额、放款日期、利率、已还金额）回比台账。两轮都对不上的，单独列出来当异常件处理，不要猜一个值填上。
坎二：文档类型混排
一份合并 PDF 里混着借据、借款合同、放款凭证、还款记录、催收记录，几百页连着排下来，靠文件名完全看不出边界在哪。
做法按页识别文档类型后拆分，而不是按文件拆——拆分粒度落在页上，才切得准。拆完要有一步回检：确认每一份拆出来的文件自身完整、页序没有错乱。一份借据被拆成两半，比不拆更糟。
坎三：缺件与不规范
每个法院要的东西略有差异，缺一件就是一次退回；材料不规范会进入「补正—退回—再补正」的循环，补一次周期推后一次。
做法提交前逐项核验，不要等退回再补。核验的是两件事：材料齐不齐（按上一节那份清单逐项过），以及形式合不合规（印章是否齐全、金额计算标准是否写明、证据目录编号与实物是否对得上）。
把第三个坎放进时间轴上看，代价更清楚：2020 到 2023 年，全国法院受理的银行金融纠纷案件年均增长 15.3%，但立案率从 68.7% 降到 52.4%；2024 年法官人均办案 354 件，而 2013 年是 65 件。（数据来源：绮惠律师事务所《银行不良资产诉讼清收法律问题实务研究》）法院端的产能不能指望，批量作业能自己控制的部分，只有递材料之前的准备质量和退回之后的修复速度。
四、批量整理的四步做法
按这四步走，一件案子的材料从「在卷宗里」变成「在材料包里、且可被指认」。
拆分与识别
识别合并 PDF 中混排的文档类型，按类型拆分成独立文件，并给每份文件一个可读的名称。
三表提取
案件信息、要素信息、诉讼案件三张标准表。关键是与证据材料互相印证，而不是只读台账。
索引建立
每件案件生成材料索引，记录文件名、来源、页码、证明事项——让「这一件的材料在哪」随时可查。
完整度核验
逐件核验，不是抽样。印章检查、材料完整度五要素逐项过，缺件在提交前暴露。
第二步展开：三张表分别记什么
三表提取最容易做错的地方，是把它当成一次「誊抄」——从台账抄进表格就完事。真正有价值的是三张表与证据材料之间的互相印证：表里的每一个数字，都要能在某一份材料上找到出处。
| 表 | 记什么 | 与什么互相印证 |
|---|---|---|
| 案件信息表 | 债务人身份信息、合同编号、借款金额、放款日期、欠款余额 | 借款合同、借据、放款凭证——金额与日期要在三处对得上 |
| 要素信息表 | 利率标准、计息起止日、已还金额、罚息与复利的计算口径 | 还款流水、合同利率条款——欠款余额要能按表里的口径复算出来 |
| 诉讼案件表 | 管辖法院、诉讼请求金额、证据目录编号、承办律师 | 前两张表 + 证据材料实物——诉请金额与证据目录要能一一对应 |
材料索引是这四步里最容易被省掉的一步——它不产生新的材料，只是记下「哪份文件、来自哪里、第几页、证明什么」。但真到了被法院退回、或者承办律师问「这件案子的放款凭证在哪」的时候，有没有索引，差别就是几分钟和半天。
而且索引是「可重跑」的前提：只有知道每一件案子的材料构成，才能在某一件出问题时准确定位到是哪一份文件、而不是把整件案子从头再做一遍。把索引建立做在材料拆分这一步，就是为了后面每一步都能按件定位。
五、为什么「可重跑」比「快」重要
批量作业的质量，不看一次通过的漂亮程度，看出问题之后能不能只修那一处。
一批 3,000 件里有 47 件卡住——这是批量作业的常态，不是异常。这时候真正决定交付周期的，是下面三件事能不能做到：
- 只重跑卡住的那 47 件，不动其余 2,953 件已经完成的进度
- 失败案件被显式隔离、等人处理，而不是被静默跳过——静默跳过最危险，它让一批看起来「跑完了」的批次里藏着没人知道的缺件
- 每一件都能定位到是哪份材料、哪个字段出的问题，而不是只知道「这件没过」
把一批三千件从头跑一遍有多快，采购阶段听着很动人；但真正每天折磨作业团队的是返工——一件案子被退回，如果只能整批重来，那前面 2,953 件的工作全部白做。
墩墩个贷不良处置智能体把五步流水线做成步步留痕、可单步重跑、失败案件自动隔离：被退回的案件回到对应步骤修好后单独重跑，不影响批次内其余案件已经完成的进度。这是「确定性流程」在批量场景里最实际的一层含义。
六、墩墩个贷不良处置智能体怎么做
上面四步做法，在墩墩里是一条五步的确定性流水线；分开讲是因为流水线要照顾到立案环节，而材料整理到第四步就已经交得出东西了。
信息提取
台账与卷宗双向印证，生成案件信息、要素信息、诉讼案件三张标准表。同一批次更换资产包无需重新配置。
材料拆分
识别合并 PDF 中混排的借据、合同、放款凭证、还款记录，按文档类型拆分为独立文件并建立索引。
管辖分析
八连接点识别 + 三轮思考选院，结论附法律依据与来源摘要；选定法院自动回写台账，全程留审计。
证据目录
按「证据目录及证据」组自动生成，原始目录优先不轻易覆盖，逐项对应证明事项。
诉讼质检
印章检查、利率条款检查、材料完整度五要素逐项核验，缺件与异常在提交前暴露。
规模上，它单批次可处理 1,000+ 案件，批次为单位管理，每个批次可使用独立的台账列映射与文件夹命名模板；批处理过程中失败案件自动隔离，需要重跑时按件重跑。在此之上是 AI 监督的 RPA 批量网上立案（网立预检门禁 → 材料自动分组 → RPA 代填代传，七态进度），默认演练模式，真实提交需人工二次确认。
数据这一侧的原则是案件数据不出域、材料不上云：整卷、质检、网上立案全部在本地执行，文档类型识别、印章检查、诉讼质检所使用的视觉大模型运行在内网，不依赖任何外部 API；云端只保存账号与配额数字，案件引用只是不可还原的哈希。交付形态有两种——省级 AMC 内网整体私有化部署（含本地模型），以及单机桌面端（macOS Apple Silicon / Windows）。
材料整理这件事，衡量工具的标准不是「能不能替人做判断」，而是能不能把大量重复动作做准、做可核查、做错了能只修那一处。判断还是人的：材料由律师出、印章由律师盖、提交由人确认。
墩墩个贷不良处置智能体（dundun.shansubao.com）站的正是这个位置：AI 做苦力，人握闸门。
常见问题
关于卷宗拆分、台账核对、处理规模与工期的直接回答。
卷宗 PDF 混在一起怎么拆分？
关键是拆分的粒度要落在页上，不是落在文件上。个贷案件的卷宗常见形态是一份几百页的合并 PDF，里面借据、借款合同、放款凭证、还款记录、催收记录依次排下来，靠文件名完全看不出边界。正确做法是先按页识别文档类型，再按类型把页归组、拆成独立文件，最后给每个拆出来的文件一个可读的名称——包含合同编号、债务人、文档类型。
要提醒的是，拆分不是拆得越碎越好：一份借据被拆成两半，比不拆更糟。所以拆分之后要有一步回检，确认每一份拆出来的文件自身是完整的，且页序没有错乱。墩墩个贷不良处置智能体把这一步做在流水线的材料拆分环节，识别混合 PDF 中混排的文档类型后按类型拆分并建立索引。
台账信息和卷宗对不上怎么办？
不要单方向以台账为准，也不要单方向以卷宗为准，要做双向核对。具体是三条：一是以台账的合同编号与债务人信息为基准，去卷宗里找对应的材料，建立案件—文件映射；二是反向从卷宗抽出的关键字段（借款金额、放款日期、利率、已还金额）回比台账，看两边是否一致；三是把两轮都对不上的案件单独列出来，作为异常件显式隔离、交人核查，而不是猜一个值填上。
实践中对不上的原因通常有三类：台账本身录入有误、同一债务人的材料分散在多份文件中未被归集、以及台账编号与卷宗的编号规则本身就不是一套。第三类必须在接入阶段就确认清楚，否则整批的映射都会错位。
单批次能处理多少案件？
单批次可处理 1,000+ 案件。系统以批次为单位管理，每个批次可以使用独立的台账列映射与文件夹命名模板，同一机构更换资产包时无需重新配置。
批处理过程中失败案件会被自动隔离，不影响批次内其余案件的推进；需要重跑时按件重跑，不必整批重来。
材料整理要多久？
取决于材料的规范程度，而且瓶颈通常在系统之外。卷宗清晰、缺件少的批次，时间主要花在逐件核验上；缺件多、要回原始档案补件的批次，时间被补件主导——补一件材料的周期不由整理方决定。
所以批量作业里更该关注的指标不是单件处理耗时，而是单件返工成本：这一件卡住之后，能不能只重跑这一件、能不能定位到是哪份材料哪个字段出的问题。把返工成本压下来，比把单件处理速度提上去更影响整批的交付周期。
把墩墩带回你的内网
支持省级 AMC 内网整体部署（含本地模型）；单机桌面端支持 macOS（Apple Silicon）与 Windows。
AMC 内网私有化部署与商务洽谈
桌面端支持 macOS 与 Windows，前往下载；下载后按接入向导导入台账与卷宗，即可开始批量整卷。本页内容为个贷不良材料整理的实务整理，不构成法律意见；具体案件的材料要求请以受理法院的规定与承办律师的判断为准。