2020-09-15 00:57发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）大家好， 考虑到SAC是S... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
大家好，
考虑到SAC是SAP报告策略的未来方向这一事实，并且现在已经为客户开发SAC，从解决方案的角度来看，我有几个问题。
应该向客户提出什么作为报告策略（如果他们没有现有许可证）？ SAC似乎是一个明确的答案，但是在使用此工具以及lumira + design studio（或Lumira 2.0）之后，我意识到SAC并不那么强大（至少现在还没有）。
现在，我处于困境中，我认为SAC长期而言会更好，但是Lumira 2.0的功能要强大得多。
未来的承诺与当前的能力-我该如何决定和证明这一决定？
出于这个原因，假设使用S4HANA和BW4/Enterprise HANA。
期待健康的讨论。
我们基本上是同一条路，需要一个紧迫的期限开始一个项目，这个项目对于具有执行层利益相关者的大客户来说是很紧迫的。 最后，我们选择了Designer/Discovery。 经验教训：
我不建议在Lumira Discovery上花费时间。 我在使用此软件时遇到了一些问题，由于不再对发现客户端进行任何更改，因此支持的响应是迁移到SAC。 SAC的发布时间表很频繁，您至少可以在此产品的影响力网站上提交想法。 发现是我们由于期限紧迫而为一位客户选择的路线。 与此平行的是，我们还在SAC中运行了POC，发现SAC功能仍无法满足我们在Designer中使用的功能。 对于我们来说，SAC仍然仍然是不可行的解决方案（用于替换Discovery客户端）。
（作为一个附带说明，我们实际上正在考虑回到Xcelsius，因为客户喜欢这些仪表板的外观和性能远胜于Discovery。）
如果您的客户有一个具有迫切需求，最后期限和严格要求的项目，则最好与Designer一起使用。 他们还必须了解，他们将不需要的任何新功能将无法实现，因为这里没有更多的投资。
如果他们愿意就某些要求进行协商，并且知道会不断改进（以无痛苦的释放周期为目标），那么我鼓励您将其推向SAC并尽力而为 并积极参与影响力站点。
还应该在2018年下半年发布混合许可证模型。如果已经可用，这也可能使您的决定变得容易得多，但是自今年春天以来，我对此一无所知。/p>
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 无敌了 的问题《Lumira 2.0与SAP Analytics Cloud-客户的未来方向》','https://www.easysap.com/answer/79015/217972.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
我们基本上是同一条路，需要一个紧迫的期限开始一个项目，这个项目对于具有执行层利益相关者的大客户来说是很紧迫的。 最后，我们选择了Designer/Discovery。 经验教训：
我不建议在Lumira Discovery上花费时间。 我在使用此软件时遇到了一些问题，由于不再对发现客户端进行任何更改，因此支持的响应是迁移到SAC。 SAC的发布时间表很频繁，您至少可以在此产品的影响力网站上提交想法。 发现是我们由于期限紧迫而为一位客户选择的路线。 与此平行的是，我们还在SAC中运行了POC，发现SAC功能仍无法满足我们在Designer中使用的功能。 对于我们来说，SAC仍然仍然是不可行的解决方案（用于替换Discovery客户端）。
（作为一个附带说明，我们实际上正在考虑回到Xcelsius，因为客户喜欢这些仪表板的外观和性能远胜于Discovery。）
如果您的客户有一个具有迫切需求，最后期限和严格要求的项目，则最好与Designer一起使用。 他们还必须了解，他们将不需要的任何新功能将无法实现，因为这里没有更多的投资。
如果他们愿意就某些要求进行协商，并且知道会不断改进（以无痛苦的释放周期为目标），那么我鼓励您将其推向SAC并尽力而为 并积极参与影响力站点。
还应该在2018年下半年发布混合许可证模型。如果已经可用，这也可能使您的决定变得容易得多，但是自今年春天以来，我对此一无所知。/p>
一周热门 更多>