2020-09-26 18:02发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）我们创建了一个订单，该订单已进入... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
我们创建了一个订单，该订单已进入信用额度（因为客户处于信用保留状态）。 订单状态显示为"信用待处理"
现在，计划行中的单位为"未确认并重置为0"。 这就是我们为101信用额度例程（标准sap方式）自定义设置的内容。
我们的业务用户进入了订单，并在计划行中添加了交货块并保存了订单。 订单状态以某种方式显示为"已批准信用"，即使VKM1中未批准也是如此。
添加到信用额度冻结订单的任何冻结显示为已批准，并且不再显示在VKM1/3中。
如果缺少某些配置设置，让我们知道您之前是否遇到过类似的事情。
Noel Connolly-我看过很多帖子，它们回答了有关信用释放和冻结的问题，您能否检查一下，并让我们知道是否有解决方案或产品错误。 我们是ECC EHP7。
您可以使用程序check_cm并查看您的配置/出口来验证这一点，但是我认为这是发生了什么：您的客户仅在信用额度方面有问题，并且您对确认的数量执行信用检查。 工厂中有一些可用数量，并且最初已冻结该订单。 然后，用户在计划行级别设置交货冻结，该交货冻结也具有确认冻结。 这导致数量变为零，然后信用值也变为零。 重新检查后，总体状态将从B变为A。
当然，您无法交付订单，因为您有冻结，没有确认的计划行，但是可以，因为现在值低于限制，所以状态将被批准。
有可能通过出口使用订购的数量而不是已确认的数量进行信用检查，但是在大多数业务场景中，这不是理想的结果，但是如果您觉得它更适合您的流程，则可以讨论 与企业主联系。
从我的角度来看，在计划行级别上使用交付块和确认块是一种有效的方案，并且在某些情况下可能有用。 与用户讨论为什么需要这样做并验证调度是否存在根本问题仍然是一个好主意。
只要在创建交货时不通过例程绕过信用检查，它就可以正常工作，因为一旦删除了冻结并确认了数量，便会再次检查订单的信用-除非 他们会在同一日期执行此操作，在这种情况下，会有可用的备注（例如， 2012097-当信用风险暴露大于针对客户设置的限额时，不会冻结已下达的销售订单，但这将是 修改）。
最多设置5个标签!
{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', '推荐 沉淀 的问题《贷项冻结订单的计划行冻结显示为贷项已批准》','https://www.easysap.com/answer/105332/282966.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
您可以使用程序check_cm并查看您的配置/出口来验证这一点，但是我认为这是发生了什么：您的客户仅在信用额度方面有问题，并且您对确认的数量执行信用检查。 工厂中有一些可用数量，并且最初已冻结该订单。 然后，用户在计划行级别设置交货冻结，该交货冻结也具有确认冻结。 这导致数量变为零，然后信用值也变为零。 重新检查后，总体状态将从B变为A。
当然，您无法交付订单，因为您有冻结，没有确认的计划行，但是可以，因为现在值低于限制，所以状态将被批准。
有可能通过出口使用订购的数量而不是已确认的数量进行信用检查，但是在大多数业务场景中，这不是理想的结果，但是如果您觉得它更适合您的流程，则可以讨论 与企业主联系。
从我的角度来看，在计划行级别上使用交付块和确认块是一种有效的方案，并且在某些情况下可能有用。 与用户讨论为什么需要这样做并验证调度是否存在根本问题仍然是一个好主意。
只要在创建交货时不通过例程绕过信用检查，它就可以正常工作，因为一旦删除了冻结并确认了数量，便会再次检查订单的信用-除非 他们会在同一日期执行此操作，在这种情况下，会有可用的备注（例如， 2012097-当信用风险暴露大于针对客户设置的限额时，不会冻结已下达的销售订单，但这将是 修改）。
一周热门 更多>