fix: reject CMPP daily limit synchronously

docs/first-version-development-requirements.md

@@ -1635,5 +1635,7 @@
 ## 2026-07-22 应用日发送上限与HTTP参数默认值补充
 
 - 每个短信应用的日发送上限默认为100000条，按北京时间自然日和去重后目标号码数计数。客户端、公开HTTP和下游CMPP入站必须共用PostgreSQL原子配额计数，多API实例并发不得突破上限。
-- 客户端/HTTP整批超限时不创建任务、短信记录或账务冻结，HTTP返回429及`DAILY_SEND_LIMIT_EXCEEDED`。CMPP合法Submit超限时仍保留每个号码的可审计失败主记录，不冻结/扣费，并以`DAILY_LIMIT`失败回执通知客户。
+- 客户端/HTTP整批超限时不创建任务、短信记录或账务冻结，HTTP返回429及`DAILY_SEND_LIMIT_EXCEEDED`。CMPP合法Submit整包超限时返回唯一一个非0 `SUBMIT_RESP`（日限额映射`result=8`），每个目的号码仍保留`rejected/DAILY_LIMIT`审计主记录；不冻结、不扣费、不占用额度，也不再生成或投递异步`DELIVER`回执。
+- 日额度在任务正式受理时按北京时间占用；待审核和定时任务占用受理日额度，后续审核拒绝、取消或发送失败均不返还。发送校验固定遵循身份/应用权限、请求结构和全部号码基础格式、签名/模板/引流、禁发时段及风控、路由通道、余额原子校验与冻结、日额度原子占用、任务落库入队的业务优先级。余额早期读取只能用于提示，最终资格判断与冻结必须紧邻任务受理执行。
+- 号码基础校验只判断空值、字符、长度、数量上限、重复及多号码完整性；号段识别用于运营商和地区快照及路由提示，未知号段不得据此拒绝，必须继续按全国或三网兼容通道处理。
 - 首次开通HTTP接口时，后端默认开启单条发送、状态查询、回执回调、上行查询、上行回调和客户端自助密钥六项能力，回执/上行投递默认为HTTP Webhook。参数复制必须包含应用名称、AppID、六项能力、基础地址、文档、QPS、白名单和真实投递方式。

docs/system-functional-test-cases.md

@@ -3714,6 +3714,10 @@ npm run verify:phase8
 | TC-SEND-DAILY-001 | 新建应用不传dailyLimit | PostgreSQL保存100000，返回值与页面均显示100000 |
 | TC-SEND-DAILY-002 | 当日剩余1条时，客户端或HTTP同时发2个号码 | 整批返回429/DAILY_SEND_LIMIT_EXCEEDED，不新建任务、短信记录、冻结或队列作业 |
 | TC-SEND-DAILY-003 | 两个API实例并发争抢最后配额 | 依赖`applicationId+usageDate`唯一索引与条件upsert，只有不突破上限的请求成功 |
-| TC-SEND-DAILY-004 | 多号码CMPP Submit整包超限 | 仅一个SubmitResp；每个号码均有rejected主记录和DAILY_LIMIT回执，无冻结和扣费 |
+| TC-SEND-DAILY-004 | 多号码CMPP Submit整包超限 | 仅一个非0 SubmitResp且`result=8`、Msg_Id为0；每个号码均有`rejected/DAILY_LIMIT`主记录，无冻结、扣费、额度占用、SmsReceiptRecord和下游DELIVER投递 |
+| TC-SEND-DAILY-005 | Bind后历史待回执拉取完成，再提交日限额超限包 | Bind阶段允许拉取既有pending；超限Submit不得新增pending回执或建立Msg_Id/Sequence映射，连接保持可用 |
+| TC-SEND-DAILY-006 | 待审核/定时任务受理后再拒绝或取消 | 受理日额度已占用且不返还；失败、取消和最终送达统计不得反向修改日用量 |
+| TC-SEND-ORDER-001 | 请求同时存在号码格式、模板和余额错误 | 按固定业务顺序先返回号码基础错误；修复号码后返回签名/模板错误，只有业务资格通过后才执行最终余额原子校验/冻结 |
+| TC-SEND-ORDER-002 | 号段库无法识别但号码基础格式合法 | 不以未知号段拒绝；记录未知运营商快照并继续匹配全国或三网兼容通道，正常产生提交、消费和回执数据 |
 | TC-HTTP-PARAM-002 | 首次开通HTTP后查看并复制参数 | 六项能力默认开启，回执/上行为HTTP Webhook；复制文本含AppID和“客户端自助密钥”，与真实API/DB一致 |
 | TC-HTTP-PARAM-003 | 升级前已开通HTTP且Webhook能力开启，投递模式仍为cmpp | migration将对应回执/上行模式回填为http，参数复制不再显示CMPP长连接 |

docs/testing-progress.md

@@ -2219,3 +2219,9 @@ git diff --check
 - 发布后`cmpp-gateway`、`cmpp-api`、Nginx、PostgreSQL、Redis和MinIO均active，`12026/17890/8090/3000/9000/6379/5432`监听；API/Gateway health、Redis PONG均通过。2个active上游通道均恢复`connected/currentConnections=1`，Redis中7个通道权威TPS配置存在；`gateway.submit.commands` consumer group为`pending=0、lag=0`，部署后API/Gateway error journal均为0。
 - 外部首页、运营登录页、客户端登录页和API health均返回HTTP 200，公网CMPP `8.160.169.106:17890` TCP连接成功。应用内Browser两次在导航/DOM读取阶段控制超时并重置，因此只记录外部HTTP入口通过，不虚报浏览器DOM、交互或console验收通过。
 - 本次业务数据变更仅来自两条已审查migration；未发送或重投短信，未充值、审核、删除、禁用账号、改密或修改真实通道配置。
+
+## 2026-07-22 CMPP日限额同步整包拒绝口径修正（待提交发布）
+
+- 产品确认日额度按任务正式受理的北京时间自然日占用，待审核和定时任务计入受理日；后续审核拒绝、取消或发送失败不返还。号码基础校验不以号段库是否识别作为合法性条件，未知号段继续走全国或三网兼容通道。
+- 修正CMPP整包日限额语义：API为每个目的号码建立`rejected/DAILY_LIMIT`审计主记录，但返回`accepted=false/result=8`；Gateway同步返回唯一一个非0 `SUBMIT_RESP`且Msg_Id为0，不建立下游会话映射、不生成`SmsReceiptRecord`、不创建`CmppDownstreamDelivery`，不冻结或扣费。
+- 新增API回归覆盖双号码整包超限、每号码审计记录及无回执/无冻结；新增Gateway真实CMPP2.0协议回归覆盖Bind后的`result=8`响应和不新增pending回执拉取。失败测试先在旧实现上分别暴露`accepted=true`和Gateway响应结构缺少业务结果码，修改后SendChain定向78项及Gateway inbound包通过。