点击此处--->
群内免费提供SAP练习系统（在群公告中）
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
亲爱的社区，
我的计划区域是基于SAP6计划区域的，该区域基于RDS解决方案以预先填充的周重量发送的时间配置文件。 关键指标DEMANDPLANNINGQTY的逐年分解显示出意外的结果。
关键指标定义
结果基于每年1.200的投入（尽管每周体重系数几乎相同，但2020年的表现也不同于2019年）
有人暗示或可以解释为什么系统会像上面显示的那样分解吗？
问候彼得
disaggregation.jpg （49.3 kB）
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 浮生未央 的问题《IBP及时分类》','https://www.easysap.com/q-57246.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
我发现了问题。 它与预先创建的基础计划级别有关。 几个组合分配了错误的属性，因此以奇怪的方式影响了分解行为。
在删除了不想要的组合后，及时分类将按预期进行。
也许这个发现对其他人也很有帮助，以防他们面临一些意外行为。
请注意，彼得
我发现，在分解期间，尽管第23周（6月），32、33和34（8月）没有填充，但所有关键指标的起始基准均为NULL 这可能以某种方式相关。 我什至拿出了重量表，也没有改变行为。
时间序列主数据没有显示那几周的任何奇异甚至缺失的值。 至少我无法弄清楚。
Peter
嗨，彼得，
DEMANDPLANNINGQTY关键指标可能是使用STATISTICALFCSTQTY关键指标的比例进行分类，而不是使用周权重因子。 请在规划视图中提取这两个关键指标，然后检查是否是这种情况。 此外，您可以尝试删除STATISTICALFCSTQTY和DEMANDPLANNINGQTY关键指标中的值（将其设置为NULL），然后在年份级别为DEMANDPLANNINGQTY关键指标输入1200。 应该遵循周权重因子进行分解（根据时间配置文件中的上载记录）。
问候
Piyush
嗨Piyush，
感谢您的不断努力。 我已经按照您事先解释的方式做了。 在我每年输入1200之前，STATISTICALFCSTQTY关键指标为NULL，甚至DEMANDPLANNINGQTY KF为NULL。
让我感到奇怪的是，2020年的相同方法甚至带来了不同的模式，而存储桶的定义或多或少都是相同的。
br，彼得
一周热门 更多>