这里有用Syteline的吗？

刘卫国

SYTELINE 的帮助应是一流的，写的特别详细，全是英语没
关系，汉文我想倒不好，因为英文源汁源味，翻译成中文以
后，不仅翻译的错误，还有客观一个原因，就是味道变了，
翻译后很多意思已不是原来的意思了，所以我想要想搞好
深透产品，还是看原厂英文帮助好

cs19801023

最初由 刘卫国 发布
[B]不是曲解呀!现在我不知产品改成什么样了，
但在我用时，随着记录的的增加要经常改动深度等参数。
如果一旦忘了改了，那跑出来的MRP 数据相差极大
象我们现在公司用的paradigm ERP 系统，每天都要
系统自动发MRP来，每天早上7:00都要根据MRP发未来二十四小
时的用料量，如果象你所说的，那我们是不是在每天都
要注意那此参数的变化呀，每天还要审核发的对不对，
那我还用它干什么？
你说速度，是呀SYTELINE的速度是一个问题 ，速度比较慢

但我想现在经INFO收购后，产品的性能应应有很大的改进了。
任何产品都有的它的不足，都是从不好到好的方面发展的。
整体看SYTELINE是不错呀!

我们去年开始上ORACLE ERP，paradigm ERP  我们用了很多年了，它有它的优点，但也有它的缺点。我讲了SYTELINE 的不足也没什么可让你不高兴呀!任何产品都有它的长处与短处，要面对短处，那样才能让产品走向更完美。 [/B]

丢人了丢人了。说到速度，一直是个问题。只能寄希望于新的平台了，我觉得Syteline作为中小型软件，选择SQL Server并没什么问题，那么问题就出在它知否能支持大业务量这上面了。VBA+SQL的性能不会非常好的，当然，跟底层代码的水平也有问题，我曾经看过APS的部分代码，有可改进的地方。拿Syteline同公司的Baan做比较，虽然不是一个层面上的产品，单说支持的数据库与代码，Baan就要先进一些。所以说，Syteline这个产品从技术层面上讲当时有些急功近利了，不应该过早的把平台盯死在NT，而忽视了其他的技术环节。不知道我说的对不对，我也不是技术方面的人。
我看了你描述那个时候的情况，应该是实施时对APS的理解问题，APS不是那么用的，当然不排除跟你们那时的业务需求有关系。
我得向你道歉，跟你纠缠了这么多次。你在这个圈子里面混的比我时间长，应该多向你学习才是。我曾经作过几种产品的实施工作，至于SyteLine这个产品，我并不偏爱，相反我更了解它的亮点与缺陷，但是我的能力不足以改变这种现状。我觉得有些无奈。作为顾问，我们应该关注的是业务层面，而不是产品层面。能力足够的话，Excel跟Access也能做ERP。

Syteline2QAD

楼上的这次说话比较中听。呵呵

zelef

最初由 Syteline2QAD 发布
[B]他们那个态度，比QAD差远了 [/B]

我们QAD的服务态度是公认的，客户就是上帝啊
不过现在有少数刚成立的咨询公司也在败坏QAD的名声

zelef

其实呢，大家也没有什么好争吵的，我也是一个甲方乙方都做过的人，说说我的个人观点吧：

如今做ERP的公司和顾问也是越来越多了，林子大了自然什么鸟都有，于是也难免会出现一些公司和所谓的“顾问”。
但是，出色的顾问我也见过不少，做SAP,ORACLE，QAD，JDE等等的顾问朋友也有不少。

每个ERP的专注点不同，可能有些行业特色明显，能做到SAP那么精深毕竟只有1个。
很多公司为了上ERP而上，用了ERP以后会发现不适合自己后迁怒于软件商，其实，这是双方的事情，呵呵。


最后，大伙来这里是互相学习和提高，交朋友的，没啥好吵的，呵呵。

cs19801023

没吵没吵，只是就某个问题大家出来争论。你有你的观点，我有我的观点，难免有些观念上的差异。我们这帮人应该还没有闲到没事跟人吵架的地步的。学习跟交流是第一目的，毕竟这个圈子小，说不定在这里说得热闹，私下却都认识，只不过换个脑袋在ITPUB里面而已。

cs19801023

对了，现在不都流行炒作吗？希望这次算一次炒作吧，把Syteline这个产品先炒起来。好坏不说，先混个脸熟。

刘卫国

其实我都希望SYTELINE越来越好!
因为那样我将来出现混饭吃的机会也会大很多，薪水也会高一些。

cs19801023

还有，其实Syteline这个产品在欧洲卖的非常好，我看到欧洲同事每个Q的数字实在是很诱人。所以说并不是产品原因，还是实施层面上与技术应用层面上的问题。就我知道的一点，欧洲在实施Syteline这个产品的项目时，产品本身只是一个框架，他们利用NT平台与WorkFlew对每个行业都做了开发，非常Foucs。这就是差距。

刘卫国

你与蔡颖同事？蔡颖还在四班做吗？