需澄清问题
| 序号 | 问题类型 | 问题描述 | 影响范围 | 建议方案 |
|---|
| 1 | 业务规则 | 平台/小区短信资源是否允许负数（超配、欠费）？ | 分配校验、前端展示、告警规则 | 禁止负数并校验/允许但标红并提示A/B |
| 2 | 业务规则 | 转换系数精度与最大值限制？ | 金额↔条数换算、四舍五入规则 | 限定小数位2~4位/不限但前端提示 |
| 3 | 数据口径 | “已分配未使用”是否包含过期未用条数？ | 分配情况卡片、二次确认提示 | 不含过期并回收/包含但标记过期 |
| 4 | 权限 | 哪些角色可调整平台资源、分配小区、查看历史？ | 接口鉴权、按钮显隐 | 角色白名单/按权限点位 |
| 5 | 数据来源 | 短信发送明细是否已有表/接口？字段名对应？ | 小区使用情况弹框 | 复用现有表字段/新增聚合表 |
| 6 | 通知 | 低于1000预警是否需要站内信/短信/邮件推送？ | 后台任务、通知渠道 | 仅页面提示/追加通知渠道 |
待确认边界条件
- 分配时平台剩余不足如何处理？直接拒绝还是允许欠账？
- 有效期到期后的剩余条数自动回收至平台吗？
- 历史记录是否需要导出？
前置分析：需先梳理现有代码规范、接口风格（错误码、分页规则、鉴权中间件），确认系统通用错误码表和日志留痕方案。