产品转型-关于软件集成对接的梳理

最近一直在做软件集成对接相关工作，需要系统整理下自己的思路，欢迎大佬们指正。

一、学习理解思维图

二、学习理解详细描述

1. 什么是软件集成对接

我这里讲的集成是指通过第三方手段实现软件与软件之间的数据、业务对接（目前我还没有找到比较统一的说明，所以不一定对，当作一个背景板展开）

产品经理如何做好B端数字化？

各行各业都搭上了数字化转型的顺风车，实现了行业的迅速发展。由于B端产品是为企业所提供服务的产品，那么，企业应该如何乘上数字化的顺风车呢？

查看详情 >

目前常见的第三方软件集成对接场景有：

1. 业务ERP与财务ERP
2. ERP系统与CRM系统
3. ERP系统与OA系统

2. 为什么需要集成对接

1）实现不同软件数据的串联：可以在一个软件实现所有关联业务的数据管理，或者数据统计

数据信息常见有两类

• 基本信息数据：如商品、客户、供应商等数据
• 业务信息数据：如销售、存货、任务工单等数据

2）实现不同软件业务的串联：目前市面上基本没有大而全的软件；更多的是各司其职，在自己的领域内专而精，为企业业务赋能。合理的实现多软件的业务串联，便可以使得1+1大于2

业务串联从形式上可以分为三类：

1. 业务到业务：从上游软件业务节点流转到下游软件的业务节点，下游完成后需回写上游业务节点状态。通俗来讲，上下游软件是一个完整业务流程不同环节，只有一整个流程走完，业务才会结束（每个节点的业务单据才会标记真正完成）。比如ERP与OA的对接中：某个单据提交审批，oa涉及多级审批结束后，回写ERP审批完成。
2. 结果到业务：上游软件业务结果流转到下游软件的业务节点，下游软件自行进行业务处理。通俗来讲，上游软件已经代表一个完成业务流程结束，下游软件代表另外一个业务流程开始。举个例子，如ERP与财务系统对接中：ERP发货结束的单据推送给财务软件（ERP承接销售业务的发货流程），财务软件自行进行单据的收款等（财务软件承接销售业务的结算流程）。

3. 如何进行集成对接

我理解通过应用三规则一约束就可以比较好的完成集成对接，但不一定对：

1）规则一、同步规则

确定软件与软件之间的数据同步，目前市面上常见的有三种：

1. 实时同步：指上游软件某个数据或者业务发生时，就马上更新下游软件对应数据。多见于规则策略以及标准数据管理的场景中，及时保障各游策略与数据的统一。
2. 定时同步：指定期同步上游数据或者业务至下游软件。多见于业务日结或者月结场景中，汇总阶段业务数据定时统一同时下游处理。
3. 手动同步：指手动处理上游数据同步至下游软件。该方式多用于上游业务无明确处理节点，由人工确认同步。

2）规则二、数据规则

• 静态数据：上下游维护后，便约定无法更改的数据。该类数据一般为集成对接的底层核心，若哪一方出现变动，便会造成集成对接的差错。
• 动态数据：可按一定规则发生变动更改的数据，由上游发起或由下游请求。该类数据在约定条件（注：即使是动态数据也是要有约束条件的，需要遵循上下游系统数据维护规则，绝不是无止境的更改）内可以进行动态变化。

3）规则三、业务规则

• 业务方向：确认业务流程，每个软件谁是上游，谁是下游？是业务还是结果?
• 业务限制：理解每个软件业务的表达形式，表达条件，确认业务约束（集成无法强求改变软件本身业务逻辑，所以一定是要遵循软件业务逻辑的基础上，设计业务方向）

4）场外约束：君子协定

为何叫君子协定呢，因为每个软件都是独立的个体，在其自己的软件体系里它是绝对自由的。

但是在集成对接的过程中（三个规则），有很多约束条件，我们是需要把这些约束单独列举出来，并通过企业管理制度（记住前提：集成无法强求改变软件本身业务逻辑，因此不是通过软件自身开发约束条件）来让相关软件使用者遵循约束，并相信他们可以很好履行（这便是君子协定）。

今天就到这了，希望大家多多交流，欢迎指导！