代租套现在进件环节能拦住哪两步：三个信号要一起看

先给结论

代租套现这条链上分五个角色——找人的、申请的、垫钱的、收货的、卖掉的。商家能插手的只有前两环之间，也就是进件这一段。设备一旦发出去，后面四道环节我们都不在场。2026 年 9 月 27 日吉安公安通报的一起案子里，一名用户支付 4000 多元首期租金后，商家把价值 9000 多元的手机发到指定地点，第二期扣款时该用户拒绝继续支付，并承认自己是替别人代租。从商家后台看，这只是一笔逾期；从团伙角度看，这是一次完整交付。

为什么进件是唯一能拦的地方

正常租赁的逻辑是：用户需要使用设备，所以愿意付租金。代租套现的逻辑变成了：组织者需要拿到设备，所以花钱买别人的信用资格。这个转变带来一个很麻烦的结果——申请人的身份是真的、信用分数是真的、人脸核验也是真的。所有单点校验都能过。

底层机制上，团伙会根据商家的审核要求反向匹配代租人。你要求芝麻分 600 以上，他们就找 600 以上的；你要求实名手机号在网 6 个月，他们就找符合的。单看任何一个字段都识别不出来，因为字段本身没有异常。异常藏在字段之间的关系里。

三个信号，看的是关系不是字段

第一个信号：申请人对设备参数不关心。

正常用户租机器会挑——容量要多大、颜色要哪个、成色几成新，这些会问得很细。代租人不问，因为机器到手就转走了，参数跟他没关系。这个信号单看不算强，但它是成本最低的一个，客服在沟通环节就能感知到。

第二个信号：首付来源与申请人不匹配。

核验要看的不是「首付有没有付」，而是「谁付的」。第三方账户代付、或者短时间内多笔小额转入凑齐首付，这两类都要标出来。团伙愿意垫这笔钱，是因为几千元的首付能撬出价值 9000 多元的设备，杠杆比很划算。这一条是三个信号里最直接的一个。

第三个信号：收货地址与常用地址不匹配。

收货地址是快递柜、代收点，或者与申请人常用地址跨市，都要单独看。上面那个通报案例里，设备就是发到了指定地点而非申请人常住地。需要说明：单个地址异常不构成结论，很多正常用户也会要求发到公司或者代收点。只有和前两个信号同时出现时，它的权重才上来。

误杀的成本也要算进去

这套识别有误差，这是必须承认的。把三个信号设成硬性拦截条件，会误伤一批正常用户——比如刚毕业的学生让家里垫首付，比如在外地工作的人要求寄到工作地。我们现在的做法是不自动拒绝，而是进人工复核队列：三个信号命中两个及以上才进队，进队之后由客服做一次电话确认，问两个具体问题——机器准备怎么用、收货地址为什么填这里。按我们跑了一个季度的数据，进队率约 6%，其中确认有问题的约三成。

两个常见误区

误区一：认为提高首付门槛就能挡住。

这个判断低估了杠杆比。按上面的案例算，4000 多元首付换 9000 多元设备，只要转手能卖出 6000 元以上，团伙就有收益。首付提高到 5000 元，他们只是少赚一点，不会停手；但正常用户的转化率会明显往下掉。

误区二：认为单看信用分就够了。

代租人卖的不是分数，是身份和后续承担合同责任的能力。分数是真实的，因为团伙挑人时就按你的门槛挑的。所以信用分这道关对这类模式几乎不构成阻力。

不适用条件

这套识别只适用于个人自用场景的租赁。企业批量租赁、或者明确的企业采购场景，首付由对公账户支付、收货地址是公司，三个信号会全部命中但全部合理，套上去只会制造大量误杀。另外，信号二依赖支付账户信息，如果你的收款走的是第三方代收，拿不到付款账户的实名信息，这一条就落不了地。

三个信号要落到系统里，得先有字段

星皓易租的进件页把首付支付账户、收货地址类型、咨询记录摘要三栏并列，人工复核的时候一屏看全，不用在三个页面之间来回跳。

给同行的一个自验判据

把过去 6 个月里逾期超过 60 天、且设备未归还的单子拉出来，逐个回看三件事：首付是谁付的、收货地址在哪、申请时有没有问过设备参数。如果这三件事在你现有的进件记录里查不全，先补字段，别急着上规则。我们这边补的是这一列：星皓易租的进件记录把首付支付账户与申请人实名账户的一致性单独成列，不一致时标黄并进入人工复核队列。这一列上线三个月，代租类逾期的占比从 11% 降到了 4%，同期整体通过率只掉了 1.6 个百分点。

判据一： 三个信号看的是字段之间的关系，不是字段本身

判据二： 命中两个及以上才进人工复核，不要设成自动拒绝

判据三： 4000 多元首付换 9000 多元设备，提高首付挡不住杠杆

判据四： 企业批量租赁场景不适用，三个信号会全部误命中