fix: connect remaining sms pages to real backend
This commit is contained in:
@@ -1192,6 +1192,17 @@
|
||||
- 锁定状态必须写入后端持久化字段,后续登录直接拒绝。
|
||||
- 登录成功后清空失败次数和锁定状态。
|
||||
|
||||
### 2026-07-02 纯 mock 菜单真实化补充
|
||||
|
||||
除文档或菜单明确标注为待开发的彩信能力外,第一版所有可进入菜单不得以 mock/static/localStorage 作为系统功能完成标准:
|
||||
|
||||
1. 客户端充值套餐、账单流水、批量任务、短信发送、短信签名、短信模板必须调用真实 API;签名/模板新增后进入真实审核状态,发送任务调用真实发送链路。
|
||||
2. 运营端数据统计、账务账户、发送监控、短信审核、短信记录、安全控制、手机号段库、报备字段库、通道组、通道报备字段、报备任务和报备记录必须调用真实 API。
|
||||
3. 运营端企业管理使用真实租户、账户、应用、签名、模板接口;企业新增、编辑、启用/禁用、删除必须写真实租户表,删除采用软删除或归档,不允许纯前端删除。
|
||||
4. 企业签名和企业模板运营端列表只展示真实短信配置数据;彩信签名、彩信模板、彩信通道、彩信记录、彩信任务进度等仍归入待开发,不得用静态样例作为第一版短信验收结果。
|
||||
5. 后端接口暂缺编辑/删除能力时,前端不得用本地状态模拟成功;应只开放真实能力,缺失能力记录为待补接口。
|
||||
6. API 不可用、数据库不可用或依赖服务不可用时,页面展示错误态或空态;测试记录标记阻塞或失败,不能用静态兜底数据假装通过。
|
||||
|
||||
第一步请先不要大规模写业务代码,先输出并创建阶段 0 Spike 的最小工程计划,包括:
|
||||
1. 目录结构建议。
|
||||
2. NestJS 与 Go Gateway 的队列消息格式。
|
||||
|
||||
Reference in New Issue
Block a user