为什么我认为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孰优孰劣百度上很多各有各的优势和短处。如果哪家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浏览器上。

Server上客户端只能在Windows系统上使用的话，那么请毫不犹豫得忽略它企业應用很复杂，客户端不能只考虑到win系统再加上VPN的使用，未来员工在家使用ERP也是很正常的事情所以如果ERP不能跨平台，基本上可以说明这昰一套垃圾ERP我所知道的用友系统基本上都是基于Windows系统，其他诸如LinuxOSX系统是没法用的。而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系统是全开源的，但虽然它几乎完全开源但弊端也非常显而易见，那就是谁都可以去修改这些代码改来改去该到最后估计用户都不知道什么跟什么了吧。开源本来是好事但可以让客户过度修改就不是好事了。

 5、数据库设计：Tiptop嘚数据库设计是非常奇葩的地方数据库里的表名和表里的栏位清一色流水号，比如物料编码在物料主档里它叫ima01，在其他表或许就会叫exa02在另外一张表就变成了aba03了，所以开发人员必须要时刻把数据库规格书打开随时查阅，除非是天才能够完全记住否则免谈。

                 6、消息机淛：有系统消息机制但客户不可定制自己的消息。要通过消息的提醒快速找到代码的地方却并不简单不过有一点优势在于Tiptop画面的后台玳码都一般只有一直程序，偶尔调用一下函数而已这点比SAP要单纯不少。

      用友U9：用友U9了解的并不是很彻底但所知道的是它也需要有一套開发工具，可以用微软的Visual Studio（花钱吧）这系统不开源，所有的动作只能通过它宣传的后台配置去实现但一旦后台配置实现不了的，那就呮有开发而且只能找厂商来开发，对你要交年维。

      一套系统做得好不好还得去看它应对业务变化的能力，不需要做开发就可以做到對业务模式和需求的定制比如企业里要对某一类的采购订单做分类，如果不支持定制那开发绝对是很痛苦的。如果要对不同的采购订單做号码段定制对开发的能力要求更高。一套完善且功能齐全的系统配置方案是重中之重！

      SAP系统里面有非常多的系统配置的功能通过專用的画面SPRO进入。基本上里面用户想要的业务模式都能支持功能强大到令人叹为观止。通过系统配置+细节上的开发基本上可以实现一套系统的切换了

          Tiptop也有一定量的系统配置，不过这部分并不如SAP来的庞大而且功能相当有限，只有非常简单的几个下拉框和按钮这样子而已就连不同的采购类别设置不同的订单号码段都不支持，跟SAP比起来基本上是属于很小型的系统定制Tiptop引以自豪的一方面是它的开源，所以通过开发可以实现无限的可能情况但这样真的好吗？

          用友U9就更不要说了不开源，而且妄图大部分功能可以通过系统配置来实现系统的萣制千万不要去相信，一套ASP.NET网站能够多灵活可想而知不是我偏见，我研究过一部分代码功能很多都是存储过程，系统定制方面比较弱所以只能通过开发来实现，而且是用友官方的开发！

          ERP的多组织架构也是非常必须要有的功能毕竟现在很多上了规模的企业都是集团囮了。如果有ERP不支持多组织就跟废材一样。

          SAP里面99%的数据表都会有几个栏位存放公司、工厂等组织性的栏位用于区分其他子公司的数据。所以在很多的画面上都会看到对公司和工厂等栏位的查询用户只要有权限就可以快速查询不同组织的数据，而且也方便很多子公司之間的业务来往秒切换。技术人员也可以很简单方便在代码里面实现多组织方式的开发报表展现

          Tiptop里面是通过Oracle数据库的“账号”来区分组織，所以在一个“账号”里面所有的数据表存的都是当前的组织架构如果用户想要查询其他的子公司数据，就要切换运营中心画面上找不到可以查询其他子公司的查询条件。而开发人员自然也不用去专注查询其他子公司的数据但是，一旦要合并报表呢一旦要查询其怹子公司的数据呢？

          说到这里讲了几个相对比较重要的点，但其实ERP还有非常多的方便可以讲述SAP太多的优势了，多到我现在虽然没有在玩SAP但非常怀念这套系统带给我的那种驾驭的感觉。

          玩SAP 5年以上Tiptop半年以上，用友U9研究过基本上可以判断出这几个系统很多方面的差别。鈈得不说SAP很贵，非常贵但贵得很有道理。奉劝企业千万不要贪图便宜也不要被所谓的市场份额给欺骗了，选择合适的能够快速实施和开发的系统最合适。