能不能仅上Orace ERP 财务部分模块?

it_518

应该可以只上财务部分

lnjkming

需要二次开发，然后销售数据转入oracle interface，实施费用会增加

hellay_zhao

这个问题我觉得应该分两部分来看：
1、财务模块是否可以单独上？答案是肯定的
2、至于顾问公司的建议。我建议自己好好考虑清楚，如果只上oracle财务，那么原来的销售系统肯定要跟oracle财务做接口，那么接口的工作量和使用原来系统的熟悉性、方便性等方面做一个权衡，毕竟接口开发的工作量最后买单的肯定是你们自己公司了，而且接口的质量如何也是有待验证啊

cjianshun

单独上财务部分模块没有问题的，我们就是这样做的，不过对已其他模块交互的就很麻烦，用接口去做

finalarrow

主要是不想一下子动原来的销售系统，风险太大了，大老板也不同意。而财务部分我们是可以掌握的，有决定权。也想着先上Oracle财务部分，能更好地为以后分阶段上销售作准备。

但不知先上财务部分具体会有哪些Interface，工作量如何评估？ 请有经验的共享一些资料及建议。谢谢！

player012

肯定2种方案都拿出来比较下，怎么符合公司管理需求怎么来， 财务接口不是很难的，大公司基本都是好多ERP系统，数据各个系统来回导入同步。

longjin

支持3楼，国内小企业的话就别折腾oracle了，不好用也没啥实际意义

finalarrow

longjin 发表于 2011-9-18 16:28
支持3楼，国内小企业的话就别折腾oracle了，不好用也没啥实际意义

呵，我老板想上，他觉得金蝶软件不错，就是人太差了（指实施的人）。然后嘛，觉得上市公司不搞个SAP,Oracle 说不过去，就这么简单。现财务是用金蝶。

还请有经验的指点一下。

gmkratos

能够导入的话还是可以用API进行导入的。我这边很多公司都是单独上的财务，然后从其他的系统里面导入数据再来处理的。所以说这样的案例还是可行。

老实说，顾问师的说法也是为你们好，你想想，Oracle毕竟相对大全些，业务数据在一个系统里面做肯定胜过多个系统之间的导入和导出。虽然你开始会麻烦点，但是随着时间的推移和问题的不断完善，往后得到的收益绝对不止这点。

所以你们既然要上市了，不妨多花点钱做好防患于未然的事情。

那么就是财务和销售都要上，然后也开发API进行数据导入。然后你们就可以自己评估到底是用API好，还是使用Oracle的OM好。如果原有的销售好，那么你们就封了Oracle的OM职责不让录数据即可；如果导入的API工作有问题，那么你们就可以使用Oracle的OM，正好规范一下自己的业务流程。无非就是多出钱了，既然要上市，面子工程的钱不能少的吧。

以我的经验看，API并非不能玩，玩不好API会玩死你的，数据不规范API玩转不好的话，痛苦的还是你自己。

一家之言，仅供参考

finalarrow

LS 已经说得很到位的。我在考虑多一些问题：

1). 从财务模块来说，是否Oracle 就比 K3（or KIS）优胜？（从架构上/功能上/性能上考虑）

2). 如果是自己在Oracle 虚拟机搭起财务模块及销售模块（没接触Oracle ERP，但很熟悉PL/SQL及业务），是否非常难？(我想做一下rehearsal，看看事实情况)