b2894lxlx/tms-erp-api
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

🔥 移除业财融合资料文档的版本跟踪（TMS业财融合方案/接口文档/编码规范/集成流程梳理）

Browse Source
This commit is contained in:
刘泉佳
2026-09-20 16:46:15 +08:00
parent a78aa770c7
commit 44a34f57f0
4 changed files with 0 additions and 817 deletions
Download Patch File Download Diff File Expand all files Collapse all files
doc/docs/TMS业财融合-集成流程图文字版与业务流程梳理.md
-817
View File
@@ -1,817 +0,0 @@
# TMS 业财融合 —— 集成流程图文字版与业务流程梳理
> **文档来源**：对 `项目/文档` 目录下 6 张集成流程图（jpg/png）逐图 OCR 提取 + 人工校对后整理。
> **交叉核对资料**：`合同业财接口排期.xlsx`（场景及流程图说明、接口导航）、`合同业财接口清单.xlsx`、`桂物合同集成相关接口说明-v4.docx`、`TMS业财融合-业务流程与接口梳理.md`。
> **整理日期**：2026-09-14
---
## 0. 文档说明
### 0.1 覆盖的图片
| 序号 | 图片文件 | 图题/流程块 | 对应集成场景 |
|---|---|---|---|
| 01 | `01_客户新增与查询.jpg` | 模式一：有业务系统，ERP+合同合规系统+金蝶星瀚集成；块：客商新建 / 客商更新 | SC-01 客商主数据协同（含供应商查询） |
| 02 | `02_合同新增及同步.jpeg` | 合同新建/变更 | SC-03 合同主数据协同（含 SC-02 项目） |
| 03 | `03_财务应付及付款.jpg` | 付款单新增 / 反审核及删除 | SC-04 对公付款（应付+付款） |
| 04 | `04_财务应收及开票.png` | 开票申请 | SC-08 销项开票（应收+开票） |
| 05 | `05_付款-收票查询及认领.png` | 收票单新增/变更 | SC-05 进项收票 |
| 06 | `收款查询及认领.jpg` | 收款认领 | SC-07 回款认领 |
### 0.2 四栏（泳道）定义
6 张图统一为同一张表格结构，表头固定为：
| 栏位 | 含义 | 职责 |
|---|---|---|
| 备注 | 集成说明（集成方阅读用） | 描述该流程的目的、规则、限制 |
| ERP | 业务系统（TMS/ERP） | 业务发起方，所有业务单据的产生与推送 |
| 合同合规系统 | 集团合同合规系统 | 客商风险、合同、履约、付款合规校验与拦截 |
| 司库/星瀚（经 IPASS 中转） | 金蝶云星瀚财务系统 | 应收应付、发票、资金收付、财务核算 |
> 图示中 ERP 与金蝶之间标注 **"经 IPASS 中转"**，即 A 类接口调用统一走 iPaaS 网关（`/gwzh/BFI`），不直连。
### 0.3 OCR 校对说明
图片中流程图节点字号较小，OCR 存在个别错字。下表为已确认的识别误差与校正值，正文已统一采用校正后的写法：
| 识别结果 | 校正为 | | 识别结果 | 校正为 |
|---|---|---|---|---|
| 金媒/金煤/金淋/金洪/金卦 | 金蝶 | | 足瀚/星洽/星溶/星避/早溶 | 星瀚 |
| 客者/善商/容商/咨商 | 客商 | | 史新/更新客商微据 | 更新客商数据 |
| 报据/来据 | 根据 | | 哈寻/音询 | 查询 |
| 创理 | 创建 | | 业务单据锁定 | 业务单据锁定 |
| 信B变更 | 信息变更 | | 新姓完成 | 新建完成 |
| 只能审核 | 智能审核 | | 团增量客商数据 | 增量客商数据 |
| 准送付款相关材料 | 推送付款相关材料 | | 豆是否通过 | 审查是否通过 |
| 付款申请羊查询 | 付款申请单查询 | | 一失败 | 失败（连线标注） |
> 泳道划分按文本框横向中心聚类得到，**靠近栏位边界的说明性标注（如接口编号气泡）可能与相邻栏位归属互换**，不影响流程时序的理解。
---
## 1. 集成全景
```
业务发起（ERP/TMS） 合规管控（合同合规系统） 财务核算（金蝶星瀚）
客商 → 项目 → 合同 → 履约计划 ──► 风险等级校验 / 黑名单校验 ──► 客户/供应商、合同档案、
应付单、应收单、发票、收付款
应付结算 ─► 付款申请 ──► 额度校验 + 风险校验（不通过走特批） ─► 付款申请单 → 财务共享审批 → 付款
应收结算 ─► 开票申请 ──► 开票单 + 履约监控 ──► 开票申请单 → 发票云开票
进项收票 ─► 收票认领 ──► 收票记录 + 履约监控 ──► 收票单 → 指定应付单
银行回款 ─► 回款二次认领 ──► 履约收款数据更新 ──► 收款单（金蝶先一次认领到客户）
```
贯穿全流程的三条硬约束：**无合规不结算、无合同不入账、无履约不付款**；高风险客商不特批不得签约、不得付款。
---
## 2. 图 01：客户新增与查询（客商主数据协同）
- **图片文件**：`01_客户新增与查询.jpg`（3228×5791）
- **图题**：模式一：有业务系统，ERP+合同合规系统+金蝶星瀚集成
- **图内流程块**：客商新建（含客商数据定时同步子流程）、客商更新（含客商数据定时同步子流程）
- **对应场景**：客商主数据协同；同批还包含"供应商查询（客户自行下推供应商）"
**图 1 流程图（Mermaid，接口编号已标注在连线上）**
```mermaid
flowchart TD
subgraph ERP["ERP / TMS（业务系统）"]
e0(["开始"]) --> e1["录入统一社会信用代码"]
e1 --> d1{"金蝶是否已有该客商"}
d1 -->|"已审核：金蝶已创建该客户"| e2["获取金蝶工商信息"]
d1 -->|"暂存 / 已提交"| e3["提示：金蝶审核中，请稍后重新添加"]
e2 --> e4["填写客商业务信息"]
e4 --> e5["提交客商，走内部审批"]
e5 -->|"审批退回"| e4
e5 -->|"审批通过"| e6["推送客商工商信息"]
e6 --> d2{"客商合规性审核是否通过"}
d2 -->|"不通过"| e3
d2 -->|"通过"| e7(["新建完成：业务系统可使用该客商"])
e8["客商更新"] --> e9["工商 / 个人信息变更"]
e8 -->|"业务信息由 ERP 自行维护"| e11(["结束"])
e9 -->|"非接口，人工修改"| e10["人工审批通过后更新客商信息"]
e10 --> e11
e12["定时任务：获取全集 / 增量客商数据"] --> e13["更新客商数据与使用状态"]
e13 --> e14(["结束"])
end
subgraph HT["合同合规系统"]
h1["客商合规性审核<br/>客商工商信息同步为相对方"]
end
subgraph JD["司库 / 星瀚（经 IPASS 中转）"]
j1["按统一社会信用代码查询是否已有该客商"]
j2["校验工商信息并创建客商<br/>当前为机器人审核"]
j3["客户新增后自动下推供应商"]
end
e1 -->|"A902-1 客户查询"| j1
j1 --> d1
e6 -->|"A902-2 客商保存"| j2
j2 --> j3
d2 -.->|"合规性审核、企查查状态"| h1
e12 -->|"A902-1 客户查询 / A901-1 供应商查询"| j1
```
### 2.1 备注栏原文
> **客商创建集成说明**
>
> 1、ERP 创建客户时查询金蝶是否已有该客商，如果已有，获取客商的工商信息（工商信息不允许业务系统变更，只在金蝶系统进行维护），补充客户业务信息。
>
> 2、如果 ERP 查询到金蝶尚无该客商，在业务系统新建客商，审核通过后同步客商工商信息到金蝶，金蝶校验工商信息通过后完成客商创建，业务系统可使用该客商。
>
> 3、业务系统创建成功客商后，同步客商工商信息到合同合规系统的相对方。
### 2.2 泳道节点文字版
**ERP 栏（客商新建）**
开始 → 日常使用 → 录入统一社会信用代码 → 日常使用 → 提示"金蝶已创建该客户，将获取金蝶的工商信息" / 提示"金蝶审核中，请稍后重新添加" → 填写客商业务信息 → 获取金蝶的工商信息 → 审批通过，流程挂起 / 流程返回发起人修改 → 客商合规性审核 → 更新客商审核状态 → 审查是否通过 →（是）审批流程结束 → 新建完成 → 结束
**ERP 栏（客商更新）**
开始 → 业务信息变更（ERP 自行维护） / 工商/个人信息变更 → 人工审批通过 → 更新客商信息 → 结束
**合同合规系统栏**
星瀚接口：A902-1 客户查询接口；状态==已审核；状态==暂存；状态已提交；星瀚接口：A902-2 客商保存接口；星瀚接口：A902-1 客户查询接口 + A901-1_供应商查询
**司库/星瀚栏**
根据"统一社会信用代码"查询是否已有该客商 → 客商新建（客商状态：已提交） → 客商合规性审核 → 更新客商审核状态 → 金蝶客商工商信息及使用状态 → 更新工商/个人信息
**客商数据定时同步子流程**（图中出现两次，挂在新建与更新之后）
开始 → 定时获取全集/增量客商数据 → 调用星瀚接口 A902-1 客户查询接口、A901-1_供应商查询 → 获取金蝶客商工商信息及使用状态 → 更新客商数据 → 结束
### 2.3 流程步骤还原
| 步骤 | 责任方 | 动作 | 涉及接口 | 分支/条件 |
|---|---|---|---|---|
| 1 | ERP | 录入客商统一社会信用代码，发起客商新增 | A902-1 客户查询 | — |
| 2 | 金蝶星瀚 | 按统一社会信用代码查询客商是否已存在 | A902-1 | — |
| 3 | 金蝶星瀚 | 返回客商状态 | A902-1 | **已审核**：金蝶已有该客商 → 步 4；**暂存/已提交**：金蝶审核中，提示"请稍后重新添加"，流程终止 |
| 4 | ERP | 提示"金蝶已创建该客户"，获取金蝶工商信息，补充填写客商业务信息 | A902-1（取工商信息） | 工商信息不可改，仅金蝶可维护 |
| 5 | ERP | 提交客商，走内部审批 | A902-2 客商保存 | 审批通过 → 步 6；退回 → 返回发起人修改 |
| 6 | ERP→金蝶 | 推送客商工商信息至金蝶，金蝶校验工商信息并完成客商创建 | A902-2 客商保存 | 客商状态：已提交 |
| 7 | 合同合规系统 | 客商合规性审核，更新客商审核状态、企查查状态 | — | 审查通过 → 审批流程结束；不通过 → 阻塞使用 |
| 8 | ERP | 客商新建完成，业务系统可使用该客商；同步工商信息至合同合规系统相对方 | — | 客户新增成功后金蝶自动下推供应商 |
| 9 | ERP（定时） | 定时获取全集/增量客商数据，更新客商数据与使用状态 | A902-1 客户查询、A901-1 供应商查询 | 供应商仅支持查询 |
| 10 | ERP | 客商更新：业务信息由 ERP 自行维护；工商/个人信息变更走人工流程（非接口，金蝶客商关联员通知 ERP 审批人员，人工审批通过后人工修改） | 无接口，人工修改 | 工商信息变更后，金蝶需同时维护客户与供应商 |
### 2.4 关键规则摘录
- 客商信息分**工商信息**与**业务信息**：工商信息全集团统一、只在金蝶维护，TMS 不允许变更；业务信息由 TMS 自行维护，不上传金蝶。
- 新增金蝶不存在的客商，**须金蝶审核通过后 TMS 才能使用**；新增加工由机器人自动审核。
- 金蝶客户自动下推供应商；**客户与供应商编码不一致**，除新增外信息不同步；客户工商信息变更后需分别维护客户与供应商。
- 客商风险等级由合同合规系统提供（C101-1），**风险等级当天有效**；国资委黑名单通过金蝶黑名单查询接口（A801-5）拦截。
---
## 3. 图 02：合同新增及同步（合同主数据协同）
- **图片文件**：`02_合同新增及同步.jpeg`（4857×4833）
- **图内流程块**：合同新建/变更
- **对应场景**：合同主数据协同（同批含项目立项同步）
**图 2 流程图（Mermaid，接口编号已标注在连线上）**
```mermaid
flowchart TD
subgraph ERP["ERP / TMS"]
e0(["开始"]) --> e1["创建 / 变更合同"]
e1 --> e2["合同审核通过"]
e2 -->|"C101-1 客商风险等级查询（签约前必调）"| d1{"相对方风险等级"}
d1 -->|"非高风险"| e3["合规校验通过，推送合同数据"]
d1 -->|"高风险客商"| e4["特批申请（内部审批）"]
e3 --> e5["完成签订"]
e4 -->|"C103-8 合同发起特批"| e6["流程挂起"]
e6 -->|"集团审批通过（流程结束）"| e7["接收特批结果"]
e7 --> e5
e5 --> d2{"合同是否涉及收付款"}
d2 -->|"涉及收付款"| e8["创建 / 变更履约计划"]
d2 -->|"不涉及"| e9(["仅在合同系统存档，结束"])
e8 --> e10["推送合同至金蝶"]
e10 --> e11["合同系统同步成功标识<br/>失败则异常处理 → 重新推送"]
e11 --> e12(["结束"])
end
subgraph HT["合同合规系统"]
h1["可提供能力（按需集成）：<br/>电子签署（集成 E 签宝，图中标注待定）<br/>资信报告查询下载、合同文件智能审核"]
h2["合同模板 / 分类前置：C103-6 合同模板列表获取<br/>C103-7 合同分类列表查询"]
h3["C103-1 合同同步、C103-2 合同附件上传<br/>新建 / 变更合同台账"]
h4["C103-9 履约计划保存、C103-10 履约计划更新<br/>创建 / 变更履约计划"]
h5["C103-3 合同列表查询、C103-4 合同详情查询"]
h6["B103 特批结果回传"]
end
subgraph JD["司库 / 星瀚（经 IPASS 中转）"]
j1["A101-1 合同信息表保存<br/>创建 / 变更金蝶合同档案"]
j2["A101-2 合同信息表查询<br/>A902 附件上传到指定单据"]
end
h1 -.->|"非必须，ERP 按业务实际情况集成"| e1
e2 --> h2
e3 -->|"C103-1 / C103-2"| h3
e4 --> h6
e6 -.->|"B103 特批结果回传"| e7
e8 -->|"C103-9 / C103-10"| h4
e5 -->|"C103-1（完成签订）"| h3
e11 -->|"C103-3 / C103-4"| h5
e10 -->|"收付款相关的合同推送金蝶：A101-1<br/>实时推送 + 支持按钮手动同步"| j1
j1 --> j2
```
### 3.1 备注栏原文
> **合同集成说明**
>
> 1、所有合同都要同步到合同系统。涉及收付款的合同，还必须创建履约计划，经合同合规校验通过才能发起收付款。
>
> 2、合同签订过程在业务系统处理，推送审核后合同及附件到合同合规系统即可。合同系统核验相对方是否可用，相对方是高风险的，不能签订合同。
>
> 3、合同系统可提供相对方风险等级查询接口，ERP 发起合同时调用，避免 ERP 审核通过后合同校验不通过，合同系统无法完成合同创建。
>
> 4、合同系统可提供电子签署能力（集成 E 签宝）、资信报告、智能审核，ERP 可根据业务实际情况集成使用。
### 3.2 泳道节点文字版
**ERP 栏**
开始 → 创建/变更合同（调用合同系统能力） → 合同审核通过 → 合规校验通过 → 推送合同数据 → 合同新建/变更 → 高风险客商（如有）→ 特批申请（内部审批） → 完成签订 → 合同系统同步成功标识 → 异常处理 / 重新推送 → 金蝶同步成功标识 → 结束
**合同合规系统栏**
电子签署（待定）、根据证件号码查询/下载相对方资信报告、合同文件智能审核（图中标注 **--非必须---**，属可选集成能力）
必须：C101-1_客商风险等级查询
调用合同系统能力：C101-1_客商风险等级查询
推送合同数据：C103-1_合同同步；C103-2_合同附件上传
高风险客商分支：C103-8_合同发起特批、C103-6_合同模板列表获取、C103-7_合同分类列表查询 → 流程挂起 → 集团审批通过（流程结束）
B103_特批结果回传
成功 → 新增/变更合同 → 创建/变更履约计划（如有）（完成签订）
C103-3_合同列表查询、C103-4_合同详情查询
异常处理 / 重新推送 / 失败 → 成功 → 金蝶同步成功标识
**司库/星瀚栏**
根据证件号码查询相对方风险等级（调用 C101-1）
收付款相关的合同推送金蝶（**·实时推送 ·支持按钮手动同步**）
A101-1 合同信息表保存、A101-2 合同信息表查询、A902 附件上传到指定单据
创建/变更合同 → 成功 / 失败
### 3.3 流程步骤还原
| 步骤 | 责任方 | 动作 | 涉及接口 | 分支/条件 |
|---|---|---|---|---|
| 1 | ERP | 发起合同创建/变更，合同审核通过 | — | — |
| 2 | ERP→合同合规 | 按证件号码查询相对方风险等级（签约前必调） | **C101-1 客商风险等级查询** | 图中标注"必须"；配套能力：资信报告下载、合同文件智能审核、电子签署（集成 E 签宝）均为非必须 |
| 3 | ERP | 合规校验通过后推送合同数据（合同+附件）至合同系统 | C103-1 合同同步、C103-2 合同附件上传 | 合同系统核验相对方可用性 |
| 4 | 合同合规 | 合同新建/变更登记完成（完成签订） | C103-1 / C103-11 合同信息更新 | 模板与分类前置：C103-6 合同模板列表获取、C103-7 合同分类列表查询 |
| 5 | 合同合规 | **高风险客商**：不允许直接签约 → 发起合同特批 | C103-8 合同发起特批 | 流程挂起；流程在合同系统配置 |
| 6 | 合同合规→ERP | 集团审批通过 → 流程结束；特批结果回传 ERP | **B103 特批结果回传** | 回传失败则 ERP 保持阻断状态 |
| 7 | ERP | 完成签订；合同系统同步成功标识回写 | C103-3 合同列表查询、C103-4 合同详情查询 | 异常处理：失败 → 重新推送 |
| 8 | ERP→合同合规 | 涉及收付款的合同创建/变更履约计划（履约类型、款项性质、收票规则、收票周期等） | C103-9 履约计划保存、C103-10 履约计划更新 | 履约计划是收付款前置条件 |
| 9 | ERP→金蝶 | 收付款相关的合同推送金蝶，创建/变更金蝶合同档案并上传附件 | **A101-1 合同信息表保存**（二开接口）、A902 附件上传到指定单据、A101-2 合同信息表查询 | 实时推送 + 支持按钮手动同步；成功 → 金蝶同步成功标识；失败 → 异常处理重新推送 |
| 10 | — | 不涉及收付款的合同仅在合同系统存档，不推送金蝶 | — | — |
### 3.4 关键规则摘录
- **所有合同都必须同步到合同系统**；涉及收付款的合同才推送金蝶，且必须创建履约计划。
- 合同签订全过程在业务系统完成，合同系统只做接收、核验与风控拦截。
- 相对方为**高风险**不能签合同，只能走合同特批；特批流程需在合同系统预先配置。
- 合同系统可提供的能力：电子签署（集成 E 签宝，图中标注"待定"）、资信报告查询下载、合同文件智能审核。
---
## 4. 图 03：财务应付及付款（对公付款）
- **图片文件**：`03_财务应付及付款.jpg`（3228×5150）
- **图内流程块**：付款单新增、反审核及删除（异常回收）
- **对应场景**：对公付款（财务应付单 → 付款申请 → 财务共享审批 → 付款）
**图 3 流程图（Mermaid，接口编号已标注在连线上）**
```mermaid
flowchart TD
subgraph ERP["ERP / TMS"]
e0(["开始"]) --> e1["发起付款申请<br/>正式结算付款 / 预付款"]
e1 --> e2["付款审核通过"]
e2 --> e3["推送金蝶（合规性校验通过）"]
e3 --> e4["业务单据锁定（锁单）"]
e4 --> e5["定时查询付款结果<br/>更新付款信息与履约付款数据"]
e5 --> e6["推送付款相关材料<br/>关键附件文件 + 详细材料下载地址"]
e6 --> e7(["结束"])
e8(["开始（异常回收）"]) --> e9["金蝶反审核及删除（如有）→ 解锁单据<br/>→ 反审核及删除 → 更新付款结果"]
e9 --> e10(["结束"])
end
subgraph HT["合同合规系统"]
h1["C106-1 项目 / 合同额度校验<br/>ERP 无额度校验则需调用"]
h2["C101-1 客商风险等级查询（按证件号码）"]
h3["C106-3 付款特批流程发起<br/>C106-4 付款特批流程更新"]
h4["C106-2 付款附件推送<br/>同 C103-2 上传接口，每日定时推送"]
h5["B901 锁单 / 解锁"]
end
subgraph JD["司库 / 星瀚（经 IPASS 中转）"]
j1["A103-1 付款申请保存（应付下推）<br/>A103-3 付款申请保存（预付款）<br/>A902 附件上传到指定单据"]
j2["创建应付单 / 付款申请单（预付）<br/>财务共享审批（当前机器人处理）"]
j3["付款处理 → 付款完成"]
j4["A103-2 付款申请单查询<br/>A103-4 付款处理查询"]
j5["A102-4 财务应付单查询"]
end
e1 --> h1
h1 --> h2
h2 --> d1{"是否高风险客商（如有）"}
d1 -->|"否"| e2
d1 -->|"是：拦截付款"| h3
h3 -->|"流程挂起 → 集团审批通过（流程结束）"| e2
h3 -.->|"B103 特批结果回传：通知允许本次付款"| e2
e2 -->|"合规性校验通过"| e3
e3 -->|"A103-1 / A103-3 / A902"| j1
j1 --> j2
j2 -->|"通过"| j3
j2 -->|"不通过：异常处理 → 重新推送"| e8
j3 --> j4
j4 --> e5
e3 -.->|"核对应付金额与已付款"| j5
e5 -->|"A103-2 / A103-4 定时查询"| j4
e4 -->|"B901 锁单 / 解锁"| h5
e6 -->|"C106-2 每日定时推送"| h4
e9 -.->|"B901 解锁"| h5
```
### 4.1 备注栏原文
> **付款单集成说明**
>
> 场景：业务发起合同付款，满足付款合规性的，允许发起付款，并将付款结果同步至合同系统，以完成履约付款情况监控，不满足付款合规性的，中止业务系统发起的付款。如有付款需要，可走特批流程。
>
> 1、发起付款申请：由 ERP 发起付款申请，涉及合同的付款，必须通过付款合规性校验，才可推送金蝶。合同系统提供付款控制相关查询接口，ERP 在发起付款时、以及推送单据时调用，避免付款合规性风险。
>
> 2、金蝶创建付款单：合规性校验校验通过后创建付款单。
>
> 3、同步付款信息：合同系统定时查询金蝶，更新付款结果。
>
> 4、已推送金蝶的付款单，ERP 进行锁单，财务共享审批后，如被驳回，ERP 推送的字段不允许进行修改；如需对单据进行修改，需在金蝶对该单据进行反审核及删除后，由 ERP 重新推送。
### 4.2 泳道节点文字版
**ERP 栏**
开始 → 付款申请 → 付款审核通过 → 合规性校验通过 → 推送金蝶 → 高风险客商（如有）→ 特批申请（内部审批） → 重新推送付款申请 → 异常处理 / 重新推送 → 金蝶同步标识成功 → 业务单据锁定 → 更新付款结果 → 推送付款相关材料（关键附件文件 + 详细材料下载地址，**·每日定时推送**） → 反审核及删除 → 更新付款结果
**合同合规系统栏**
付款额度校验（**ERP 无额度校验则需调用**）
根据证件号码查询相对方风险等级 → 对方风险等级
推送金蝶：A103-1 应付下推付款申请、A103-1 预付款申请、A103-2 付款申请单查询、A902 附件上传到指定单据
特批申请 → 流程挂起 → C106-3_付款特批流程发起 → 集团审批通过（流程结束） → B103_特批结果回传 → 通知 → 允许本次付款
不通过 → A103-2 付款申请单查询
**·定时查询** → 查询金蝶付款结果 → A103-2 付款申请单查询 → 更新付款信息
解锁单据，反审核及删除 → B901 锁单/解锁 → 更新付款结果 → 结束
**司库/星瀚栏**
创建应付单 / 付款申请单（预付） → 财务共享审批 →（不通过 / 通过）→ 付款处理 → 付款完成
**·定时查询** → 查询金蝶付款结果 → A103-2 付款申请单查询
反审核及删除（如有）
### 4.3 流程步骤还原
| 步骤 | 责任方 | 动作 | 涉及接口 | 分支/条件 |
|---|---|---|---|---|
| 1 | ERP | 发起付款申请（正式结算付款 / 预付款） | — | 付款前先做额度与风险校验 |
| 2 | 合同合规 | 付款额度校验（项目/合同剩余额度） | C106-1 项目/合同额度校验 | **ERP 无额度校验则必须调用** |
| 3 | 合同合规 | 按证件号码查询相对方风险等级 | **C101-1 客商风险等级查询** | 非高风险、非黑名单方可继续 |
| 4 | ERP | 付款审核通过后推送金蝶 | 正式付款：**A103-1 付款申请保存（应付下推）**；预付款：**A103-3 付款申请保存（预付款）**；附件：A902 附件上传到指定单据 | 正式付款须先推财务应付单（A102-2）再推付款申请；预付款只推付款申请单 |
| 5 | ERP | 查询付款申请单状态；核对应付金额与已付款情况 | A103-2 付款申请单查询；A102-4 财务应付单查询 | 异常 → 异常处理 → 重新推送 |
| 6 | 合同合规 | **高风险客商（如有）**：拦截付款 → 发起付款特批 | C106-3 付款特批流程发起（更新用 C106-4） | 流程挂起；审批流需在合同系统配置 |
| 7 | 合同合规→ERP | 集团审批通过（流程结束），允许本次付款 → 通知 ERP | **B103 特批结果回传** | 特批单次有效，每次付款都要重新申请 |
| 8 | 金蝶 | 创建应付单/付款申请单（预付），进入财务共享审批 | A103-1 / A103-3 | 新增付款申请单在财务系统需审核，当前为机器人处理 |
| 9 | 金蝶 | 财务共享审批（不通过 / 通过）→ 付款处理 → 付款完成 | — | 财务共享审批只校验内部风险与资金计划，不再调合同合规接口 |
| 10 | ERP | 金蝶同步标识成功后**业务单据锁定**（锁单） | B901 锁单/解锁 | 已推金蝶单据 ERP 不可改 |
| 11 | ERP/合同合规 | **·定时查询** 金蝶付款结果，更新付款信息与履约付款数据 | A103-2 付款申请单查询、A103-4 付款处理查询 | 付款结果同步至合同系统 |
| 12 | ERP→合同合规 | 推送付款相关材料：关键附件文件 + 详细材料下载地址 | C106-2 付款附件推送（同 C103-2 上传接口） | **每日定时推送** |
| 13 | 金蝶/ERP | 异常回收：金蝶反审核及删除（如有）→ 解锁单据 → 反审核及删除 → 更新付款结果 | B901 锁单/解锁 | 被驳回的推送字段不允许修改，须金蝶反审核+删除后由 ERP 重新推送 |
### 4.4 关键规则摘录
- **正式付款**：先推财务应付单（A102-2），再推付款申请单（A103-1）；**预付款**只推付款申请单（A103-3、付款类型=预付款，不绑应付单）。
- 涉及合同的付款**必须通过付款合规性校验**才可推送金蝶；不通过则中止付款，可走特批。
- **特批单次有效**，每次付款都要重新申请；额度校验需同时满足客户额度与项目额度。
- 已推金蝶的付款单 ERP **锁单**；财务共享驳回后 TMS 只能看到"已提交"状态，看不到审批节点与驳回原因，需金蝶反审核+删除后 ERP 重推。
- 收款账号变更 TMS 与金蝶流程不对接，需人工双系统确认；止付按整单（冻结→关闭）或明细（冻结→关闭）处理，对应应付单由金蝶财务调减、红冲。
---
## 5. 图 04：财务应收及开票（销项开票）
- **图片文件**：`04_财务应收及开票.png`（4842×4461）
- **图内流程块**：开票申请（正向/反向开票）
- **对应场景**：财务应收 + 销项开票
**图 4 流程图（Mermaid，接口编号已标注在连线上）**
```mermaid
flowchart TD
subgraph ERP["ERP / TMS"]
e0(["开始"]) --> e1["基于已审批结算单提交开票申请<br/>正向 / 反向开票"]
e1 --> e2["审核通过后推送，附件随单上传"]
e2 --> e3["定时查询开票结果与发票凭证<br/>更新开票结果"]
e3 --> e4(["结束"])
e5["已推金蝶的开票单 ERP 锁单<br/>需修改时先金蝶红冲，再由 ERP 重新推送"] --> e4
end
subgraph HT["合同合规系统"]
h1["A303-1 开票申请单新增"]
h2["创建开票单 → 审核通过"]
h3["A303-5 开票申请单发票查询（定时查询）<br/>A303-4 开票申请单查询（同步申请附件）"]
h4["发票红冲（如有）→ 更新开票结果"]
end
subgraph JD["司库 / 星瀚（经 IPASS 中转）"]
j0["财务应收侧：运单对账 → 应收结算审核 → 全额推送财务应收单"]
j1["创建开票单 → 审核开票申请 → 开票处理 → 开票完成"]
end
j0 -.->|"A302-2 财务应收单保存 / A302-4 财务应收单查询<br/>正式结算开票须先推财务应收单"| e1
e2 -->|"A303-1，附件随单 A902 上传"| h1
h1 --> h2
h2 --> j1
j1 -->|"开票完成，回写开票结果与凭证"| h4
h4 --> e3
e3 -->|"A303-5 / A303-4"| h3
h3 -.->|"业务系统在合同系统查询开票结果及凭证"| e3
```
### 5.1 备注栏原文
> **付款单集成说明**
>场景：业务发起合同付款，满足付款合规性的，允许发起付款，并将付款结果同步至合同系统，以完成履约付款情况监控。不满足受控付款合规性，不满足付款合规性的，中止业务系统发起的付款。如有付款需要，可走特批流程。
>
>1. **发起付款申请：** 由ERP发起付款申请，涉及合同的付款，必须通过付款合规性校验，才可推送金蝶。合同系统提供付款控制相关查询接口，ERP在发起付款时、以及推送单据时调用，避免付款合规性风险。
> 2. **金蝶创建付款单：** 合规性校验校验通过后创建付款单。
>3. **同步付款信息：** 合同系统定时查询金蝶，更新付款结果。
> 4. **已推送金蝶的付款单，ERP进行锁单，财务共享审批后，如被驳回，ERP推送的字段不允许进行修改，如需对单据进行修改，需在金蝶对该单据进行反审核及删除后，由ERP重新推送。**
### 5.2 泳道节点文字版
**ERP 栏**
开始 → 提交开票申请（正向/反向开票） → 审核通过 → 异常处理 / 重新推送 → 更新开票结果 → 结束
**合同合规系统栏**
A303-1 开票申请单新增、A303-4 开票申请单查询、A902 附件上传到指定单据
创建开票单 → 审核通过 → **·定时查询** → A303-5 开票申请单发票查询 → 开票完成 → 发票红冲（如有）→ 更新开票结果 → 同步申请附件 → 更新开票结果 → 结束
**司库/星瀚栏**
创建开票单 → 审核通过 → 开票完成 → 发票红冲（如有）
### 5.3 流程步骤还原
| 步骤 | 责任方 | 动作 | 涉及接口 | 分支/条件 |
|---|---|---|---|---|
| 1 | ERP | 基于已审批结算单提交开票申请（正向/反向开票） | A303-1 开票申请单保存 | 结算流程与开票流程分开审批，须先校验结算审批通过 |
| 2 | ERP | 开票申请审核通过后推送，附件随单上传 | A902 附件上传到指定单据 | 失败 → 异常处理 → 重新推送 |
| 3 | 合同合规/金蝶 | 创建开票单，审核通过，进行开票处理，完成开票；支持发票红冲（如有） | A303-1、A303-4 开票申请单查询 | 新增开票申请单在财务系统需审核，当前为机器人处理 |
| 4 | ERP/合同合规 | **·定时查询** 开票结果与发票凭证，更新开票结果与履约数据，同步申请附件 | **A303-5 开票申请单发票查询**、A303-4 | 业务系统在合同系统查询开票结果及凭证 |
| 5 | ERP | 已推金蝶的开票单 ERP 锁单；需修改时先金蝶红冲，再由 ERP 重新推送 | — | 已真实开出的数电票不能作废，只能红冲后重开 |
| 6 | — | 财务应收侧：运单完成对账生成应收结算，审核通过后全额推金蝶生成财务应收单（口径见 `TMS业财融合-业务流程与接口梳理.md`） | A302-2 财务应收单保存、A302-4 财务应收单查询 | 正式结算开票须先推财务应收单再推开票申请单 |
### 5.4 关键规则摘录
- 开票基于已审批的结算单发起，一张 TMS 开票申请按"发票张数"生成多个金蝶开票申请单，按票面行拆分开票明细。
- **运输发票需单独开具**，不可与其他费用混开。
- 发票凭证支持接口查询、下载，并发送到业务部公用邮箱；开票结果及附件定时推送合同系统。
- 已推金蝶的开票单锁单：仅申请未开票/开票失败的可直接作废或撤销；**已真实开出数电票的（当月或跨月）必须走红冲流程**。
### 5.5 流程梳理
整个业务流程围绕“合同付款的合规性管控”展开，涉及ERP系统、合同合规系统以及司库/星瀚（金蝶）系统。整体流程可以划分为以下五大核心阶段：
- 阶段一：付款申请与合规校验（ERP ↔ 合同合规系统）
1. **发起申请**：业务流程在ERP中发起【付款申请】。
2. **初步审核**：ERP进行【付款审核】。
3. **合规校验**：系统调用合同合规系统进行【合规性校验】（通过C101-1进行客商风险等级查询，根据证件号码查询对方风险等级）。
4. **高风险处理（如需）**：
- 如果命中高风险客户，ERP进入【特批申请（内部审批）】。
- 合同系统【流程挂起】，发起C106-3付款特批流程。
- 集团【审批通过】后，通知B103特批结果回传至ERP。
- 如果允许本次付款，则继续流程；否则需在ERP【重新推送付款申请】。
- 阶段二：推送金蝶与单据创建
1. **推送数据**：合规校验通过后，合同系统向司库/星瀚推送数据（包含：A103-1应付下推付款申请、A103-1预付付款申请、A103-2付款申请单查询、A902附件上传到指定单据）。
2. **创建付款单**：司库/星瀚（金蝶）生成【金蝶应付单/付款单/退单（预付）】。
3. **异常处理**：如果推送或创建**失败**，流程流转至ERP【异常处理重新推送】。
4. **锁单处理**：如果**成功**，ERP接收信号后执行【金蝶同步标识成功 业务单据锁定】。（注意：此时ERP端字段被锁定，不可修改）。
- 阶段三：财务审批与付款执行
1. **共享审批**：单据进入司库/星瀚，进行【财务共享审批】。
2. **审批驳回**：如果【不通过】，通过A103-2付款申请单查询反馈至ERP，ERP【更新付款结果】。
3. **审批通过**：如果【通过】，进入【付款处理】并完成【付款完成】。
- 阶段四：付款结果同步与附件归档
1. **结果查询**：合同合规系统通过【定时查询】，调用A103-2查询金蝶付款结果。
2. **更新ERP**：合同系统将结果同步至ERP，ERP【更新付款结果】。
3. **附件推送**：合同系统每日定时推送（C106-2付款附件推送），将关键附件文件、详细材料及下载地址推送至ERP并【更新付款信息】。
4. 流程正常【结束】。
- 阶段五：反审核与删除（逆向流程）
- 如果已推送金蝶的付款单需要修改（需遵循备注4的原则）：
1. 司库/星瀚发起【反审核及删除（如有）】。
2. 执行【解锁单据，反审核及删除 B901锁单/解锁】。
3. 通知ERP端进行【反审核及删除】。
4. ERP完成操作后【更新付款结果】，流程【结束】。
---
## 6. 图 05：付款-收票查询及认领（进项收票）
- **图片文件**：`05_付款-收票查询及认领.png`（4842×4857）
- **图内流程块**：收票单新增/变更
- **对应场景**：收票查询及认领（发票池查询 → 收票单 → 指定应付单）
**图 5 流程图（Mermaid，接口编号已标注在连线上）**
```mermaid
flowchart TD
subgraph ERP["ERP / TMS"]
e0(["开始"]) --> e1["基于结算单发起收票"]
e1 --> d1{"是否有发票"}
d1 -->|"否"| e2["查询金蝶全票池，获取发票票面信息"]
d1 -->|"是"| e3["随财务应付单推送"]
e2 --> e4["收票单新增 / 变更<br/>ERP 内部完成收票认领"]
e3 --> e4
e4 --> e5["推送收票单，并指定对应应付单"]
e5 --> e6["业务单据锁定"]
e6 --> e7["推送收票信息，更新收票信息"]
e7 --> e8(["结束"])
e9(["异常处理"]) --> e10["发票红冲（如有）→ 解锁单据，反审核及删除<br/>→ 重新推送"]
e10 --> e8
end
subgraph HT["合同合规系统"]
h1["A303-2 收票单批量保存<br/>创建收票单"]
h2["A302-6 收票指定应付<br/>关联应付单"]
h3["C107-1 收票认领结果同步<br/>拟开发 / 开发中"]
end
subgraph JD["司库 / 星瀚（经 IPASS 中转）"]
j1["企业进项发票票池"]
j2["创建收票单 → 关联应付单"]
j3["金蝶暂不支持一张发票指定多张应付单分摊金额<br/>合同系统暂不推送金蝶收票单"]
end
e2 -->|"A801-1 查询全票池发票数据"| j1
e5 -->|"A303-2 / A302-6"| h1
h1 --> h2
h2 --> j2
j2 -.-> j3
e7 -->|"C107-1 收票认领结果同步"| h3
h3 -.->|"更新收票信息"| e7
```
### 6.1 备注栏原文
> **收票单集成说明**
>
> 场景：将业务合同关联的收票信息同步到合同系统，以完成合同履约-收票情况监控。
>
> 1、发起收票：收票单由 ERP 发起，审核通过后推送合同系统生成收票记录。
>
> 2、金蝶创建收票单：金蝶当前暂不支持一张发票指定多张应付单分摊金额，合同系统暂不推送金蝶收票单。
### 6.2 泳道节点文字版
**ERP 栏**
开始 → 结算单 → 是否有发票
　├ **否**：A801-1 查询全票池发票数据（企业进项发票票池）→ 获取发票
　└ **是**：随财务应付单推送
→ 收票单新增/变更 → 异常处理 / 重新推送 / 失败 → 创建收票单 → 成功 → A302-6_收票指定应付 → 关联应付单 → 同步标识成功 → 业务单据锁定 → 发票红冲（如有）→ 解锁单据，反审核及删除 → 推送收票信息 → C107-1 收票认领结果同步 → 更新收票信息 → 结束
**合同合规系统栏**
否，A801-1 查询全票池发票数据
A303-2 收票单批量保存、A302-6_收票指定应付
创建收票单 → 关联应付单 → 发票红冲（如有）→ 解锁单据，反审核及删除 → 更新收票信息 → 结束
**司库/星瀚栏**
企业进项发票票池 → 创建收票单 → 关联应付单 → 发票红冲（如有）
### 6.3 流程步骤还原
| 步骤 | 责任方 | 动作 | 涉及接口 | 分支/条件 |
|---|---|---|---|---|
| 1 | ERP | 基于结算单发起收票，判断是否有发票 | — | **无发票** → 步 2；**已有发票** → 随财务应付单一起推送 |
| 2 | ERP→金蝶 | 按发票号查询金蝶全票池发票数据，获取票面信息 | **A801-1 查询全票池发票数据** | 对应金蝶侧"企业进项发票票池" |
| 3 | ERP | 收票单新增/变更，完成 ERP 内部收票认领 | — | 收票时按品类与结算单校验数量、税率、含税金额一致 |
| 4 | ERP→合同合规 | 推送收票单，合同系统生成收票记录 | **A303-2 收票单批量保存** | 失败 → 异常处理 → 重新推送；单张进项票 = 单个收票单，按票面行拆明细 |
| 5 | ERP→金蝶 | 收票单指定（关联）对应财务应付单，完成进项票与应付单绑定 | **A302-6 收票指定应付** | 同步标识成功后业务单据锁定 |
| 6 | ERP→合同合规 | 推送收票认领结果，更新履约收票数据 | **C107-1 收票认领结果同步**（拟开发/开发中） | — |
| 7 | 金蝶/ERP | 发票红冲（如有）→ 解锁单据，反审核及删除 | — | 收票单异常须先解除收票与应付单关系，再反审核删除，由 ERP 重推 |
### 6.4 关键规则摘录
- **金蝶当前暂不支持一张发票指定多张应付单分摊金额，因此合同系统暂不推送金蝶收票单**（图中明确标注）。
- 接口生成的收票单默认审核通过，**不支持实时验真验重**；金蝶每 5 分钟查验，异常结果可通过收票单关联的应付单查询。
- 金蝶不支持直接推送数电票 OFD 附件；发票须先关联结算单再推金蝶。
- 进项发票凭证查询下载：A801-2 进项发票下载；收票单查询：A801-3。
---
## 7. 图 06：收款查询及认领（回款认领）
- **图片文件**：`收款查询及认领.jpg`（4842×2685）
- **图内流程块**：收款认领
- **对应场景**：收款查询及认领（两种集成方式可选）
**图 6 流程图（Mermaid，接口编号已标注在连线上）**
```mermaid
flowchart TD
subgraph JD["司库 / 星瀚（经 IPASS 中转）"]
j0(["开始"]) --> j1["司库收到银行流水"]
j1 --> j2["金蝶第一轮自动认领<br/>仅能认领到客户维度"]
j3["生成 / 更新收款单，更新认领结果"]
end
subgraph ERP["ERP / TMS"]
e1["二次认领：认领到合同 / 履约计划名称 / 批次维度<br/>一笔回款对应多笔结算单时手工分摊"]
e2["推送认领结果（认领至合同履约计划）"]
e3(["结束"])
end
subgraph HT["合同合规系统"]
h1["更新履约收款数据"]
h2["定时查询金蝶认领数据"]
end
j2 --> e1
e1 -->|"A301-1 收款单查询 / A301-2 收款认领公告查询"| e2
e2 --> e3
e2 -->|"场景一：C104-1 收款信息同步（认领结果不推金蝶时调用，拟开发）"| h1
j3 -.->|"场景二"| h2
h2 -->|"场景二：A301-1 收款单查询认领结果"| h1
e2 -->|"A301-3 收款认领结果推送<br/>（ERP 推送认领结果给金蝶生成收款单）"| j3
```
### 7.1 备注栏原文
> **收款认领集成说明**
>
> 场景：将业务合同关联的收款结果同步到合同系统，以完成合同履约-收款情况监控。
>
> 1、银行流水金蝶自动认领：司库收到银行流水，金蝶可实现第一轮的自动认领（到客户的维度）。
>
> 2、认领银行流水：由于金蝶当前只能认领到客户，具体流水是属于哪个合同/履约计划名称/批次，需要 ERP 完成认领。
>
> 3、认领结果推送合同系统：合同系统定时查询金蝶认领数据，合同系统更新履约收款数据。
### 7.2 泳道节点文字版
**ERP 栏**
收款认领（认领到合同履约计划）→ 推送认领结果 → 推送认领结果（场景一）：C104-1_收款信息同步 / 查询认领结果（场景二）：A301-1_收款单查询
**合同合规系统栏**
A301-1_收款单查询 / A301-2_收款认领公告查询
A301-3_收款认领结果推送（认领至合同履约计划）
更新履约收款数据 → 查询认领结果（场景二）→ A301-1_收款单查询
**司库/星瀚栏**
开始 → 司库收到银行流水 → 更新认领结果
### 7.3 流程步骤还原
| 步骤 | 责任方 | 动作 | 涉及接口 | 分支/条件 |
|---|---|---|---|---|
| 1 | 金蝶/司库 | 司库收到银行流水，金蝶完成**第一轮自动认领（到客户维度）** | — | 金蝶只能认领到客户 |
| 2 | ERP | TMS 认领银行流水到**合同/履约计划名称/批次**维度 | A301-1 收款单查询、A301-2 收款认领公告查询 | 一笔回款对应多笔结算单时手工分摊 |
| 3 | ERP | 推送认领结果 | **A301-3 收款认领结果推送**（认领至合同履约计划） | — |
| 4 | 合同合规 | 定时查询金蝶认领数据，更新履约收款数据 | C104-1 收款信息同步（拟开发） | 认领结果不推金蝶时调用 C104-1 |
### 7.4 两种集成方式（源自 `合同业财接口排期.xlsx`「场景及流程图说明」原文）
- **场景一（财务先行认领）**：财务进行"一次认领"至客户 → ERP 查询财务收款单（A301-1）→ ERP 进行"二次认领"至合同或更细维度 → ERP 推送二次认领结果给合同系统（C104-1）。
- **场景二（业务先行认领）**：ERP 查询财务收款公告（A301-2）→ ERP 进行"一次认领"至合同 → ERP 推送认领结果给金蝶生成收款单（A301-3）→ 合同系统查询财务系统收款单的认领结果（A301-1）。
- 两种方式**可根据各单位财务部需求选择不同集成方式**。
### 7.5 关键规则摘录
- 收款流水定时拉取有延时；时效性高的收款由财务人工在 TMS 录入。
- 认领结果回写合同系统更新履约台账，支持认领作废；项目预付（无关联结算单）在后续正式结算时与尾款核销。
---
## 8. 业务流程串联梳理
### 8.1 主数据流（客商 / 项目 / 合同）
1. **客商**：ERP 查金蝶（A902-1/A901-1）→ 不存在则在 ERP 新建并审核 → 推金蝶工商信息（A902-2）→ 金蝶校验并创建（机器人审核）→ 同步合同合规系统相对方 → 风险等级（C101-1，当天有效）与黑名单（A801-5）作为签约、付款的准入条件。
2. **项目**：无法通过合同付款计划管控、需按项目管控收付款额度的，项目创建后推送合同系统（C102-1/C102-2），后续依赖项目做履约校验；可通过合同付款计划管控的可不做项目集成。
3. **合同**：ERP 创建并审批 → 签约前查风险等级（C101-1）→ 推送合同及附件（C103-1/C103-2）→ 涉及收付款的创建履约计划（C103-9/C103-10）→ 推送金蝶合同档案（A101-1）；高风险客商走合同特批（C103-8，结果经 B103 回传）。
### 8.2 付款流（应付 → 付款）
预付款路径：预结算单 → 付款申请（A103-3，不绑应付单）→ 金蝶创建付款申请单 → 财务共享审批 → 付款。
正式付款路径：正式结算单 → 财务应付单（A102-2，金额与状态可用 A102-4 财务应付单查询 核对）→ 付款申请（A103-1 应付下推）→ 金蝶付款申请单 → 财务共享审批 → 付款 → 结果回写（A103-2/A103-4）→ 推送合同系统更新履约（C106-2 附件）。
两条路径前置均需：额度校验（C106-1）+ 风险校验（C101-1），不通过走付款特批（C106-3/C106-4），特批结果经 B103 回传。
### 8.3 收票流（进项）
结算 → 是否有发票 → 无票则查全票池（A801-1）→ 收票认领 → 推收票单（A303-2）→ 指定应付单（A302-6）→ 推送收票认领结果至合同系统（C107-1）。
### 8.4 开票流（应收/销项）
运单对账 → 应收结算审核 → 全额推财务应收单（A302-2）→ 基于结算单提交开票申请（A303-1）→ 金蝶开票处理 → 查开票结果及凭证（A303-5）→ 更新履约与开票结果。
### 8.5 回款流（收款）
司库收流水 → 金蝶一次认领到客户 → ERP 二次认领到合同/履约计划（A301-1/A301-2）→ 推送认领结果（A301-3）→ 合同系统定时查询并更新履约收款数据（C104-1）。
---
## 9. 通用机制与异常处理
| 机制 | 说明 |
|---|---|
| 校验前置 | 签约前查客商风险（C101-1）；付款前查风险 + 额度（C101-1、C106-1）；不通过即拦截，可走特批 |
| 特批 | 合同特批（C103-8）、付款特批（C106-3/C106-4）**均单次有效**；结果经 B103 回传 ERP；审批流需在合同系统预配置 |
| 锁单 | 已推金蝶的单据 ERP 执行锁单；修改须金蝶反审核 + 删除后 ERP 重推；锁单/解锁经 B901 通知 |
| 红冲 | 数电票开出后不能作废只能红冲；红冲应收须先红冲发票再冲销应收单，ERP 定时同步状态并自动作废内部单据 |
| 定时同步 | 付款结果、开票结果、收票/收款认领结果、客商数据均由定时任务查询回写；付款附件每日定时推送 |
| 汇率 | 汇率由金蝶维护，TMS 结算时通过 **A801-4 汇率查询** 获取并记录在结算单据上；期末调汇、汇兑损益全部在金蝶处理，TMS 只记录原币与折算人民币 |
| 异常重推 | 推送失败统一走"异常处理 → 重新推送"；收票单异常须先解除收票-应付关系再反审核删除 |
| 黑盒限制 | 财务共享审批对 TMS 黑盒，仅"已提交"状态，看不到审批节点与驳回原因 |
---
## 10. 本批流程图涉及的接口速查
| 编号 | 名称 | 提供方 | 所属流程 |
|---|---|---|---|
| A902-1 / A902-2 | 客户查询 / 客户保存 | 金蝶 | 客商新建与同步 |
| A901-1 | 供应商查询 | 金蝶 | 客商同步（客户自动下推供应商） |
| A801-4 | 汇率查询 | 金蝶 | 结算取汇率（记录在结算单据上） |
| A801-5 | 黑名单查询 | 金蝶 | 客商准入 |
| A913 | 项目信息保存 | 金蝶 | 项目同步 |
| C101-1 | 客商风险等级查询 | 合同合规 | 签约、付款前置校验 |
| C102-1/2/3 | 项目立项新增/更新/查询 | 合同合规 | 项目同步 |
| C103-1 / C103-11 | 合同同步 / 合同信息更新 | 合同合规 | 合同新增及同步 |
| C103-2 | 合同附件上传（C106-2 付款附件推送复用） | 合同合规 | 合同、付款附件 |
| C103-3 / C103-4 / C103-5 | 合同列表查询 / 详情查询 / 附件下载 | 合同合规 | 合同同步结果回查 |
| C103-6 / C103-7 / C103-12 | 合同模板列表 / 合同分类列表 / 合同币种列表 | 合同合规 | 合同创建前置 |
| C103-8 | 合同发起特批 | 合同合规 | 高风险客商签约 |
| C103-9 / C103-10 | 履约计划保存 / 更新 | 合同合规 | 履约计划 |
| C106-1 | 项目/合同额度校验 | 合同合规 | 付款前置校验 |
| C106-3 / C106-4 | 付款特批流程发起 / 更新 | 合同合规 | 付款特批 |
| C108-1 / C108-2 | 履约记录新建 / 更新 | 合同合规 | 履约数据同步 |
| C104-1 | 收款信息同步（拟开发） | 合同合规 | 收款认领场景一 |
| C107-1 | 收票认领结果同步（开发中） | 合同合规 | 进项收票 |
| A101-1 / A101-2 | 合同信息表保存（二开）/ 查询 | 金蝶 | 合同推送金蝶 |
| A102-1 / A102-2 | 暂估应付单保存 / 财务应付单保存 | 金蝶 | 应付 |
| A102-4 | 财务应付单查询 | 金蝶 | 查询财务应付单金额与已付款情况，付款前后核对 |
| A103-1 / A103-2 / A103-3 / A103-4 | 付款申请保存（应付下推）/ 付款申请单查询 / 预付款申请 / 付款处理查询 | 金蝶 | 对公付款 |
| A302-1 / A302-2 | 暂估应收单保存 / 财务应收单保存 | 金蝶 | 应收 |
| A303-1 / A303-4 / A303-5 | 开票申请单保存 / 查询 / 发票查询 | 金蝶 | 销项开票 |
| A801-1 | 查询全票池发票数据 | 金蝶 | 进项收票 |
| A303-2 / A302-6 / A801-2 / A801-3 | 收票单批量保存 / 收票指定应付 / 进项发票下载 / 收票单查询 | 金蝶 | 进项收票 |
| A301-1 / A301-2 / A301-3 | 收款单查询 / 收款认领公告查询 / 收款认领结果推送 | 金蝶 | 收款认领 |
| A902 | 附件上传到指定单据 | 金蝶 | 各类单据附件 |
| A100-1/2/3、C100-1/2 | 认证接口 | 金蝶 / 合同合规 | 全局 |
| B901 | 锁单/解锁通知 | ERP | 锁单机制 |
| B103 | 特批结果回传（拟开发） | ERP | 合同特批、付款特批 |
> 完整 62 项接口清单（含地址、出入参）见 `TMS业财融合-业务流程与接口梳理.md` 第 5 节及 `合同业财接口排期.xlsx`「接口导航」。
---
## 11. 未决事项与待确认
1. **图中标注"待定/非必须"的能力**：合同电子签署（集成 E 签宝）标注"待定"；资信报告查询下载、合同文件智能审核标注"非必须"，由 ERP 按实际情况决定是否集成。
2. **拟开发/开发中接口**：C104-1 收款信息同步、C107-1 收票认领结果同步（开发中 50%）、B103 特批结果回传（拟开发），联调前需补齐。
3. **图中的业务限制**：金蝶暂不支持一张发票指定多张应付单分摊金额，收票单暂不推送金蝶；金蝶收款只能认领到客户维度，合同/履约维度需 ERP 完成。
4. **本文字版系图片 OCR + 人工校对所得**，与 `TMS业财融合方案.docx` 中的原型/流程图如存在差异，以最新合同合规与金蝶接口文档为准；建议对照原图核验第 2.2、3.2、4.2、5.2、6.2、7.2 节中靠近栏位边界的少量标注。
doc/docs/TMS业财融合方案.docx
BIN
View File
Binary file not shown.
doc/docs/业财融合系统接口文档.xlsx
BIN
View File
Binary file not shown.
doc/docs/客商填报审核编码规范.xlsx
BIN
View File
Binary file not shown.