点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
嗨-
这周,* DIM_NONAGGR引擎开始在我们的生产系统中出现故障。 我们在质量和开发系统中用于生产的逻辑相同。 该问题似乎与事务数据或主数据无关,我们在不同的模型和环境中遇到相同的问题。 我们在BW 750的当前支持包14中找不到任何可解决此错误的SAP注释。我们通过SAP开了一张票,但是目前我们没有太多帮助,因此我们非常欢迎任何帮助。
在所有型号中,我们都将ACCELERATOR_ON标记为X。 我们在环境级别上启用了ENABLE_HANA_MDX。 我们没有ENABLE_NATIVE_HANA_MODEL,因为我们有回写的BAdI。
下面是UJKT中的错误的屏幕截图:
数据区域
PROG_ID = ASI_001463
VER = WORKING_FCST
DEPTID = NO_DEPTID
脚本
//==变量========================================== ================================== //选择计划ID * SELECT(%PLAN_ID_ALL%,PLAN_ID,PROG_ID,ID =%PROG_ID_SET%AND TYPE = O,P,M AND ID <> ASI_NO_PROG_ID AND COMP_CODE = 0611) * SELECT(%PLAN_ID%,ID,PROG_ID,ID =%PLAN_ID_ALL%AND COMP_CODE = 0611)//从上面的选择中产生唯一的出现 * SELECT(%PID%,ID,PROG_ID,PLAN_ID =%PLAN_ID%AND CALC = N AND COMP_CODE = 0611 AND PLAN_ID <>"") //下推 * SELECT(%GPID%,ID,PROG_ID,ID =%PID%,sortby = ID) * SELECT(%GPID_PLAN_ID%,PLAN_ID,PROG_ID,ID =%PID%,sortby = ID) //**************************************************** ******************************************* * XDIM_MEMBERSET TIME = TNONE * XDIM_MEMBERSET DATASOURCE = BOB_INP * XDIM_MEMBERSET UNIT = USD * XDIM_MEMBERSET P_ACCT = CQUAD * XDIM_MEMBERSET DEPTID = NO_DEPTID *分配 * DIM_NONAGGR PROG_ID WHAT =%GPID_PLAN_ID%; WHERE =%GPID% * DIM DATASOURCE WHAT = BOB_INP; WHERE = INP * DIM UNIT WHAT = USD; WHERE = <<< *分配
这是SLG1中的错误日志:
*编辑1
SAP组件:
****完成编辑1
*编辑2
尺寸PROG_ID屏幕截图,仅关注一个易于执行的程序,即使仅选择了一个程序(例如ASI_001463),* DIM_NONAGGR也会失败:
PLAN_ID
公司代码
TYPE
****完成编辑2
如果我们运行不带* DIM_NONAGGR的分配,它将执行而不会出现错误。
关于我们缺少的某些建议可以解决* DIM_NONAGGR吗?
理想情况下,我们想使用* DIM_NONAGGR,但是如果我们不能使用* FOR和* NEXT编写同一篇文章,那又如何呢? 我们还有其他几个使用它的部分,如果我们能得到一个示例,说明如何使用可以在其他脚本中复制的其他结构来重写它,那么所有这些都将失败。
谢谢
environement.jpg (36.3 kB)
可能是从带有* DIM_NONAGGR的某些SP RUNALLOCATION开始不喜欢WHAT中的相同ID!
您可以测试以下内容吗?
并且没有相同的ID:
您能否提供有关PROG_ID尺寸的详细信息? 请发布维度管理屏幕的屏幕截图(可见PLAN_ID属性)。
P.S。 "根据用户需要在default.lgf和包中启动"
在default.lgf中??? 看起来很奇怪-default.lgf需要不同的逻辑方法。 请阅读:
https://blogs.sap.com/2014/ 06/09/how-to-to-write-defaultlgf /
顺便说一句,我发现了一个有趣的注释:
https://launchpad.support.sap.com/#/notes/0002641351
参考:
https://launchpad.support.sap.com/#/notes/1960281
尝试以下一行脚本:
已添加到原始帖子。 不确定会增加多少讨论,请记住常规运行分配正在运行。 该错误仅发生在* DIM_NONAGGR上,因此不确定主数据或事务数据可能会如何影响某些内容。
好消息,调试后我们能够找到问题的原因。 似乎以某种方式填充了一个表,其中不应有一个条目。 我们尚不知道是什么导致了这种情况的发生,我们将与SAP进行沟通,看看他们在这一点上是否可以提供帮助。
确定,现在我了解了脚本执行的结果。 但是背后的业务逻辑是什么?
我很奇怪...
为什么不呢?
?? 之后,* DIM_NONAGGR将照常工作。
* Vadim,如果您想从侧面再现问题,请尝试激活跟踪,请检查表是否已填充,并在您拥有的任何模型/环境中运行简单的* DIM_NONAGGR。
谢谢
一周热门 更多>