diff --git a/doc/docs/TMS业财融合-集成流程图文字版与业务流程梳理.md b/doc/docs/TMS业财融合-集成流程图文字版与业务流程梳理.md deleted file mode 100644 index 118228f6..00000000 --- a/doc/docs/TMS业财融合-集成流程图文字版与业务流程梳理.md +++ /dev/null @@ -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["客商合规性审核
客商工商信息同步为相对方"] - end - - subgraph JD["司库 / 星瀚（经 IPASS 中转）"] - j1["按统一社会信用代码查询是否已有该客商"] - j2["校验工商信息并创建客商
当前为机器人审核"] - 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["合同系统同步成功标识
失败则异常处理 → 重新推送"] - e11 --> e12(["结束"]) - end - - subgraph HT["合同合规系统"] - h1["可提供能力（按需集成）：
电子签署（集成 E 签宝，图中标注待定）
资信报告查询下载、合同文件智能审核"] - h2["合同模板 / 分类前置：C103-6 合同模板列表获取
C103-7 合同分类列表查询"] - h3["C103-1 合同同步、C103-2 合同附件上传
新建 / 变更合同台账"] - h4["C103-9 履约计划保存、C103-10 履约计划更新
创建 / 变更履约计划"] - h5["C103-3 合同列表查询、C103-4 合同详情查询"] - h6["B103 特批结果回传"] - end - - subgraph JD["司库 / 星瀚（经 IPASS 中转）"] - j1["A101-1 合同信息表保存
创建 / 变更金蝶合同档案"] - j2["A101-2 合同信息表查询
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
实时推送 + 支持按钮手动同步"| 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["发起付款申请
正式结算付款 / 预付款"] - e1 --> e2["付款审核通过"] - e2 --> e3["推送金蝶（合规性校验通过）"] - e3 --> e4["业务单据锁定（锁单）"] - e4 --> e5["定时查询付款结果
更新付款信息与履约付款数据"] - e5 --> e6["推送付款相关材料
关键附件文件 + 详细材料下载地址"] - e6 --> e7(["结束"]) - e8(["开始（异常回收）"]) --> e9["金蝶反审核及删除（如有）→ 解锁单据
→ 反审核及删除 → 更新付款结果"] - e9 --> e10(["结束"]) - end - - subgraph HT["合同合规系统"] - h1["C106-1 项目 / 合同额度校验
ERP 无额度校验则需调用"] - h2["C101-1 客商风险等级查询（按证件号码）"] - h3["C106-3 付款特批流程发起
C106-4 付款特批流程更新"] - h4["C106-2 付款附件推送
同 C103-2 上传接口，每日定时推送"] - h5["B901 锁单 / 解锁"] - end - - subgraph JD["司库 / 星瀚（经 IPASS 中转）"] - j1["A103-1 付款申请保存（应付下推）
A103-3 付款申请保存（预付款）
A902 附件上传到指定单据"] - j2["创建应付单 / 付款申请单（预付）
财务共享审批（当前机器人处理）"] - j3["付款处理 → 付款完成"] - j4["A103-2 付款申请单查询
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["基于已审批结算单提交开票申请
正向 / 反向开票"] - e1 --> e2["审核通过后推送，附件随单上传"] - e2 --> e3["定时查询开票结果与发票凭证
更新开票结果"] - e3 --> e4(["结束"]) - e5["已推金蝶的开票单 ERP 锁单
需修改时先金蝶红冲，再由 ERP 重新推送"] --> e4 - end - - subgraph HT["合同合规系统"] - h1["A303-1 开票申请单新增"] - h2["创建开票单 → 审核通过"] - h3["A303-5 开票申请单发票查询（定时查询）
A303-4 开票申请单查询（同步申请附件）"] - h4["发票红冲（如有）→ 更新开票结果"] - end - - subgraph JD["司库 / 星瀚（经 IPASS 中转）"] - j0["财务应收侧：运单对账 → 应收结算审核 → 全额推送财务应收单"] - j1["创建开票单 → 审核开票申请 → 开票处理 → 开票完成"] - end - - j0 -.->|"A302-2 财务应收单保存 / A302-4 财务应收单查询
正式结算开票须先推财务应收单"| 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["收票单新增 / 变更
ERP 内部完成收票认领"] - e3 --> e4 - e4 --> e5["推送收票单，并指定对应应付单"] - e5 --> e6["业务单据锁定"] - e6 --> e7["推送收票信息，更新收票信息"] - e7 --> e8(["结束"]) - e9(["异常处理"]) --> e10["发票红冲（如有）→ 解锁单据，反审核及删除
→ 重新推送"] - e10 --> e8 - end - - subgraph HT["合同合规系统"] - h1["A303-2 收票单批量保存
创建收票单"] - h2["A302-6 收票指定应付
关联应付单"] - h3["C107-1 收票认领结果同步
拟开发 / 开发中"] - end - - subgraph JD["司库 / 星瀚（经 IPASS 中转）"] - j1["企业进项发票票池"] - j2["创建收票单 → 关联应付单"] - j3["金蝶暂不支持一张发票指定多张应付单分摊金额
合同系统暂不推送金蝶收票单"] - 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["金蝶第一轮自动认领
仅能认领到客户维度"] - j3["生成 / 更新收款单，更新认领结果"] - end - - subgraph ERP["ERP / TMS"] - e1["二次认领：认领到合同 / 履约计划名称 / 批次维度
一笔回款对应多笔结算单时手工分摊"] - 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 收款认领结果推送
（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 节中靠近栏位边界的少量标注。 diff --git a/doc/docs/TMS业财融合方案.docx b/doc/docs/TMS业财融合方案.docx deleted file mode 100644 index 6e20a65a..00000000 Binary files a/doc/docs/TMS业财融合方案.docx and /dev/null differ diff --git a/doc/docs/业财融合系统接口文档.xlsx b/doc/docs/业财融合系统接口文档.xlsx deleted file mode 100644 index aec75987..00000000 Binary files a/doc/docs/业财融合系统接口文档.xlsx and /dev/null differ diff --git a/doc/docs/客商填报审核编码规范.xlsx b/doc/docs/客商填报审核编码规范.xlsx deleted file mode 100644 index 9abf8aa0..00000000 Binary files a/doc/docs/客商填报审核编码规范.xlsx and /dev/null differ