feat(scrap): Track 侧生产报废 —— 提交、回查、金额

料领到产线后在生产中报废，要在 MOM 里走报废流程并能统计金额。

- mom_scrap_client：Track **唯一**一处主动写 MOM 的通道。读仍走直连只读库
  （MOM 查询接口有权限与行级隔离），写必须走接口（跨库直写会绕过 MOM 的
  全部业务校验、权限与审批）。
- product_scrap_service：归属校验是关键 —— 可见范围是整台设备、不是「谁领的」，
  不能靠隐藏来防，必须在写入前确认这条 mom_line_id 就挂在这台设备上。
  申请人直接用当前登录人（Track 的 sub 就是 MOM sys_user.id），
  MOM 里显示的就是本人，不需要服务账号也不会串人。
- 幂等：track_ref 由前端在打开弹层时生成一次、重试复用；网络超时后重试
  不该在 MOM 里多报一张单。
- 状态与金额**实时回查 MOM**，不在本地存副本：报废没有回调，本地那份立刻
  就过期；且金额取决于执行时的实际扫码量（MOM 允许少扫），受理量 ≠ 执行量。
  ⚠️ 未执行时 total_loss 是 null 不是 0 —— 0 会让人以为「这东西不值钱」。
- MOM_INTERNAL_API_KEY 走环境变量且不给默认值：未配置时报废提交 503，
  而不是让一个写接口在生产上默默开着。

docker-compose.yml

@@ -51,6 +51,13 @@ services:
       MOM_DB_PORT: "5432"
       # 🚀 MOM 仓储系统回调 Webhook 验签 Key（与 MOM 侧 TRACK_WEBHOOK_KEY 保持一致）
       TRACK_WEBHOOK_KEY: 2ce5fedb48fde3fd7e0abf67472a5027b03e9ae6f19cf768
+      # 🚀 MOM 内部接口 —— Track **主动调 MOM** 发起生产报废（唯一一处主动写 MOM）
+      #    ⚠️ 与上面的 TRACK_WEBHOOK_KEY 是**两把不同的钥匙**：
+      #       上面那把是「MOM 发给 Track 时的验签凭证」，这把是「Track 发给 MOM 的凭证」，
+      #       方向相反、权限不同（这把能发起报废审批），必须能独立轮换。
+      #    ⚠️ 未配置 → 报废提交直接 503，**不静默降级**（写操作静默失败最伤人）
+      MOM_INTERNAL_API_URL: http://inventory_api:8000
+      MOM_INTERNAL_API_KEY: ${MOM_INTERNAL_API_KEY:-}
     ports:
       - "8011:8000"
     volumes: