2020-08-23 11:19发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大家好,
我们在BPC中运行软件包,以将自12月起的关闭数据(F_CLO流类型)转换为来年的打开数据(F_OPE流类型)。 过去,我们从来没有遇到过问题,直到我们尝试将数据汇总到2020年1月为止。
想开始寻找最佳地点的对话。 我从TIME维度开始,以为有一个不正确的属性,但是一切看起来都很不错。
任何指导将不胜感激。
此问题已解决。 我们在TIME维度中有一个MONTHNUM设置为13的ID,因此在运行包以将数据前滚到2020时,它正在复制此ID中的关闭数据,以为这是2019年的最后一个月(但是没有数据 )更改为2020年1月。更改了该ID的MONTHNUM,一切正常。
我相信它使用的规则是:
这是软件包日志:
很抱歉,但我在日志中看到了很多CALC_ACCOUNT消息,但未在 脚本!
传递给脚本的参数也不会显示...
请与其他内容无关地测试COPY_OPENING!
请花一些时间介绍 清除样本。
PS 还需要了解帐户层次结构以了解规则...
错误的TIME维度设置不仅会导致calc帐户出错,还会导致错误! 我建议检查所有其他属性。
最多设置5个标签!
此问题已解决。 我们在TIME维度中有一个MONTHNUM设置为13的ID,因此在运行包以将数据前滚到2020时,它正在复制此ID中的关闭数据,以为这是2019年的最后一个月(但是没有数据 )更改为2020年1月。更改了该ID的MONTHNUM,一切正常。
我相信它使用的规则是:
这是软件包日志:
很抱歉,但我在日志中看到了很多CALC_ACCOUNT消息,但未在 脚本!
传递给脚本的参数也不会显示...
请与其他内容无关地测试COPY_OPENING!
请花一些时间介绍 清除样本。
PS 还需要了解帐户层次结构以了解规则...
错误的TIME维度设置不仅会导致calc帐户出错,还会导致错误! 我建议检查所有其他属性。
一周热门 更多>