weaver-work-cli 0.1.42 → 0.1.44

package/skills/weaver-e10-yepiaotong/references/invoice-issuing-examples.md

@@ -1,131 +0,0 @@
-# 开票端到端示例
-
-## 什么时候读取
-
-需要参考开票完整对话流程时读取本文件。全部示例都是**唯一链路**（获取待开票合同数据 → 开票流程草稿，规则见 [invoice-issuing-workflow.md](invoice-issuing-workflow.md)）。数据含契约锁、泛微及其他合同。CLI 已移除直接开票接口（0.1.27 起），用户说"直接开票 / 不走流程 / 存待开台账"时同样走主链路建流程草稿，并向用户说明开票必须经流程审批。
-
----
-
-# 主链路：获取待开票合同数据后发起开票流程
-
-## 示例 1：按合同号开票
-
-**用户**：帮我把南昌我爱我家那份合同开票
-
-**AI**：
-
-1. `invoice.issuing.qys.list`，`keyword="南昌我爱我家"` → `groups` 命中 1 组（合同号 20266105541，销售方「上海亘岩网络科技有限公司」，1 行，技术服务费，6.0%，开票金额合计 20000.00）。销售方是这个名称，所以选契约锁开票流程。核算公司是泛微网络、泛微软件、上海田亩、成都泛微、泛微国际、北京泛微、浙江泛微之一时，`createForm` 改为 `合同收款发票开具及快递申请(100003460000000214)`，字段 id 以当次 `createForm` 的中文名为准。那条流程没有「开票内容」，确认卡片和 `data` 都不要写这个字段。核算公司为空或不在这份名单里时先问用户，选定前不建草稿。用户要退票、冲红或红冲时改为 `合同开票冲红流程(887410479139758085)`，不套用开票填单规则。
-2. 展示确认卡片：
-
-> 将为以下合同发起「开票申请」流程（只存草稿，不会直接开票）：
->
-> 合同号：20266105541（南昌我爱我家科技有限公司开放平台续购20000元10000份）
-> 购方：南昌我爱我家科技有限公司　税号：91360125083909438T
-> 销售方：上海亘岩网络科技有限公司
-> 开票流程：契约锁合同收款发票开具及快递申请
-> 发票类型：全电专票
->
-> | 序号 | 商品 | 税率 | 开票金额（含税） |
-> | --- | --- | --- | --- |
-> | 1 | 技术服务费 | 6.0% | 20000 |
->
-> 开票金额合计（含税）：20000.00（共 1 行）
->
-> 本次开票金额：20000（默认按总金额开）
->
-> 开票事由：合同20266105541（南昌我爱我家科技有限公司开放平台续购20000元10000份）技术服务费全额开票，金额20000元
->
-> 开票内容：技术服务费（按货物名称「技术服务费」匹配）
->
-> 预计收款时间：（必填）请选择：本月底 2026-10-31 / 下月底 2026-11-30 / 30 天后 2026-11-22，或直接给一个日期
->
-> 请回复预计收款时间并确认发起。
-
-**用户**：确认，下月底收款
-
-**AI**：
-
-3. `workflow.createForm`，`workflow=["契约锁合同收款发票开具及快递申请(100003460000001852)"]`
-4. 按 [invoice-issuing-form-fill-rules.md](invoice-issuing-form-fill-rules.md) 组装 `data`，用户没有特殊说明，全部取默认值：
-   - `data.main`：「合同号」`20266105541`；「相关合同审批流程」`南昌我爱我家科技有限公司开放平台续购20000元10000份(1326792548468580636)`；「产品类型」`契约锁`；「开票内容」`技术服务费`（货物名称与选项名完全相同）；「开票日期」取当天；「开票备注」`20266105541`；「预计收款时间」按"下月底"换算为 `2026-11-30`；「开票事由」自动生成为 `合同20266105541（南昌我爱我家科技有限公司开放平台续购20000元10000份）技术服务费全额开票，金额20000元`。
-   - 明细第 1 行取该组唯一台账行，只传「金额（含税）」`20000`（按总金额开）。货物名称、购买方名称、明细合同号、明细行id、单价、规格类型、单位、税率、总开票金额、已开票金额、未开票金额都由合同号联动带出，不传；数量、开户行名称、开户行银行帐号创建时不传；金额(不含税)、税额不传。
-   - `requestName="开票申请-南昌我爱我家科技有限公司-20266105541"`。
-
-   如果用户说"这次先开 1 万"，明细「金额（含税）」改填 `10000`，开票事由改为 `合同20266105541（南昌我爱我家科技有限公司开放平台续购20000元10000份）技术服务费开票，本次10000元，合同开票总额20000.00元`，其余不变。
-5. `workflow.createRequest`，`action="draft"` → `CREATED` → 原样粘贴 `finalMarkdown`，再补一句「预计收款时间按『下月底』填为 2026-11-30」
-
-   如果用户只回"确认"没给日期：**不建草稿**，只问「预计收款时间填哪天？可以直接回 本月底 / 下月底 / 30 天后，或给一个具体日期。」拿到日期后再执行第 3 步。
-6. `linkageResult` 含「是否存在合同明细数据=存在」「总开票金额=20000.00」「货物名称=技术服务费」，且「本次开票总金额=20000.00」与本次填写的金额一致 → 不额外说明
-7. 补正开户行：`workflow.editLoad` 读草稿。假设台账没有开户行信息、「开户行及帐号」为 `兴业银行股份有限公司深圳西乡支行，账号：338160100100000455`，按「，账号：」拆开。`workflow.editPrepare` 只传主表这两个字段，然后问用户：
-
-   > 草稿已建好。开户行名称和账号需要分开补进草稿：
-   > - 开户行名称：兴业银行股份有限公司深圳西乡支行
-   > - 开户行银行帐号：338160100100000455
-   >
-   > 要把开户行名称和账号分开补进草稿吗？
-
-   用户确认后 `workflow.editApply`。
-8. 回复末尾只提醒数量（开票内容已按货物名称「技术服务费」写入，不再提醒）。同一次 `editLoad` 里，明细第 1 行数量是联动带出的 `1201835186337538063`，台账数量是 `1`。
-
-   > 提交前请在 E10 里改：
-   > - 明细第 1 行数量：联动带出的是 1201835186337538063，请在 E10 改成 1
-
----
-
-## 示例 2：命中多份合同，让用户选
-
-**用户**：开一下技术服务费那几单
-
-**AI**：`invoice.issuing.qys.list`，`keyword="技术服务费"` → `groups` 4 组。列出每组的合同号、合同审批流程、购方、行数、开票金额合计，请用户选择**一份**合同；**不替用户选**。
-
-**用户**：中冶南方那个
-
-**AI**：按示例 1 的第 2 步起继续，只处理这一组。用户要求多份一起开时，逐组确认、逐组 `createForm` + `createRequest`，`continuation` 不跨组复用。
-
----
-
-## 示例 3：同一合同部分行已开票
-
-**用户**：开一下合同 20266105526 的票
-
-**AI**：
-
-1. `invoice.issuing.qys.list`，`contractNo="20266105526"` → 1 组，`rowCount=1`，`totalAmount="46292.10"`，`blockedRows=1`，`warnings` 含"同合同另有 1 行已开票、开票中或已废弃…"
-2. 确认卡片只列 1 行可开票明细，末尾追加：
-
-> ⚠️ 同合同另有 1 行已开票、开票中或已废弃。流程按合同号联动，可能一并带出这些行，请在 E10 草稿里核对明细。
-
-3. 用户确认 → `createForm` → `createRequest(draft)` → 粘贴 `finalMarkdown`
-4. `linkageResult` 里「本次开票总金额」与本次填写的 46292.10 不一致（联动带出的行数与可开票行数不同，金额可能填到了已开票的行上）→ 在 `finalMarkdown` 后只追加一行：
-
-> ⚠️ 流程汇总的本次开票总金额为 92584.20，与本次填写的开票金额 46292.10 不一致，请在 E10 核对后再提交。
-
----
-
-## 示例 4：线索为空 / 没有可开票的行
-
-**用户**：帮我开票
-
-**AI**：要给哪个合同开票？请提供合同号或客户名称。
-
-**用户**：中冶南方
-
-**AI**：`invoice.issuing.qys.list`，`keyword="中冶南方"` → `groups` 为空 → `includeIssued=true` 再查一次 → 1 组，`rowCount=0`，`blockedRows=1`，`items[0].blockers=["已有发票号码 26312000000012345678"]`
-
-> 中冶南方工程技术有限公司的合同 20266105521 当前没有可开票的行：已有发票号码 26312000000012345678。
-
-结束，不发起流程。
-
----
-
-## 示例 4.1：购方没有税号，台账却是专票
-
-**用户**：开一下合同 20266105600 的票
-
-**AI**：`invoice.issuing.qys.list`，`contractNo="20266105600"` → 1 组，`purchaserTaxNo=""`，`invoiceTypes=["全电专票"]`，`specialInvoiceWithoutTaxNo=true`
-
-> 张三（个人）没有税号，不能开专票，只能开普票。请先把台账里这份合同的发票类型改成普票（如全电普票），再让我发起。
-
-结束，不展示确认卡片、不发起流程；也不在流程里手工改发票类型。
-
-

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

@@ -1,179 +0,0 @@
-# 开票流程填单规则
-
-## 什么时候读取
-
-AI 开票组装 `workflow.createRequest` 的 `data` 时读取本文件（流程编排见 [invoice-issuing-workflow.md](invoice-issuing-workflow.md)）。适用两条开票流程：销售方取台账「核算公司」，名称必须完全相同：为「上海亘岩网络科技有限公司」时用 `契约锁合同收款发票开具及快递申请(100003460000001852)`；为泛微网络、泛微软件、上海田亩、成都泛微、泛微国际、北京泛微、浙江泛微之一时用 `合同收款发票开具及快递申请(100003460000000214)`。核算公司为空或不在这份名单里时先问用户，选定前不建草稿。退票、冲红、红冲不读本文件，走 `合同开票冲红流程(887410479139758085)`。
-
-## 总原则
-
-1. **用户说了就按用户的**：用户本轮对某个字段有特殊说明（金额、日期、事由、收件信息等），一律以用户为准。
-2. **用户没说就按下表默认值填**：下表给了默认值的字段直接填，不再问用户。
-3. **联动字段不传**：填了「合同号」之后，联动会带出主表的购方名称、税号、发票类型，以及明细的整行台账数据（货物名称、购买方名称、明细合同号、明细行id、单价、规格类型、单位、税率、税收分类编码、总开票金额、已开票金额、未开票金额），Agent 不传这些字段。
-4. **创建时不传的两类字段**（详见下文「创建后补正」）：
-   - 明细「数量」：联动会把它写成错值，Agent 改不了。草稿建好后请用户在 E10 里改。
-   - 主表开户行名称与账号：联动会把它们写成混写值。草稿建好后经编辑链补正。
-5. **「开票内容」只在契约锁流程填写**：只有创建 `契约锁合同收款发票开具及快递申请(100003460000001852)` 时，才加载下文「开票内容推断」并写入。其他流程（包括 `合同收款发票开具及快递申请`）没有这个字段：不推断、不传、不问、不提醒，也不要把值改填到名称相近的字段。
-6. **其余字段留空**：下表没有列出、用户也没说的字段，按 `workflow-create.md`「填值纪律」处理（`initialValue` → 历史一致值 → 留空）。留空的必填项会出现在草稿的 `missingFields` 里，由用户提交前补齐。
-
-字段 id 以当次 `createForm` 返回的 `fields` 按中文名定位为准。下表括号里的 id 是契约锁开票流程的实测值；另一条开票流程必须改用同中文名的 id，中文名对不上就不要借用这里的 id。
-
-## 主表
-
-| 字段 | 用户没说时的默认值 | 来源 |
-| --- | --- | --- |
-| 流程标题 `requestName` | `开票申请-{购方名称}-{合同号}` | `group.purchaserName`、`group.contractNo` |
-| 合同号（`100003720000056343`） | 本组合同号原值 | `group.contractNo` |
-| 相关合同审批流程（`100003720000056262`） | `{合同审批流程名称}({流程ID})` | `group.contractFlowName`、`group.contractFlowId`；ID 为空时留空 |
-| 开票内容（`100003720000056243`，必填，下拉） | **仅** `契约锁合同收款发票开具及快递申请(100003460000001852)`。按「开票内容推断」从明细货物名称选出最符合的选项名并传入；用户本轮指定了且与某个选项名完全相同就用用户的。全部对不上时不传。其他流程忽略本行 | 明细货物名称对照字段 `options` |
-| 所售产品版本号（`100003720000056244`，下拉） | 取明细「规格类型」：`group.specifications` 只有 1 个值且与选项名**完全相同**（如 `V8.0`）时填该选项；不在选项里（如 `V8`、`8.0`）时留空，**不自行补全或改写**；有多个不同值时在确认卡片里问用户选哪个；为空时留空（不选「空」选项） | `group.specifications`（即台账「规格型号」）对照字段 `options` |
-| 产品类型（`100003720000056342`） | `契约锁` | 待开票合同数据；该下拉的默认选项仍是「契约锁」 |
-| 开票日期（`100003720000056255`） | 当天日期 | — |
-| 开票备注（`100003720000118915`） | 合同号 | `group.contractNo` |
-| 本次开票总金额、开票金额（本次开具发票金额） | **不传**：由表单按明细「金额（含税）」汇总（实测填 5900 后两者都联动为 5900.00） | 联动 |
-| 开票事由（填写合同第几笔款项）（`100003720000056252`） | **自动生成**，公式见下文「开票事由生成规则」；用户给了原话就用用户的 | `group`、本次开票金额 |
-| 预计收款时间（`100003720000056250`，必填，日期） | **必须问到用户给出日期才建草稿**，不自己定默认值、不留空，规则见下文「预计收款时间」 | 用户 |
-| 快递地址 | **不传**，由联动带出；用户另有指定时才填 | 联动 |
-| 公司名称、税号、开票地址、发票类型 | **不传**，以合同号联动带出的值为准 | 联动 |
-| 开户行名称（请予客户方财务核实）（`1211869454131068975`） | **创建时不传**，创建后补正为 `group.purchaserBankName` | CLI 已从台账拆好 |
-| 开户行银行帐号（请予客户方财务核实）（`1211869454131068976`） | **创建时不传**，创建后补正为 `group.purchaserBankAccount`（**只含账号**） | CLI 已从台账拆好 |
-| 发票类型 × 购方税号 | **购方没有税号只能开普票，不能开专票**。分组 `specialInvoiceWithoutTaxNo=true` 时不发起流程，让用户先在台账改为普票（见 [invoice-issuing-workflow.md](invoice-issuing-workflow.md) Step 2）。不要在 `data` 里改发票类型：联动值优先，会被覆盖 | `group.purchaserTaxNo`、`group.invoiceTypes` |
-| 收件人、联系电话、合同客户、相关合同（文档） | **不传**：填了「相关合同审批流程」后由联动带出；用户另有指定时才覆盖 | 联动 |
-
-### 开票内容推断
-
-**只在创建 `契约锁合同收款发票开具及快递申请(100003460000001852)` 时加载本节。** 其他流程没有独立的「开票内容」字段，整节忽略：不推断、不写入 `data`、确认卡片不写这一行、创建后也不提醒用户去选。
-
-该流程主表只有一个「开票内容」。选项名以 `createForm` 返回的该字段 `options[].name` 为准，不要用记忆里的选项清单。
-
-货物名称按明细行取：优先 `items[].invoiceItemName`（开票名称），为空再用 `items[].goodsName`（商品名称）。这与 `group.goodsNames` 相同。
-
-每个货物名称只保留一个最符合的选项，命中即停：
-
-1. 与某个选项名完全相同。
-2. 否则，选项名是货物名称的子串时，取最长的选项名。货物名称「契约锁电子签章系统软件」同时包含「电子签章」和「契约锁电子签章系统软件」时，取后者。
-3. 否则，货物名称是选项名的子串时，取最短的选项名。货物名称「技术服务」只落在「技术服务费」里时，取「技术服务费」。
-4. 都没有：这个货物名称无匹配。
-
-整组怎么填：
-
-- 有匹配的货物名称都指向同一个选项：创建时把该选项名写入「开票内容」。
-- 指向不同选项：确认卡片里逐条列出「货物名称 → 选项」，请用户选一个。没选定之前不建草稿，不要自己挑一个。
-- 全部无匹配：不传。创建后提醒「开票内容：明细货物名称没有对应的下拉选项，请在 E10 里选择」。
-- 用户本轮给了开票内容：与某个选项名完全相同就用用户的；对不上时在确认卡片里列出原话和推断结果，请用户指定一个选项名。
-
-创建后不要再用 `editPrepare` 改这个字段，编辑链会报错。Step 6 仍要核对明细是否带出；「货物名称」或「总开票金额」没带出时，按流程文档警告用户在 E10 核对明细，不要为了补明细重发 `createRequest`。
-
-### 开户行名称与账号
-
-是两个字段，**不能混填**：开户行名称只放银行名称（如 `招商银行福田支行`），开户行银行帐号只放账号（如 `8135 8668 8310 001`）。
-
-两个字段都在草稿建好后的「创建后补正」里填，取值按下面的先后顺序：
-
-1. **台账有开户行信息**：台账常把两者一起写进「购买方开户行账号」，合同号联动会把这串原样带进「开户行银行帐号」（如 `招商银行福田支行 8135 8668 8310 001`）。`invoice.issuing.qys.list` 的分组已经拆好，Agent 直接用 `group.purchaserBankName`、`group.purchaserBankAccount`，**不要自己拆**。拆分时分组 `warnings` 会有一条「已拆分为…」，确认卡片照常列出。
-2. **台账没有开户行信息**：表单会从客户资料带出只读字段「开户行及帐号（请予客户方财务核实）」（`100003720000056248`），格式如 `兴业银行股份有限公司深圳西乡支行，账号：338160100100000455`，但不会自动拆进上面两个字段。按「，账号：」拆成名称和账号。格式不是「{名称}，账号：{账号}」时不要猜，告诉用户原值，请其在 E10 里手工拆填。
-3. 两处都为空：这两个字段不补。
-
-## 明细（`subFormId` = `100003690000001811`）
-
-**一行对应一条台账行**，按 `group.formDataIds` 的顺序逐行填，每行的值取 `items[]` 里同一 `formDataId` 的那条台账行。
-
-明细整行由「合同号」联动从台账带出，**创建时 Agent 每行只传「金额（含税）」一列**。实测（合同 20266105492、20266105586）：
-
-- 只传金额时，联动带出货物名称、购买方名称、明细合同号、明细行id、单价、规格类型、单位、税率、税收分类编码，以及**总开票金额、已开票金额、未开票金额**。
-- 把货物名称、明细行id 等列也一起传时，联动**不再**带出总开票金额、已开票金额、未开票金额，草稿里这三列是空的。所以其余列一律不传。
-- 联动会把税率的选项 id（如 `1201835186337538063`）错写进「数量」，创建时传了台账数量也会被覆盖。所以数量不传，草稿建好后请用户在 E10 里改成台账值。
-
-| 字段 | 用户没说时的默认值 | 来源 |
-| --- | --- | --- |
-| 金额（含税）（`100003720000118901`），即本行**本次开票金额** | **按总金额开**：等于**这一明细行自己的**「总开票金额」。台账上就是该行 `items[].amount`（含税，不再加税）。多行时一行一个值，按「明细行id」对应，不要把一行的金额写到另一行 | 该行「总开票金额」；创建前用 `items[].amount` |
-| 数量（`100003720000118911`） | **不传**；创建后请用户在 E10 里改成台账原值（用户指定了本次金额时也用台账数量） | `items[].quantity` |
-| 总开票金额、已开票金额、未开票金额 | **不传**：发起节点上是只读字段，传了会被 `createRequest` 以 `notEditable` 拒绝；由联动带出 | 联动 |
-| 货物名称、购买方名称、明细合同号、明细行id、单价、规格类型、单位、税率、税收分类编码 | **不传**，由联动从台账带出 | 联动 |
-| 金额(不含税)、税额、单价(不含税) | **不传、不计算**，留给表单 | — |
-
-- `items` 被 `limit` 截断、缺少本组某个 `formDataId` 时，用 `contractNo` 再查一次拿全本组的行，不要凭 `group` 汇总值拼明细。
-
-写法：`details` 里按 `group.formDataIds` 的顺序给出 N 行，CLI 会按行序把它们与联动带出的行合并。
-
-```json
-{"details": {"100003690000001811": [{"100003720000118901": "20000"}]}}
-```
-
-## 创建后补正
-
-草稿 `CREATED` 后（流程见 [invoice-issuing-workflow.md](invoice-issuing-workflow.md) Step 6 第 5、6 条），分两类处理。
-
-**Agent 经编辑链补正（只改主表）**：一次 `editPrepare` 提交，用户确认一次后 `editApply`。
-
-| 字段 | 补正值 | 不补的情况 |
-| --- | --- | --- |
-| 开户行名称（`1211869454131068975`）、开户行银行帐号（`1211869454131068976`） | 按上文「开户行名称与账号」的先后顺序取值 | 两处都为空；或「开户行及帐号」格式无法拆分；或草稿里已经是这两个值 |
-
-**请用户在 E10 里手工改**：Agent 不经编辑链改这两项。
-
-- 「开票内容」：创建时已经按推断写入。编辑会触发它自己的联动，`editPrepare` 报错，不要再改。只有「全部无匹配」没写入时才提醒用户选。
-- 明细「本次开票金额」：用户没指定金额时，必须等于**同一明细行**的「总开票金额」。`editLoad` 后某一行为空，或不等于该行「总开票金额」，就只改这一列，补成该行「总开票金额」。
-  - `editPrepare` 报 `Cannot read properties of undefined (reading 'form_id')` 时，不要改 workflow 模块。编辑上下文没有 `layout.form_id`：在本机这条 `editLoad` continuation 载荷里补上 `layout.form_id`（用该载荷已有的 `form_id`），再重发 `editPrepare`。
-  - `editPrepare` 会给明细生成新的 `rowId`，直接保存会多出一行。保存前把「本次开票金额」这条明细的 `rowId` 改回该 `dataIndex` 在 `editLoad` 里的原 `rowId`，再 `editApply`。
-  - 用户已经要求按各行总开票金额赋值时，`editApply` 传 `confirm: true`。
-- 其他明细列：不要经 `editPrepare` 改，保存后会多出一行，而不是改原行。
-
-| 字段 | 回复里怎么提醒 |
-| --- | --- |
-| 开票内容 | 仅契约锁开票流程。已写入时不提。没写入时写 `开票内容：明细货物名称没有对应的下拉选项，请在 E10 里选择`。其他流程不提 |
-| 明细「数量」 | 按草稿每行的「明细行id」（`1318645704062197885`）找到 `items[]` 里同一 `formDataId` 的台账行：`明细第 {N} 行数量：联动带出的是 {草稿值}，请在 E10 改成 {items[].quantity}`；台账数量为空时写 `请按实际数量改正`；草稿值已经等于台账值时不提 |
-
-- 明细行按「明细行id」对应台账行，**不按行序猜**：联动带出的行序不一定等于 `group.formDataIds` 的顺序。
-
-## 开票事由生成规则
-
-用户没给原话时，Agent 按下面的公式直接生成，**不追问用户**：
-
-| 情形 | 公式 |
-| --- | --- |
-| 按总金额开（默认） | `合同{合同号}（{合同审批流程名称}）{商品}全额开票，金额{本次开票金额}元` |
-| 用户指定了本次金额 | `合同{合同号}（{合同审批流程名称}）{商品}开票，本次{本次开票金额}元，合同开票总额{group.totalAmount}元` |
-
-- `{商品}` 取 `group.goodsNames`，多个时用「、」连接。
-- `{合同审批流程名称}` 为空时，连同括号一起省略。
-- 金额照数据原样写，不自行改格式：本次开票金额用台账 `items[].amount` 或用户原话（如 `5900`、`46292.1`），合同开票总额用 `group.totalAmount`（如 `20000.00`）。
-- 用户说了是第几笔款项（如"第二笔款"），在公式最前面加 `第{N}笔款项：`；用户没说就不加，不要自己推断。
-
-示例：`合同20266105586（深圳市康哲药业有限公司2026年度维护）年度维护费全额开票，金额5900元`
-
-## 预计收款时间
-
-必填字段，由用户决定。**用户没给出日期就不建草稿**：Agent 不推断、不给默认值（不按开票日期、合同条款或历史数据去猜），也不留空先建。
-
-- 用户开票时已经说了（如"预计月底收款"），直接用，卡片里展示换算后的日期，不再问。
-- 用户没说：确认卡片里请用户给出，并附上按当天日期算好的三个候选，方便用户直接选（模板见 [invoice-issuing-workflow.md](invoice-issuing-workflow.md) Step 3）：
-  - `本月底 {YYYY-MM-DD}`
-  - `下月底 {YYYY-MM-DD}`
-  - `30 天后 {YYYY-MM-DD}`
-
-  候选只是选项，用户没选之前不能当成默认值填。
-- 用户只回了"确认 / 继续 / 发起"、没给日期：**不建草稿**，只问一句「预计收款时间填哪天？可以直接回 本月底 / 下月底 / 30 天后，或给一个具体日期。」，拿到日期再建。用户回"随便 / 你定"时，同样请他从候选里选一个。
-- 写法：`YYYY-MM-DD`。用户说相对日期（"下月底""30 天后""11 月 15 号"）时按当天日期换算成具体日期，并在创建后的回复里说明换算结果，如「预计收款时间按『下月底』填为 2026-11-30」。
-
-## 用户指定了本次开票金额
-
-- **单行合同**：用户说「这次开 1 万」「先开一半」，就把该行「金额（含税）」填成用户给的金额，数量在创建后补正为台账值（单价由联动带出台账值，与金额对不上属正常）。「一半」这类说法按用户原意换算成金额，换算结果写进确认卡片，由用户一并确认。
-- **多行合同**：用户逐行说明了金额，就逐行填；用户只给了一个总数、没说怎么分到各行时，**问一次**怎么分，不要自己平摊。
-- 用户给的金额大于该行台账开票金额时，在确认卡片里提示「超过台账开票金额」，用户确认后照填。
-
-## 确认卡片里要体现
-
-确认卡片（见 [invoice-issuing-workflow.md](invoice-issuing-workflow.md) Step 3）在购方行下写销售方和所选开票流程，在明细表后追加这些行：
-
-- `本次开票金额：{合计}（{默认按总金额开 / 按你指定的金额}）`
-- `开票事由：{按上面公式生成的文本}`
-- `开票内容：{选项名}（按货物名称「{名称}」匹配）`。**只有** `契约锁合同收款发票开具及快递申请` 才写这一行；多个货物名称对上不同选项时改为列出对应关系并请用户选；全部无匹配时写 `开票内容：没有能对应的下拉选项，先留空`。其他流程整行省略
-- `预计收款时间：{用户已给的日期}`；用户还没给时写 `预计收款时间：（必填）请选择：本月底 {日期} / 下月底 {日期} / 30 天后 {日期}，或直接给一个日期`
-
-`group.specifications` 非空时再追加一行：
-
-- 能填：`所售产品版本号：{选项}（取自规格类型）`
-- 不在选项里：`所售产品版本号：规格类型「{值}」不在下拉选项里，先留空，提交前请在 E10 选择`
-- 多个值：`所售产品版本号：明细规格类型有 {值1}、{值2}，请告诉我选哪个`
-
-用户在确认时改了金额或事由，以用户的为准，并按公式重新生成事由。