weaver-work-cli 0.1.29 → 0.1.32

package/skills/weaver-e10-yepiaotong/references/reim-form-fill-rules.md

@@ -35,7 +35,7 @@
 
 | componentKey | 值写法 | 示例 |
 | --- | --- | --- |
-| `Text` / `TextArea` | 文本字符串，**禁止包含 `*` 号** | `"仁济医院南院-浦江瑞和城"` |
+| `Text` / `TextArea` | 文本字符串，**禁止包含 `*` 号** | `"上海市内交通费（滴滴出行）"` |
 | `DateComponent` | `yyyy-MM-dd`（CLI 会按字段格式归一化） | `"2026-07-30"` |
 | `NumberComponent` / `Money` | 数字字符串，原样使用发票金额 | `"108.2"` |
 | `Select` | **选项名称**（不是 optionValue） | `"银行（个人报销）"` |
@@ -122,32 +122,30 @@
 | 分类 | invoiceTypeCode | 示例 | 填单行为 |
 |------|-----------------|------|----------|
 | **发票** | 除 17/18/57/58 以外 | 增值税发票(1/2/3/4)、电子发票(28/32/33)、火车票(12/47)、出租车发票(9) 等 | 每张发票 = 一行明细，放「相关发票」 |
-| **相关凭证** | 17, 18, 57, 58 | 小票/水单(17)、滴滴行程单(18)、支付凭证(57)、其他票据凭证(58) | **不能独立成行**，放进配对发票那一行的「相关凭证」 |
+| **相关凭证** | 17, 18, 57, 58 | 小票/水单(17)、滴滴行程单(18)、支付凭证(57)、其他票据凭证(58) | **不能独立成行，也不写入明细「相关凭证」**，由「相关发票」联动带出 |
 
 > **注意区分**：type=18 是滴滴的支付行程凭证（不能独立成行）；滴滴开具的增值税电子普通发票 type=3，是正式发票，可独立成行。
 
-### 3. 凭证与发票配对
+### 3. 相关凭证不赋值（由联动带出）
 
-| 来源优先级 | 规则 |
-|------------|------|
-| 1. `invoice.reim.row-info` 返回的 `itinerary` | 有值就直接作为该行的配对凭证，**替代下面的 AI 配对** |
-| 2. AI 配对 | 凭证 `amount` ≤ 发票 `amount`（前提，不满足不能配对）→ 金额一致或接近 → 开票日期前后 7 天内 → 销方相同或同一平台 → 费用类型同类 |
+明细「相关凭证」**不允许 AI 赋值**，创建和修改都不写入 `data`。挂上「相关发票」后由发票联动带出。
 
-- **每行最多挂 1 张凭证**：「相关凭证」字段只接受 1 个发票对象（传多个会返回 `MULTIPLICITY` 歧义）。`itinerary` 逗号分隔返回多个时，按上面 AI 配对的优先级选最匹配的 1 张，其余在确认预览里列为「未挂上的凭证」提示用户。
-- 凭证找不到可配对的发票 → 跳过该凭证（不单独成行），并在建单后的回复里提示用户。
+- 不做凭证与发票配对；`row-info` 返回的 `itinerary` 也不用来写「相关凭证」
+- 凭证的 `fid` 不传给 `invoice.browse-field.data`
+- 用户指定了要挂哪张凭证也不写入；落库后仍空只告知「发票联动没有带出相关凭证」，不补写
 
 ### 4. 行程单多段行程：暂不拆行
 
-`row-info` 返回的 `itineraryData`（行程单逐段明细）**目前不用来拆行**：不管行程单有几段，仍然**一张发票一行**，日期 / 金额 / 科目用外层的 `date`、发票价税合计、`subjectName(subjectId)`。`itineraryData` 只在取不到起止点时给费用说明兜底（见「行程 / 出差费用说明」）。
+`row-info` 返回的 `itineraryData`（行程单逐段明细）**目前不用来拆行**：不管行程单有几段，仍然**一张发票一行**，日期 / 金额 / 科目用外层的 `date`、发票价税合计、`subjectName(subjectId)`。`fysm` 和 `itineraryData` 都不要写进「费用说明」。
 
 ### 4. 取发票对象
 
-把所有入选发票和配对凭证的 `fid` 一次传给 `invoice.browse-field.data`（`{"fids":[...]}`），按 `fid` 把返回对象放进对应行：
+把所有入选**发票**的 `fid` 一次传给 `invoice.browse-field.data`（`{"fids":[...]}`），不传凭证。按 `fid` 把返回对象放进对应行：
 
 | 明细字段 | 值 |
 | --- | --- |
 | 相关发票（`EinvoiceComponent`） | `[该行发票的对象]`（**必填**） |
-| 相关凭证（`EinvoiceComponent`） | `[配对凭证的对象]`；**无凭证则不传此字段** |
+| 相关凭证（`EinvoiceComponent`） | **不传**，由发票联动带出 |
 
 ---
 
@@ -157,23 +155,23 @@
 
 | fieldName 关键词 | 怎么填 |
 |------------------|--------|
-| 承担主体 | **用户给了合同号 → 不传，以合同联动为准**（见下方）。否则为**当前用户**：表单默认带出当前用户时**不传**；`fields` 里该字段没有 `initialValue` 时填 `{currentEmployee.name}({currentEmployee.id})`（来自 `invoice.reim.employee-superiors`）。不能留空 |
+| 承担主体 | **用户给了合同号，或确认采用的历史合同号不是 `20260999` → 不传，以合同联动为准**（见下方）。**总部费用报销且用户确认采用历史承担主体 → 传历史原值**（与 `initialValue` 相同时不传），见「总部费用报销历史参考」。否则为**当前用户**：表单默认带出当前用户时**不传**；`fields` 里该字段没有 `initialValue` 时填 `{currentEmployee.name}({currentEmployee.id})`（来自 `invoice.reim.employee-superiors`）。不能留空 |
 | 申请人 / 报销人 / 提单人员 | 同上：默认带出当前用户时不传 |
 | 部门 / 报销部门 | 默认带出时不传 |
 | 报销人直接上级 / 报销人上级 / 承担人直接上级 | 默认带出时不传；没有默认值时填 `{directSuperior.name}({directSuperior.id})`（**不是 `allSuperiors[0]`**） |
 | 承担人所有上级 | 可写且没有默认值时填 `allSuperiors` 每项的 `名称(ID)` 组成的数组；不在 `fields` 里就不传 |
-| **合同号 / 合同编号** | **固定 `"20260999"`**（共享常量）。表单默认值已是 `20260999` 时不传；默认值为空或不同时显式传 `"20260999"`；**用户当次明确给出别的合同号时传用户的，并按下方「用户给了合同号：以合同联动为准」处理承担主体 / 相关客户 / 相关项目** |
+| **合同号 / 合同编号** | **不问用户。** 默认 `"20260999"`。表单默认已是它、且本次仍用它时不传。用户本轮自己说了合同号才传用户的。否则按已确认的相关项目，从 `historyRequestData` 里该项目最近一条带出合同号；对不上或项目「不填」则用默认。带出的值不是 `20260999` 时，承担主体不传，见「用户给了合同号：以合同联动为准」 |
 | 报销方式 | 默认「银行（个人报销）」；表单默认值已是它时不传，否则传选项名 `"银行（个人报销）"` |
 | 报销事由 / 摘要 | **必传，不得留空**：按下方「报销事由」生成，与流程标题同一套口径；**禁止包含 `*` 号** |
-| 事前申请流程 / 相关流程（主表） | 有匹配到的事前申请时填 `{requestname}({requestid})`；无则不传 |
-| **相关客户** | **用户给了合同号 → 不传，以合同联动为准**（见下方）。否则：**非出差**：固定 `"泛微上海(100504500000311504)"`。**出差流程**：填用户提供的客户名称（可带多个写法，英文逗号分隔），由 CLI 解析，见下方「出差流程相关客户」 |
-| 相关项目 | **用户给了合同号 → 不传，以合同联动为准**。否则：事前申请 `requestnametitle` 里「相关项目:」有值时填该名称；否则不传 |
+| **事前申请流程 / 相关流程（主表）** | **不允许赋值，创建时不传，保留空值。** 有没有匹配到事前申请都不写；事前申请只写到明细每行「相关流程」 |
+| **相关客户** | **创建前主表必须有已确认的值**，明细字段可写时每行与主表一致。取值顺序：① 用户本轮给的客户名称 → **先** [相关客户模糊搜索](#相关客户模糊搜索) 再写成 `名称(ID)`；② 确认采用的历史相关客户（已是 `名称(ID)` 时直接传；只有名称时先搜）；③ 非出差且仍用默认合同 `20260999` → `"泛微上海(100504500000311504)"`（已带 ID，不必再搜）。**合同号不是 `20260999` 时不再空着等联动**，必须先问到①或②再写入 `data`。用户说「不填」不算数。见下方「相关客户、相关项目必须在建单前确认」 |
+| 相关项目 | **创建前必须问过用户**（或 Step 4.4 已确认采用非空历史项目）。用户给了名称 → 用本次「相关项目」字段 id 做 [相关客户模糊搜索](#相关客户模糊搜索)（同一 operation，换 `fieldId`）再写成 `名称(ID)`。用户明确说「不填」→ 创建时不传。**合同号不是 `20260999` 时同样先问，不要空着等联动。** |
 | 费用承担公司 | 用户说了才填；否则按 `workflow-create.md`「历史流程数据参考规则」判断（历史取值一致可采用）；仍定不了就不传，交给 `missingFields` |
 | 申请日期 / 报销日期 | 默认带出时不传；没有默认值时填当天 `yyyy-MM-dd` |
 | 附件 / 抄送人 | 用户本次给了才填（附件按 `workflow-create.md` 的上传口径），否则不传 |
 | 申请金额 / 人民币金额（主表，可写时） | 默认所有**发票**（不含凭证）价税合计之和；话费报销为各行实报金额之和 |
 
-> **以下字段在报销单里绝不能是空值**：承担主体、报销人上级/承担人直接上级/承担人所有上级、合同号、相关客户、每行费用类型（科目）、**报销事由**。它们要么由表单默认值带出，要么按上表显式传；**流程标题（`requestName`）同样必须显式传入**——不传会静默留用表单默认标题。若 `createRequest` 仍在 `missingFields` 里列出它们，按上表来源补上后用同一 `context` 重发，**不要问用户要 ID**。
+> **以下字段在报销单里绝不能是空值**：承担主体、报销人上级/承担人直接上级/承担人所有上级、合同号、**相关客户**、每行费用类型（科目）、**报销事由**。**差旅 / 外出报销时，每一行明细「相关流程」也绝不能空。** 它们要么由表单默认值带出，要么按上表显式传。**相关客户、相关项目必须在调用 `createRequest` 之前问清**（项目可「不填」），禁止先建空草稿再补。**相关客户不允许以「不填」结束。** **流程标题（`requestName`）同样必须显式传入**——不传会静默留用表单默认标题。若 `createRequest` 仍在 `missingFields` 里列出它们，按上表来源补上后用同一 `context` 重发；已建成的草稿走 `workflow.edit*`。**不要问用户要 ID**。
 
 ### 用户给了合同号：以合同联动为准
 
@@ -181,110 +179,126 @@
 
 用户当次给出了不同于 `20260999` 的合同号时：
 
-1. 传用户的合同号；**承担主体、相关客户、相关项目都不传**，交给合同联动带出——即使用户同时口头指定了承担主体，也以合同联动为准（不传，不在创建后改回）。
-2. 「相关客户」不再套用非出差固定值「泛微上海」；出差流程也不再要求用户另报客户（合同联动带出的客户即具体客户）。
-3. 建单后的回复里如实写合同联动带出的值，不要写成用户口述的值或默认值。
+1. 传用户的合同号；**承担主体创建时不传**，交给合同联动带出——即使用户同时口头指定了承担主体，也以合同联动为准（不传，不在创建后改回承担主体）。
+2. **相关客户、相关项目不能空着等联动。** 创建前按下一节问到用户确认（项目可「不填」）；已确认的值写入 `data`。「相关客户」不再套用非出差固定值「泛微上海」。
+3. 建单后的回复里如实写合同联动带出的承担主体，不要写成用户口述的值。
 4. 创建后从返回的 `linkageResult`（「字段联动带出：…」）读出实际带出的承担主体 / 相关客户 / 相关项目告诉用户；用户口头指定的承担主体与联动结果不同时，一句话说明「已按合同联动为准」。
-5. 联动没带出某一项（`linkageResult` 里没有、或 `missingFields` 列出）→ 该项回到上表的常规规则补值，用同一 `context` 重发（已创建的单子走 `workflow.edit*` 补）。
+5. 客户 / 项目若被联动改成别的值，以联动为准告诉用户。若被冲空，用建单前已确认的值走 `workflow.edit*` 写回，不要再问一遍。承担主体联动没带出 → 仍按主表「承担主体」补当前用户，不为此再问一轮。
+
+### 相关客户模糊搜索
+
+> 用户给出相关客户或相关项目名称时，**先搜再写**。不要把未消歧的简称直接丢给 `createRequest` / `editPrepare`：`createRequest` 的浏览按钮解析可能只命中其中一条，漏掉其他候选（例如「学院」会命中西安欧亚学院、山东康养职业学院等多条）。
+
+已是完整 `名称(ID)`（含默认「泛微上海」、用户刚从候选里选定的那条、历史单据带回的 `名称(ID)`）时不必再搜。
+
+CLI operation：`invoice.reim.field.search`
+
+| 入参 | 取值 |
+| --- | --- |
+| `keywords` | 用户原话，不要改写、不要补「有限公司」 |
+| `fieldId` | 本次 `createForm` 的 `fields` 里对应字段的 `id`。相关客户名称含「相关客户」（总部费用报销是 `100003720000000687`）；相关项目名称含「相关项目」（总部费用报销是 `100003720000006720`）。仍以本次 `fields` 为准 |
+| `workflowId` | 本次报销工作流 ID（总部费用报销是 `100003460000000060`） |
+| `nodeId` | 可省略；CLI 默认总部费用报销发起节点 `100004140000000271` |
+
+macOS/Linux（bash/zsh）：
+
+```bash
+weaver-work-cli --json invoice run invoice.reim.field.search --input-json '{"keywords":"学院","fieldId":"100003720000000687","workflowId":"100003460000000060"}'
+```
+
+Windows PowerShell：
+
+```powershell
+weaver-work-cli --json invoice run invoice.reim.field.search --input-json '{"keywords":"学院","fieldId":"100003720000000687","workflowId":"100003460000000060"}'
+```
+
+按返回的 `match` 处理：
+
+| `match` | 含义 | AI 怎么做 |
+| --- | --- | --- |
+| `unique` | 只命中 1 条 | **不必再问用户**。把 `selected` 写成 `"西安欧亚学院(100504500000088460)"` 填进「相关客户」 |
+| `multiple` | 命中 2 条及以上 | **暂停**，把 `items` 的名称列给用户选（不要向用户要 ID）。用户选定后再写成 `名称(ID)` |
+| `none` | 0 条 | 告知没搜到「{用户原话}」，请用户换更完整的客户名称。不要自己猜、不要用「泛微上海」顶替出差单 |
+
+用户选定或多条里点名某一条后，用那条的 `名称(ID)` 写入，不要再搜一轮。
+
+### 相关客户、相关项目必须在建单前确认
+
+> **没有已确认的相关客户，或相关项目还没问过（也没说「不填」）时，禁止调用 `workflow.createRequest`。不要先建空草稿再问。**
+
+| 字段 | 创建前怎么确认 |
+| --- | --- |
+| **相关客户** | **必须有值。** 已确认：用户本轮给了名称并已消歧；或同一次提问里确认采用了历史相关客户；或非出差且合同号仍是 `20260999`，可用 `"泛微上海(100504500000311504)"`。否则和相关项目**一次**问齐：「请一起填写相关客户和相关项目」。用户说「不填」、拒绝或不给名称 → **继续问，不能建单**。出差单不能用「泛微上海」顶替 |
+| **相关项目** | **必须在同一次提问里问过。** 已确认：用户本轮给了名称并已消歧；或明确说「不填」；或确认采用了非空历史项目。不要单独再开一轮只问项目。给了名称就写入主表和可写的明细行 |
+
+未确认时一次让用户把客户和项目一起输入。**不要询问合同号。** 项目确认后，从 `historyRequestData` 里该项目最近一条带出合同号；没有则用 `20260999`。合同号不是 `20260999` 时承担主体不传，客户和项目仍写入 `data`，不要空着等联动。建单后若联动把已确认值冲空，用已确认值 `workflow.edit*` 写回，不要再问一遍。
+
+---
+
+## 总部费用报销历史参考
+
+> 编排见 [reim-workflow.md](reim-workflow.md) Step 4.4。本节只规定项目确认之后合同号、客户、项目怎么落值。
+
+工作流是「总部费用报销」时，从本次 `workflow.createForm` 的 `historyRequestData` 取合同号、相关客户、相关项目。**不向用户询问合同号。** 客户和项目还要填时，同一次让用户一起输入。
+
+不要另调 `workflow.search` / `workflow.detail`。发票、金额、费用日期、费用说明、费用科目、附件、报销事由、流程标题不从历史带。
+
+| 已确认的项目 | 合同号 |
+| --- | --- |
+| 用户本轮自己说了合同号 | 用用户的，不再推导 |
+| 能对上历史里的相关项目 | 用该项目最近一条的合同号。是 `20260999` 或与表单默认相同则不传；不是则传该合同号，承担主体不传 |
+| 「不填」，或历史里没有这个项目 | 用 `20260999`；表单默认已是它则不传。承担主体按当前用户 |
+
+客户、项目用用户这次确认的值写入。合同号不是 `20260999` 时，不要因为要等联动就把客户或项目留空。建单后用 `linkageResult` 告诉用户实际带出的承担主体和合同号。
 
 ---
 
 ## 费用明细字段规则
 
 > **定位明细表**：用 `fields` 里带「相关发票」（`EinvoiceComponent`）字段的那个 `subFormId`，只填这一张明细表；其他明细表（外包订单等）不填。
+> **明细「费用说明 / 摘要」禁止自己生成。** 不传。挂上「相关发票」后由发票联动带出。不要用 `fysm`、消费内容、起止点或用户口述去写，也不要精简成 `起点-终点`。用户给了文字也不写入。落库后仍空只告知「发票联动没有带出费用说明」，不要补写。
+> **明细列「费用明细」禁止填值。** `fields[].name` 是「费用明细」的那一列不要传，同样由发票联动带出。表单没有这一列就跳过，不要把它当成整张明细表。
 > 标注「`row-info` 优先」的字段：先取 `invoice.reim.row-info`（多张用 `invoice.reim.row-info-batch`）的返回值，为空/null 时才回退。
 
 | fieldName 关键词 | 怎么填 |
 |------------------|--------|
+| **费用明细**（明细列，名称就是这两个词） | **不传。** 由「相关发票」联动带出。建单后 `linkageResult` / `previewDetails` 里这一列为空时，告诉用户「发票联动没有带出费用明细」，不要补写 |
 | 费用日期 / 发生日期 | **`row-info` 优先**：`date`；回退发票 `invoiceDate` |
 | **申请金额 / 实报金额 / 报销金额 / 人民币金额 / 含税金额**（凡可写的金额字段） | 该行发票**价税合计**（`amount` = `price.total`，不是不含税的 `price.amount`）；**话费报销**改填 [reim-phone-subsidy-rules.md](reim-phone-subsidy-rules.md) 算出的实报金额 |
-| 费用说明 / 摘要 | **有行程单 / 交通类 / 出差报销**：写精简后的 `起点-终点`，**整串最多 1 个 `-`、不含 `|` 和空格**，不能原样抄 `from` / `to` / `fysm`（见下方「行程 / 出差费用说明」）；**其他**：`row-info` 优先 `fysm`，回退从 `consumeContent` 提取。**必须去掉所有 `*` 号，不能包含逗号** |
+| **费用说明 / 摘要** | **不传。** 由「相关发票」联动带出。不要用 `row-info.fysm`、`itineraryData`、`consumeContent` 或 `invoice.get` 的起止点自己生成，话费报销也不要写成账单说明。建单后仍空只告知，不要补写 |
 | **费用类型（科目）** | **`row-info` 优先**：`{subjectName}({subjectId})`；`subjectId` 为空时按 [reim-expense-subject-rules.md](reim-expense-subject-rules.md) 匹配；全部未命中填兜底 `"其他-管理费用(100502270000000104)"`。**必须有值** |
-| 相关流程（明细） | 该行发票绑定的事前申请 `{requestname}({requestid})`；未绑定则不传 |
+| 相关流程（明细） | 该行发票绑定的事前申请 `{requestname}({requestid})`。**差旅 / 外出报销每一行都必须有值**，见「差旅 / 外出明细相关流程」；其他报销未绑定则不传 |
 | 相关客户（明细，若可写） | 与主表一致 |
 | 相关项目（明细，若可写） | 与主表一致 |
 | **币种** | **每行都显式传 `"人民币(100001050000000001)"`，即使表单已默认带出**。不传时 CLI 会把无行号的明细默认值塞进联动请求，服务端联动报错并静默返回空结果，「申请金额」联动带不出实报金额 / 人民币金额 / 报销总金额 |
 | 附件数（若可写） | `"1"` |
 | **相关发票** | `[该行发票对象]`（**必填**） |
-| **相关凭证** | `[配对凭证对象]`；无凭证不传 |
+| **相关凭证** | **不传。** 由「相关发票」联动带出。建单后仍空只告知，不要补写 |
 
 > **⚠️ 明细金额字段**：遍历该行可写字段时，`componentKey` 为 `Money` / `NumberComponent` 且名称含"金额"的，**默认全部统一填该行发票的价税合计**，不要因为字段名不是"实报金额"就跳过，也不要拿 `invoice.get` 返回的 `amount`（不含税）顶替。例外只有话费报销。
 
-### 行程 / 出差费用说明
+---
 
-**适用（满足任一）**：该行关联了行程单；或交通类发票（`expenseType` 含"交通"/"出行"/"打车"，或 `consumeContent` 含"客运服务费"/"运输服务"，或 `sellerName` 含"滴滴"/"享道"/"高德"/"曹操"等）；或出差报销里的火车票 / 机票 / 打车票。
+## 差旅 / 外出明细相关流程（硬拦截）
 
-**格式：`起点-终点`**，地名精简到能看出"从哪到哪"即可；只有一端有值时只写那一端，不加 `-`。忽略 `row-info` 外层的 `fysm`（如「交通运输服务」）。
+> **差旅 / 外出报销的每一行明细「相关流程」必须赋值。任一行为空，禁止调用 `workflow.createRequest`。用户说「不填」无效。**
 
-> ⛔ **禁止把原始地址原样填进费用说明**。`invoice.get` 的 `from` / `to`、行程单的 `fysm` 都是原始值（如 `大道|重庆财经学院-西门 - 鱼胡路-地铁站`），**必须先精简再填**。
->
-> 填之前逐行自检，**任一条不满足就重新精简**：
-> - 整个费用说明里 **`-` 最多 1 个**（只用来隔开起点和终点；只有一端时 0 个）
-> - **不含 `|`**，不含空格
-> - 每个地名不超过 10 个字
->
-> ❌ `大道|重庆财经学院-西门 - 鱼胡路-地铁站`　❌ `重庆财经学院-西门-鱼胡路-地铁站`　❌ `重庆财经学院西门 - 鱼胡路`　✅ `重庆财经学院-鱼胡路站`
+**如何判断（满足任一即可）：**
 
-**起止点来源（按优先级）：**
+| 判断依据 | 条件 |
+|----------|------|
+| 报销工作流名称 `workFlowName` | 含「差旅」「出差」或「外出」 |
+| 事前申请名称 `requestname` | 含「出差」「差旅」或「外出」 |
+| 用户表述 | 明确说「出差报销」「差旅报销」「外出报销」 |
 
-1. **发票详情**：额外调用 `invoice.get` 取 `from` / `to`（详见 [reim-api-reference.md](reim-api-reference.md#57-获取发票详情交通类发票行程信息)），火车票 / 机票取出发站和到达站。
-2. **行程单**：`row-info` 的 `itineraryData[].fysm`，格式是 `{起点} - {终点}`（**以空格-空格分隔**），取第一段的起点和最后一段的终点。每一端里 `|` 前面是区域 / 道路前缀，取 `|` 后面的部分再精简。
-3. 都取不到 → 回退常规费用说明逻辑。
+**每一行怎么填：** `{requestname}({requestid})`。按下面顺序取值，取到为止：
 
-**精简要点**：`-` 是起点和终点之间的分隔符，**地名内部不能再出现 `-`**——像「重庆财经学院-西门」「鱼胡路-地铁站」这种用 `-` 连着的门号 / 设施后缀，按下方「地名精简规则」去掉或并进地名。
+1. 该行发票已绑定的事前申请
+2. 本次只命中一条差旅 / 外出事前申请 → 未绑定的行也用这一条
+3. 有多条且该行未绑定 → 暂停，让用户指定这一行用哪一条
+4. 一条都没有 → 暂停。已有事前申请列表就列给用户选；还没有就先 `invoice.reim.requests.list`。选定后再按 `名称(requestid)` 写入
 
-| 原始（行程单 `fysm` / from-to） | 费用说明 |
-| --- | --- |
-| `大道\|重庆财经学院-西门 - 鱼胡路-地铁站` | `重庆财经学院-鱼胡路站` |
-| `大道\|重庆财经学院-西门 - 大渡口区\|重庆工业博物馆` | `重庆财经学院-重庆工业博物馆` |
-| from=`仁济医院南院区门诊部(南门)南侧`，to=`浦江瑞和城柒街区30号` | `仁济医院南院-浦江瑞和城` |
-| 火车票 上海虹桥 → 重庆北 | `上海虹桥-重庆北` |
-| 只有 from=`虹桥机场T2航站楼出发层` | `虹桥机场T2` |
-
-### 地名精简规则
-
-**1. 去掉冗余修饰词**：方位后缀（"西北侧"/"东侧"/"南侧"/"出发层"等）、"股份有限公司"/"有限公司"等企业后缀
-
-**2. 保留核心地名和关键标识**：门店名、品牌名、航站楼编号、车站名等
-
-**3. 括号内容处理**：
-- 括号内是核心补充信息（如区域名、业务中心名）→ 精简后保留
-- 括号内是方位/门号等冗余信息（如"南门"/"西2门"）→ 视情况保留关键部分或去掉
-- 去掉门牌号（如"30号"/"3419号"）
-
-**4. 长度控制**：每个地名精简后控制在 10 字以内
-
-**5. 行程单格式**：`|` 前是区域 / 道路前缀，去掉；地名内部的 `-` 后缀（`-西门`、`-地铁站`、`-2号口`）是门号 / 设施，门号去掉，「地铁站」并成「站」；精简结果里不能有 `-`
-
-**精简快速参考表**：
-
-| 原始地址 | 精简结果 | 处理说明 |
-|----------|----------|----------|
-| 仁济医院南院区门诊部(南门)南侧 | 仁济医院南院 | 去括号、去方位后缀、去附属设施 |
-| 浦江瑞和城柒街区30号 | 浦江瑞和城 | 去门牌号、去街区编号 |
-| 北京SKP（西2门）西北侧 | 北京SKP西2门 | 括号内"西2门"是出入口标识→保留；"西北侧"冗余→去 |
-| 虹桥机场T2航站楼出发层 | 虹桥机场T2 | T2是航站楼标识→保留；"航站楼出发层"冗余→去 |
-| 浦东国际机场T1航站楼到达层 | 浦东机场T1 | 去"国际"、"航站楼到达层" |
-| 上海市闵行区三鲁公路3419号 | 三鲁公路 | 去行政区划前缀、去门牌号 |
-| 泛微网络科技股份有限公司（北方大区业务运营中心） | 泛微网络（北方运营中心） | 去企业后缀，括号内精简保留 |
-| 北京南站 | 北京南站 | 已够短，原样保留 |
-| 上海南站地铁站2号出入口 | 上海南站 | 去"地铁站"、"出入口" |
-| 杭州萧山国际机场T3航站楼国内出发 | 萧山机场T3 | 去城市名、"国际"、"国内出发" |
-| 上海市浦东新区世纪大道100号环球金融中心 | 环球金融中心 | 去地址前缀，保留标志性建筑名 |
-| 中国人民解放军海军军医大学第一附属医院(长海医院) | 长海医院 | 括号内是通用简称→用简称 |
-| 上海火车站（北广场）东北侧 | 上海火车站 | 去广场方位和方向后缀 |
-| 大道\|重庆财经学院-西门 | 重庆财经学院 | 去 `\|` 前缀和 `-西门` 门号 |
-| 鱼胡路-地铁站 | 鱼胡路站 | 「地铁站」并成「站」，去掉内部 `-` |
-| 大渡口区\|重庆工业博物馆 | 重庆工业博物馆 | 去 `\|` 前的行政区 |
-
-**边界情况处理**：
-
-| 边界场景 | 处理方式 |
-|----------|----------|
-| from/to 只有经纬度或地址代码，无可读地名 | 跳过精简，回退到 `fysm` 或 `consumeContent` |
-| 精简后 from 和 to 相同（同一地点上下车） | 写成 `{地点}` 而非 `{地点}-{地点}` |
-| from 或 to 为空 | 只写有值的那个，不加 `-` 分隔符 |
-| 地名含英文（如 Costco、IKEA） | 原样保留英文品牌名，不翻译 |
+主表「事前申请流程 / 相关流程」不赋值，保留空值。用户拒绝、取消或不选 → **结束报销，禁止 `workflow.createRequest`**。明细「相关流程」不要留空，也不要填发票号、合同号或其他字段顶替。
 
 ---
 
@@ -302,10 +316,11 @@
 
 **操作步骤：**
 
-0. 用户给了合同号 → 相关客户由合同联动带出，本节拦截不适用（见「用户给了合同号：以合同联动为准」）
-1. 识别为出差后，**在调用 `workflow.createRequest` 之前必须暂停**
-2. 明确提醒用户：「当前为出差报销，必须填写相关客户。请提供具体客户名称，否则无法继续报销。」
-3. 用户给出客户名称 → 原样（可补全称/简称等写法，英文逗号并列）填进主表和明细的「相关客户」，由 `createRequest` 解析；返回 `NEEDS_CONFIRMATION`（`MULTIPLE_MATCHES` / `NOT_FOUND`）时按 `workflow-create.md` 的浏览按钮口径让用户选或重给名称
+0. 合同号不是 `20260999` 也不能改成「先建草稿等联动」。出差相关客户必须在 `createRequest` 前问到（或 Step 4.4 已确认采用历史客户），写入 `data` 再建单
+0.1. 用户确认采用了历史相关客户 → 将该历史原值填进「相关客户」，本节拦截解除
+1. 识别为出差后，**在调用 `workflow.createRequest` 之前必须暂停**（相关客户、相关项目都按上一节确认）
+2. 一次提醒用户：「当前为出差报销。请一起填写相关客户和相关项目。客户必须是具体名称，否则无法继续；项目没有可以说不填。合同号不用填。」
+3. 用户给出客户名称 → **先**按「相关客户模糊搜索」调用 `invoice.reim.field.search`：一条直接填 `名称(ID)`，多条列给用户选，零条请用户换名称。**不要**把未消歧简称直接丢给 `createRequest`
 4. 用户拒绝、取消、或不提供具体客户 → **结束报销流程，禁止调用 `workflow.createRequest`**
 5. **禁止**用固定值「泛微上海」顶替出差的相关客户
 
@@ -330,14 +345,36 @@
 > **⚠️ 创建多个报销单时，每个报销单都必须独立执行以下完整流程（各自一次 `createForm` → 一次 `createRequest`），不能省略任何步骤或字段。**
 
 0. **过滤红冲发票**：过滤 `info.comm_info.pro.status == 8`
-1. **分类配对**：按 `invoiceTypeCode` 分为发票和相关凭证（17/18/57/58），凭证与发票配对（`itinerary` 优先）
-2. **禁止 `*` 号**：所有文本值（费用说明、报销事由等）先去掉 `*`
-3. **出差拦截**：出差/差旅流程先拿到用户提供的相关客户，否则停止
-4. **话费拦截**：按 [reim-phone-subsidy-rules.md](reim-phone-subsidy-rules.md) 核对材料并算实报金额，否则停止
-5. **主表**：按「主表字段规则」逐个落值；带默认值且无需改写的字段不传
-6. **明细**：每张发票一行，按「费用明细字段规则」逐个落值；每行必须有费用日期、金额、费用说明、费用类型（科目）、相关发票、币种
-7. **最终检查**：每行「费用类型（科目）」有值，没有就填 `"其他-管理费用(100502270000000104)"`；`data` 里没有 `fields` 之外的字段 id
-8. 交给 [reim-workflow.md](reim-workflow.md) Step 5 直接调用 `workflow.createRequest` 存草稿
+1. **分类**：按 `invoiceTypeCode` 分为发票和相关凭证（17/18/57/58）。只有发票成行；凭证不成行、不配对、不写入「相关凭证」
+2. **禁止 `*` 号**：要写入的文本值（报销事由等）先去掉 `*`。费用说明不在写入范围内
+3. **历史参考**：总部费用报销按「总部费用报销历史参考」用已确认项目带出合同号，**不问合同号**
+4. **相关客户 / 相关项目**：同一次提问让用户一起填写。没确认 → **停止，禁止 `createRequest`**
+4.1. **差旅 / 外出相关流程**：按「差旅 / 外出明细相关流程」给每一行赋值。任一行没有事前申请 → **停止，禁止 `createRequest`**
+5. **话费拦截**：按 [reim-phone-subsidy-rules.md](reim-phone-subsidy-rules.md) 核对材料并算实报金额，否则停止
+6. **主表**：按「主表字段规则」逐个落值；带默认值且无需改写的字段不传
+7. **明细**：每张发票一行。「费用说明」「费用明细」「相关凭证」都不传，交给发票联动。差旅 / 外出再加每行「相关流程」
+8. **最终检查**：每行「费用类型（科目）」有值；`data` 里没有「费用说明」「费用明细」「相关凭证」的字段 id；差旅 / 外出每一行「相关流程」都是 `{requestname}({requestid})`；`data.main` 里没有「事前申请流程」；相关客户已有确认值；相关项目已在同一次提问里问过；没有向用户要合同号
+9. 交给 [reim-workflow.md](reim-workflow.md) Step 5 直接调用 `workflow.createRequest` 存草稿
+10. **落库后再查**：客户 / 项目是否被联动冲空。费用说明、费用明细、相关凭证仍空只告知联动没带出，不要补写。不能只贴草稿链接就结束
+
+---
+
+## 填写结果检查
+
+> 发生在 `workflow.createRequest` 已经建成草稿之后。编排见 [reim-workflow.md](reim-workflow.md) Step 5.3。
+> **相关客户、相关项目本应在建单前问清。** 这里只处理联动把已确认的客户 / 项目冲空。明细「费用说明」「费用明细」「相关凭证」仍空时只告诉用户「发票联动没有带出」，禁止补写。
+
+草稿落库后按下表检查。先看本次返回的 `previewDetails`、`fields`、`linkageResult`、`missingFields`；看不出时用 `requestId` 调一次 `workflow.editLoad` 的 `currentValues`。不要另建报销单，不要 `workflow.detail`。
+
+| 检查项 | 没填上 | 告诉用户的原因 | 请用户给什么 |
+| --- | --- | --- | --- |
+| **相关客户** | **任何报销单**：主表「相关客户」为空，或明细有这个字段且该行也空。非出差且已是「泛微上海」不算 | 合同联动把建单前已确认的客户冲空了 | 本轮已经消歧过的 `名称(ID)` **直接写回，不要再问**。只有建单前漏问了才问客户名称（不接受「不填」） |
+| 相关项目 | 主表「相关项目」为空，且用户没有说过「不填」；明细有这个字段时也为空 | 合同联动把建单前已确认的项目冲空了 | 已确认的项目名称直接写回。只有建单前漏问了才问「相关项目填什么」，可以说「不填」 |
+| 明细「费用说明」 | 表单有这一列，落库后仍空 | 发票联动没有带出 | **不请用户填，也不补写，不要自己生成** |
+| 明细「费用明细」 | 表单有这一列，落库后仍空 | 发票联动没有带出 | **不请用户填，也不补写** |
+| 明细「相关凭证」 | 表单有这一列，落库后仍空 | 发票联动没有带出 | **不请用户挂，也不补写**；不要为了它向用户要行程单或起点终点 |
+
+非出差且相关客户已是「泛微上海」不报客户缺失。表里都合格则不额外说明。缺项在 `finalMarkdown` 后一次列完，**不能只贴草稿就结束**。已确认的客户 / 项目走 `workflow.editPrepare` → `workflow.editApply`，不再二次确认保存。相关项目用户说不填 → 保持现状，不再追问。**相关客户说「不填」无效。** 明细「费用说明」「费用明细」「相关凭证」即使用户给了内容也不写入。`editPrepare` / `editApply` 失败时如实转述错误，相关客户仍算没填上，不能把失败当成检查完成。
 
 ---