微订 · 交易与结算
把押金用途、缴纳与退还条件说清楚
押金功能可用于下单、商家入驻或配送员申请等场景，平台按业务约定安排押金缴纳，帮助记录相应合作或服务条件。
押金功能能做什么
场景配置
围绕需要押金的具体业务设置入口与用途。
在线缴纳
让相关用户按说明完成押金支付。
业务关联
将押金与订单、商家或配送人员关系对应，后续处理按实际规则核对。
从开始使用到业务完成
- 确认押金必要性和条款
- 配置缴纳场景
- 核对支付与业务关系
- 按约定处理退还
以上为业务组织流程示意；具体页面、权限和操作顺序以实际开通版本为准。
如何用在实际业务里
场景举例
涉及设备借用的配送合作可先明确设备、押金金额和返还条件，再用测试流程检查缴纳记录与业务身份是否一致。
方案举例用于说明使用思路，不代表具体客户案例或经营结果。
实施建议
让每一笔金额都能回到对应的业务。规则设置、系统记录、实际收付款与人工复核需要彼此对应，便于解释差异和处理售后。
建议将订单金额、应结金额、已申请金额与实际到账分别核对。具体费率、账期、通道和可用权限以项目配置及支付服务方当前规则为准。
上线前，把这些事项确认清楚
| 计算口径 | 明确金额基数、计入项目、触发条件和生效时间，必要时使用样例逐项核对。 |
|---|---|
| 账户与权限 | 确认收付款主体、可操作人员及支付渠道权限，避免把业务余额与银行到账混为一谈。 |
| 退款与对账 | 演练取消、退款、打款失败和人工修正等情况，保存能够解释金额变化的业务记录。 |
本模块重点
重点确认押金依据、收款主体、退还流程与争议处理，不能从“支持缴纳”推断自动退还能力。
押金功能常见问题
押金功能主要解决什么问题？
押金功能可用于下单、商家入驻或配送员申请等场景，平台按业务约定安排押金缴纳，帮助记录相应合作或服务条件。
押金是否可以直接当作平台收入？
押金与商品或服务收入性质不同，应明确用途、返还条件和处理责任。具体账务与合同安排需按真实业务执行。
准备使用押金功能，需要先确认什么？
重点确认押金依据、收款主体、退还流程与争议处理，不能从“支持缴纳”推断自动退还能力。
把你的场景带到产品演示里
说明经营区域、服务对象和已有流程，确认模块组合及实施方式。
