Java SAP行业特定解决方案的可定制性有多容易？

首先，我对SAP的了解非常肤浅。据我所知，他们提供了一些服务。这个概念似乎很有趣，我也在为银行业做类似的工作。我们面临的最大挑战是如何使我们的产品适应不同的客户。许多概念在企业中非常相似，但总有一些特定于客户机的需求必须通过配置和定制来解决。这通常需要重新实现和开发特定于客户的功能

---

我想知道SAP产品在这个意义上有多高效。为了使产品适应特定的客户需求，需要付出多少努力？使用了哪些机制（配置、编程等）？这与从头开始开发定制解决方案相比如何？他们是否能够利用和推广最佳实践？

我只能说人力资源部分，但这是一个基于共同需求的客户之间存在很大差异的部分

• 首先，在大多数情况下，为组设置值，然后根据一个或两个值将对象（人员、位置…）与组关联。这类似于间接寻址，并允许极大的灵活性，因为您可以更改给定位置的关联，而无需更改其他位置。在少数情况下，有一个3级间接寻址
• 其次，有很多定制几乎都是编程。工资单或管理操作是这方面的第一类示例。在后面的cas中，您会得到一个表，其中包含操作（例如，雇用）、事件（创建、修改…）和操作代码（I表示测试，F表示调用函数，O表示标准操作）以及描述函数参数的文本字段（“C P0001、begda、endda”用于创建具有默认值的结构P001）
• 第三，您还可以使用这样的表来指示将动态调用的函数或类（ABAP-OO）。您可以让开发人员创建这个函数或类，然后在表中指出这一点。这是一种用另一个功能替换或扩展功能的方法。这在ESS/MSS中广泛使用
• 最后，还可以修改扩展点或文件。这与上一个几乎相同，只是您不需要指出更改：始终使用该文件（ZXPADU01/02用于信息类型的HR修改）

希望这有帮助

---

Guillaume PATRY

免责声明：我指的只是SAP软件中基于ABAP的部分

免责声明2，参考资料回答：人力资源与SAP/ABAP世界的其他地方有很大不同。作为一名通用ABAP开发人员，我确实觉得自己很有能力，但人力资源编程离我的个人目标太远了，我甚至从未尝试过去理解他们在那里做什么-|

据我所知，他们提供了许多特定于行业的解决方案

确实如此，但在将您自己的程序与这些解决方案进行比较时要小心。例如，IS-H（SAP For Healthcare）一开始是作为SD（销售和分销）系统的扩展，但从那时起变得越来越重要。虽然您可以在技术上使用他们用于IS的所有技术，但在使用之前，您确实应该咨询一位称职的技术顾问-有很多坑需要避免

这个概念似乎很有趣，我也在为银行业做类似的工作

请注意，SAP for Banking已存在。有关文档，请参阅

我们面临的最大挑战是如何使我们的产品适应不同的客户

我宁愿将其重新表述为“最大的挑战是要知道产品可能在哪里进行调整，并在结构上为调整做好准备。”一旦您知道客户可能在哪里偏离您对完美解决方案的想法，调整技术就会得到很好的研究，并且很容易使用

在这方面需要付出多少努力 以适应产品，使其 满足特定的客户需求

这显然取决于客户需求与标准路径的偏差，但这对您没有帮助。对于基于SAP的系统，您始终有三种选择。您可以尝试在其限制范围内自定义系统。定制基本上意味着调整设置（想想成千上万的配置表）并在打算这样做的地方添加东西（程序片段、表单等等）。技术-见下文

有时候定制是不够的，你可以另外开发一些东西。一个非常常见的需求是一些额外的报告工具。使用SAP系统，您可以获得整个开发环境—与所有标准应用程序编写时使用的工具完全相同。您的程序可以和标准程序和平共处，甚至可以使用公共例程和数据。当然，你真的可以把事情搞砸，但给我一个真正的编程环境，你不能

第三个选项是修改标准实现。修改就像一把锋利的双刃菜刀——你也许能在别人要求的一半时间内做出真正酷的东西，但如果你不知道自己在做什么，你可能会伤到自己。即使你真的不打算修改标准程序，但知道你可以修改并且你可以完全访问编码也是非常令人欣慰的

（请注意，这仅与应用程序有关-您没有任何机会调整内核，但幸运的是，这很少是必要的。）

使用了哪些机制（配置、编程等）

配置主要是关于配置表，其中包含或多或少复杂的对话框应用程序。对于定制的编程部分，有一个扩展框架-参见