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