refactor(outbound): 出库单据与领用物料合并成一张表

这两者本来就是同一件事（这台设备对应 MOM 的哪些出库单、领了哪些料），
却因为粒度不同被拆成两张表、界面上两张卡：用户要面对两个入口两个删除按钮，
还会问「我在那边挂的怎么这边看不见」。更糟的是**单据级那张没有 mom_line_id，
挂上去的料根本报不了废**。

- 新建 product_outbound_materials，统一到**明细级**（只有它带 mom_line_id，
  而报废要用它定位）。单据级信息（申请单号/备注/撤回）作为冗余列落在每条明细上。
  task_id 改为可空 —— 任务只是溯源信息，不再是组织维度，展示/报废/删除按设备走。
- 接口从 7 个收敛成 3 个（GET/POST/DELETE /products/{id}/outbound-materials，
  外加整单删 by-order）。任务级那套连同 TaskResponse.outbound_materials 一起删掉：
  保留第二个入口只会让「同一个东西两个地方」重新长出来。
- MOM 回调存档改为按 outbound_no 去 MOM **现查明细**逐行落 —— 不查的话
  这台设备「领了什么料」永远是空的，也就报不了废。查不到时退化成单据级存档，
  宁可显示「有这张单但看不到明细」，也不要静默丢掉这张单。
- 扫码响应补 outbound_materials（附「谁挂上去的」中文名，服务端解析）。
  ⚠️ 依赖 task_tree_loader 的 selectinload —— 异步 session 下懒加载会
  MissingGreenlet。
- 前端两张卡合并成一张：按出库单号分组、点开看明细，明细行才有报废/删除。

backend/app/api/v1/endpoints/webhooks.py

@@ -19,9 +19,11 @@ from sqlalchemy.ext.asyncio import AsyncSession
 from app.core.config import settings
 from app.core.database import get_db
 from app.core.lifecycle import sync_product_status
+from app.core.time_utils import get_beijing_time
 from app.models.product import Product
 from app.models.task import Task, TaskRecord
 from app.models.task_log import TaskLog
+from app.services import product_outbound_material_service
 
 router = APIRouter(prefix="/external/webhooks", tags=["外部回调"])
 
@@ -259,6 +261,18 @@ async def mom_inbound_webhook(
     if product.status != prev_status:
         changed = True
 
+    # 4) 把最近一次出库单标记为已撤回。
+    #    ⚠️ 只置位、**不删行** ——「出过又撤了」本身就是要看得见的历史（建表时的
+    #       取舍，见 models/product_outbound.py）。产品详情会把撤回的单据照常画
+    #       出来并打「已撤回」，而不是让它凭空消失。
+    #    ⚠️ 只标最近一条未撤回的：一批里同一台设备理论上不该出现两条未撤回的
+    #       出库单（出库后设备已不在仓库池，再出库匹配不到），但真出现时标错
+    #       一条也好过把历史全标脏。
+    if is_revoke:
+        # 「标哪一张单」的取舍写在服务层里（见 mark_revoked 的 docstring）
+        if await product_outbound_material_service.mark_revoked(db, product.id):
+            changed = True
+
     # ── 记录日志（优先"在库"任务，其次该产品最新任务；无任务则仅更新状态） ──
     log_task = await _pick_warehouse_log_task(db, product)
     if log_task is not None:
@@ -393,10 +407,19 @@ class MomOutboundPayload(BaseModel):
     operator: str | None = None        # 出库操作人（写入 task_logs.operator_id）
     outbound_time: datetime | None = None  # 出库时间
     company_name: str | None = None    # 目标公司（IRIS / LICA），MOM 据此分流到不同 Track 实例
-    # ↓ 2026-09 新增：MOM 一直在发、此前被 Pydantic 静默丢弃。当前无人读取，
+    # ↓ 2026-09 新增：MOM 一直在发、此前被 Pydantic 静默丢弃。
     #   先接住是为了与 LICA 实例（~/track-lica）对同一载荷的解析结果保持一致 ——
     #   否则将来谁写了读这个字段的代码，会在 LICA 拿到值、在本实例拿到 None。
     outbound_type: str | None = None   # SALES / USE / PRODUCTION
+    # ↓ 2026-09 新增：单据上下文，落进 product_outbounds 供产品详情展示
+    #   ⚠️ 不在这里声明的字段会被 Pydantic **静默丢弃**、且不报任何错 ——
+    #     MOM 那边发了也等于没发。这是本功能最容易踩的坑（company_name 当初
+    #     也是这么丢的）。
+    outbound_no: str | None = None     # MOM 出库单号（批量出库多商品共用）
+    request_no: str | None = None      # MOM 出库申请单号
+    consumer_name: str | None = None   # 领用人/客户（自由填写，非可靠标识）
+    applicant_name: str | None = None  # 申请人姓名（MOM 侧解析后传来）
+    remark: str | None = None          # 出库单备注
 
 
 @router.post("/mom-outbound")
@@ -487,8 +510,34 @@ async def mom_outbound_webhook(
         ))
         changed = True
 
+    # ── 存档 MOM 单据 ──
+    # 一次出库一行（**明细级**，与人工挂载同一张表），产品详情据此回答
+    # 「这台设备对应 MOM 的哪张单、领了哪些料」。
+    #
+    # 幂等：服务层按 (product_id, outbound_no) 查重后再写（MOM 的 notify_track
+    # 走守护线程且不重试，但同一条回调仍可能因运维手工重放而重入 —— 重复写入会
+    # 让产品详情出现两张一模一样的单据）。表上另有部分唯一索引兜底。
+    #
+    # ⚠️ outbound_no 为空则整段跳过（表里该列 NOT NULL）。这是与旧版 MOM 的
+    #    向前兼容：MOM 没升级时本来就不发这些字段，此时静默不存档，其余逻辑
+    #    照常 —— 不要因为缺字段就 4xx，那会让 MOM 把正常出库当故障。
+    #
+    # ⚠️ 明细是靠 outbound_no 去 MOM **现查**的（回调载荷里没有明细）——
+    #    不查的话这台设备「领了哪些料」永远是空的，也就报不了废。
+    if payload.outbound_no:
+        if await product_outbound_material_service.archive_from_webhook(
+            db, product, payload,
+        ):
+            changed = True
+
     # ── 动态生成"扫码出库"主线任务节点 + 操作日志（流转树最底部长出出库节点） ──
-    if await _append_warehouse_task(db, product, "扫码出库", "通过 MOM 系统扫码出库完成"):
+    # 单号拼进备注，不查子表也能在流转树里看出是哪张单出的库。
+    # ⚠️ 只动 remark，**不要**往 task_name 里塞 —— task_name 会被直接写成
+    #    product.overall_status（services/task_service.py:435,782）。
+    outbound_note = f"（单号 {payload.outbound_no}）" if payload.outbound_no else ""
+    if await _append_warehouse_task(
+        db, product, "扫码出库", f"通过 MOM 系统扫码出库完成{outbound_note}",
+    ):
         changed = True
 
     if changed: