在SBO中用好水晶报表才是王道 之 报表（一）

waynemaggie

哈哈，把老付也引出来了啊，难得，围观！期待你的书早点问世啊！

我也再说两句：
功能上，CR>XLR>PLD(或查询接口），这个没得说，一定的。
容易上手，易用性上，PLD(或查询接口）>XLR>CR 这一点我也同意老付的观点。

我不喜欢CR和XLR的理由，不是因为他们不强大，而是：
1、因为我观念上认为报表和打印格式是企业自己完成为宜，不是顾问的工作重心，顾问的最重心在于流程梳理和方案设计。
2、所以报表工具的易用性，就和其功能强大性同样重要了。
3、CR对大多数甲方来说上手难，制约了它的推广和使用，否则他是一个相当优秀的工具。
4、和标准功能相比，CR的稳定性也确实有待提高，当然这一点不重要，因为从8.8，8.81，8.82以来，CR也一直在改进，只是时间问题。(2007B就不去说它了，不具备可比性，嘿嘿）

所以我才说CR的定位有点尴尬，到底是给顾问用好呢，还是给甲方用好，它确实有点复杂了，对专职的人来说还可以，对大多数兼着硬件、网络维护的甲方管理员来说，下功夫去研究有难度。

至于和EXCEL的集成，实际上XLR也是一个ADDON，也是开发出来的，和别的ADDON一样都是ADDON。只不过他和EXCEL的合作方式有点不一样，他把自己的逻辑封装得太多了，所以有三个缺点：
1、对EXCEL的版本比较敏感，安装不稳定。
2、只能用它自己封装的报表逻辑，而不支持自定义查询，对其扩展应用不利。（强大的财务报表，也是因为它封装了逻辑在里面）
3、设计麻烦：你得像做程序一样去设置什么属性啊之类的。

而结果呢，它和其它的ADDON没啥不一样，都是生成一个EXCEL文件。而其它的ADDON，至少允许你自定义查询，允许你在EXCEL里面随便加图表啊、颜色啊、格式啊啥的，最后和XLR一样殊途同归。
所以和EXCEL的集成，他并没有太大的优势。

至于为什么SAP标准功能导出永远是TXT？这其实是相当聪明的做法，来看看SAP标准的这个功能：
1、导出数据为一个TXT文件
2、自动调用路径设置中EXCEL路径下的模板，用宏打开这个TXT文件。

这个好处是：
1、再也不用在乎客户众多的EXCEL版本了，不管你是2003，2007，2010，甚至2012，只要你的电脑上有，它都支持。
2、稳定真实，导出的TXT数据永远是最真实的，不用担心在EXCEL里面格式变掉了，比如日期自动变成了数字，文本自动变成了数字，一切有TXT源文件可以再复制。
3、效率高，不用再调用EXCEL的核心库，快速生成TXT，然后交给EXCEL自己去处理，速度高很多。

以上只是个人观点，欢迎大家一起来讨论，也欢迎甲方的各直接使用者上来谈谈体会啥的，论坛也好，个人也好要有思想碰撞才有提高

ferryfu

哈哈， 我也只是谈谈我自己的观点。pub上很久没有长篇出现了，期待各位朋友思想的碰撞，再出一个精华贴，这几天刚好有时间，再写后面几个报表特点：

C。CR，在2007B版本，已经出现和addons加载CR的Free addons，这个加载是完整版本的CR，而不是大家今天在B1中看到的去掉部分功能的CR。CR由于其在报表领域中的领导地位，据说主要的设计者也都是中国人，也很适应中国特色，由于这些特点，这个产品在中国是非常流行的。各种教材在网络中也可以轻易得到。这些都是CR具有的先天优势。另外对于IT不是很懂的人也可以轻松会学，所以，用户自己编译自己想要的报表也是可行的。 另外，我们看到CR也用于打印格式。相比原来的PLD打印，具备有所见即所得的优点。同时也是由于融入B1的时间不是很长，整合的还不是很好，特别是需要预览编译效果的情况下，非常糟糕。这一点期待改进。
毕竟CR是sap自己的产品，所以在B1报表领域，CR一定是一哥的地位！这一点今天可以不同意，明天你必须同意。
另外，CR也可以整合水晶仪表（现在的官方名字叫‘design studio’），这一点也是其他报表无法企及的；未来的hana报表，也应该构建在这个技术之上的吧。
所以，作为一个B1的顾问，你愿意也好，不愿意也好。你都得将精力集中在CR上，适应他，改进他。这是趋势，这是方向。你没有选择。好比我更加喜欢MS的Report service，衡量后决定放弃，投入CR中积累。

machine123

这次我开的贴子引来了不少牛人，看来必火啊！

machine123

waynemaggie 发表于 2012-6-27 18:08
对了，再补充一点：至于你提到的“报表交付效率”，实际上这是一个实施思路的问题，我的项目里从来就没有报 ...

在SBO的项目中存在不少令人项目经理和顾问尴尬的事儿，报表需求就是最典型的之一。相信在很多项目开始前，项目双方都没有在合同中约定需要做多少报表，但在项目实施的过程中，报表的重要作用却不断的显现出来，在项目快要结束的时候，项目双方就开始对谁来做报表，做多少报表而纠结了。
作为乙方，给客户制定的业务解决方案、业务流程，都离不开报表的展现形式。特别是对于高层管理人员来说，如何有效监控企业总体运营？当他们不希望花太多的时间（或直接说，是不想花钱多买SAP的许可）去看系统中的业务单据，又需要体现出实施咨询价值的时候，乙的项目经理就需要考虑做几张报表能体现一下项目实施的价值。从另外一个方面，也有遇到客户愿意为解决报表问题而发起的项目，之前说XLR的强大，也是基于这类项目的一些情况。
很多时候，报表的使用者往往并不会关心报表的制作工具是查询接口、XLR、CR或是其他，他们只关心是否能解决问题。所以，不同的报表工具不重要，重要的是项目经理和顾问们需要清楚了解业务需求是什么？什么样的工具适合什么样的报表？怎么样能实现快速交付？
非常赞同陈总的“授之以渔”思想，我们的做法就是在项目实施的过程中，带领客户方的相关人员来一起做，在学的同时做自己的报表。当然，这种做法在有些2B公司是行不通的，“授之以渔”的时候老是想着自己不干活或少干活，甚至是做为拖延项目验收的武器。嘿嘿，最后一句请略过……

machine123

waynemaggie 发表于 2012-6-28 06:51
哈哈，把老付也引出来了啊，难得，围观！期待你的书早点问世啊！

我也再说两句：

很多情况下，易用性和灵活性本身就是一对矛盾，只是如何取舍的问题。
在我的项目中，部分客户方的系统管理员已有很强的CR开发能力，给我影像最深的一个是不懂SQL的系统管理员，通过一段时间学习就可以制作大量的CR报表，解决了业务部门的统计、查询的需要。

machine123

ferryfu 发表于 2012-6-28 10:34
哈哈， 我也只是谈谈我自己的观点。pub上很久没有长篇出现了，期待各位朋友思想的碰撞，再出一个精华贴，这 ...

和付哥有同样的观点，CR报表将会是SAP B1报表未来发展的重点，特别是B1最近的更新，已经允许CR跨数据库取数了。
SAP现在已为B1产品推出了HANA商务智能解决方案和产品，这也说明SAP更加重视企业的数据分析。这将会是一块很大的蛋糕哦！

queryQ

好久没出这么强大的讨论帖了 围观中

waynemaggie

CR 已经接近BI的范畴了，所以关注CR与不关注CR的顾问，确实会是不同的发展方向。
人各有志，也不能说不去研究CR的顾问就没前途，这个看每个人的判断和职业规划。

至于SAP的发展方向，始终觉得ERP的发展方向在后十年都会存疑，CR做为一个老产品了，也并非一个新的东西，在后续的云啊、移动应用啊之类的冲击下，也未必就是好的方向。

ferryfu

进度比较快啊。来不及将前面的铺垫写完，大家都已经讨论开了.
-----
研究和学习CR，你会发现内容还是挺多的。即可以用于报表，也可以用于BI功能，也可以用于打印格式，还可以直接发布到web上，还可以直接在里面写简单的程序。每个user都可以在自己的层面进行学习开发。我们讨论的是基于B1的CR，所以，就定位在这个层次吧。以这个层次最为对比的基点来比较。
--
D：MS Report service ： 对于报表来说，个人一直比较喜欢MS的Report service，可以直接写sql，所见即所得，非常简单的实现交叉表，轻松图形化，IE呈现，无缝集成excell等等，这对于顾问来说是非常适合的。在2008R2版本，集成excell功能很好了，如果是2012版的sqlserver，那是更加方便了。可惜sap没有将这个产品的功能集成到b1中去，虽然大家都知道这个集成应该不是很难。

不管是CR还是BI，报表的结果和形式是最能打动客户的。B1很多的售前演示都有靠图形化报表（水晶易表）加分的，毕竟项目决策者大多是领导，对结果的展示更加关心。既然在售前已经埋下了种子，如果实施合同再签得比较宽泛，顾问就只能通过写大量客户化报表来保证验收。做了这么多年B1对其内置标准报表和查询已经无语了，有发牢骚的时间还是继续完善手中的报表吧。