会计凭证配置(16页).docVIP

例1功能范围的应用. 例2业务范围(Business Area) 一ERP工程师死后,上帝数落对他的不满:那么多企业的ERP全被你们这些人弄的一塌糊涂,弄的现在大家都管ERP叫EnhancementRepair Project了,天天修修补补这个那个洞洞的,太可恶了,你下地狱吧. ERP工程师甚是不服,找到阎王老兄历陈实施ERP的好处,说以前的过错完全应归咎于企业领导的对ERP的错误认识,他有办法让地府的管理更上一层楼.总之,据称后来地狱实施了ERP系统管理还真的大有改观.这下阎王高兴了到处吹嘘自己管理水平如何高明. 某天李天王参观地狱,阎王醉后又在李天王面前吹,老李听了,煞是羡慕,心想天宫要是也弄个ERP多好,于是他想让阎王把那ERP工程师给调到天庭上去. 阎老大当然不愿意放走人才. 老李火了:说,老阎,你不答应,等俺上天后再找你算帐,俺到玉帝面前告你去. 阎王咧嘴笑了:老李,你啥时开始学会瞎咋呼了,少来这套,我又不是吓大的.这年头,春风吹,战鼓擂,大家兄弟谁怕谁?我告诉你,所有的会计师都呆在俺家十八层地狱,你找谁跟俺算帐?所有的律师们也在俺这,你找谁告俺? 年度变式(Fiscal Year) Tcode:OB29|OB37 SAP提供了非常灵活的会计年度变式定制,比如国内企业,我们可以直接使用K4,这时候可和日历(公历)相关的变式,这个变式简单使用公历的月份做期间,12期间加4个额外的调整期间,一般的说法是,对于上市公式年报未公步后可以在未来的四期间进行审计或税务等方面调整. 1.调整如下操作,你输入上年第12期间的任何一天,通常可采用最后一天,然后手工输入13-16期间,注意一下,月份并不等于期间虽然在你企业可能是同一概念,比如你使用了K4,对多数外资公司似乎喜欢采用所谓的”445”之类的会计年度变式,如接下来的Z1和WL就是实例. 2.有的用户希望有这样的效果,就是1-3period我希望调整项能做在13period,即4季度调整 对应13-16 period,起码我知道SAP默认似乎是不允许的,记住,调整的posting date只能是上 年最后一period的某日. 接下来举两个比较特殊的变式,WL分53 period(一period即一周),这个period将用在销售预测和PA块等,我们需要按周做销售预测(关于销售预测详细请参考本书相关实例) 为此我们在物料的MRP3 view的Forecase requirements中,我们选择period indictor是W,Fiscal year variant是ZL. 图2中的WL是跨年度的,从2006/07/02就是2007年的第1周了(这和接下来的图3,会计计帐用的年度变式相对应) 如图3[1][2]变式Z1确2006年的period设置,Z1是个年度相关的变式,这就是说你需要为每年设置期间的日期范围,公历2006/1/28是2006年第7期间的最后一天,注意month+day表示该period的最后一天,,比如2006/2/25是2006第8期间的最后一天,那从2006/01/29到2006/2/25之间的日期都属于2006年第8个期间以此类推. Z1同时又是垮年的变式,如图3-[3],2006/01/01是2006年最后一个期间(第12 period)的最后一天,也就是说,从表面上看2006/07/02开始就是会计年度2007年第1期间的第一天,就想上面所说的,2006/07/29是第1期间的最后一天,我们注意到Year shift是+1 . SE37你可使用函数DETERMINE_PERIOD决定某日属于某个变式的某个期间,如图4, 测试函数(SE37初始画面的第三个图标)DATE输入2007/02/2006,VERSION即变式(你也可输入图3的Z1,多选几个DATE测试一下),我们看到period/year是001/2007. ZL变式用在KEPM时非常奇怪,我做的sales forecase比如是从017/2006-020/2006,可是保存在PA计划表CE2****(****是Operating concern名称)表中却成了030/2006-033/2006了,因为Z1是不是公历2005年7月就是2006会计年度的第1 period, 公历2006/07/02就是会计年度2007年第1 period,所以它加上了13 week,什么玩意,系统玩这样的逻辑? 一般地,我们在一般总帐中多使用12+4期间,如果需要你可定义比如一个会计年度使用24个期间,这时可能需要使用所谓的扩展总帐,SAP是你可以在扩展总帐中使用不当365个期间,相信没有企业这样玩法,使用24期间你可以自定义SPL完成GL-SPL的期间映射(请参考本书的SPL部分). 我