首先，我对SAP非常肤浅的了解。根据我的理解，他们提供了许多industry specific solutions。这个概念看起来非常有趣，我为银行业做类似的事情。我们面临的最大挑战是如何使我们的产品适应不同的客户。许多概念在企业中非常相似，但总有一些客户特定的需求必须通过配置和定制来解决。这通常需要重新实现和开发客户特定功能。
我想知道SAP产品在这个意义上是多么有效。为了适应产品以满足特定客户需求，需要花费多少精力？使用的机制是什么（配置，编程等）？这与从头开发定制解决方案相比如何？他们是否有能力利用和推广最佳实践？
答案 0 :(得分：4)
免责声明：我所说的只是基于ABAP的SAP软件部分。
免责声明2，参考PATRYs响应：HR与SAP / ABAP世界的其他部分有很大不同。作为一名通用的ABAP开发人员，我确实感觉自己很有能力，但人力资源规划离我个人的灯塔还很远，我甚至都没想过要知道他们在那里做了什么。 ％ - |
根据我的理解，他们提供了许多行业特定的解决方案。
他们这样做 - 但在将自己的程序与这些解决方案进行比较时要小心。例如，IS-H（SAP for Healthcare）开始作为SD（销售和分销）系统的扩展，但从那时起已经变得非常多。虽然你可以在技术上使用他们用于IS的所有技术，但在你做之前你应该问一位称职的技术顾问 - 有很多难以避免的坑。
这个概念看起来非常有趣，我为银行业做类似的工作。
请注意，SAP for Banking IS已存在。有关文档，请参阅http://help.sap.com/content/documentation/industry/index.htm。
我们面临的最大挑战是如何使我们的产品适应不同的客户。
我宁愿将其改写为“最大的挑战是知道产品可能适应的位置，以及在结构上准备产品以进行调整。”一旦您知道客户可能偏离您对完美解决方案的想法，适应技术就会得到很好的研究和使用。
需要花费多少精力 为了使产品适应它 满足特定的客户需求？
这显然取决于客户需求与标准路径的偏差 - 但这对您没有帮助。使用基于SAP的系统，您总有三种选择。您可以尝试在其限制范围内自定义系统。自定义基本上意味着调整设置（想想配置表，成千上万个）并在意图的位置添加内容（程序片段，表单......）。技术 - 见下文。
有时候自定义是不够的 - 你可以另外开发东西。一个非常频繁的要求是一些额外的报告工具。使用SAP系统，您可以获得整个开发环境 - 与所有标准应用程序一起编写的工具。您的程序可以与标准程序和平共存，甚至可以使用常见的例程和数据。当然，你可以搞砸了，但是给我一个真实的编程环境，你不能。
第三个选项是修改标准实现。修改就像一把非常锋利的双刃菜刀 - 你可能会在其他人所需的一半时间内烹制出非常酷的东西，但如果你不知道自己在做什么，你可能会非常伤害自己。即使您不打算修改标准程序，也很高兴知道您可以并且您可以完全访问编码。
（请注意，这只是关于应用程序 - 你没有机会调整内核，但幸运的是，这很少是必要的。）
使用的机制有哪些（配置，编程等）？
配置主要是关于具有或多或少复杂的对话应用程序的配置表。对于自定义的编程部分，有扩展框架 - 有关详细信息，请参阅http://help.sap.com/saphelp_nw70ehp1/helpdata/en/35/f9934257a5c86ae10000000a155106/frameset.htm。它基本上是依赖注入的受控版本。作为解决方案开发人员，您必须预测扩展点，定义必须由客户代码实现的接口，然后将调用嵌入代码中。作为项目开发人员，您必须创建一个遵循接口并激活它的实现。基本的运行时系统负责将两个程序粘合在一起，您不必担心这一点。
与从头开发自定义解决方案相比如何？
恕我直言，这取决于所有客户的解决方案的数量是多少，以及需要调整多少。如果不了解更多关于你想做什么的话，那就更难具体了。
答案 1 :(得分：1)
我只能代表Human Ressource组件，但这是一个基于共同需求的客户之间存在很大差异的组件。