计了一套脚本。
第一步叫借款匹配。
马光借的钱有个总数，工人那本赔偿上也有总数。
总借款金额一对上总差额，脚本就自动计算，这笔钱能覆盖多少工人、摊到每个人头上多少。
打个比方，你请整条街的邻居喝奶茶，去奶茶店喊一句‘来一百杯’，店员不会先做完再点人头，而是从早就列好的通讯录里按顺序圈人，圈到够一百杯为止。
脚本也就是这个逻辑，马光的钱还没到账，赔偿费用表格上的人头已经按序号排好等着了。”
林默听了之后心有疑惑问道：“如果马光借的钱没有那么多，覆盖不了所有洗钱路径怎么办？”
顾川：“覆盖不了没问题，重要的是两家公司的账户要产生联动，不然我们制造的君富赔偿公司的那一堆伪账单根本没办法变成真的，一旦变成真的，那罪名就大了！”
林默点点头：“继续。”
顾川：
“第二步叫付款方统一。
钱和人对上以后，脚本要把这些人，这些年的封口费记录，全拉到马光这笔新借款的账上。
全部打款记录的时间戳调成同一秒，工人那端看不出任何区别，该哪天收到还是哪天收到，但整张表一拉，所有人的打款时间全咬着同一个点。
这就像学校统一交班费，老师通知全班明天上午交，全班人在同一个早自习把钱放桌上，交款记录上的时间戳全在同一天同一小时同一秒。
第三步叫工号写入日志。
马光的壳公司每天半夜跑自动对账，算盈亏、核余额。
脚本提前在它日志里挖了个坑，等借款指令触发，系统运行到挖坑那个位置时，就会以为这批工人是它之前漏记的关联人，把工号一条一条填回去。
这就像你在图书馆借书还书，每次都在系统里留下记录。
过了一段时间换了个系统，谁也讲不清旧借书证什么时候登记过。
脚本做的，就是把工号塞进日志里本该出现却没有出现的那一格，让系统相信这批人是它漏掉的。
第四步叫完成闭环。
之前我从林律师你方给我的文件中就查到，君富集团旗下的赔偿公司有一堆烂账，而我用这一堆烂账做了文章。
只要君富集团的名义向顺风资本以‘拨付工伤赔付款’
本章未完，请点击下一页继续阅读！