为什么我认为SAP是世界上最好用最牛逼的ERP系统，没有之一？玩过QAD、Tiptop、用友等产品，深深觉得SAP是贵的有道理！
一套好的ERP系统，不仅能够最大程度承接适配企业的管理和业务流程，在技术上面也能够做到快速部署和挑战。而对用户而言，好用且逻辑性强，体验好、便利可掌控才是能够抓住用户的需求点。很可惜的是，纵观世界上这么多的ERP系统，真正能够为用户考虑而且有自己的核心竞争力的并不多。
我认为一套好的ERP系统，不仅仅是一套软件，更是一个管理思想。选型ERP，要从以下几方面考虑：
一、业务模式
在选用ERP之前，首先企业自身得明白自己需要什么，想要实现什么功能，管理需求是什么。遗憾的是很少有企业能够明白这一点。ERP不是选择市场份额高的，也不是选择广告，而是真真切切选择适合企业的系统。比如本公司本来就是重复性的制造体系，如果选择的系统不支持这种方案，虽然后期可以通过客制开发来实现，但毕竟开发量大，过度修改系统原有的标准逻辑，一定会造成过度二次开发的灾难。因此企业在选择ERP之前一定要很清楚自己真正的需要。
之前公司在选型的时候，用友公司一直仗着自己在国内市场份额最大而一直跟我们公司打广告。实际上，用友的产品在制造型的企业的份额并不如其他产品的多，所以这个是要区别对待的。之前就是因为用友的产品不支持重复性生产的模式而被毙掉、
二、数据库
基本上来说世界上ERP常用的数据库无非就是Oracle和MSSQL。ERP系统在企业里的应用是重中之重，数据量也会逐年递增，稳定性可靠性都要求很高。因此采用稳定且效率高的数据库是很有必要的。如果一款ERP系统只能支持单一的数据库真的是可以摒弃了。ERP系统是长期工程，至少要以10年的眼光来看待它。用友U9只支持MSSQL系统，而SAP/Tiptop是主流数据库都支持了。
三、B/S和C/S
B/S和C/S孰优孰劣百度上很多，各有各的优势和短处。如果哪家ERP厂商吹捧说自己公司的产品是基于B/S模式所以有优势的说法绝对是忽悠人的。其实B/S没有什么不好，但是因为你是B/S模式，客户端只能限制在IE浏览器上使用那就绝对是大错特错了。而如果因为你是C/S模式，客户端只能在Windows系统上使用那也是让人难以接受的。一定要很清楚，终端跨平台和多元化一定是要考虑进去的。
SAP其实是两者都支持的，不过对B/S支持度不佳；用友U9是绑死在windows系统下的IE浏览器上，基本上很废材；Tiptop系统则是纯粹的C/S模式，虽然它也宣称支持B/S，但实际上是要安装ActiveX插件，自然而然的是绑死在Windows系统的IE浏览器上。
四、跨平台
如果哪一套ERP系统的服务端只能安装在Windows Server上，客户端只能在Windows系统上使用的话，那么请毫不犹豫得忽略它。企业应用很复杂，客户端不能只考虑到win系统，再加上VPN的使用，未来员工在家使用ERP也是很正常的事情。所以如果ERP不能跨平台，基本上可以说明这是一套垃圾ERP。我所知道的用友系统基本上都是基于Windows系统，其他诸如Linux，OSX系统是没法用的。而SAP有对应平台的客户端软件，服务端也有多种系统可供选择。
五、开发技术
ERP的开发技术占比比分很重，因为实施过程中和上线之后企业的业务会不断的变化更改，ERP系统也会因为业务而一直不断开发更新中，所以技术在这过程中很重要。以下只对我所知道的系统做一个技术方面的介绍：
SAP：1、客户端：SAP的开发平台实际上就是在客户端上，一套客户端有几百兆的大小，里面包含了基本上所有的操作和开发。技术开发只是里面的一个模块而已，技术人员不需要安装额外的开发工具，也不需要上传和下载代码文件，因为SAP的代码全部集成在系统里，只要运行SE38就可以在里面做开发，不管是Debug、开发画面、报表查询、单据打印、系统后台配置、代码性能分析等全部都在这里面，非常的方面简单。永远不用去敲命令，永远不用去记目录，编译和调试都是可视化界面，点点鼠标就可以了，简单快速高效！安装好客户端，新建好登录地址和端口就可以快速连接到系统了。
2、集成：至于跟其他系统的集成问题，SAP有自己的一套远程调用接口的服务，俗称RFC，支持第三方开发语言诸如JAVA，C#，C++，PHP；平台基本上都支持，更不用提Android和IOS等系统了，直接可以通过调用RFC接口来与SAP做数据的交互传递。除了接口之外，SAP还提供了几乎所有的业务接口，即BAPI，其实也是一个可远程调用的接口，只不过它是业务的封装。第三方平台和技术可以通过调用BAPI来实现业务数据的创建，比如创建销售订单，创建采购订单，审核单据等等业务性的动作。用户在调用接口的时候完全不用考虑要对什么表做插入做更新做逻辑校验，只需要按规则把参数传递进去就可以了，其它的事情就交给SAP来处理了。
3、开源：在系统开源方面，SAP基本上前端的页面和后端的配置都能找到它的代码，而且这里面绝大部分的代码都有增强点，在这里可以做源码的修改和补充。但涉及到非常核心的功能SAP是不让改的，这也说明了SAP以逻辑严谨著称。一方面避免了开发过度，一方面也避免了对系统业务逻辑做颠覆性的修改。
4、画面开发：在程序画面上，SAP也提供了一套可视化的开发工具，可以让技术人员直接对控件做拖拉的动作，熟悉C#和VB的人一定不会对他陌生。
5、数据库设计：SAP数据库表的设计也非常的到位，每一张表的表名和表里的每一个栏位都有它自己的含义，而且全数据库统一一个栏位名称。比如物料编号，在物料主档里它就叫MATNR，在其他的表比如销售明细表、采购明细表、过账凭证表上面的物料编码也全部都是MATNR。所以开发人员一看到这个栏位名称就知道它存的内容是什么，不用查数据库规格书，也不用去看代码，不需要去画面的栏位查看栏位名称。
6、消息机制：SAP系统提供了一套非常完善的消息机制，有错误，警告，提示和退出等功能，通过系统的消息编号，再配合Debug可以秒定位到发出消息的那段代码上，从而对程序做一定的完善。我非常喜欢这样的功能，经常就会因为系统的提示问题而不知道发生的原因，通过消息和分析代码就能够快速找到根源所在。
7、SQL跟踪：SAP有一套非常方便的Sql跟踪方案，可以针对当前的用户或某一个用户做sql跟踪，技术人员可以快速找到每一个画面后台所有用到的数据表，非常的方便快捷。对后续的系统开发和报表开发都很有帮助。而且也可以对增强的开发做到辅助作用，可以快速定位到具体的表的代码里，用过的人绝对都说好。
8、内容导航：SAP有自己一套非常实用的内容导航。可以在某一个画面里双击某一个栏位自动跳转到相关的画面。比如在采购订单画面双击供应商栏位，系统会自动跳转到供应商主数据的画面；比如在库存过账的画面双击物料编码的栏位会自动跳转到物料主数据的画面。实际在使用过程中并不需要新开画面，然后复制要查询的信息进去搜索，用导航的方式可以快速切换想要用的画面，非常的实在！
9、性能监控：技术人员客制的程序往往性能不佳，速度很慢，这个时候就可以利用系统自带的性能监控的画面来监控技术人员开发的程序，很直观了解到是哪里的代码出现问题，哪条sql语句执行时间如何等等，技术人员可以针对性去优化和解决。
10、画面配置：SAP对画面的调整能力超乎想象，比如你想在一个画面里的某一个栏位做隐藏、只读、必填等动作，只需要建立变式就可以了，而且还可以针对不同的账号做生效。马上配置马上生效，根本不需要做任何代码的编写。而且也支持技术人员自己开发的画面。在企业应用里，这类的调整非常多，但如果每个都要做开发绝对会累死技术人员，效率也不高。
其实不止以上几点，还有非常多的技术相关的东西，SAP都做到很人性化。也基本上可以确定了SAP的霸主地位，对技术的完善和可控，造就了它的高可维护性和扩展性。
Tiptop：开发人员需要额外安装一套开发工具，每次开发都要从服务端下载代码文件到本地编辑，然后再上传上去，之后再切换到另一个工具编译和运行。如果你要Debug，估计就是要敲命令了，仿佛就是在Linux下操作一样，对开发人员的要求很高。而程序性能分析就更不用谈了，系统都没有这样的功能。所以跟SAP比起来，这系统非常的笨拙，需要很多工具一起配合使用。更可怕的是安装客户端还需要本机安装IIS，这个绝对让人匪夷所思。虽然可以通过IE浏览器安装客户端插件，但还是绑死了在Windows系统上了。
1、客户端：这ERP的客户端最让人无语的是它安装完之后需要做一定的配置，比如要对客户端的快捷方式添加-aD作为启动参数才可以新建登录链接，至今不明白做这个限制的意义何在？而苹果平台的版本虽然有对应的APP程序客户端，但更让人崩溃的是它也一样要配置，而且过程相当的复杂，需要敲一大堆的命令（重命名，创建快捷方式，添加参数，修改权限），所以用户根本就不懂怎么操作。我至今都很好奇TOP GP的客户端开发公司到底是啥意思？要数最不懂用户体验的非这公司莫属了吧。
2、集成：说到跟第三方平台的集成，Tiptop的对接技术是使用Webservice，先把需要的数据通过用DML的方式插入到ERP数据库的中间表，再调用Webservice的方式通知ERP中间库已经有数据了，接下来ERP再执行相应的接口程序进行读取并做逻辑校验。在这个过程中，所有的事情全部都要技术人员写代码操作，而且手动对表做读取和插入等更新，除非技术人员对Tiptop的业务逻辑和后台表非常的熟悉，否则一般人真心干不来，要么你就是去看系统源码。这种痛苦的过程的根源就是因为这ERP没有对业务接口做封装，所以从第三方平台生成业务数据，比如创建销售订单，创建采购订单，单据审核等动作全部都要对数据表做增删改的操作。一旦你漏写了或者漏了那些表的更新，那就会对后续的业务造成一定的隐患。
3、开源：Tiptop系统是全开源的，但虽然它几乎完全开源，但弊端也非常显而易见，那就是谁都可以去修改这些代码，改来改去该到最后估计用户都不知道什么跟什么了吧。开源本来是好事，但可以让客户过度修改就不是好事了。
4、画面开发：Tiptop也有一套可视化的开发工具，跟客户端独立开来，需要技术人员将代码和画面关联起来。
5、数据库设计：Tiptop的数据库设计是非常奇葩的地方，数据库里的表名和表里的栏位清一色流水号，比如物料编码，在物料主档里它叫ima01，在其他表或许就会叫exa02，在另外一张表就变成了aba03了，所以开发人员必须要时刻把数据库规格书打开，随时查阅，除非是天才能够完全记住，否则免谈。
6、消息机制：有系统消息机制，但客户不可定制自己的消息。要通过消息的提醒快速找到代码的地方却并不简单。不过有一点优势在于Tiptop画面的后台代码都一般只有一直程序，偶尔调用一下函数而已。这点比SAP要单纯不少。
7、SQL跟踪：没有提供这个功能。
8、内容导航：没有提供这个功能。
9、性能监控：没有提供这个功能。
10、画面配置：较少支持，绝大部分要做开发。
Tiptop的开发远远不如SAP来的快捷方便，跟SAP比起来差距真的不是几个量级可以衡量的。
用友U9：用友U9了解的并不是很彻底，但所知道的是它也需要有一套开发工具，可以用微软的Visual Studio（花钱吧）。这系统不开源，所有的动作只能通过它宣传的后台配置去实现，但一旦后台配置实现不了的，那就只有开发，而且只能找厂商来开发，对，你要交年维。
1、客户端：IE浏览器，其他浏览器不行！
2、集成：Webservice，麻烦程度不必说了。
3、开源：不开源！
4、画面开发：利用VS开发工具或自带的开发平台。
5、数据库设计，6、消息机制 ：不详；
7、SQL跟踪：不支持。
8、内容导航：不支持。
9、性能监控：不支持。
10、画面调整：可配置调整，量不多，部分要做开发。
老实说用友U9我用的不多，了解也偏少，不过之前的测评和评估的过程来看，这套系统并不值得实施（特别是生产制造型企业）。
六、系统配置
一套系统做得好不好，还得去看它应对业务变化的能力，不需要做开发就可以做到对业务模式和需求的定制。比如企业里要对某一类的采购订单做分类，如果不支持定制，那开发绝对是很痛苦的。如果要对不同的采购订单做号码段定制，对开发的能力要求更高。一套完善且功能齐全的系统配置方案是重中之重！
SAP系统里面有非常多的系统配置的功能，通过专用的画面SPRO进入。基本上里面用户想要的业务模式都能支持，功能强大到令人叹为观止。通过系统配置+细节上的开发基本上可以实现一套系统的切换了。
Tiptop也有一定量的系统配置，不过这部分并不如SAP来的庞大，而且功能相当有限，只有非常简单的几个下拉框和按钮这样子而已。就连不同的采购类别设置不同的订单号码段都不支持，跟SAP比起来基本上是属于很小型的系统定制。Tiptop引以自豪的一方面是它的开源，所以通过开发可以实现无限的可能情况。但这样真的好吗？
用友U9就更不要说了，不开源，而且妄图大部分功能可以通过系统配置来实现系统的定制。千万不要去相信，一套ASP.NET网站能够多灵活可想而知，不是我偏见，我研究过一部分，代码功能很多都是存储过程，系统定制方面比较弱。所以只能通过开发来实现，而且是用友官方的开发！
七、多组织架构
ERP的多组织架构也是非常必须要有的功能，毕竟现在很多上了规模的企业都是集团化了。如果有ERP不支持多组织，就跟废材一样。
所幸的是SAP、Tiptop、用友U9都支持多组织的架构，但各自支持程度又不尽相同。
SAP里面99%的数据表都会有几个栏位存放公司、工厂等组织性的栏位，用于区分其他子公司的数据。所以在很多的画面上都会看到对公司和工厂等栏位的查询。用户只要有权限就可以快速查询不同组织的数据，而且也方便很多子公司之间的业务来往，秒切换。技术人员也可以很简单方便在代码里面实现多组织方式的开发报表展现。
Tiptop里面是通过Oracle数据库的“账号”来区分组织，所以在一个“账号”里面所有的数据表存的都是当前的组织架构。如果用户想要查询其他的子公司数据，就要切换运营中心，画面上找不到可以查询其他子公司的查询条件。而开发人员自然也不用去专注查询其他子公司的数据。但是，一旦要合并报表呢？一旦要查询其他子公司的数据呢？
用友U9也是类似跟Tiptop方式的组织架构支持方式，不提也罢。
说到这里，讲了几个相对比较重要的点，但其实ERP还有非常多的方便可以讲述，SAP太多的优势了，多到我现在虽然没有在玩SAP，但非常怀念这套系统带给我的那种驾驭的感觉。
玩SAP 5年以上，Tiptop半年以上，用友U9研究过，基本上可以判断出这几个系统很多方面的差别。不得不说，SAP很贵，非常贵，但贵得很有道理。奉劝企业千万不要贪图便宜，也不要被所谓的市场份额给欺骗了，选择合适的，能够快速实施和开发的系统最合适。
转载,作者:梦心 博客地址：http://www.cnblogs.com/saper/