有没有开发定制型ERP系统的？

冰焰

企业上ERP，到底是谁向谁靠拢？是企业向软件靠拢，还是软件向企业靠拢？

我觉得，从理论上讲，ERP这种东西，卖的就不应该是软件，而是软件背后所贯穿的管理思想。也就是说，客户购买了这款软件，也就是基本上认同了这个软件代表的管理思想。那么在实施中，客户应该尽量向软件靠拢。当然，软件厂商也要作一些便于用户使用的二次开发，和其他一些客户化的工作，但是指导思想不该改变。

但是，从实际上说，我所从事的是一个非常传统的行业（恕我不能说出这个行业是什么）的ERP系统设计和开发工作，目前最大的问题就是，没有一个符合大多数企业实际需要的标准的ERP软件。所以我们目前只能根据用户的实际需要去开发。我们自己将这种开发模式命名为“定制开发”。我并不认为这种开发模式真的适合ERP适合系统，但是目前也只能如此。这种模式最大的弊端就是工作量大，一个项目实施周期要一年左右，而且简单工作的重复太多。每个客户都有自己的管理模式，我们在用软件来实现客户公司老板自己的管理思想。很多时候我在问自己——我真的是作ERP的么？

suaxing

嘻嘻，定制？听起来就有点恐怖哦。一个ERP软件安装包就几十个G，要开发到这种水平。。。。。。

冰焰

没那么夸张，BS结构，前台后台加一块，代码也就一两百兆而已。

suaxing

嘻嘻 能不能请教下冰焰，就纯粹从软件本身的优劣性来说，ORACLE SAP的软件，究竟比用友还有金蝶好在哪里？
有人说关键在于构架，不过我还是不是很明白

冰焰

不好意思，虽然SAP是ERP领域的老大中的老大，但是，我所从事的这个行业却几乎没有SAP的身影，所以我对SAP的了解很少。


我认为ERP的重点在于对生产的管理，行业特征极为明显，不可能存在所谓“适应各种行业的全能型ERP系统”。也就是说，行业细分非常重要，ERP系统的设计人员必须对这个行业的生产特点有比较清晰的了解，才有可能设计出真正符合这个行业的ERP系统。而用友和金蝶都是作财务软件起家，财务软件非常通用。有国家的财务制度作保证，各个企业必须按照国家的财务要求来操作，所以软件只要符合国家的财务制度就可以了，行业特征并不明显。所以我觉得，用友金蝶等公司在财务软件上一帆风顺，并为他们打下了良好的客户基础，但是真到了ERP领域，他们如果不进行行业细分，并积累相关的经验，恐怕未必能马到成功。


ERP软件公司不要炒概念，要踏踏实实地作。选择适当的行业，寻找这个行业中一两家有代表性的、管理基础比较好的企业进行合作，合作中积累经验锻炼团队，才能真正切入到这个行业中来。

suaxing

嘻嘻，感觉还是没有帮我解惑。嘻嘻。还是谢谢。

wjfonhand

软件本身的优劣性？ 这是什么指标，让人无法回答。

架构，是组织架构还是技术架构，也没说清楚。版主，能否先谈谈你的见解？

suaxing

原帖由 wjfonhand 于 2007-9-17 09:41 发表
软件本身的优劣性？ 这是什么指标，让人无法回答。

架构，是组织架构还是技术架构，也没说清楚。版主，能否先谈谈你的见解？

这个问题WJF兄能帮我解疑不。因为没有接触过其他ERP，所以一直不了解为什么SAP的ERP就比用友的好。从技术上来说，到底好在哪里？从产品的建模上来说又好到哪里？
以前和一个人聊起，他觉得关键是产品的架构，因为对技术的东西比较蒙，所以当时也没考虑到到底是技术架构还是什么架构。

fanqinglin

请问冰焰是买软件还是卖软件?你的见解我非常赞同,希望能与您交流.E-MAIL:   fanqinglin@126.com

clossc

呵呵，定制式，其实看你的核心部分在哪里，有制造，有财务，有总账，有工作流，有生产计划，有订单，有采购，基本上就可以称作一个ERP了。定制的ERP有很多局限性，比如它只针对某个行业而言，这种只能称作为行业ERP，他不能通用到其他的领域去，另外，系统架构很重要，对于一个好的软件而言，好的延伸性，扩展性，维护性以及2次开发，在架构的阶段都该考虑到。至于用什么技术实现，有人追求.NET，有人说JAVA好，我个人觉得，就像你说一句：HELLO,WORLD！无论什么语言，只要最终达到的效果一样，任何语言都OK的。

冰焰

原帖由 fanqinglin 于 2007-9-17 20:47 发表
请问冰焰是买软件还是卖软件?你的见解我非常赞同,希望能与您交流.E-MAIL:   fanqinglin@126.com

我汗……不是买，也不是卖，是自己作，一个代码一个代码地敲进去……手工作坊。

冰焰

原帖由 clossc 于 2007-9-19 14:22 发表
呵呵，定制式，其实看你的核心部分在哪里，有制造，有财务，有总账，有工作流，有生产计划，有订单，有采购，基本上就可以称作一个ERP了。定制的ERP有很多局限性，比如它只针对某个行业而言，这种只能称作为行业ERP， ...

我觉得，ERP只能是行业ERP，不可能有什么“通用ERP”。我们都知道，ERP的核心在于生产，不同行业生产模式完全不同，也就不可能出现一个统一的管理模式。


比如说有一个行业，它的原料是农业产品——农业产品的特点是性能不稳定，不同地域出产的原料性能不同、同一个地域不同年份（由于气候等原因）出产的原料性能也不同，因此无法按照像对工业标准件一样来管理；再比如这个行业的生产成本主要在原料上，那么对原料的管理就要更严格更细致，另外一个行业的生产成本可能主要是人员工资、固定资产折旧或者其他一些方面，这又决定了ERP系统的管理重点不同。总之，我个人不相信有“跨行业通用ERP系统”的存在。


我的目标是通过为几个典型企业开发定制ERP系统，摸索出整个行业的运作规律，最终拿出具有一定通用性的行业标准版本。我所处的这个行业企业极多，市场空间很大，竞争对手却不是很多，大家抢的就是这个先机！


另外，对于开发工具，我和您的看法相同，只要用起来自己觉得方便就可以了。

suaxing

原帖由 冰焰 于 2007-9-20 19:32 发表



我觉得，ERP只能是行业ERP，不可能有什么“通用ERP”。我们都知道，ERP的核心在于生产，不同行业生产模式完全不同，也就不可能出现一个统一的管理模式。


比如说有一个行业，它的原料是农业产品——农业产 ...

好的ERP，可以通用啊。生产模式不同，可以通过不同模块来实现。
比如，汽车，可以用离散；酒厂，就用重复；施工企业，就用项目。。。。

suaxing

原帖由 clossc 于 2007-9-19 14:22 发表
呵呵，定制式，其实看你的核心部分在哪里，有制造，有财务，有总账，有工作流，有生产计划，有订单，有采购，基本上就可以称作一个ERP了。定制的ERP有很多局限性，比如它只针对某个行业而言，这种只能称作为行业ERP， ...

“系统架构很重要，对于一个好的软件而言，好的延伸性，扩展性，维护性以及2次开发，在架构的阶段都该考虑到。”
兄弟能回答下我的问题吗，就单从软件上来说（不考虑实施人员，以及售后支持等），ORACLE SAP究竟比用友之类好在哪里？

冰焰

原帖由 suaxing 于 2007-9-20 19:45 发表

好的ERP，可以通用啊。生产模式不同，可以通过不同模块来实现。
比如，汽车，可以用离散；酒厂，就用重复；施工企业，就用项目。。。。

那还是指行业模块啊，不同行业用不同模块。采购和销售相对来说通用一些。

按照你这个定义，我正在作的就是属于我这个行业的模块。

clossc

呵呵，因为ERP是大部分针对制造型企业，所以，我个人觉得，通用的ERP还是有可能的，因为数据流向最终的财务模块，业务准则都是一样的，至于制造里面的一些小模块，肯定无法有通用的，好的软件比如ORACLE，可能属于灵活，目前涉及的制造型领域，反正套框架都能套进去，我对行业软件的理解是，制造型企业，只是业务流程或者工作流程有特殊的地方，比如目前的服装行业，纺织行业，农产品加工行业，化工行业，大家的侧重点不同而已。进销存这些，基本上差不多的。
楼上的楼上，我觉得ORACLE比用友金蝶强的地方在架构，ORACLE，SAP是制造起家，工厂为本，用友金蝶是财务起家，ORACLE跟SAP，在其基础上做衍生的2次开发，相对比较灵活，很多东西可以由维护人员配置，用友金蝶这方面好像感觉做的一般。呵呵，我个人的理解哦，这四个软件我一个也没用过，只是从理论上去理解的，我做过跟金蝶的财务接口，数据的导入，金蝶当时的表结构是不开放的（05年，版本忘记了），加密的，呵呵，而ORACLE，SAP的系统，这些都是开放的，我想，对于程序员来说，这个差别也蛮明显的，呵呵。

suaxing

嘻嘻，谢谢楼上

冰焰

我明白clossc网友的意思。以比较通用的采购、销售、仓储、财务管理为标准框架，搭配适用于不同行业的生产模块，构成“通用ERP”。但我认为，对于ERP来说，生产是核心，要搭配也应该是周边模块去和生产模块配合，而不是相反。

clossc

呵呵，MRP来说，生产是核心，ERP来说，财务是核心。配合是流程的配合，而不可能是以某一个模块的重点突出去让其它的配合。

冰焰

我认为ERP里的财务模块只是把所有经营活动以资金流动的形式体现给客户，可以说是最终结果的反映，但谈不上核心。


求同存异吧，呵呵……