# 飞书审批模板接入分析

更新时间：2026-06-08T15:23:39+0800

## 已通过 OpenAPI 拉取到的模板

| 模板 | approval_code | 模块分类 | 建议系统 intent | 必填字段摘要 | 当前数据库支持判断 |
|---|---|---|---|---|---|
| 秘色破茧合同申请 | `4D387549-0C3A-4621-967C-3ED963CB12C2` | contract_application | `contract_register_or_review` | 业务执行人(contact)、申请人部门(department)、合同名称(input)、合同编号(input)、DateInterval(dateInterval)、我方单位名称(input)、我方负责人(contact)、对方单位名称(input)… | 当前 schema 未建 contract/contract_party/contract_obligation/receivable/payable 表；只能临时存 intake_draft JSON，不足以正式结构化合同管理。 |
| 点绛合同申请 | `92C3EEA9-E1A2-4A3C-A14B-E38539E56CC7` | contract_application | `contract_register_or_review` | 业务执行人(contact)、申请人部门(department)、合同名称(input)、合同编号(input)、DateInterval(dateInterval)、我方单位名称(input)、我方负责人(contact)、对方单位名称(input)… | 当前 schema 未建 contract/contract_party/contract_obligation/receivable/payable 表；只能临时存 intake_draft JSON，不足以正式结构化合同管理。 |
| 云汉寻真合同申请 | `47282485-2D03-41AF-AAE3-89B076722FC0` | contract_application | `contract_register_or_review` | 业务执行人(contact)、申请人部门(department)、合同名称(input)、合同编号(input)、DateInterval(dateInterval)、我方单位名称(input)、我方负责人(contact)、对方单位名称(input)… | 当前 schema 未建 contract/contract_party/contract_obligation/receivable/payable 表；只能临时存 intake_draft JSON，不足以正式结构化合同管理。 |
| 点绛报销专用 | `050F481E-BB96-46CD-BEEA-2E57DBEB291E` | reimbursement | `record_reimbursement` | 报销类型(radioV2)、有无发票(radioV2)、报销事由(textarea)、报销金额(textarea)、提交日期（年-月-日）(date) | 一期已支持主体：intake_draft、reimbursement_order、reimbursement_item、invoice、attachment、fund_transaction/payment；需补 Feishu 实例/回调事件表。 |
| 云汉寻真付款申请 | `7D005DE5-9D7F-4C9C-9258-DFF864BF7673` | supplier_or_project_payment | `record_payable_or_fund_out` | 付款事由(textarea)、付款金额(amount)、付款方式(radioV2)、付款日期(date)、银行账户(account) | 已有 fund_transaction，但缺 payable/payment_request/settlement allocation；不建议直接把付款审批写成单笔流水。 |
| 云汉寻真报销专用 | `D3F1A466-5843-4492-94E5-B19C5A0A0625` | reimbursement | `record_reimbursement` | 报销类型(radioV2)、有无发票(radioV2)、报销事由(textarea)、报销金额(textarea)、提交日期（年-月-日）(date) | 一期已支持主体：intake_draft、reimbursement_order、reimbursement_item、invoice、attachment、fund_transaction/payment；需补 Feishu 实例/回调事件表。 |
| 万物有灵公共账报销专用 | `B69B2F92-6BDF-4A44-93C5-616CA41AF9C8` | reimbursement | `record_reimbursement` | 报销类型(radioV2)、有无发票(radioV2)、报销事由(textarea)、报销金额(textarea)、提交日期（年-月-日）(date) | 一期已支持主体：intake_draft、reimbursement_order、reimbursement_item、invoice、attachment、fund_transaction/payment；需补 Feishu 实例/回调事件表。 |
| 万物有灵相关项目组报销专用 | `81CF84F6-45D1-43E3-A867-019864D25C3F` | reimbursement | `record_reimbursement` | 报销类型(radioV2)、报销归属(radioV2)、有无发票(radioV2)、报销事由(textarea)、报销金额(textarea)、提交日期（年-月-日）(date) | 一期已支持主体：intake_draft、reimbursement_order、reimbursement_item、invoice、attachment、fund_transaction/payment；需补 Feishu 实例/回调事件表。 |
| 万物有灵付款申请 | `AFE74781-C5E5-463F-AF8B-7691EF173430` | supplier_or_project_payment | `record_payable_or_fund_out` | 付款事由(textarea)、付款金额(amount)、付款方式(radioV2)、付款日期(date)、银行账户(account) | 已有 fund_transaction，但缺 payable/payment_request/settlement allocation；不建议直接把付款审批写成单笔流水。 |
| 万物有灵合同申请 | `3B2E0374-0080-4B24-9FAC-D94747B43EC6` | contract_application | `contract_register_or_review` | 业务执行人(contact)、申请人部门(department)、合同名称(input)、合同编号(input)、DateInterval(dateInterval)、我方单位名称(input)、我方负责人(contact)、对方单位名称(input)… | 当前 schema 未建 contract/contract_party/contract_obligation/receivable/payable 表；只能临时存 intake_draft JSON，不足以正式结构化合同管理。 |

## 初步结论

- 之前卡住的短链问题已经解决：用户发来的管理后台 URL 中 `definitionCode` 就是真正可用于 OpenAPI 的 `approval_code`。
- 当前机器人 token 可以读取这些模板详情；说明审批 OpenAPI 权限已经足够用于“按 code 查询模板”。
- 当前数据库一期对“报销草稿→审批→报销单→发票/附件→付款核销”支持较好；对合同、应收、应付、借款/往来只具备 `intake_draft` JSON 暂存和 `fund_transaction` 基础流水，不足以作为正式结构化台账。

## 建议补表方向

1. `approval_template` / `approval_instance` / `approval_event`：记录模板、审批实例、回调事件，避免只塞在 `intake_draft.approval_instance_id`。
2. `contract` / `contract_party` / `contract_attachment`：承接合同申请类模板。
3. `receivable` / `payable` / `settlement_allocation`：把应收应付与实际资金流水分开。
4. `internal_advance_or_loan`：承接备用金、借款、还款、个人垫付等个人账影响。