惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

MongoDB | Blog
MongoDB | Blog
大猫的无限游戏
大猫的无限游戏
H
Help Net Security
V
Visual Studio Blog
G
Google Developers Blog
Blog — PlanetScale
Blog — PlanetScale
Last Week in AI
Last Week in AI
C
Check Point Blog
D
Docker
M
MIT News - Artificial intelligence
P
Proofpoint News Feed
博客园 - 叶小钗
博客园 - 聂微东
The Cloudflare Blog
云风的 BLOG
云风的 BLOG
Martin Fowler
Martin Fowler
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
酷 壳 – CoolShell
酷 壳 – CoolShell
MyScale Blog
MyScale Blog
WordPress大学
WordPress大学
Engineering at Meta
Engineering at Meta
腾讯CDC
S
SegmentFault 最新的问题
博客园 - 【当耐特】

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
产品转型-关于软件集成对接的梳理
岁末凌蓝 · 2023-12-18 · via 人人都是产品经理

现在做软件集成的同学还有不少,但外卖看到的经验之类的文章不多,很多人也不知道怎么学习。这篇文章,作者梳理了一下自己经理的集成项目经验,希望能帮到大家。

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

一、学习理解思维图

二、学习理解详细描述

1. 什么是软件集成对接

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

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

  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)场外约束:君子协定

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

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

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

本文由 @蓝白羽0414 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。