问题标签 [function-module]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
abap - BAPI 获取客户公司?
客户公司存储在 KNB1 表中。
我尝试使用 BAPI_CUSTOMER_GETDETAIL2,似乎它没有公开公司代码。取而代之的是公司代码是 bapi 输入。
我正在寻找可以从给定客户编号提供公司代码的 BAPI。有没有bapi存在?
abap - 如何在发货日期前 14 天获得到期日?
要求在发货日期前 14 天设置付款期限。所以我的基准日期将是发货日期。如何获取“基线日期 - 14 天”的截止日期,因为我搜索的所有资源仅显示基线日期 + 天数。
我试图在 OBB8 中设置天数 = -14,但系统不允许这样做。
这就是我改变NET_DUE_DATE_GET
FM的方式
更改 FM 以满足我的要求是个好主意吗?
parameters - 获取 RFKK_MA_SCHEDULER 参数值
任何熟悉如何从 SAP 标准事务中获取参数的人?变体当前已保存并在RFKK_MA_SCHEDULER处传递和执行我需要收集参数范围以在运行时对其进行编辑。
函数模块FKK_FPYM_READ_PARAMETERS在事件 1906 中用于获取设置的参数/范围,然后我将执行一些 Select 语句来创建我自己的列表,我将使用FKK_AKTIV2_PARA_BASICS_TO_DB更新参数并输入我的列表而不是变体模板。
这将使过程更加优化。问题是 FM FKK_AKTIV2_PARA_BASICS_TO_DB 不包含来自读取参数 FM 的参数“E_ADDONS”。还有其他解决方法吗?
检索新运行的参数以进行修改
abap - MM中计算模式的功能模块
我正在寻找一个为任意材料执行计算模式的功能模块。
当打开ME23N并查找头寸详细信息时,您有标签条件,其中显示的表格包含基本价格和各种条件,位于“最终价格”下方。但是,由于价格发现将(baseprice + conditions) * 金额计算为净值并将其除以金额,这可能会导致四舍五入问题,其中计算的值 4,738 被四舍五入为 4,74 并存储为净价格。现在在计算nettoprice * amount时,此值可能与打印在购买文件上的原始值不同。
由于购买文档值未存储在EKPO中,我的目标是通过简单地调用具有材料编号和计算模式以及任何必要参数的功能模块来重新评估该值,以给我(再次)的实际值打印在文档上。
是否有任何功能模块可以做到这一点,还是我必须自己编写逻辑代码?
abap - 如何使用 CRM_STATUS_READ 获取产品状态?
我想知道如何使用功能模块CRM_STATUS_READ
。在表中crmd_orderadm_h
有一个字段GUID
,我想通过传递GUID
给 FM来显示状态CRM_STATUS_READ
。
我不知道如何在这个 FM 中填写参数。
最好的问候, Huy Vu
abap - 如何收集功能模块执行的详细堆栈跟踪?
有没有一种方法/工具来收集 SAP 功能模块执行的详细 Stacktrace?
我们在应用程序中看到间歇性的性能问题。它正在调用 SAP FM(使用 PyRFC)。这个 FM 本身执行许多事情——逻辑、进一步的调用等。它还应用了多线程处理。它用于获取多个项目的价格。对于每次调用,它按项目拆分调用,并为每个项目在并行线程中执行,等待所有线程完成,合并所有获取的价格并返回结果。
这些呼叫中非常少的百分比比平时花费的时间要长得多(99% 的呼叫不到 2 秒,而慢速呼叫超过 10 秒)
在不同层启用跟踪后,我们看到调用按预期在多个 SAP 应用程序服务器之间拆分。对于突然的缓慢调用,其中一个应用服务器最终会占用大量时间,从而使整体执行速度变慢。
我们仔细验证了这不是特定应用服务器的问题。它是在许多应用服务器上随机发生的。我们无法确定是什么情况导致了这种情况。从可用的应用服务器指标(CPU、内存、I/O 等)来看,在同一时间跨度内都处于非常健康的范围内。
我有两个问题是 -
有没有办法在 SAP 应用服务器级别启用详细信息跟踪;揭示在这些缓慢执行过程中特定应用服务器上到底发生了什么的详细跟踪?例如,其中一个慢速调用耗时 7.8 秒。但是我们没有更多关于这 7.8 秒究竟是如何度过的。什么都进去了。
我正在寻找可以用 JVM 应用程序完成的类似于堆栈跟踪和分析的东西。如果没有这 7.8 秒的下一级破解,就像在黑暗中扔石头,希望它会撞到某个地方。有没有人遇到过类似的问题?如果是,那么在这种情况下,根本原因是什么?
为避免混淆,不要寻找神奇的解决方案。对于此类问题和可用的高级详细信息,无法提供解决方案。因此,如果您过去曾看到过类似的问题以及当时的原因,我正在寻找见解,以便我们可以检查相同的内容以确保确定。或者,如果您可以提出任何其他想法来探索根本原因分析,那也很有帮助。
问候。S.达斯