weaver-work-cli 0.1.29 → 0.1.32

package/skills/weaver-e10-yepiaotong/references/reim-workflow.md

@@ -35,14 +35,14 @@
 
 | 常量 | 值 | 说明 |
 |------|-----|------|
-| 默认合同编号 | `"20260999"` | 用户当次未给出别的合同号时使用；表单默认值已是它时不必再传。用户给了别的合同号 → 承担主体 / 相关客户 / 相关项目以合同联动为准，见 [reim-form-fill-rules.md](reim-form-fill-rules.md#用户给了合同号以合同联动为准) |
-| 非出差相关客户 | `"泛微上海(100504500000311504)"` | 出差流程必须由用户提供具体客户 |
+| 默认合同编号 | `"20260999"` | **不向用户询问合同号。** 用户本轮自己说了才用用户的；否则用已确认相关项目在 `historyRequestData` 里对上的那条合同号（多条取最近一条）；对不上或项目「不填」则用它。表单默认已是它时不必再传。合同号不是它时，承担主体以合同联动为准；相关客户 / 相关项目仍按 Step 4.5 一次问齐并写入 |
+| 非出差相关客户 | `"泛微上海(100504500000311504)"` | 仅非出差且合同号仍是 `20260999` 时使用。合同号不是它、或出差单，必须先问用户，禁止空着先建草稿。见 [reim-form-fill-rules.md](reim-form-fill-rules.md#相关客户相关项目必须在建单前确认) |
 | 发票金额 | 价税合计 `info.comm_info.price.total` | 报销金额字段一律填它；**不是** `price.amount` / `invoice.get` 的 `amount`（都是不含税） |
 | 兜底费用科目 | `"其他-管理费用(100502270000000104)"` | 所有科目匹配策略均未命中时使用 |
 | 人民币币种 | `"人民币(100001050000000001)"` | 明细每行必传（即使表单默认带出），否则字段联动失效，见 [reim-form-fill-rules.md](reim-form-fill-rules.md) |
 | 报销方式默认值 | `"银行（个人报销）"` | Select 传选项名；表单默认带出时不传 |
 | 全额红冲状态值 | `status = 8` | `comm_info.pro.status`；此类发票必须过滤，不允许报销 |
-| 相关凭证 typeCode | 17, 18, 57, 58 | 不能独立成行，必须与发票配对 |
+| 相关凭证 typeCode | 17, 18, 57, 58 | 不能独立成行；明细「相关凭证」不赋值，由发票联动带出 |
 | 直接上级取值 | `directSuperior` | ⚠️ **不是 `allSuperiors[0]`**（后者是上级链最高层） |
 | 总部费用报销 | `总部费用报销(100003460000000060)` | 费用明细 `subFormId` = `100003690000000011`（字段清单以 `createForm` 实际返回为准） |
 
@@ -74,14 +74,14 @@
 
 ### 发票查询默认入参
 
-CLI 已默认 `sreim="3"`、`bill_type=0`、`page_size=10`。报销查票时只传日期范围：
+CLI 已默认 `sreim="3"`、`bill_type=0`、`page_size=10`。报销查票时默认按**消费日期**筛选，只传日期范围；也可直接传 `"YYYY-MM-DD"`，由 CLI 转成秒级时间戳（结束日按当天 `23:59:59`）：
 
 ```json
 {
   "page_size": 20,
   "start_pos": 0,
-  "date_begin": "{begin}",
-  "date_end": "{end}"
+  "consumption_tm_begin": "{begin}",
+  "consumption_tm_end": "{end}"
 }
 ```
 
@@ -90,8 +90,8 @@ CLI 已默认 `sreim="3"`、`bill_type=0`、`page_size=10`。报销查票时只
 - `"number"`: 发票号码精确匹配
 - `"types"`: 发票类型 ID 数组
 
-> 按发票号码查询时不设 `date_begin` / `date_end`。
-> 不要传 `flag`、`fylxs`、`consumption_tm_begin`、`consumption_tm_end`（CLI 不接受这些字段）。
+> 按发票号码查询时不设 `consumption_tm_begin` / `consumption_tm_end`。
+> 不要传 `flag`、`fylxs`。用户明确说“开票日期”时才改用 `date_begin` / `date_end`。
 
 ---
 
@@ -175,10 +175,10 @@ CLI 已默认 `sreim="3"`、`bill_type=0`、`page_size=10`。报销查票时只
 - **用户已提供发票数据 → 跳过 Step 1A，直接用已有数据继续**
 - 发票列表有数据 → **先展示发票汇总信息（Step 1C），告知用户查询范围，等用户确认后再往下走**
 - 最近一周无结果 → **自动 fallback 到最近一个月再查一次，不需要问用户**
-- 事前申请有数据 → 自动匹配，不需要用户确认"是否关联"
-- 事前申请为空 → 跳过匹配，直接用发票数据填单，不需要问用户
-- 匹配到唯一结果 → 直接使用，不需要用户确认
-- **只有在必须用户做选择时才暂停**（如：多候选需要选一个、发票列表为空无法继续、**出差流程必须填写相关客户**、话费材料不齐）；**创建报销单不再暂停确认，直接存草稿**
+- 事前申请有数据 → 只按开票日期和事前申请发起日期关联（只比日期，同一天算对上）。一张发票时间上只落在一条里 → 直接绑定，不问「是否关联」
+- 一张发票时间上落在多条事前申请里，或发票没有开票日期 → 把候选列给用户选，选定前不往下填「相关流程」
+- 事前申请为空，或时间上一条都对不上 → 非差旅 / 外出时跳过关联，直接用发票数据填单。差旅 / 外出必须先让用户选定事前申请，明细「相关流程」不能空
+- **只有在必须用户做选择时才暂停**（如：一张发票在时间上对上多条事前申请、发票列表为空无法继续、**相关客户 / 相关项目还没在建单前一次问齐**、**差旅 / 外出明细「相关流程」还没有事前申请**、话费材料不齐）；**不询问合同号**；**创建报销单不再问「存草稿 / 提交审批」，直接存草稿**。明细「费用说明」不自己生成，不要为了它暂停问起点和终点
 - **⚠️ 严禁篡改任何原始数据值**
 
 ---
@@ -210,12 +210,16 @@ Step 2.6: 按工作流分组（多个工作流 → 多组，各组独立执行
          ↓ (全部返回后)
 Step 4: 组装 createRequest 的 data (reim-form-fill-rules.md)
          ↓
-Step 4.5: 出差流程 → 提醒用户填写相关客户（未提供则不允许报销）
+Step 4.4: 总部费用报销 → 历史客户 / 项目与默认不同时，和用户要填的客户、项目放在同一次提问里；合同号按确认后的项目从历史带出，不问
+Step 4.5: 相关客户、相关项目必须在建单前一次问齐（空着禁止 createRequest；出差客户不能用泛微上海顶；不问合同号）
 Step 4.6: 话费报销 → 核对材料并按标准核算实报金额
+Step 4.7: 差旅 / 外出 → 每一行明细「相关流程」必须填事前申请，空着禁止 createRequest
          ↓
 Step 5: workflow.createRequest（action 固定 draft，直接存草稿，不问用户）→ 原样展示 finalMarkdown
          ↓
-Step 6 (可选): workflow.editLoad / editPrepare / editApply → 用户修正
+Step 5.3: 查落库结果：客户 / 项目若被联动冲空，用建单前已确认的值写回，不要先建空草稿再问
+         ↓
+Step 6 (可选): workflow.editLoad / editPrepare / editApply → 用户修正（含 Step 5.3 补上的值）
 ```
 
 ### ⚡ 并行调用策略（必须遵守）
@@ -267,7 +271,7 @@ Step 6 (可选): workflow.editLoad / editPrepare / editApply → 用户修正
 
 用户提到了去某个城市（「去北京」「重庆的发票」）时，**不能只按开票日期筛**：出差的票常在回来后才开，用户说的"上周"是出差时间，不是开票时间。
 
-1. **时间范围（开票日期 `date_begin` / `date_end`）**
+1. **时间范围（消费日期 `consumption_tm_begin` / `consumption_tm_end`）**
    - 用户说了出差时间（「上周」「10月12日到15日」）→ 从**出差开始日**查到**今天**
    - 没说时间 → 最近一个月；没有与该城市相关的票 → 扩到最近 90 天
 2. **按城市逐张筛**（不按 `content` 关键词筛，城市不在消费内容里）：
@@ -287,7 +291,8 @@ Step 6 (可选): workflow.editLoad / editPrepare / editApply → 用户修正
 
 | 参数 | 用途 | 使用时机 |
 |------|------|----------|
-| `date_begin` / `date_end` | 开票日期范围 | 默认使用 |
+| `consumption_tm_begin` / `consumption_tm_end` | 消费日期范围 | **默认使用** |
+| `date_begin` / `date_end` | 开票日期范围 | 用户明确说"开票日期"时 |
 | `create_tm_begin` / `create_tm_end` | 录入/创建日期范围 | 用户明确说"录入日期"/"创建日期"时 |
 
 **⚠️ 数据过滤（红冲票排除）：**
@@ -333,17 +338,17 @@ Step 6 (可选): workflow.editLoad / editPrepare / editApply → 用户修正
 
 通过 `invoice.reim.requests.list` 获取。
 
-默认入参：`{"pageNo": 1, "pageSize": 20}`
+默认入参：`{"pageNo": 1, "pageSize": 100}`。不传 `pageSize` 时 CLI 也按 100 填入。不传 `cusCreateDateEnd` 时，CLI 按东八区当天 + 1 天填入。传入时 CLI 用该日期再 + 1 天后发给接口，调用方传业务结束日本身，不要自己再加 1 天。用户没有指定结束日期、也不按发票日期收窄上界时，不要传该字段。
 
 ### Step 1 执行顺序与预筛选策略
 
-> **核心时间关系：事前申请日期一定在开票日期之前。**
+> **核心时间关系：事前申请发起日期不晚于开票日期。** 只比日期不比钟点，同一天算对上，默认允许绑定。
 
 | 场景 | 筛选方式 |
 |------|----------|
 | 先有发票 → 筛选事前申请 | `cusCreateDateEnd` = 最晚 invoiceDate，`cusCreateDateStart` = 最早 invoiceDate - 90天 |
 | 先有发票 → **话费报销** | `cusCreateDateEnd` = 最晚 invoiceDate，`cusCreateDateStart` = 最早 invoiceDate - **1095天（3年）**，且加 `requestname="话费"` 缩小范围（见 [reim-phone-subsidy-rules.md](reim-phone-subsidy-rules.md)） |
-| 先有事前申请 → 筛选发票 | `date_begin` = 最早 createTime 秒时间戳 |
+| 先有事前申请 → 筛选发票 | `consumption_tm_begin` = 最早 createTime 秒时间戳 |
 | 并行获取 | 不做预筛选，Step 2 匹配时统一过滤 |
 
 ---
@@ -352,7 +357,7 @@ Step 6 (可选): workflow.editLoad / editPrepare / editApply → 用户修正
 
 > **详细匹配规则见 [reim-matching-rules.md](reim-matching-rules.md)**
 
-匹配完成后产出绑定关系数据结构：
+只比较开票日期和事前申请发起日期，规则见匹配文档。时间上只对上一条就直接绑定，产出：
 
 ```json
 [
@@ -361,34 +366,28 @@ Step 6 (可选): workflow.editLoad / editPrepare / editApply → 用户修正
     "preApprovalId": "1298294241967177729",
     "preApprovalName": "交通费报销-后端开发111-2026-07-25",
     "preApprovalWorkflowId": "1181057526276915214",
-    "matchConfidence": "high",
-    "matchReasons": ["时间范围匹配", "费用类型一致"]
+    "matchReason": "开票日期只落在这一条的时间范围内"
   }
 ]
 ```
 
-> `preApprovalName` 要保留：填「事前申请流程 / 相关流程」字段时写成 `{preApprovalName}({preApprovalId})`。
+> `preApprovalName` 要保留：填明细「相关流程」时写成 `{preApprovalName}({preApprovalId})`。主表「事前申请流程」不赋值，保留空值。
 
-### Step 2 匹配结果展示（推荐）
+### 时间对上多条时必须问用户
 
-匹配完成后，**建议向用户展示匹配结果**，而不是静默进入下一步。展示格式：
+一张发票同时落在 2 条及以上事前申请的时间范围内，或发票没有开票日期：**停在这里**，把候选的名称和发起日期列给用户选。不要按费用类型、金额、申请人或「谁更近」自己选。用户选定前不要进入 Step 2.5 之后的填单。
 
 ```markdown
-发票与事前申请匹配结果：
-
-| # | 发票号码 | 金额 | 匹配到的事前申请 | 置信度 | 匹配原因 |
-|---|----------|------|------------------|--------|----------|
-| 1 | 36901189 | ¥108.20 | 交通费报销-后端开发111-2026-07-25 | ✅ 高 | 费用类型匹配、时间匹配 |
-| 2 | 36901201 | ¥380.00 | （未匹配） | — | 无匹配的事前申请 |
+这张发票在时间上对上了 2 条事前申请，请选一条：
 
-确认后将自动进入后续填单流程。如需调整匹配关系，请告诉我。
+| # | 发票号码 | 开票日期 | 可选事前申请 | 发起日期 |
+| --- | --- | --- | --- | --- |
+| 1 | 36901189 | 2026-07-30 | 交通费报销-后端开发111-2026-07-01 | 2026-07-01 |
+| 2 | 36901189 | 2026-07-30 | 上海出差申请-后端开发111-2026-07-20 | 2026-07-20 |
 ```
 
-- 匹配到 high 置信度的直接标记 ✅ 高
-- medium 置信度标记 ⚠️ 中（建议核实）
-- 未匹配的标记 —，说明将跳过事前申请关联
-- **只有全部都是 high 且用户已在 Step 1C 确认过 → 可以静默跳过本展示直接继续**
-- medium 或 low 出现时**必须展示并等用户确认**
+- 每张发票时间上都只有 1 条 → 直接绑定，不展示、不问「是否关联」
+- 时间上一条都对不上 → 非差旅 / 外出不绑定，继续填单；差旅 / 外出按 Step 4.7 让用户选
 
 ---
 
@@ -433,7 +432,7 @@ weaver-work-cli --json workflow run workflow.createForm --input-json '{"workflow
 ```
 
 > ⚠️ **AI 报销调用 `createForm` 时不传 `userQuestion`**（`workflow-create.md` 里「强烈建议每次都传」**不适用于报销**），也**不用 `workflow.createRequestDirect`**（一步发起）。
-> 传了 `userQuestion` 会让流程侧的智能填参按用户原话算 `data`：发票字段只给 `"invoice"` 占位符、承担主体会按用户口述填（与「合同联动为准」冲突）、不会逐行传币种、标题和费用说明也不按本技能格式；同时 `historyRequestData` 不再返回。报销的 `data` 一律按本技能 Step 4 的规则自己组装。
+> 传了 `userQuestion` 会让流程侧的智能填参按用户原话算 `data`：发票字段只给 `"invoice"` 占位符、承担主体会按用户口述填（与「合同联动为准」冲突）、不会逐行传币种，标题也不按本技能格式；同时 `historyRequestData` 不再返回。报销的 `data` 一律按本技能 Step 4 的规则自己组装。费用说明不在这份 `data` 里。
 > 万一返回里还是带了 `data`（例如别的环节传了 `userQuestion`），**忽略它**，照常按 Step 4 组装；此时没有 `historyRequestData`，费用承担公司交给 `missingFields` 提醒。
 
 从返回里取：
@@ -443,33 +442,28 @@ weaver-work-cli --json workflow run workflow.createForm --input-json '{"workflow
 | `continuation`（= `contextId`） | Step 5 `createRequest` 的 `context` |
 | `fields` | **可写字段全集**：按 `name` 找业务字段取 `id`；带 `subFormId` 的是明细字段；带 `initialValue` 的有默认值 |
 | `requestName` | 表单默认标题（报销单标题按 [reim-form-fill-rules.md](reim-form-fill-rules.md#流程标题requestname) 生成后用 `requestName` 参数覆盖） |
-| `historyRequestData` | 只用于本技能规则没覆盖的字段（如费用承担公司），口径见 `workflow-create.md`「历史流程数据参考规则」；**只有不传 `userQuestion` 时才返回** |
+| `historyRequestData` | **总部费用报销**用它对照历史客户 / 项目，并在项目确认后带出合同号。**不要把合同号列进提问。** 客户和项目需要用户填时，同一次让用户一起输入。其余本技能没覆盖的字段（如费用承担公司）仍按 `workflow-create.md`「历史流程数据参考规则」。**只有不传 `userQuestion` 时才返回**。不要再 `workflow.search` / `workflow.detail` |
 | `workflowMemory` | 该工作流的记忆（可能没有这个键）；只能补本技能规则没覆盖的非必填字段，与本技能规则冲突时以本技能为准 |
 
 - `NEEDS_CLARIFICATION`（`workflow_not_exist` / `no_create_right`）→ 按 `workflow-create.md` 如实告知用户，停止本组。
 - 大表单超线（stdout 只有一句话 + `resultFile`）→ 按 `workflow-create.md` 读一次 `resultFile`，不要重跑。
-- **不再需要** `invoice.reim.form.structure`、`invoice.reim.field.search`：字段清单由 `createForm` 给出，浏览按钮的名称 → ID 由 `createRequest` 解析。
+- **不再需要** `invoice.reim.form.structure`：字段清单由 `createForm` 给出。
+- **相关客户、相关项目必须先** `invoice.reim.field.search` 再写入：用户给了名称时，用本次对应字段 id + 工作流 id 模糊搜索。`match=unique` 直接填 `selected` 的 `名称(ID)`；`match=multiple` 把 `items` 列给用户选；`match=none` 请用户换更完整的名称。**不要**把未消歧的简称直接丢给 `createRequest` / `editPrepare`。已是完整 `名称(ID)`（含默认「泛微上海」、已确认的历史值）时不必再搜。见 [reim-form-fill-rules.md](reim-form-fill-rules.md#相关客户模糊搜索)。客户和项目必须在 **Step 4.5 建单前**问清，禁止空着先建草稿。
 
 ---
 
 ## Step 3.5: 获取发票预填信息（`invoice.reim.row-info-batch`）
 
 - 入参：`invoiceIds`=本组全部**发票**（不含凭证）ID，`requestid`=匹配到的事前申请 ID（无则留空）
-- 返回的 `date`、`fysm`、`itinerary`、`subjectId`、`subjectName` **在 Step 4 中优先使用**
-- 某张失败或字段为空 → 该行回退到 AI 推断逻辑
-- `itineraryData`（行程单逐段明细）**暂不拆行**，仍一张发票一行，见 [reim-form-fill-rules.md](reim-form-fill-rules.md#4-行程单多段行程暂不拆行)
-
-### 交通类发票额外处理
-
-交通类发票（`expenseType` 含交通/出行/打车，或 `consumeContent` 含客运服务费/运输服务，或 `sellerName` 含滴滴/享道等），以及出差报销里的火车票 / 机票 → **额外并行调用 `invoice.get`** 获取出发地和目的地。`invoice.get` 取不到起止点时，用行程单 `itineraryData` 兜底。
-
-> 费用说明统一写 `起点-终点`，规则见 [reim-form-fill-rules.md](reim-form-fill-rules.md#行程--出差费用说明)
+- 返回的 `date`、`subjectId`、`subjectName` **在 Step 4 中优先使用**。`fysm` 不要写入「费用说明」；`itinerary` 不用来写「相关凭证」
+- 某张失败或字段为空 → 该行回退到 AI 推断逻辑（费用说明除外，失败也不要自己生成）
+- `itineraryData`（行程单逐段明细）**暂不拆行**，仍一张发票一行，见 [reim-form-fill-rules.md](reim-form-fill-rules.md#4-行程单多段行程暂不拆行)。不要为了费用说明额外调用 `invoice.get`。
 
 ---
 
 ## Step 3.6: 取发票对象（`invoice.browse-field.data`）
 
-发票字段（`EinvoiceComponent`）只接受发票对象，不接受文本或裸 ID。把本组所有**发票** + 已确定的**配对凭证**的 `fid` 一次传入：
+发票字段（`EinvoiceComponent`）只接受发票对象，不接受文本或裸 ID。把本组所有**发票**的 `fid` 一次传入；凭证不传（明细「相关凭证」不赋值，由发票联动带出）：
 
 macOS/Linux（bash/zsh）：
 
@@ -483,7 +477,7 @@ Windows PowerShell：
 weaver-work-cli --json invoice run invoice.browse-field.data --input-json '{"fids":["1295366637717012482","1298798990831518001"]}'
 ```
 
-> `row-info` 的 `itinerary` 要等 Step 3.5 返回后才知道。为了不串行，Step 3 并行组里先只传发票 + AI 已配对的凭证；`itinerary` 返回了新的凭证 ID 时再补调一次，只传新增的 `fids`。
+> 只传发票，不依赖 Step 3.5 的返回，可以和 Step 3 其他调用并行；`itinerary` 返回了凭证 ID 也不补调。
 
 > 发票都来自用户已确认的票夹，属于 `workflow-create.md` 里"指名从票夹取"的情形，**不需要**上传提醒。
 
@@ -517,27 +511,78 @@ weaver-work-cli --json invoice run invoice.browse-field.data --input-json '{"fid
 - **⚠️ 主表必填「报销事由」**：按 [reim-form-fill-rules.md](reim-form-fill-rules.md)「报销事由」公式生成写入 `data.main`，**禁止留空**
 - 键只取 `createForm` 的 `fields[].id`；`fields` 里没有的字段不传，带默认值且不需改写的字段不传（例外：明细「币种」每行必传）
 - 浏览按钮写 `名称(ID)`；Select 写选项名；发票字段写 `[发票对象]`
-- 一张发票一行；相关凭证（17/18/57/58）放进配对发票那一行，每行最多 1 张
+- 一张发票一行；相关凭证（17/18/57/58）不成行
+- **明细「费用说明」「费用明细」「相关凭证」都不传**，由「相关发票」联动自动填充。不要用 `fysm`、起止点或账单说明自己生成费用说明
 - 行程单有多段行程也**不拆行**
-- 有行程单 / 交通类 / 出差报销的明细，费用说明写精简后的 `起点-终点`：**整串最多 1 个 `-`、不含 `|` 和空格**，禁止原样填 `大道|重庆财经学院-西门 - 鱼胡路-地铁站` 这类原始地址
 - **费用类型（科目）每行必须有值**，匹配不到填 `"其他-管理费用(100502270000000104)"`
-- **合同号固定 `"20260999"`**（除用户当次明确给出别的合同号）；表单默认值已是它时不必传
-- **用户给了合同号 → 承担主体、相关客户、相关项目都不传，以合同联动为准**（用户口头指定的承担主体也不传）；创建后从 `linkageResult` 读出实际带出的值告诉用户
-- **⚠️ 出差流程相关客户规则见 Step 4.5；话费报销规则见 Step 4.6。**
+- **合同号不问用户。** 用户本轮自己说了才用用户的；否则按已确认的相关项目，从 `historyRequestData` 里该项目最近一条带出合同号；对不上或项目「不填」则用 `"20260999"`（表单默认已是它时不传）
+- **带出的合同号不是 `20260999` → 创建时承担主体不传，以合同联动为准**。**相关客户、相关项目不能空着等联动**：必须先按 Step 4.5 **一次**问齐（项目可「不填」），把已确认的值写入 `data` 再 `createRequest`。创建后从 `linkageResult` 读出实际带出的承担主体和合同号告诉用户；客户 / 项目若被联动改成别的值，如实告诉用户已按合同联动为准；若被冲空，用已确认值走 Step 6 写回。见 [reim-form-fill-rules.md](reim-form-fill-rules.md#相关客户相关项目必须在建单前确认)
+- **⚠️ 总部费用报销历史参考见 Step 4.4；相关客户 / 相关项目建单前确认见 Step 4.5；话费报销规则见 Step 4.6；差旅 / 外出明细「相关流程」见 Step 4.7。**
 
 ---
 
-## Step 4.5: 出差流程必须确认相关客户
+## Step 4.4: 总部费用报销用历史项目带出合同号
 
-> **出差报销未拿到用户提供的具体相关客户前，禁止进入 Step 5。**
-> 完整规则见 [reim-form-fill-rules.md - 出差流程相关客户](reim-form-fill-rules.md#出差流程相关客户硬拦截)。
+> **不询问合同号。** 相关客户、相关项目若还要用户填，与历史参考放在同一次提问里。未确认前禁止进入 Step 5。
+> 完整落值见 [reim-form-fill-rules.md - 总部费用报销历史参考](reim-form-fill-rules.md#总部费用报销历史参考)。
 
-简要规则：
-- 用户给了合同号 → 相关客户由合同联动带出，不拦截
-- `workFlowName` 或 `requestname` 含「差旅」「出差」→ 暂停，提醒用户提供具体客户名称
-- 用户给出客户名称 → 原样填进「相关客户」，由 `createRequest` 解析；多候选/查不到按 `workflow-create.md` 的浏览按钮口径处理
-- 用户拒绝 / 不提供 → **结束报销，禁止调用 `workflow.createRequest`**
-- 非出差流程：相关客户固定填 `"泛微上海(100504500000311504)"`
+只在 `workFlowName` 含「总部费用报销」，或工作流 ID 为 `100003460000000060` 时执行。其他报销流程不问合同号，合同号仍用默认 `20260999`。
+
+数据用 Step 3 `workflow.createForm` 已返回的 `historyRequestData`。流程技能取的就是本工作流、近一年、非草稿、我发起的、按发起时间倒序的前 5 条。**不要再调用 `workflow.search` 或 `workflow.detail`**。`historyRequestData` 为 `null` 时，合同号用默认，客户和项目仍按 Step 4.5 一次问齐。大表单超线时，这些字段在 `resultFile` 里，和 `fields` 一起读。
+
+按 `fields[].name` 对上字段 id，从 `fieldValues` 取合同号、相关客户、相关项目。值逐字符原样使用。**不从历史里带**发票、金额、费用日期、费用说明、费用科目、附件、报销事由、流程标题。
+
+**合同号怎么定（不问用户）：**
+
+1. 用户本轮自己说了合同号 → 用用户的
+2. 已确认的相关项目能对上某一条历史的相关项目（名称或 `名称(ID)`）→ 用该项目**最近一条**的合同号
+3. 项目「不填」，或历史里没有这个项目 → `20260999`（表单默认已是它则不传）
+
+对上的合同号不是 `20260999` 时，承担主体不传，交给合同联动。建单后把带出的合同号告诉用户，不要再请用户改合同号。
+
+客户或项目与默认不同、且用户本轮还没说时，**一次**问完，例如：
+
+```markdown
+请一起填写本次的相关客户和相关项目（一条消息即可）。上次总部费用报销（{requestName}，{createdatetime}）是：
+
+- 相关客户：中国航空集团有限公司（非出差默认是泛微上海；出差必须给具体客户）
+- 相关项目：中航集团办公平台改造及升级项目（没有可以说「不填」）
+
+回复「用上次的」，或直接写下客户和项目。合同号不用填，会按你确认的项目从历史报销单带出。
+```
+
+| 用户回答 | 处理 |
+| --- | --- |
+| 用上次的 | 客户、项目用这条历史原值；合同号用**同一条**历史的合同号，不问 |
+| 自己写下客户和项目 | 名称先 `invoice.reim.field.search` 消歧；合同号按上面第 2、3 条从历史带出 |
+| 只给了其中一项 | 该项用用户的，另一项再在同一话题里补问一次，不要改去问合同号 |
+| 取消 | 停止，不调用 `workflow.createRequest` |
+
+出差流程里，用户确认采用的历史相关客户算「已提供具体客户」。用户拒绝且没有另给客户 → 结束，**不要先建草稿**。
+
+---
+
+## Step 4.5: 相关客户、相关项目必须在建单前确认
+
+> **相关客户没有已确认的值，或相关项目还没问过（也没说「不填」）时，禁止进入 Step 5。不要先建空草稿再问。**
+> 完整规则见 [reim-form-fill-rules.md - 相关客户、相关项目必须在建单前确认](reim-form-fill-rules.md#相关客户相关项目必须在建单前确认)。
+
+**相关客户已确认（满足任一）：** 用户本轮给了名称并已 `invoice.reim.field.search` 消歧；或 Step 4.4 确认采用了历史相关客户；或非出差且合同号仍是 `20260999`，可用默认 `"泛微上海(100504500000311504)"`。
+
+**相关项目已确认（满足任一）：** 用户本轮给了项目名称并已按「相关项目」字段 `invoice.reim.field.search` 消歧；或用户明确说「不填」；或 Step 4.4 确认采用了非空的历史相关项目。
+
+未确认时**一次**让用户把两项一起输入，不要拆成两轮，也不要另问合同号。例如：
+
+```markdown
+请一起填写相关客户和相关项目（一条消息即可）。
+相关客户：出差请给具体客户名称。
+相关项目：没有可以说「不填」。
+合同号不用填。
+```
+
+用户给出名称 → **先** `invoice.reim.field.search`：一条直接填 `名称(ID)`，多条列给用户选，零条请换名称。**不要**把未消歧简称丢给 `createRequest`。相关客户说「不填」无效，必须问到名称。出差 / 差旅不能用「泛微上海」顶替；用户拒绝提供客户 → **结束报销**。
+
+项目确认后按 Step 4.4 带出合同号。带出的合同号不是 `20260999` 时，承担主体创建时不传；**相关客户、相关项目写入 `data` 再 `createRequest`**，不要空着等联动。
 
 ---
 
@@ -555,16 +600,29 @@ weaver-work-cli --json invoice run invoice.browse-field.data --input-json '{"fid
 
 ---
 
+## Step 4.7: 差旅 / 外出明细「相关流程」必须赋值
+
+> **差旅 / 外出报销时，每一行明细「相关流程」都必须是 `{requestname}({requestid})`。任一行没有值，禁止进入 Step 5。**
+> 完整规则见 [reim-form-fill-rules.md - 差旅 / 外出明细相关流程](reim-form-fill-rules.md#差旅外出明细相关流程硬拦截)。
+
+**如何判断（满足任一）：** `workFlowName` 含「差旅」「出差」或「外出」；事前申请名称含「出差」「差旅」或「外出」；用户明确说「出差报销」「差旅报销」「外出报销」。
+
+取值：该行已绑定的事前申请 → 本次只有一条差旅 / 外出事前申请时未绑定的行也用它 → 多条未绑定则让用户指定 → 一条都没有则先列出事前申请让用户选。用户说「不填」、拒绝或不选 → **结束报销**。主表「事前申请流程 / 相关流程」不赋值，保留空值。
+
+---
+
 ## Step 5: 直接存草稿（`workflow.createRequest`，`action:"draft"`）
 
-> **⚠️ AI 报销一律存草稿，组装完 `data` 直接调用，不展示「存草稿 / 提交审批」让用户选，也不再等创建前确认。** 草稿不进审批，用户在 E10 里核对后自己提交。
+> **⚠️ AI 报销一律存草稿，组装完 `data` 直接调用，不展示「存草稿 / 提交审批」让用户选。** 草稿不进审批，用户在 E10 里核对后自己提交。
 > - `action` 固定 `"draft"`，**不要传 `"submit"`**——即使用户说了「提交」，本流程也只建草稿，并在回复里告诉用户去 E10 页面核对后提交。
 > - **`requestName` 必传**（按「流程标题」公式生成）、**`data.main` 必含「报销事由」**（按「报销事由」公式生成）——两者不传会静默留用表单默认标题 / 留空，且无 warning。
-> - 用户在 Step 1C 已确认过用哪些发票；之后匹配、组装、创建一路自动执行。
+> - 用户在 Step 1C 已确认过用哪些发票；匹配和组装之后直接存草稿。下面几条拦截未满足时停住。
 >
 > **以下拦截仍然有效（未满足前禁止调用）：**
-> - **出差流程**：相关客户未由用户提供具体信息（或合同联动带出）前，禁止调用。
+> - **相关客户、相关项目**：未按 Step 4.5 一次问齐前，禁止调用。不要先建空草稿再问，也不要改去问合同号。
+> - **出差流程**：相关客户未由用户提供具体信息（含确认采用的历史相关客户）前，禁止调用；不能用「泛微上海」顶替，也不能改成等合同联动。
 > - **话费报销**：账单截图、账单构成或岗位标准未确认前，禁止调用。
+> - **差旅 / 外出**：任一明细行「相关流程」还没有 `{requestname}({requestid})` 时，禁止调用。
 
 ### 5.1 创建
 
@@ -602,7 +660,7 @@ weaver-work-cli --json workflow run workflow.createRequest --input .\reim-create
 
 | 返回 | 处置 |
 | --- | --- |
-| `CREATED` | **原样粘贴 `finalMarkdown`**，一字不改；链接只出现在回复文本里。之后按需补几句：合同联动带出的值与用户口述不同、未挂上 / 未配对的凭证、话费核算明细、`missingFields` 提交前要补的字段 |
+| `CREATED` | **原样粘贴 `finalMarkdown`**，一字不改；链接只出现在回复文本里。之后按需补几句：合同联动带出的承担主体与用户口述不同、客户 / 项目被联动改写、话费核算明细、`missingFields` 提交前要补的字段。然后**必须做 Step 5.3** |
 | `BROWSER_FILL`（小e 环境） | **没有写服务端、没有 `requestId`**：把 `finalMarkdown`（一段 `<browsertool>` 标签块）**整段原样输出**作为回复正文，不包代码块、不加任何前后说明，也不补上面那几句提醒；由页面打开新建页带入字段值，用户在页面上保存。之后**不要走 Step 6**（没有可改的单据） |
 | `NEEDS_INPUT` | 缺的是承担主体、上级、合同号、相关客户、科目等本技能有规则的字段 → 按 [reim-form-fill-rules.md](reim-form-fill-rules.md) 补值后用同一 `context` 重发；其余原样粘贴 `finalMarkdown` 一次问齐用户 |
 | `NEEDS_CONFIRMATION` | 按 `ambiguities` 处理（浏览按钮多候选让用户选；`MULTIPLICITY` 只保留 1 个值） |
@@ -610,11 +668,43 @@ weaver-work-cli --json workflow run workflow.createRequest --input .\reim-create
 
 > **⚠️ 禁止重复创建**：同一组发票 `createRequest` 成功后，**不要再次 `createForm` + `createRequest`**；修改一律走 Step 6。
 
+### 5.3 填写结果检查
+
+> 草稿已经落库后再查，不因此重开一张报销单。完整口径见 [reim-form-fill-rules.md - 填写结果检查](reim-form-fill-rules.md#填写结果检查)。
+> **相关客户、相关项目本应在 Step 4.5 建单前问清。** 这里只处理合同联动把已确认的客户 / 项目冲空了。明细「费用说明」「费用明细」「相关凭证」仍空时只告知「发票联动没有带出」，不要补写。
+
+`CREATED` / `CREATED_SUBMIT_FAILED`（单子已在）时，贴完 `finalMarkdown` 后**必须**按下表检查，不能只贴草稿链接就结束。`BROWSER_FILL` 没有落库单据，跳过。`partial` / `write_uncertain` 先按原规则停住，不做这项检查。
+
+先看本次 `createRequest` 已返回的 `previewDetails`、`fields`、`linkageResult`、`missingFields`。表里看不出有没有值时，用本次 `requestId` **只调一次** `workflow.editLoad` 读 `currentValues`。不要 `workflow.detail`，不要再建单。`linkageResult` 里没有「相关客户=…」或「相关项目=…」就当成没带出，不要靠「合同应该会联动」放过。
+
+| 检查 | 什么时候算没填上 | 原因怎么说 |
+| --- | --- | --- |
+| **相关客户没有值** | **任何报销单**。主表「相关客户」为空；明细有这个字段时该行也为空。非出差且已是「泛微上海」不算 | 合同联动把建单前已确认的客户冲空了 |
+| 相关项目没填写 | 主表「相关项目」为空，且用户没有说过「不填」；明细有这个字段时也为空 | 合同联动把建单前已确认的项目冲空了 |
+| 明细「费用说明」 | 表单有这一列，落库后仍空 | 发票联动没有带出。只告知，不要补写，也不要让用户填，不要自己生成 |
+| 明细「费用明细」 | 表单有这一列，落库后仍空 | 发票联动没有带出。只告知，不要补写，也不要让用户填 |
+| 明细「相关凭证」 | 表单有这一列，落库后仍空 | 发票联动没有带出。只告知，不要补写，也不要让用户挂行程单 |
+
+表里各项都有合格值时，不要再补一句「检查通过」。有缺项时，在 `finalMarkdown` 后面一次说完。**相关客户、相关项目若本轮 Step 4.5 已经确认过，直接用已确认的 `名称(ID)` 走 Step 6 写回，不要再问。** 明细「费用说明」「费用明细」「相关凭证」只告知，不写回。只有建单前漏问了（不应发生）才补问客户和项目：客户不接受「不填」，项目可以说「不填」。例如：
+
+```markdown
+这张草稿里还有 2 项没有填上：
+
+| 位置 | 没填上的值 | 原因 |
+| --- | --- | --- |
+| 主表 | 相关客户 | 合同号 20250999 的联动把已确认的客户冲空了 |
+| 主表 | 相关项目 | 合同联动把已确认的项目冲空了 |
+```
+
+已确认的值用 Step 6 写回，**不要再问一次是否保存**。补问到的新名称先走 `invoice.reim.field.search`：一条直接 `editPrepare`，多条先让用户选，零条请用户换名称；不要把未消歧简称直接丢给 `editPrepare`。`editPrepare` / `editApply` 失败时如实转述错误，相关客户仍算没填上，不能把失败当成检查完成。相关项目用户说不填 → 保持现状，不再追问。**相关客户说「不填」无效，必须再问到名称。**
+
 ---
 
 ## Step 6（可选）: 修改已创建的报销单
 
-通过 `weaver-e10-workflow` 的 `workflow.editLoad`（传 Step 5 返回的 `requestId`）→ `workflow.editPrepare`（`data` 写法同 Step 4，只传要改的字段）→ 用户确认 → `workflow.editApply`。详见 [`workflow-edit.md`](../../weaver-e10-workflow/references/workflow-edit.md)。
+通过 `weaver-e10-workflow` 的 `workflow.editLoad`（传 Step 5 返回的 `requestId`；Step 5.3 已经读过则可复用那次 `context`）→ `workflow.editPrepare`（`data` 写法同 Step 4，只传要改的字段）→ 用户确认 → `workflow.editApply`。详见 [`workflow-edit.md`](../../weaver-e10-workflow/references/workflow-edit.md)。明细「费用说明」「费用明细」不在修改范围内。
+
+Step 5.3 里用户刚给出的行程、客户名称、相关项目，就是这次修改的确认：`editPrepare` 后直接 `editApply`，不要再问「是否保存」。
 
 - 流程已流转到不可编辑节点时 `editApply` 返回"失去操作权限"，如实转述
 - 只读字段会被拒绝（`notEditable`），如实转述，不要换字段 id 绕过
@@ -625,15 +715,17 @@ weaver-work-cli --json workflow run workflow.createRequest --input .\reim-create
 
 **需暂停询问用户的情况：**
 - 发票列表为空 → 提示"未找到未报销的发票"，结束
-- 出差/差旅流程缺少相关客户 → 见 Step 4.5
+- 总部费用报销的客户或项目还没一次问齐 → 见 Step 4.4 / 4.5；**禁止先建空草稿再问，也不要改去问合同号**
+- 相关客户或相关项目还没在建单前确认 → 见 Step 4.5；**禁止先建空草稿再问**
 - 话费报销缺少账单截图、账单构成或岗位标准 → 见 Step 4.6
+- 差旅 / 外出任一明细行「相关流程」还没有事前申请 → 见 Step 4.7；**禁止先建空草稿再补**
 - `createRequest` 返回 `NEEDS_INPUT` / `NEEDS_CONFIRMATION` 且本技能规则补不上 → 按 `workflow-create.md` 问用户
 
 **严禁重复调用：**
 - **`createRequest` 已成功 → 严禁再次创建，后续修改一律使用 Step 6**
 
 **自动继续（不问用户）：**
-- 事前申请为空 / 匹配失败 → 跳过事前关联，直接用发票填单
+- 事前申请为空 / 匹配失败，且不是差旅 / 外出 → 跳过事前关联，直接用发票填单。差旅 / 外出见 Step 4.7
 - 匹配结果唯一 → 直接使用
 
 **用户中途取消：**

package/skills/weaver-e10-yepiaotong/references/source-manifest.json

@@ -1246,6 +1246,12 @@
         "data[].id",
         "data[].name",
         "data[].value",
+        "keywords",
+        "match",
+        "items[].id",
+        "items[].name",
+        "selected.id",
+        "selected.name",
         "workflow.workflow",
         "workflow.version",
         "workflow.state"