Dan*_*Dan 5 .net java sap customization
首先，我对SAP非常了解。据我了解，它们提供了许多行业特定的解决方案。这个概念似乎很有趣，我正在从事银行业的类似工作。我们面临的最大挑战是如何使我们的产品适应不同的客户。在整个企业中，许多概念非常相似，但是总有一些特定于客户端的需求必须通过配置和定制来解决。通常，这需要重新实现和开发客户特定的功能。
我想知道从这个意义上说，SAP产品的效率如何。为了适应产品以满足特定客户需求需要花费多少精力？使用了哪些机制（配置，编程等）？与从头开始开发定制解决方案相比，这会有什么不同？他们有能力利用和推广最佳实践吗？
免责声明：我仅在谈论SAP软件基于ABAP的部分。
免责声明2，ref PATRY的回应：HR与SAP / ABAP其余部分有很大的不同。作为通用ABAP开发人员，我确实感觉很称职，但是HR编程距离我的个人信标太远了，我什至从未尝试过了解他们在做什么。％-|
据我了解，它们提供了许多行业特定的解决方案。
他们可以-但是在将自己的程序与这些解决方案进行比较时要小心。例如，IS-H（医疗保健用SAP）起初是SD（销售和分销）系统的扩展，但从那时起它已经变得越来越重要。尽管您可以在技术上使用他们用于其IS的所有技术，但实际上您应该在这样做之前先请一位有资格的技术顾问-有很多陷阱可以避免。
这个概念似乎很有趣，我正在从事银行业的类似工作。
请注意，SAP for Banking IS已经存在。有关文档，请参见此处。
我们面临的最大挑战是如何使我们的产品适应不同的客户。
我宁愿将其表述为“最大的挑战是要知道该产品可能在哪里进行适应，并在结构上为适应该产品做好准备。” 一旦您知道客户有可能偏离您的理想解决方案的想法，就对适应技术进行了充分的研究，并且很容易采用。
为了适应产品以满足特定客户需求需要花费多少精力？
显然，这取决于客户需求与标准路径之间的偏差-但这无济于事。对于基于SAP的系统，您始终有三个选择。您可以尝试在其限制范围内自定义系统。定制基本上意味着调整设置（考虑配置表，成千上万的配置表），并在需要这样做的地方添加内容（程序片段，表格等）。技术-参见下文。
有时仅进行定制是不够的-您可以另外开发东西。一个非常常见的要求是一些其他报告工具。借助SAP系统，您可以获得完整的开发环境-编写所有标准应用程序时都使用的相同工具。您的程序可以与标准程序和平共处，甚至可以使用通用的例程和数据。当然，您确实可以解决问题，但是请向我展示一个真正的编程环境，您无法做到。
第三种选择是修改标准实现。修改就像一把非常锋利的两刃菜刀-您可能可以在别人要求的一半时间内烹饪出很酷的东西，但是如果您不知道自己在做什么，可能会伤到自己。即使您实际上并不打算修改标准程序，也很高兴知道您可以并且可以完全访问编码。
（请注意，这仅与应用程序有关，您几乎没有机会调整内核，但是幸运的是，这几乎没有必要。）
使用了哪些机制（配置，编程等）？
配置主要是关于带有或多或少复杂对话框应用程序的配置表。对于自定义的编程部分，有扩展框架- 有关详细信息，请参见http://help.sap.com/saphelp_nw70ehp1/helpdata/zh/35/f9934257a5c86ae10000000a155106/frameset.htm。它基本上是依赖注入的受控版本。作为解决方案开发人员，您必须预期扩展点，定义必须由客户代码实现的接口，然后将调用嵌入到您的代码中。作为项目开发人员，您必须创建一个遵守该接口的实现并激活它。基本的运行时系统负责将两个程序粘合在一起，您不必为此担心。
与从头开始开发定制解决方案相比，这会有什么不同？
恕我直言，这取决于有多少解决方案对于所有客户都是相同的，以及有多少必须进行调整。在不了解您想做什么的情况下，很难做到更加具体。