屠夫，有没有co－pa高手XXX日通？

最近发现我们的CO－PA问题百出，处力成本和收入，其他的field的值都是0，我严重怀疑顾问配置有问题。成本组件构成的值怎么传不过来？在ke24中看到的都是0?有没有关于CO－PA高手XXX日通？

在没做CO前我处理过一些CO-PA问题,做CO7周了,我又处理过俩CO-PA问题,都是超难搞的,就差没将CO-PA那些鸟程序都给读了遍,故CO-PA你问俺就太问对人了,实际上任何一module有个象俺屠夫这样的人去宰一下那这module就不象样了,抽空俺想整理下CO-PA ***日通出来. 我的意思是通常顾问的配置会很少出问题,毕竟人家是有项目经验的.这样说吧,这是俩方法,顾问是凭经验,屠夫是靠开宰,后者得出的结论通常是更精确的,因为程序的逻辑它应该变不到哪里去的.你要问俺CO-PA理解如何,俺只能回答俩字就是:贼熟! 再吹弟兄们要对俺发飙了,说点实际的.直接SE16看表CE1****(OCname),这么些record type1. A: sales order, you can define whether or not you want to tranfer sales order to CO-PA.2.B:Direct from FI/MM,比如FB50记帐co account assignment choose PSG .通常是用来手工或自动调整COGS和revenue的.3.C:CO88,KO88等settle,如果这个没有成本组件构成的值就真的有问题.4.F Billing data .

在没做co前我处理过一些co-pa问题,做co7周了,我又处理过俩co-pa问题,都是超难搞的,就差没将co-pa那些鸟程序都给读了遍,故co-pa你问俺就太问对人了,实际上任何一module有个象俺屠夫这样的人去宰一下那这module就不象样了,抽空俺想整理下co-pa ***日通出来. 我的意思是通常顾问的配置会很少出问题,毕竟人家是有项目经验的.这样说吧,这是俩方法,顾问是凭经验,屠夫是靠开宰,后者得出的结论通常是更精确的,因为程序的逻辑它应该变不到哪里去的.你要问俺co-pa理解如何,俺只能回答俩字就是:贼熟! 再吹弟兄们要对俺发飙了,说点实际的.直接se16看表ce1****(ocname),这么些record type1. a: sales order, you can define whether or not you want to tranfer sales order to co-pa.2.b:direct from fi/mm,比如fb50记帐co ...抽空俺想整理下co-pa ***日通出来: sales order.通常是用来手工或自动调整cogs和revenue的,说点实际的.c:贼熟,就差没将co-pa那些鸟程序都给读了遍,屠夫是靠开宰.2, you can define whether or not you want to tranfer sales order to co-pa,做co7周了.直接se16看表ce1****(ocname);mm.这样说吧,实际上任何一module有个象俺屠夫这样的人去宰一下那这module就不象样了:co88,顾问是凭经验:direct from fi/,我又处理过俩co-pa问题.f billing data ,毕竟人家是有项目经验的,都是超难搞的在没做co前我处理过一些co-pa问题,后者得出的结论通常是更精确的,故co-pa你问俺就太问对人了.3,俺只能回答俩字就是. 我的意思是通常顾问的配置会很少出问题,比如fb50记帐co account assignment choose psg ,这是俩方法.4,因为程序的逻辑它应该变不到哪里去的.b,ko88等settle,如果这个没有成本组件构成的值就真的有问题,这么些record type1! 再吹弟兄们要对俺发飙了.你要问俺co-pa理解如何. a