文档,然后发送给相关的人员。这个过程的话,不需要用户的干预,而且这些过程都是在晚上进行,从而也不会对用户白天的作业产生过多的影响。另外一些数据是相关人员根据系统内容还需要进行稍微的修饰,用采购部门的材料预计到料表、生产部门的生产定单预计缺料表等等,相关用户还需要进行额外修改后,如选择具体的发送内容,才能够发送。如此的话,就ERP系统报表的显示格式,让起在上面,可以指定需要发送的内容,然后通过报表归档功能,把需要发送的报表归档起来,以方便然后查询。然后再报表上,添加一个按钮,关联一个批处理程序,当用户维护好报表以后,只要点一下这个按钮,报表数据就会按即定的格式以及预先设置的联系人,把邮件发送出去。系统的结合。
我有一个客户,其上ERP系统之前,已经有了办公自动化系统。每天生产计划人员会在上面及时更新生产计划及当前定单的完工进度;采购人员也会把采购定单的异常信息,如采购定单交期的调整或者价格的变化信息反映在办公自动化系统上去。上了ERP系统之后,用户的这些操作习惯还是没有改变。他们还是喜欢在办公自动化系统上查询相关的内容。
其实,ERP系统跟OA系统的公告功能结合的话,也只是一个数据的传递功能而已。我是通过数据库的触发器帮助用户来完成两者之间的集成。如到采购员改变采购定单的交期的时候,预计交货日期在系统中保存的时候,数据库触发器就会触发一个动作,把变更信息反映到OA系统的数据库中去,如此的话,OA系统中就可以显示这条内容了。同时,也可以把仓库当月的收货记录等等信息反映到OA系统中去。如此的话,使得哪些没有ERP客户端的用户,也可以了解到ERP的相关运行信息了。
而且,这个方法还可以解决用户端口的问题。现在有些ERP厂商,比较有经济头脑,他们的软件费用是按照用户的使用端口数来进行收费的。用户同时使用的端口数越多,其软件使用费用越高。而实际上,用户很多时候,并不需要对ERP系统进行修改操作,而只是简单的查询功能。为此,让他们白白占用一个端口,就有点浪费了。此时,我们就可以结合OA系统,把用户需要查询的一些常规信息,如采购定单的到料情况,利用触发器功能,把这些信息反映到OA系统中去。如此的话,用户需要这些信息的话,也不需要打开ERP系统去查询这些信息了,可以介绍不必要的端口开支。
总结我的系统整和经验,我觉得难度不在于技术,而在于企业需求与业务逻辑的确认。只要这些了解清楚了,那么技术上的问题就不在是什么难题了。

您的位置:
赞助商