weaver-work-cli 0.1.40 → 0.1.44

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

@@ -79,9 +79,7 @@ weaver-work-cli --json invoice run invoice.reim.file-ocr.preview --input-json '{
 
 已获取发票数据 → **跳过 Step 1A**（不调用 `invoice.list`）
 
-利用发票的 `invoiceDate`（2026-07-28 ~ 2026-07-29）筛选事前申请：
-- `cusCreateDateStart` = "2026-04-29"（往前推90天）
-- `cusCreateDateEnd` = "2026-07-29"（业务结束日；CLI 再 + 1 天后发给接口）
+查事前申请时不按发票日期推算日期，用户没指定日期就不传 `cusCreateDateStart` / `cusCreateDateEnd`，由 CLI 按默认窗口查（最近 7 天，查不到自动放宽到最近 1 个月）。
 
 → 继续 Step 1B → Step 2 匹配 → Step 2.5 → Step 3 → Step 4 → Step 5（流程同示例1/2）
 
@@ -91,18 +89,16 @@ weaver-work-cli --json invoice run invoice.reim.file-ocr.preview --input-json '{
 
 ### Step 1A: 获取发票
 
-**第一步：按内联公式计算最近一周时间戳参数**
+**第一步：按「查票日期」取最近一周**（今天 2026-07-30 → 2026-07-23 ~ 2026-07-30）
 
-AI 直接计算（UTC+8）：begin = 今天00:00:00秒时间戳 - 7*86400, end = 今天23:59:59秒时间戳
-
-生成 `invoice.list` 入参（只传必要字段；`sreim`/`bill_type` 由 CLI 默认）：
+生成 `invoice.list` 入参（只传必要字段；`sreim`/`bill_type` 由 CLI 默认；日期直接写 `YYYY-MM-DD`，CLI 换算时间戳）：
 
 ```json
 {
   "page_size": 10,
   "start_pos": 0,
-  "consumption_tm_begin": 1786291200,
-  "consumption_tm_end": 1786982399
+  "consumption_tm_begin": "2026-07-23",
+  "consumption_tm_end": "2026-07-30"
 }
 ```
 
@@ -111,59 +107,54 @@ AI 直接计算（UTC+8）：begin = 今天00:00:00秒时间戳 - 7*86400, end =
 Windows PowerShell：
 
 ```powershell
-weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"start_pos":0,"consumption_tm_begin":1786291200,"consumption_tm_end":1786982399}'
+weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"start_pos":0,"consumption_tm_begin":"2026-07-23","consumption_tm_end":"2026-07-30"}'
 ```
 
 macOS/Linux（bash/zsh）：
 
 ```bash
-weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"start_pos":0,"consumption_tm_begin":1786291200,"consumption_tm_end":1786982399}'
+weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"start_pos":0,"consumption_tm_begin":"2026-07-23","consumption_tm_end":"2026-07-30"}'
 ```
 
-**返回（CLI 信封中列表在 `data.items`，下面是单条票面结构）：**
+**返回（CLI 信封中列表在 `data.items`，下面是一条平铺的 `items[]` 元素，`ext` 原文省略）：**
 
 ```json
 {
-  "infos": [
-    {
-      "info": {
-        "id": "1295366637717012482",
-        "fid": "1295366637717012482",
-        "code": "",
-        "number": "36901189",
-        "ext": "{\"content\":\"*运输服务*客运服务费\",\"products\":[{\"name\":\"*运输服务*客运服务费\",\"amount\":\"108.2\"}],\"category\":\"增值税电子普通发票\"}",
-        "fylx": "897092516517920775",
-        "currency": "CNY",
-        "province": "上海市",
-        "modify_info": { "ctm": 1786168444, "utm": 1786168444, "cstm": 1722268800, "source": 4 },
-        "comm_info": {
-          "pro": { "cname": "增值税电子普通发票", "type": 3, "date": "2026-07-30", "status": 0 },
-          "price": { "amount": "102.08", "total": "108.2" },
-          "buyer": { "tcode": "xxx", "company": "上海亘岩网络科技有限公司" },
-          "payer": { "tcode": "xxx", "company": "北京滴滴出行科技有限公司" }
-        },
-        "relative_fids": [],
-        "bill_type": 0
-      },
-      "ret": { "trace": "", "ret": 0, "message": "执行成功" },
-      "is_valid": 0
-    }
-  ],
-  "res_base": { "trace": "", "ret": 0, "message": "执行成功" }
+  "fid": "1295366637717012482",
+  "number": "36901189",
+  "code": "",
+  "detailUrl": "https://e10.example.com/sp/inc/incDetail?fid=1295366637717012482",
+  "extInfo": {
+    "content": "*运输服务*客运服务费",
+    "from": "仁济医院南院区门诊部(南门)南侧",
+    "to": "浦江瑞和城柒街区30号"
+  },
+  "fylx": "897092516517920775",
+  "province": "上海市",
+  "modify_info": { "ctm": 1786168444, "utm": 1786168444, "cstm": 1785340800, "source": 4 },
+  "comm_info": {
+    "pro": { "cname": "增值税电子普通发票", "type": 3, "date": "2026-07-30", "status": 0 },
+    "price": { "amount": "102.08", "total": "108.2" },
+    "buyer": { "tcode": "xxx", "company": "上海亘岩网络科技有限公司" },
+    "payer": { "tcode": "xxx", "company": "北京滴滴出行科技有限公司" }
+  },
+  "relative_fids": [],
+  "bill_type": 0
 }
 ```
 
 **字段映射提取：**
-- `invoiceId` = `info.fid` = `"1295366637717012482"`
-- `invoiceNumber` = `info.number` = `"36901189"`
-- `invoiceType` = `info.comm_info.pro.cname` = `"增值税电子普通发票"`
-- `invoiceTypeCode` = `info.comm_info.pro.type` = `3`
-- `invoiceDate` = `info.comm_info.pro.date` = `"2026-07-30"`
-- `amount` = `info.comm_info.price.total` = `"108.2"`
-- `buyerName` = `info.comm_info.buyer.company` = `"上海亘岩网络科技有限公司"`
-- `sellerName` = `info.comm_info.payer.company` = `"北京滴滴出行科技有限公司"`
-- `consumeContent` = `JSON.parse(ext).content` = `"*运输服务*客运服务费"`
-- `expenseType` = 根据 `info.fylx` 查名称 → `"市内交通"`
+- `invoiceId` = `fid` = `"1295366637717012482"`
+- `invoiceNumber` = `number` = `"36901189"`
+- `invoiceType` = `comm_info.pro.cname` = `"增值税电子普通发票"`
+- `invoiceTypeCode` = `comm_info.pro.type` = `3`
+- `invoiceDate` = `comm_info.pro.date` = `"2026-07-30"`
+- `amount` = `comm_info.price.total` = `"108.2"`
+- `buyerName` = `comm_info.buyer.company` = `"上海亘岩网络科技有限公司"`
+- `sellerName` = `comm_info.payer.company` = `"北京滴滴出行科技有限公司"`
+- `consumeContent` = `extInfo.content` = `"*运输服务*客运服务费"`
+- `expenseType`：列表只有 `fylx`（ID），按消费内容归类 → `"市内交通"`
+- 流程标题里的城市：`province` = 上海市，`extInfo.from` / `extInfo.to` 也都在上海 → 上海（不用再调 `invoice.get`）
 
 ### Step 1C: 展示发票汇总，等待用户确认
 
@@ -172,7 +163,7 @@ weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"s
 **AI 展示给用户：**
 
 ```markdown
-已为您查询最近一周（2026-07-24 ~ 2026-07-30）的发票数据，共找到 1 张未报销发票，汇总金额 ¥108.20：
+已为您查询最近一周（2026-07-23 ~ 2026-07-30）的发票数据，共找到 1 张未报销发票，汇总金额 ¥108.20：
 
 | # | 发票类型 | 开票日期 | 发票号码 | 金额 | 销方名称 | 费用类型 |
 |---|----------|----------|----------|------|----------|----------|
@@ -183,24 +174,23 @@ weaver-work-cli --json invoice run invoice.list --input-json '{"page_size":10,"s
 
 用户回复"确认" → 继续后续流程
 
-### Step 1B: 获取事前申请（基于发票日期预筛选）
+### Step 1B: 获取事前申请（CLI 默认日期窗口）
 
-> 已知发票 invoiceDate = "2026-07-30"
-> 事前申请日期一定在开票日期之前 → cusCreateDateEnd = "2026-07-30"（业务结束日；CLI 再 + 1 天后发给接口）
-> 往前推90天 → cusCreateDateStart = "2026-05-01"
+> 用户没指定日期 → 不传 `cusCreateDateStart` / `cusCreateDateEnd`。
+> CLI 以东八区当天为结束日、往前 7 天为开始日（结束日发给接口时再 + 1 天）；第 1 页查不到时自动放宽到最近 1 个月，`data.query.widened=true`。
 
 **命令：**
 
 Windows PowerShell：
 
 ```powershell
-weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":100,"cusCreateDateStart":"2026-05-01","cusCreateDateEnd":"2026-07-30"}'
+weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":100}'
 ```
 
 macOS/Linux（bash/zsh）：
 
 ```bash
-weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":100,"cusCreateDateStart":"2026-05-01","cusCreateDateEnd":"2026-07-30"}'
+weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pageNo":1,"pageSize":100}'
 ```
 
 **返回：**
@@ -242,7 +232,7 @@ weaver-work-cli --json invoice run invoice.reim.requests.list --input-json '{"pa
 }
 ```
 
-若同一天还能对上另一条发起日也在 90 天内的事前申请，先把两条列给用户选，选定后再继续。
+若还能对上另一条发起日也在 90 天内的事前申请，就确认不了是哪条：停下来把两条（名称、发起日期、状态、能对上的发票）列给用户选，选定后再继续，见示例17。
 
 ### Step 2.5: 获取报销单工作流
 
@@ -280,7 +270,7 @@ weaver-work-cli --json invoice run invoice.reim.workflow.resolve --input-json '{
 
 ### Step 3: 并行载入表单 + 发票对象
 
-以下三条命令互相独立，**同时发起**。建单不调用 `invoice.reim.row-info-batch`。
+以下两条命令互相独立，**同时发起**。
 
 **① 载入报销表单（`weaver-e10-workflow`）：**
 
@@ -326,9 +316,7 @@ weaver-work-cli --json workflow run workflow.createForm --input-json '{"workflow
 
 > 承担主体、申请人、报销人直接上级、合同号、报销方式都带 `initialValue` → **不传**。明细每行只写「相关发票」和（已绑定事前申请的）「相关流程」；申请金额、币种、费用类型（科目）、费用说明、费用日期、相关凭证都**不传**，由发票联动带出。实报金额、附件数、承担人所有上级等不在 `fields` 里 → **不传**。
 
-**② 交通类发票取行程（只用于流程标题的城市）：** `invoice.get`（`{"fid":"1295366637717012482"}`）→ `from`=「仁济医院南院区门诊部(南门)南侧」、`to`=「浦江瑞和城柒街区30号」。
-
-**③ 取发票对象：** 只传发票，不传凭证。
+**② 取发票对象：** 只传发票，不传凭证。
 
 Windows PowerShell：
 
@@ -425,7 +413,7 @@ weaver-work-cli --json workflow run workflow.createRequest --input ./reim-create
 ```
 
 **要点**：
-- 一张发票一行，数组顺序就是明细行顺序（行程单有多段行程也不拆，见示例13）
+- 一张发票一行，数组顺序就是明细行顺序（行程单有多段行程也不拆，见 [reim-form-fill-rules.md](reim-form-fill-rules.md#3-行程单多段行程不拆行)）
 - 两行都绑定同一个事前申请（明细「相关流程」同值）；主表「事前申请流程」不赋值
 - 每行「相关发票」只放该行发票的 1 个对象
 
@@ -540,15 +528,15 @@ weaver-work-cli --json workflow run workflow.editApply --input-json '{"context":
 
 | 轮次 | 用户 | AI 操作 |
 |------|------|---------|
-| 1 | "查下我最近的发票" | 内联计算最近一周时间戳 → 调用 `invoice.list`，无结果则扩大到一个月 → 告知用户查询范围，展示发票列表，**不进入报销流程** |
+| 1 | "查下我最近的发票" | 按「查票日期」取最近一周 → 调用 `invoice.list`，无结果则扩大到一个月 → 告知用户查询范围，展示发票列表，**不进入报销流程** |
 | 2 | "帮我报销" | 上下文已有发票 → 跳过 1A，展示发票汇总（Step 1C）→ 用户确认 → 用发票日期筛选事前申请 → Step 2 → 2.5 → 3 → 4 → 5 |
 
 ### 示例8：查事前申请 → 查发票 → 报销
 
 | 轮次 | 用户 | AI 操作 |
 |------|------|---------|
-| 1 | "查下我的事前申请" | 调用 `invoice.reim.requests.list`（不传 `cusCreateDateEnd`，CLI 按东八区当天 + 1 天填入；若传入结束日，CLI 再 + 1 天后发给接口），展示列表 |
-| 2 | "查下对应的发票" | 复用事前申请日期，`consumption_tm_begin` = 最早 createTime 的秒级时间戳，调用 `invoice.list` 展示 |
+| 1 | "查下我的事前申请" | 调用 `invoice.reim.requests.list`（不传日期，CLI 查最近 7 天，查不到自动放宽到最近 1 个月），展示列表并说明查的是哪段时间（取 `data.query`） |
+| 2 | "查下对应的发票" | 复用事前申请日期，`consumption_tm_begin` = 最早 `createTime` 的日期部分（`YYYY-MM-DD`），调用 `invoice.list` 展示 |
 | 3 | "报销吧" | 上下文已有两组数据 → 跳过 1A/1B，直接 Step 2 → 2.5 → 3 → 4 → 5 |
 
 ### 示例9：查询后选部分报销
@@ -563,7 +551,7 @@ weaver-work-cli --json workflow run workflow.editApply --input-json '{"context":
 用户说："报销上个月滴滴和住宿的发票"
 
 AI 操作：
-1. 内联计算 2026-07-01 ~ 2026-07-31 的秒级时间戳，并设置 `content="滴滴"` 组装请求参数
+1. `consumption_tm_begin="2026-07-01"`、`consumption_tm_end="2026-07-31"`，并设置 `content="滴滴"` 组装请求参数
 2. 调用 `invoice.list` 查询（CLI 支持服务端筛选，减少返回数据量）
 3. 展示发票汇总（Step 1C），用户确认后走 Step 1B → 2 → 2.5 → 3 → 4 → 5
 
@@ -572,9 +560,9 @@ AI 操作：
 用户说："帮我报销"
 
 AI 操作：
-1. 内联计算最近一周时间戳参数
+1. 按「查票日期」取最近一周（2026-08-10 ~ 2026-08-17）
 2. 调用 `invoice.list` → 返回空（无结果）
-3. 自动内联计算最近一个月时间戳参数
+3. 自动扩到最近一个月（2026-07-18 ~ 2026-08-17）
 4. 再次调用 `invoice.list` → 返回 3 张发票
 5. 展示 Step 1C：
 
@@ -600,63 +588,35 @@ AI 操作：
 
 - 流程标题：`"龚为明8月上海去重庆交通费报销"`（「去重庆」取用户原话，没说从哪出发就默认上海；月份取发票开票日期 2026-08-19）
 - 合同号传 `"20250104933"`；**承担主体不传**（「边宝」也不传，等合同联动）
-- **相关客户、相关项目还没确认 → 一次请用户一起填写，禁止直接存草稿，也不要再问合同号。** 这是出差，「去重庆」必须给具体客户；项目可以说「不填」。用户给出名称后先 `invoice.reim.field.search` 消歧，写入 `data` 再 `createRequest`。明细「费用说明」不传，由发票联动带出
+- **相关客户、相关项目还没确认 → 一次请用户一起填写，禁止直接存草稿，也不要再问合同号。** 这是出差，「去重庆」必须给具体客户；项目可以说「不填」。用户给出名称后先 `invoice.reim.field.search` 消歧，写入 `data` 再 `createRequest`
 - 若用户已确认客户 / 项目，创建后 `linkageResult` 返回（2026-10-21 真机，合同本身带出客户项目时）：`字段联动带出：…实报金额=50.07、承担主体=朱洪磊、相关客户=中国航空集团有限公司、合同号=20250104933、相关项目=中航集团办公平台改造及升级项目。`
 - 原样粘贴 `finalMarkdown` 后补一句：「承担主体已按合同 20250104933 联动带出：朱洪磊；你提到的承担主体「边宝」与合同不一致，已按合同联动为准。」客户 / 项目若被联动改写，同样如实告诉用户
 - 联动把已确认的客户 / 项目冲空了 → 用已确认值 `workflow.edit*` 写回，不要再问、不要另建一张单
 
 ---
 
-## 示例13：行程单有多段行程（不拆行）
+## 示例13：没有出差流程时，按出差时间 + 城市查票（「报销上周去北京的费用」）
 
-还是示例12那张滴滴发票（¥50.07，发票 ID `1328381858116714513`，行程单 `1328381883894906889`）。建单不调 `row-info-batch`，下面是它的返回（2026-10-21 真机），只用来说明行程单有多段：
-
-```json
-{
-  "date": "2026-08-19", "sqje": "50.07", "fysm": "交通运输服务",
-  "itinerary": "1328381883894906889", "containsItinerary": true,
-  "itineraryData": [
-    {"date": "2025-12-31", "sqje": "14.67", "fysm": "大道|重庆财经学院-西门 - 鱼胡路-地铁站", "subjectName": "5301滴滴车票", "subjectId": "100502270000000177", "itinerary": "1328381883894906889"},
-    {"date": "2026-01-22", "sqje": "10.40", "fysm": "大道|重庆财经学院-西门 - 鱼胡路-地铁站", "subjectName": "5301滴滴车票", "subjectId": "100502270000000177", "itinerary": "1328381883894906889"},
-    {"date": "2026-04-09", "sqje": "25.00", "fysm": "大道|重庆财经学院-西门 - 大渡口区|重庆工业博物馆", "subjectName": "5301滴滴车票", "subjectId": "100502270000000177", "itinerary": "1328381883894906889"}
-  ]
-}
-```
+今天 2026-10-21，用户说"帮我报销上周去北京的费用"（2026-10-21 真机），`invoice.reim.requests.list` 没找到去北京的出差流程：
 
-`itineraryData` 有 3 段，**仍然只填 1 行**，这一行只写「相关发票」（出差时再加「相关流程」）。费用日期、金额、币种、科目、费用说明、相关凭证都不传，由发票联动带出；不要把 `fysm` 或 `invoice.get` 的起止点写进去。
-
-```json
-"100003690000000011": [
-  {"100003720000077896": [<发票对象>]}
-]
-```
-
-- 流程标题：`龚为明8月上海去重庆交通费报销`
-
----
-
-## 示例14：按出差时间 + 城市查票（「报销上周去北京的费用」）
-
-今天 2026-10-21，用户说"帮我报销上周去北京的费用"（2026-10-21 真机）：
-
-1. 出差时间 = 上周 2026-10-12 ~ 10-18 → 开票日期查 **2026-10-12 ~ 今天**
-2. 查到 1 张火车票（10-19，¥166）：`invoice.get` 起止站 杭州东 → 全椒，与北京无关
+1. 出差时间 = 上周 2026-10-12 ~ 10-18 → 消费日期查 **2026-10-11 ~ 今天**（加 `--view summary`）
+2. 查到 1 张火车票（10-19，¥166）：`stationGetOn` / `stationGetOff` 是 杭州东 → 全椒，与北京无关
 3. 没有与北京相关的票 → 回复用户：
 
-> 你的票夹里没找到上周去北京的发票，所以没有往下建报销单。我按开票日期 2026-10-12 到今天查的，只有 1 张火车票（10-19，¥166），但它是杭州东 → 全椒，跟北京无关。可能是北京的发票还没导进票夹，或者日期不在上周。
+> 你的票夹里没找到上周去北京的发票，所以没有往下建报销单。我按消费日期 2026-10-11 到今天查的，只有 1 张火车票（10-19，¥166），但它是杭州东 → 全椒，跟北京无关。可能是北京的发票还没导进票夹，或者日期不在上周。
 
 - 不要因为这期间有票就拿来报；也不要自己把时间放宽到几个月前
 - 这期间就算有上海的打车票，也不单独拿来报：没有一张北京的票，就不算出差
 
 ---
 
-## 示例14.1：出差带上出发地（上海）的打车票（「报销上周去北京的费用」）
+## 示例14：没有出差流程时，带上出发地（上海）的打车票（「报销上周去北京的费用」）
 
-今天 2026-10-21，用户说"帮我报销上周去北京的费用"，没说从哪出发 → 出发城市默认**上海**。
+今天 2026-10-21，用户说"帮我报销上周去北京的费用"，没找到去北京的出差流程，没说从哪出发 → 出发城市默认**上海**。
 
 1. 出差时间 = 上周 2026-10-12 ~ 10-18 → 消费日期查 **2026-10-11 ~ 今天**
 2. 目的城市的票：火车票 上海虹桥 → 北京南（乘车 10-13）、火车票 北京南 → 上海虹桥（乘车 10-16）、北京的酒店（入住 10-13）
-3. 出发城市的打车票（消费日期 `info.modify_info.cstm` 落在 10-11 ~ 10-19 内）：
+3. 出发城市的打车票（消费日期 `modify_info.cstm` 落在 10-11 ~ 10-19 内）：
    - 滴滴 10-13，行程单 家 → 虹桥火车站 ✅
    - 上海强生出租 10-16，虹桥火车站 → 家 ✅
    - 滴滴 10-20，上海市内 ❌（回来以后打的车，不在出差时间内）
@@ -700,6 +660,79 @@ AI 操作：
 
 ---
 
+## 示例17：对上多条事前申请，问清用户再往下走
+
+用户说「帮我报销」，确认了 2 张发票：36901189（开票 2026-07-30）、36901190（开票 2026-08-02）。`invoice.reim.requests.list` 查到 2 条事前申请，两张发票在时间上都落在这 2 条里：
+
+- 交通费报销-后端开发111-2026-07-01（发起 07-01，`flowStatus=6`）
+- 上海出差申请-后端开发111-2026-07-20（发起 07-20，`flowStatus=6`）
+
+确认不了用哪条 → 停在 Step 2，不调 `invoice.reim.workflow.resolve`，两张发票一次问：
+
+> 下面的发票对上了多条事前申请，我确认不了该用哪条，请告诉我每张发票用哪一条（回复序号即可，例如「都用 2」或「36901189 用 1，36901190 用 2」）：
+>
+> | # | 事前申请 | 发起日期 | 状态 | 能对上的发票 |
+> | --- | --- | --- | --- | --- |
+> | 1 | 交通费报销-后端开发111-2026-07-01 | 2026-07-01 | 已完成 | 36901189（07-30）、36901190（08-02） |
+> | 2 | 上海出差申请-后端开发111-2026-07-20 | 2026-07-20 | 已完成 | 36901189（07-30）、36901190（08-02） |
+>
+> 都不是的话，回复「都不是」，或告诉我正确的事前申请名称。
+
+| 用户回答 | 怎么做 |
+| --- | --- |
+| 「都用 2」 | 两张都绑「上海出差申请」。回复开头说「已按你的选择：36901189、36901190 → 上海出差申请-后端开发111-2026-07-20」，接着 Step 2.5，不再问「确认吗」 |
+| 「最新那个吧」 | 可以理解成第 2 条（发起日最晚），但要回显后再走：「按发起日期最新的是第 2 条：上海出差申请-后端开发111-2026-07-20，两张发票都用它，对吗？」 |
+| 「你看着办」 | 不替用户选：「绑错事前申请会影响报销走哪个流程和谁来审批，请回复 1 或 2。」 |
+| 「36901189 用 1」 | 36901189 绑第 1 条；36901190 还没定，只就这张再问一次，不默认成同一条 |
+| 「都不是」 | 不是差旅 / 外出 → 两张都不绑定，继续填单；是差旅 / 外出 → 请用户给出正确的事前申请名称，拒绝就结束 |
+
+---
+
+## 示例18：按出差流程查票，前后各一天的发票全报（「报销 10 月 26 号去武汉出差的费用」）
+
+今天 2026-10-30，用户说「报销 10 月 26 号去武汉出差的费用」。
+
+1. 用户说了出差日期，`invoice.reim.requests.list` 传 `{"requestname":"出差","cusCreateDateStart":"2026-10-26"}`（结束日不传，CLI 用今天），2 条：
+   - 出差/外出流程-龚为明-2026-10-26(测试)（`1331357089254367304`，发起 10-28）
+   - 出差/外出流程-龚为明-2026-10-27(测试单)（`1330981790850924555`，发起 10-27）
+2. 两条并行 `workflow.summary`。第 1 条（2026-10-30 真机）：起始日期 `2026-10-26 00:00`、结束日期 `2026-10-26 23:56`、出差城市 `中国/湖北/武汉`。只有它是 10-26 去武汉 → 直接用，不问。
+3. 查票范围 = 10-26 前 1 天 ~ 10-26 后 1 天：
+
+Windows PowerShell：
+
+```powershell
+weaver-work-cli --json invoice run invoice.reim.candidates.list --input-json '{"consumption_tm_begin":"2026-10-25","consumption_tm_end":"2026-10-27"}'
+```
+
+macOS/Linux（bash/zsh）：
+
+```bash
+weaver-work-cli --json invoice run invoice.reim.candidates.list --input-json '{"consumption_tm_begin":"2026-10-25","consumption_tm_end":"2026-10-27"}'
+```
+
+4. `available` 里 7 张，**全部列入**（机票、保险、上海的打车、武汉的门票都算，不按城市再筛）。Step 1C：
+
+> 按出差流程「出差/外出流程-龚为明-2026-10-26(测试)」（2026-10-26 ~ 2026-10-26，武汉）前后各放宽 1 天，查了消费日期 2026-10-25 ~ 2026-10-27 的发票，共 7 张可报，合计 ¥1,925.23：
+>
+> | # | 发票类型 | 开票日期 | 发票号码 | 金额 | 销方名称 | 费用类型 |
+> |---|----------|----------|----------|------|----------|----------|
+> | 1 | 电子发票（普通发票） | 2026-10-27 | … | ¥920.00 | 上海华程西南国际旅行社有限公司 | 机票 |
+> | 2 | 电子发票（普通发票） | 2026-10-27 | … | ¥730.00 | 上海华程西南国际旅行社有限公司 | 机票 |
+> | … | | | | | | |
+> | 7 | 电子发票（普通发票） | 2026-10-27 | … | ¥24.85 | 强生致行互联网科技（上海）有限公司 | 市内交通 |
+>
+> 请确认是否使用以上发票进行报销？
+
+5. 用户确认后跳过 Step 1B、Step 2：出差流程 10-28 才发起，晚于开票日 10-27，也照样绑定。每行明细「相关流程」= `出差/外出流程-龚为明-2026-10-26(测试)(1331357089254367304)`；`invoice.reim.workflow.resolve` 传 `{"requestIds":["1331357089254367304"]}`，之后按 Step 3 ~ 5 建草稿。
+
+| 情况 | 怎么做 |
+| --- | --- |
+| 用户只说「报销我的出差」，候选 3 条 | 一次列出 3 条（序号、标题、起止日期、出差城市、状态）请用户选，选定前不查票 |
+| 这段时间的票都在 `assigned` | 回复「2026-10-25 ~ 2026-10-27 没有可报的发票，7 张都已挂在其他报销单上」，停下，不放宽时间 |
+| `workflow.summary` 没有起始 / 结束日期 | 告诉用户这条出差流程读不到起止日期，请用户直接给出差日期 |
+
+---
+
 ## 关键检查清单
 
 调用 `workflow.createRequest` 前确认：
@@ -711,22 +744,21 @@ AI 操作：
 5. [ ] 带 `initialValue` 且不需改写的字段没有重复传；**明细每行只有「相关发票」和（可选的）「相关流程」两个键**，币种、金额、日期等都没有传
 6. [ ] 浏览按钮写 `名称(ID)`，没有裸 ID；Select 写选项名，不是 optionValue
 7. [ ] 每行「相关发票」是 `invoice.browse-field.data` 返回的 1 个发票对象；`browse-field.data` 只传了发票，没有传凭证
-8. [ ] 明细「费用说明」「费用明细」「相关凭证」都没有写入 `data`，留给「相关发票」联动带出
-9. [ ] 相关凭证（17/18/57/58）没有单独成行；行程单有多段行程也是一张发票一行。没有用 `fysm`、起止点或账单说明生成费用说明
-10. [ ] 明细「费用类型（科目）」没有写入 `data`，留给「相关发票」联动带出；没有用 `row-info` 的 `subjectId` 或兜底科目自己填
-11. [ ] 文本字段没有 `*` 号
-12. [ ] **相关客户、相关项目已在同一次提问里确认**（客户有消歧后的 `名称(ID)` 或非出差默认「泛微上海」；项目有名称或用户已说「不填」）。没确认不允许调用 `workflow.createRequest`。没有向用户要合同号
-13. [ ] 合同号按已确认项目从历史带出；对不上或项目「不填」用 `20260999`。不是 `20260999` 时承担主体不传，客户 / 项目仍写入 `data`
-14. [ ] 总部费用报销没有把合同号列进提问。用户自己说了合同号才用用户的
-15. [ ] 话费报销：明细没有写金额；主表金额（可写时）是核算后的实报金额合计；建单后已对比联动金额与实报金额并告诉用户
-16. [ ] `action` 是 `"draft"`，没有问用户「存草稿 / 提交审批」，也没有传 `"submit"`
+8. [ ] 相关凭证（17/18/57/58）没有单独成行；行程单有多段行程也是一张发票一行
+9. [ ] 文本字段没有 `*` 号
+10. [ ] **相关客户、相关项目已在同一次提问里确认**（客户有消歧后的 `名称(ID)` 或非出差默认「泛微上海」；项目有名称或用户已说「不填」）。没确认不允许调用 `workflow.createRequest`。没有向用户要合同号
+11. [ ] 合同号按已确认项目从历史带出；对不上或项目「不填」用 `20260999`。不是 `20260999` 时承担主体不传，客户 / 项目仍写入 `data`
+12. [ ] 总部费用报销没有把合同号列进提问。用户自己说了合同号才用用户的
+13. [ ] 话费报销：明细没有写金额；主表金额（可写时）是核算后的实报金额合计；建单后已对比联动金额与实报金额并告诉用户
+14. [ ] `action` 是 `"draft"`，没有问用户「存草稿 / 提交审批」，也没有传 `"submit"`
+15. [ ] 每行「相关流程」要么是时间上唯一对上的那条，要么是用户明确选定（或确认了推断）的那条；对上多条时没有按费用类型、金额、标题或「谁更近」自己挑。按出差流程查的票，每行「相关流程」都是那条出差流程
 
 草稿落库后确认：
 
-17. [ ] 明细「费用类型（科目）」「费用说明」「费用明细」「相关凭证」仍空时已告诉用户是发票联动没带出，没有补写，也没有向用户要行程单，也没有向用户要起点和终点。客户 / 项目被冲空则写回。没有另建报销单，也没有补问合同号
+16. [ ] 明细「费用类型（科目）」「费用说明」「费用明细」「相关凭证」仍空时已告诉用户是发票联动没带出，没有补写，也没有向用户要行程单。客户 / 项目被冲空则写回。没有另建报销单，也没有补问合同号
 
 修改报销单前确认：
 
-18. [ ] `requestId` 来自 `workflow.createRequest` 的返回结果
-19. [ ] 走 `workflow.editLoad` → `workflow.editPrepare` → 用户确认 → `workflow.editApply`，只传要改的字段。Step 5.3 里用户刚给的值不再二次确认
-20. [ ] 只改 `editableFields` 里的字段，遇 `notEditable` 如实转述，不换字段 id 绕过。明细「费用说明」「费用明细」「相关凭证」不在修改范围内
+17. [ ] `requestId` 来自 `workflow.createRequest` 的返回结果
+18. [ ] 走 `workflow.editLoad` → `workflow.editPrepare` → 用户确认 → `workflow.editApply`，只传要改的字段。Step 5.3 里用户刚给的值不再二次确认
+19. [ ] 只改 `editableFields` 里的字段，遇 `notEditable` 如实转述，不换字段 id 绕过。明细只改「相关发票」「相关流程」（用户明确要求时才改科目）

package/skills/weaver-e10-yepiaotong/references/reim-expense-subject-rules.md

@@ -6,27 +6,24 @@
 
 ---
 
-## 匹配决策树（完整流程图）
+## 匹配决策树
 
 ```
-invoice.reim.row-info 返回 subjectId?
-  ├── 有值 → 直接使用，结束
-  └── 空/null → 进入查找表匹配 ↓
-        优先级1: expenseType 匹配?
-          ├── 命中 → 使用对应 ID，结束
-          └── 未命中 → ↓
-        优先级2: sellerName 关键词匹配?
-          ├── 命中 → 使用对应 ID，结束
-          └── 未命中 → ↓
-        优先级3: consumeContent 关键词匹配?
-          ├── 命中 → 使用对应 ID，结束
-          └── 未命中 → ↓
-        优先级4: requestname 辅助匹配?
-          ├── 命中 → 使用对应 ID，结束
-          └── 未命中 → ↓
-        兜底条件匹配（押金/电子设备/家具/研发/销售）?
-          ├── 命中 → 使用对应 ID，结束
-          └── 全不命中 → 填 "100502270000000104"，结束
+优先级1: expenseType 匹配?
+  ├── 命中 → 使用对应 ID，结束
+  └── 未命中 → ↓
+优先级2: sellerName 关键词匹配?
+  ├── 命中 → 使用对应 ID，结束
+  └── 未命中 → ↓
+优先级3: consumeContent 关键词匹配?
+  ├── 命中 → 使用对应 ID，结束
+  └── 未命中 → ↓
+优先级4: requestname 辅助匹配?
+  ├── 命中 → 使用对应 ID，结束
+  └── 未命中 → ↓
+兜底条件匹配（押金/电子设备/家具/研发/销售）?
+  ├── 命中 → 使用对应 ID，结束
+  └── 全不命中 → 填 "100502270000000104"，结束
 ```
 
 ---
@@ -111,4 +108,4 @@ invoice.reim.row-info 返回 subjectId?
 {"<费用类型（科目）字段id>": "市内交通费(100502270000000006)"}
 ```
 
-> 科目名称取 `row-info` 的 `subjectName` 或本文件查找表里的「科目名称」，ID 原样复制，严禁修改。每行明细的科目独立匹配。
+> 科目名称取本文件查找表里的「科目名称」，ID 原样复制，严禁修改。每行明细的科目独立匹配。

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

@@ -26,7 +26,7 @@
 - **键只能取 `workflow.createForm` 返回的 `fields[].id`**：按 `fields[].name` 定位业务字段，取它的 `id`；明细字段的 `subFormId` 就是 `details` 的键。
 - **`fields` 里没有的字段一律不传**：`fields` 只下发可写字段。实报金额、人民币金额、附件数、报销人上级、承担人直接上级、承担人所有上级、人员ID、提单人员、报销总金额等由表单自身计算或联动带出，不在可写清单里，传了整单会被拒（`notEditable`）。
 - **带 `initialValue` 的字段默认不传**：CLI 会自动并入表单默认值；只有本文档规则要求的值与默认值不同，或用户本次明确改写时才传。明细只写「相关发票」「相关流程」（见「费用明细字段规则」）。
-- `details` 每个数组元素是一行明细，**顺序 = 明细行顺序**，一张发票一行（行程单有多段行程也不拆，见「4. 行程单多段行程：暂不拆行」）。
+- `details` 每个数组元素是一行明细，**顺序 = 明细行顺序**，一张发票一行（行程单有多段行程也不拆，见「4. 行程单多段行程不拆行」）。
 - **流程标题必传**：用 `createRequest` 的 `requestName` 参数传（见下方「流程标题」），按公式生成，**禁止留用表单默认标题**——不传会静默使用默认标题且无任何提示。
 
 ---
@@ -109,13 +109,9 @@
 
 ## 明细行前置处理
 
-### 1. 过滤红冲发票
+### 1. 发票与相关凭证分类
 
-获取到发票列表后，**必须先过滤掉全额红冲发票**（`info.comm_info.pro.status == 8`），这类发票不允许报销。
-
-### 2. 发票与相关凭证分类
-
-过滤后的发票列表，**按 `invoiceTypeCode`（即 `info.comm_info.pro.type`）分类**，再组装明细行。
+发票列表**按 `invoiceTypeCode`（即 `info.comm_info.pro.type`）分类**，再组装明细行。
 
 > 完整的发票类型 ID 与名称映射见 [reim-api-reference.md - 发票类型 ID 映射表](reim-api-reference.md#发票类型-id-映射表)
 
@@ -126,17 +122,17 @@
 
 > **注意区分**：type=18 是滴滴的支付行程凭证（不能独立成行）；滴滴开具的增值税电子普通发票 type=3，是正式发票，可独立成行。
 
-### 3. 相关凭证不赋值（由联动带出）
+### 2. 相关凭证不赋值（由联动带出）
 
 明细「相关凭证」**不允许 AI 赋值**，创建和修改都不写入 `data`。挂上「相关发票」后由发票联动带出。
 
-- 不做凭证与发票配对；`row-info` 返回的 `itinerary` 也不用来写「相关凭证」
+- 不做凭证与发票配对
 - 凭证的 `fid` 不传给 `invoice.browse-field.data`
 - 用户指定了要挂哪张凭证也不写入；落库后仍空只告知「发票联动没有带出相关凭证」，不补写
 
-### 4. 行程单多段行程：暂不拆行
+### 3. 行程单多段行程不拆行
 
-`row-info` 返回的 `itineraryData`（行程单逐段明细）**目前不用来拆行**：不管行程单有几段，仍然**一张发票一行**，该行只写「相关发票」（及「相关流程」），日期、金额、科目都不传，由发票联动带出。`fysm` 和 `itineraryData` 都不要写进「费用说明」。
+一张滴滴发票挂的行程单有几段，都仍然**一张发票一行**，该行只写「相关发票」（及「相关流程」），日期、金额、科目都由发票联动带出。
 
 ### 4. 取发票对象
 
@@ -200,6 +196,8 @@ CLI operation：`invoice.reim.field.search`
 | `workflowId` | 本次报销工作流 ID（总部费用报销是 `100003460000000060`） |
 | `nodeId` | 可省略；CLI 默认总部费用报销发起节点 `100004140000000271` |
 
+> **⚠️ 注意是 `keywords`（带 s），不是 `keyword`。** 入参只接受上表 4 个键，写成 `keyword`、`keyWord` 或多传其他键都会被 CLI 当成参数错误拒绝。`fieldId`、`workflowId` 传带引号的纯数字字符串。
+
 macOS/Linux（bash/zsh）：
 
 ```bash
@@ -256,7 +254,7 @@ weaver-work-cli --json invoice run invoice.reim.field.search --input-json '{"key
 ## 费用明细字段规则
 
 > **定位明细表**：用 `fields` 里带「相关发票」（`EinvoiceComponent`）字段的那个 `subFormId`，只填这一张明细表；其他明细表（外包订单等）不填。
-> **⚠️ 明细每行只写「相关发票」**（有绑定的事前申请时再写「相关流程」）。**其他明细列一律不传**，由「相关发票」联动带出：费用日期、金额（申请金额 / 实报金额等）、币种、费用类型（科目）、费用说明、费用明细、相关凭证、明细的相关客户 / 项目、附件数。表单默认值、`row-info` 返回值、用户口述都不写进这些列。落库后仍空只告知「发票联动没有带出」，不要补写。
+> **⚠️ 明细每行只写「相关发票」**（有绑定的事前申请时再写「相关流程」）。**其他明细列一律不传**，由「相关发票」联动带出：费用日期、金额（申请金额 / 实报金额等）、币种、费用类型（科目）、费用说明、费用明细、相关凭证、明细的相关客户 / 项目、附件数。表单默认值、用户口述都不写进这些列。落库后仍空只告知「发票联动没有带出」，不要补写。
 
 | fieldName 关键词 | 怎么填 |
 |------------------|--------|
@@ -282,7 +280,7 @@ weaver-work-cli --json invoice run invoice.reim.field.search --input-json '{"key
 
 1. 该行发票已绑定的事前申请
 2. 本次只命中一条差旅 / 外出事前申请 → 未绑定的行也用这一条
-3. 有多条且该行未绑定 → 暂停，让用户指定这一行用哪一条
+3. 有多条且该行未绑定 → 暂停，按 [reim-matching-rules.md](reim-matching-rules.md#多条事前申请无法确认时必须问用户) 问清楚这一行用哪一条，不自己挑
 4. 一条都没有 → 暂停。已有事前申请列表就列给用户选；还没有就先 `invoice.reim.requests.list`。选定后再按 `名称(requestid)` 写入
 
 主表「事前申请流程 / 相关流程」不赋值，保留空值。用户拒绝、取消或不选 → **结束报销，禁止 `workflow.createRequest`**。明细「相关流程」不要留空，也不要填发票号、合同号或其他字段顶替。
@@ -303,13 +301,12 @@ weaver-work-cli --json invoice run invoice.reim.field.search --input-json '{"key
 
 **操作步骤：**
 
-0. 合同号不是 `20260999` 也不能改成「先建草稿等联动」。出差相关客户必须在 `createRequest` 前问到（或 Step 4.4 已确认采用历史客户），写入 `data` 再建单
-0.1. 用户确认采用了历史相关客户 → 将该历史原值填进「相关客户」，本节拦截解除
-1. 识别为出差后，**在调用 `workflow.createRequest` 之前必须暂停**（相关客户、相关项目都按上一节确认）
-2. 一次提醒用户：「当前为出差报销。请一起填写相关客户和相关项目。客户必须是具体名称，否则无法继续；项目没有可以说不填。合同号不用填。」
-3. 用户给出客户名称 → **先**按「相关客户模糊搜索」调用 `invoice.reim.field.search`：一条直接填 `名称(ID)`，多条列给用户选，零条请用户换名称。**不要**把未消歧简称直接丢给 `createRequest`
-4. 用户拒绝、取消、或不提供具体客户 → **结束报销流程，禁止调用 `workflow.createRequest`**
-5. **禁止**用固定值「泛微上海」顶替出差的相关客户
+1. 识别为出差后，**在调用 `workflow.createRequest` 之前必须暂停**（相关客户、相关项目都按上一节确认）。合同号不是 `20260999` 也不能改成「先建草稿等联动」
+2. 用户确认采用了历史相关客户（Step 4.4）→ 将该历史原值填进「相关客户」，本节拦截解除
+3. 否则一次提醒用户：「当前为出差报销。请一起填写相关客户和相关项目。客户必须是具体名称，否则无法继续；项目没有可以说不填。合同号不用填。」
+4. 用户给出客户名称 → **先**按「相关客户模糊搜索」调用 `invoice.reim.field.search`：一条直接填 `名称(ID)`，多条列给用户选，零条请用户换名称。**不要**把未消歧简称直接丢给 `createRequest`
+5. 用户拒绝、取消、或不提供具体客户 → **结束报销流程，禁止调用 `workflow.createRequest`**
+6. **禁止**用固定值「泛微上海」顶替出差的相关客户
 
 ---
 
@@ -331,9 +328,8 @@ weaver-work-cli --json invoice run invoice.reim.field.search --input-json '{"key
 
 > **⚠️ 创建多个报销单时，每个报销单都必须独立执行以下完整流程（各自一次 `createForm` → 一次 `createRequest`），不能省略任何步骤或字段。**
 
-0. **过滤红冲发票**：过滤 `info.comm_info.pro.status == 8`
 1. **分类**：按 `invoiceTypeCode` 分为发票和相关凭证（17/18/57/58）。只有发票成行；凭证不成行、不配对、不写入「相关凭证」
-2. **禁止 `*` 号**：要写入的文本值（报销事由等）先去掉 `*`。费用说明不在写入范围内
+2. **禁止 `*` 号**：要写入的文本值（流程标题、报销事由）先去掉 `*`
 3. **历史参考**：总部费用报销按「总部费用报销历史参考」用已确认项目带出合同号，**不问合同号**
 4. **相关客户 / 相关项目**：同一次提问让用户一起填写。没确认 → **停止，禁止 `createRequest`**
 4.1. **差旅 / 外出相关流程**：按「差旅 / 外出明细相关流程」给每一行赋值。任一行没有事前申请 → **停止，禁止 `createRequest`**
@@ -342,28 +338,13 @@ weaver-work-cli --json invoice run invoice.reim.field.search --input-json '{"key
 7. **明细**：每张发票一行，**只写「相关发票」**；有绑定的事前申请时再写「相关流程」（差旅 / 外出每行必须有）。其余明细列都不传，交给发票联动
 8. **最终检查**：明细每行的键只有「相关发票」和（可选的）「相关流程」；差旅 / 外出每一行「相关流程」都是 `{requestname}({requestid})`；`data.main` 里没有「事前申请流程」；相关客户已有确认值；相关项目已在同一次提问里问过；没有向用户要合同号
 9. 交给 [reim-workflow.md](reim-workflow.md) Step 5 直接调用 `workflow.createRequest` 存草稿
-10. **落库后再查**：客户 / 项目是否被联动冲空。明细其余列（日期、金额、币种、科目、费用说明、费用明细、相关凭证等）仍空只告知联动没带出，不要补写。不能只贴草稿链接就结束
+10. **落库后再查**：按 [reim-workflow.md](reim-workflow.md) Step 5.3 检查客户 / 项目是否被联动冲空，不能只贴草稿链接就结束
 
 ---
 
 ## 填写结果检查
 
-> 发生在 `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` 失败时如实转述错误，相关客户仍算没填上，不能把失败当成检查完成。
+草稿落库后的检查（客户 / 项目被联动冲空时写回，明细其余列仍空只告知）统一按 [reim-workflow.md](reim-workflow.md) Step 5.3 执行。
 
 ---