sapmad

SAP

  博客中心 :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 登录 ::
  3 随笔 :: 2 文章 :: 3 评论 :: 0 Trackbacks
Cached @ 2025/6/14 8:36:37Control ASP.skins_cogitation_controls_blogstats_ascx
<2025年6月>
25262728293031
1234567
891011121314
15161718192021
22232425262728
293012345

留言簿(0)

随笔档案

文章档案

SD-常用T_code

搜索

最新评论

阅读排行榜

评论排行榜

Cached @ 2025/6/14 8:36:37Control ASP.skins_cogitation_controls_singlecolumn_ascx
SAP_SD_销售订单的状态机制
2007年09月10日 星期一 下午 08:16

来自:http://www.yok.com.cn/forums/34071/ShowPost.aspx

SAP 4.6C,事务代码VA05,单选open orders,执行后即可呼出所有尚未交付的销售订单,将Net valuetax两者的总和加总,就是open order value

问题往往没这么简单,退货订单说不定就有让您非常疑惑的地方——

“这个退货,系统中交付单有了,后续的credit memo for return也出票了,甚至因为退货该退给顾客的价值也在系统中过账了,accounting documentcleared了,为什么va05open order选项还要把退货单据列入其中?”

答案只有一个:这个退货单据的状态,还是Being processed,而不是Completed可为什么会这样?

根本原因在于项目种类的定制:退货项目种类REN,字段completion rule的赋值等于B;而对比一下标准项目种类TAN,其字段completion rule的赋值完全为空。

本人曾逐一试过,得出结论如下——

1)        选择A/B/C中的任何一个,即使全部执行完毕,单据/项目的状态都是being processed

2)        选择D,全部执行完毕时,倒的确是completed。可您别高兴太早了,举个例子:订货100单位,分批交货。第一票交付单50单位过账出货并出票之后,整个项目的状态就是completed。这样的情况,能说正常吗?

3)        常规的情况是无法选择completion ruleE的,E的情况只能与billing relevance等于Ibilling plan)或者空格(与billing无关)的情况兼容。由于我们的业务与billing plan无关,所以无从测起E

本人就上面的结果找过SAP AG support求证,得到下列答复:

1)        销售项目种类的completion rule是他们的设计缺陷,这一点他们在NOTE 323048中早已供认不讳;

2)        所有的item category项下的completion rule的赋值,若无特殊考虑,建议设置为空白;

3)         item category尚为“非空白”而已经形成的状态偏差,SAP推荐下列步骤纠正:

a.              保证销售单据事实上已经执行完毕,“执行完毕”的概念若无特别说明,一律理解为“出具发票并产生应收账款会计凭证”,是否付款完毕(clear)都没有关系;

b.               SE38运行程式ZZERLREO,将作业者自己判断为状态不符的销售单据号码填入。执行后系统将把此类销售单据中item categorycompletion rule纠正为空格;

c.               参照NOTE 207875,运行程式SDVBUK00,将状态不符的销售单据号码填入。执行后系统将修正销售单据的状态。

想不到,看似“微不足道”的状态也有这么一篇文章,SAP管理思想之博大精深令人拍案惊奇。


分享按钮发布于: 2009-01-19 11:28 sapmad 阅读(595) 评论(0)  编辑 收藏

评论

标题
姓名
主页
内容 
  登录  使用高级评论  Top 订阅回复  取消订阅
[使用Ctrl+Enter键可以直接提交]