第81章 系统只给了债转（1/2）

债转。

先用救助把人带进来，再把救助之后的资金缺口、退费余额或者所谓临时垫付款，转成另一种债务。

慈善只是入口。

债务才可能是后半段。

我没有把这两个字写进证据目录，而是在空白纸右上角标注：

待核验假设。

系统给的是方向，不是证据。

如果原始表格里没有字段说明，如果明德的项目制度里没有对应流程，如果林砚没有签过债务文件，哪怕系统把“债转”两个字放得再大，也不能对外说一句。

我点开林砚现有材料的脱敏目录。

十五万元专项借款合同还在待调取状态。

医院退费授权需要固定原始签字页。

明德申请材料只保全了聊天端附件，基金后台版本没有拿到。

灰名单只有截图，没有在线表格链接、创建账号和导出记录。

这四处缺口，正好对应债转可能经过的四个环节。

申请、拨付、退费、债务。

我在纸上画出四个方框，没有连线。

没有证据的地方，不能替它连。

第一个框

下一行是救助款来源、医院入账账户、款项性质。

第三个框里面填退费申请、授权人、收款卡、经办窗口。

第四个框，我停了几秒。

然后输入：专项借款合同、债权人、放款账户、债权转让条款和催收及服务授权。

五项写完，纸面上的方向已经变了。

之前查林砚，是对他收了多少钱、骗了谁、钱花到哪里进行追踪。

现在要查的不是他有没有借款。

十五万元以专项借款名义到账，这件事已经出现在现有材料中。

真正的问题是，这笔债最初属于谁，后来有没有被转让，谁负责把一个救助申请人送进借款流程，明德在其中只是审核方，还是还承担了筛选和移交。

这些问题系统不会回答。

必须回到合同原件。

我打开一份新的取证需求清单。

标题没有写“债转”，只写“林砚专项借款合同及关联文件补充调取项”。

第一，要求提交完整合同，不接受只有金额和签字页的节选。

第二，固定合同元数据，包括创建时间、签署时间、发送邮箱、短信验证记录和电子签平台证书。

第三，调取放款前后的风险评估、用途说明和借款人授权。

第四，核对债权人名称、实际放款账户户名与合同收款主体是否一致。

第五，检查合同中是否存在债权转让、委托管理、信息共享、催收服务条款。

第六，要求说明明德项目申请编号是否出现在借款文件、风控表或客户来源字段中。

我打到最后一行，手指停在键盘上。

客户来源。

如果一个慈善项目的申请编号出现在借款公司的客户来源栏里，事情就不再是某个受助人拿到钱后自己去借债。

那意味着申请材料可能被二次使用。

病情、家庭收入、负债、联系人、医院和预计治疗费用，本来是为了证明一个家庭需要救助。一旦这些信息被送进债务环节，它们也能用来判断这个家庭有多急、能承受什么利率、会不会为了继续治疗签下更多文件。

越急越好过。

这句话在救助申请里，是让审核加速。

放到借款流程里，意思会完全不同。

越急，越没有谈条件的余地。

我保存清单，生成文件哈希，再将它放入待律师审核目录。

这份清单不能直接发送。

“债转”目前只存在于系统释义里。现实中，我必须给每一项调取要求找到已有材料支撑。

专项借款合同，对应十五万元到账记录。

本章未完，点击下一页继续阅读。