Document Telegram-only administrator operational notifications

docs/maintenance/BUSINESS_RULES.md

@@ -33,3 +33,7 @@
 常规已授权的修复、验证、文档与 Git 发布继续推进；涉及删除不可恢复数据、变更账号权限范围、新的外部数据传输目的地等敏感边界需要明确授权。已有授权不用重复询问。备份、脱敏与隔离数据不自动等于完成真实业务验收。
 
 EPay 按空中支付 V1 文档签名（忽略 sign、sign_type 和空值，参数不进行 URL 编码）。回调须验证签名、成功状态、商户、指定支付类型、订单所属渠道及实付金额（订单金额加手续费），取消订单或冲突交易号不能开通；相同成功回调保留现有订单幂等处理。
+
+## 管理员汇报渠道
+
+用户于 2026-10-11 明确要求：工单与网站运行等管理员汇报不发送到管理员邮箱。此类管理员通知使用 Telegram；不得新增管理员邮箱抄送或邮件汇报。工单回应邮件的收件人是提交工单的用户，不是管理员。管理员作为网站用户主动请求的验证码、登录邮件及原有用户业务邮件不因角色被一概拦截；人工群发规则继续按既有明确授权执行。

docs/maintenance/STATUS.md

@@ -59,3 +59,7 @@ Resend 发信、常规 SMTP、配额回退、投递事件回调、master 一次
 用户明确批准上线后，实现已提交推送并在生产 fast-forward 至 6c9422d05566e40c3dfa577dae0a57f7afa9f195。发布前数据库完整转储、配置、原提交及生产既有差异已备份到受保护的 /root/codex-backups/dpl/telegram-tickets-20261011；两张新表迁移成功。发布时私密备份用的 umask 导致 Git 新文件不可供运行用户读取，已只修正受影响的非私密代码文件与父目录权限；备份仍保持私密。视图缓存清理、PHP-FPM 重载和 Horizon 重启完成，站点 HTTP 200，两个服务 active，恢复原有 cron。生产既有教程和存储目录修改保留。
 
 线上实际登录后台，新增工单区域显示并保存成功。机器人令牌已配置，但当前机器人未启用、回调为空、管理员未绑定；未点击连接按钮，未发送真实 Telegram 工单或邮件。下一步由管理员在页面连接机器人并通过一次性命令私聊完成身份绑定，再开启回复并做真实闭环验收。代码上线完成不表示真实工单链路已验收。
+
+### 管理员邮箱汇报核查
+
+检查当前 app 与 plugins-core 发信入口：工单创建/用户追加内容推送 Telegram，管理员回复的邮件收件人为工单提交用户；收款与节点离线通知也通过 Telegram；用量日报由 master 发送 Telegram。未发现专门向管理员邮箱发送上述汇报的代码，因此没有需要移除的管理员邮件汇报实现。本次不新增全局邮箱封锁，不删除验证码、登录邮件、人工群发或正常用户通知；管理员汇报渠道约束已写入 BUSINESS_RULES.md。该核查不是新的真实工单验收。