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/schemas/task.py

@@ -19,6 +19,15 @@ class TaskCreate(BaseModel):
     notify_parent_on_complete: bool = Field(False, description="完成后是否通知父任务")
     is_rework: bool = Field(False, description="是否为返工任务")
     remark: str | None = Field(None, max_length=2000, description="初始描述/交接备注")
+    # 创建时一并挂载的 MOM 出库明细行 ID（MOM trans_outbound.id）。
+    # 粒度是**明细行**，但前端是按整张出库单勾选的 —— 提交时把该单的全部明细
+    # ID 一起带过来。
+    # ⚠️ 默认空列表：移动端的 doCreateFirstTask 仍在调本接口且不带该字段，
+    #    必须保持「不传就等同于不挂载」的行为不变。
+    mom_line_ids: list[int] = Field(
+        default_factory=list,
+        description="创建时挂载的 MOM 出库明细行ID(trans_outbound.id)",
+    )
 
     model_config = {"from_attributes": True}
 
@@ -153,6 +162,55 @@ class TaskRecordResponse(BaseModel):
 # 响应模型
 # ============================================================
 
+class TaskOutboundMaterialResponse(BaseModel):
+    """任务挂载的一条 MOM 出库物料明细（挂载时从 MOM 取的快照）
+
+    一次挂载会展开成多行（挂一张出库单 = 该单的全部明细各一行），
+    前端按 outbound_no 分组展示。
+    """
+    id: int
+    # ★ 料挂在哪条任务上。前端按任务分组展示时必须拿它做 key ——
+    #   不能用 task_name：同一台设备可能有两个同名任务（例如两道「生产」），
+    #   按名字分会把它们并成一组，看起来像一条任务领了两遍料。
+    task_id: uuid.UUID
+    mom_line_id: int                       # MOM trans_outbound.id，供反查比对
+    outbound_no: str                       # MOM 出库单号
+    sku: str | None = None
+    material_name: str | None = None
+    spec_model: str | None = None
+    # 用 float 而非 Decimal：Pydantic v2 会把 Decimal 序列化成字符串，
+    # 前端拿到 "5.0000" 不好直接用。数量量级很小（实测 1~186），float 足够。
+    quantity: float | None = None          # 出库单原值，**不是**本任务用量
+    unit_price: float | None = None
+    outbound_type: str | None = None
+    # 出库类型中文名。与 MOM 出库单查询（mom_outbounds）同一套码表、同一份实现，
+    # 由服务端下发 —— 前端不再自建映射，否则两边会开始漂移。
+    # 这里用 model_validator 自动派生而不是每个构造点手填：构造点有 3 处
+    # （task_service 两处 + product_service 一处），漏一个就是空白徽标。
+    outbound_type_label: str = ""
+    consumer_name: str | None = None       # 领用人/客户
+    operator_name: str | None = None
+    warehouse_location: str | None = None
+    outbound_time: datetime | None = None
+    added_by: str | None = None            # 挂载人（逻辑外键→MOM sys_user）
+    created_at: datetime
+
+    model_config = {"from_attributes": True}
+
+    @model_validator(mode="after")
+    def _fill_outbound_type_label(self):
+        """出库类型码 → 中文名（PRODUCTION→生产出库 等）。
+
+        在 schema 上统一派生，而不是让 3 个构造点各自记得填 ——
+        漏一个就是空白徽标，而且不会报错，只能靠肉眼发现。
+        延迟 import：schemas 被 services 依赖，模块级 import 会形成环。
+        """
+        if not self.outbound_type_label and self.outbound_type:
+            from app.services.mom_outbound_service import describe_outbound_type
+            self.outbound_type_label = describe_outbound_type(self.outbound_type)
+        return self
+
+
 class TaskSummaryResponse(BaseModel):
     """任务摘要 — 扫码时用，不含嵌套子任务"""
     id: uuid.UUID
@@ -195,6 +253,9 @@ class TaskResponse(BaseModel):
     child_tasks: list[TaskResponse] = []
     records: list[TaskRecordResponse] = []
     created_by: str | None = None   # 谁创建的（从task_logs追溯）
+    # 本任务挂载的 MOM 出库物料（明细级快照）。创建任务时可选、之后可追加，
+    # 见 models/task_outbound_material.py。
+    outbound_materials: list[TaskOutboundMaterialResponse] = []
 
     model_config = {"from_attributes": True}