1. 项目背景

背景概述

短信服务现状

当前快递业务系统中的短信发送逻辑内嵌在快递主服务中，存在以下问题：

1. 耦合度高：短信发送与快递业务逻辑紧密耦合，任何短信渠道变更都需修改快递服务代码
2. 不可复用：自助洗衣、用户中心等其他业务无法直接复用短信能力，各自重复对接短信渠道
3. 维护困难：短信模板分散在各业务代码中，统一的签名管理、发送频率控制、黑名单过滤无法落地
4. 扩展性差：新增短信渠道（如从阿里云切换到腾讯云）需要多处修改，回归测试范围大

支付架构现状

自助洗衣业务的支付模块当前存在以下问题：

1. 硬编码收款配置：每个网点的收款账户（微信商户号、密钥等）直接写在代码或静态配置文件中。各网点收款模式不统一——有的是服务商分账模式，有的是直收模式——但配置散落在代码各处，任何单个网点的收款参数变更（如更换商户号、调整分账比例）都需要修改代码并全量上线发布，风险高、响应慢
2. 上线风险大：即使只是一个网点需要调整收款配置，也必须走完整的上线流程（开发 → 测试 → 灰度 → 全量），变更周期以天计，无法快速响应网点运营需求
3. 分账需求无法满足：洗衣业务涉及平台抽佣、加盟商分成、设备供应商分润，现有模式下分账需手工计算和转账
4. 支付宝未覆盖：部分用户偏好支付宝支付，当前系统未支持，限制了用户体验
5. 对账困难：多网点、多支付渠道下，财务对账需手工汇总各网点的交易数据

迭代目标

1. 短信微服务化：将短信发送能力从快递业务中解耦，构建独立的短信微服务，提供统一 API 供全平台调用
2. 支付架构重构：建立以服务商模式为核心的支付体系，支持微信服务商分账、微信服务商直收、支付宝直收三种模式，实现网点级收款配置管理

预期成果

• 短信服务独立部署，全平台统一调用，日发送量可监控可限流
• 每个自助洗衣网点可灵活选择和切换收款模式
• 平台与加盟商之间的分账自动完成，减少手工结算工作量
• 新开网点只需在后台创建支付配置即可上线收款