有奖话题讨论：OA与ERP的集成

peterxie

先解决单点登陆。
之前做过一个把ERP的界面及功能链接直接嵌套到OA页面中。对于用户来说，他感觉还是在使用OA，但实际上己经在操作ERP了。

数据交换，更多的还是通过接口去实现。

一般用户上班后第一件事是登录OA,很少直接去上ERP的。所以ERP中的待办，消息之类的，最好通过后台定时刷新发到OA平台。

phoenix1981

jvkojvko 发表于 2012-3-15 11:29
ERP目前使用模块：生产，销售，采购， 财务，人事

OA 目前基本上是一个邮件系统而已，有一些简单的流程 ...

哈哈，至少你还需要上一套报表工具。

这是与ERP打通后必不可少的。

tom_xieym

up

phoenix1981

恭喜！您刚拣到ITPUB送出的幸运红包!系统奖励11PUB币!

先下楼吃饭去了，下午有会。回聊。

jvkojvko

phoenix1981 发表于 2012-3-15 11:28
你这么问太笼统了，呵呵。实现都挺简单的。欲知详情。上Q聊：394452267。

全套的解决方案我这 ...

56919325

jvkojvko

phoenix1981 发表于 2012-3-15 11:31
哈哈，至少你还需要上一套报表工具。

这是与ERP打通后必不可少的。

BI这块有在用，又是另外一套， 是把ERP的数据每天数据交互到BI服务器，

【风云】

yuwan1125 发表于 2012-3-15 11:19
首先支持单点登录，类似CA啥的。业务发起在ERP，然后ERP系统向OA推消息（MQ）,有附件的话就做个接口（貌似M ...

处男说得有道理

YZQ-zq

帮顶

superatao

1. 数据库异构不是症结所在，两个层面系统的集成，想避开各自的二次开发那是不现实的。类似EBS中间件机制，Web service的二次开发、封装、公开是必须的；
2.提到集成，首要的问题难道不是要搞清楚二者之间到底要做哪些集成吗？梳理OK再见招拆招儿；
3.审批流也好，工作流也罢，还只是停留在单系统层面的，如果跨系统涉及到流程定义，那不是WF的事情，而是BPM的事儿，这就又引出更麻烦的事儿了。

jvkojvko

什么是WF，什么是BPM啊，不懂啊，