《浅析会计凭证配置.doc》由会员分享，可在线阅读，更多相关《浅析会计凭证配置.doc（16页珍藏版）》请在金锄头文库上搜索。
1、例1功能范围的应用.例2业务范围(Business Area)一ERP工程师死后,上帝数落对他的不满:那么多企业的ERP全被你们这些人弄的一塌糊涂,弄的现在大家都管ERP叫Enhancement&Repair Project了,天天修修补补这个那个洞洞的,太可恶了,你下地狱吧.ERP工程师甚是不服,找到阎王老兄历陈实施ERP的好处,说以前的过错完全应归咎于企业领导的对ERP的错误认识,他有办法让地府的管理更上一层楼.总之,据称后来地狱实施了ERP系统管理还真的大有改观.这下阎王高兴了到处吹嘘自己管理水平如何高明.某天李天王参观地狱,阎王醉后又在李天王面前吹,老李听了,煞是羡慕,心想天宫要是也弄
2、个ERP多好,于是他想让阎王把那ERP工程师给调到天庭上去. 阎老大当然不愿意放走人才.老李火了:说,老阎,你不答应,等俺上天后再找你算帐,俺到玉帝面前告你去.阎王咧嘴笑了:老李,你啥时开始学会瞎咋呼了,少来这套,我又不是吓大的.这年头,春风吹,战鼓擂,大家兄弟谁怕谁?我告诉你,所有的会计师都呆在俺家十八层地狱,你找谁跟俺算帐?所有的律师们也在俺这,你找谁告俺?年度变式(Fiscal Year)Tcode:OB29|OB37SAP提供了非常灵活的会计年度变式定制,比如国内企业,我们可以直接使用K4,这时候可和日历(公历)相关的变式,这个变式简单使用公历的月份做期间,12期间加4个额外的调整期间
3、,一般的说法是,对于上市公式年报未公步后可以在未来的四期间进行审计或税务等方面调整.1.调整如下操作,你输入上年第12期间的任何一天,通常可采用最后一天,然后手工输入13-16期间,注意一下,月份并不等于期间虽然在你企业可能是同一概念,比如你使用了K4,对多数外资公司似乎喜欢采用所谓的”445”之类的会计年度变式,如接下来的Z1和WL就是实例.2.有的用户希望有这样的效果,就是1-3period我希望调整项能做在13period,即4季度调整 对应13-16 period,起码我知道SAP默认似乎是不允许的,记住,调整的posting date只能是上年最后一period的某日.接下来举两个比
4、较特殊的变式,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,会计计帐用的年度变式相对应)如图312变式Z1确2006年的period设置,Z1是个年度相关的变式,这就是说你需要为每年设置期间的日期范围,公历2006/1/28是20
5、06年第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 .1. SE37你可使用函数DETERMINE_PERIOD决定某日属于某个变式的某
6、个期间,如图4,测试函数(SE37初始画面的第三个图标)DATE输入2007/02/2006,VERSION即变式(你也可输入图3的Z1,多选几个DATE测试一下),我们看到period/year是001/2007.2. 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,所以
7、它加上了13 week,什么玩意,系统玩这样的逻辑?3. 一般地,我们在一般总帐中多使用12+4期间,如果需要你可定义比如一个会计年度使用24个期间,这时可能需要使用所谓的扩展总帐,SAP是你可以在扩展总帐中使用不当365个期间,相信没有企业这样玩法,使用24期间你可以自定义SPL完成GL-SPL的期间映射(请参考本书的SPL部分).我突然想到一个问题,就是SAP系统的日历弄到了哪年,9999年之后,年份5位.哎,讨论这些没有意义,干咱P事,9999年咱都不知轮回了千百回,法国有位路易老大说的经典我死之后哪管TMD洪水滔天,Yeah,做人当如斯”洒脱”.上面实例我们知道SAP可以非常灵活地定作
8、各种BT的会计年度变式,接下来我们只要使用OB37将Z1分配给公司代码就可以,通常一个集团所有的公司代码最好使用同一个年度变式.会计凭证(Document)过帐期间设置(Posting Period)Tcode:SE16: V_T010O|OB52|SE16: V_001_R在此步,我们使用SE16:V_T010O定义过帐期间变式(Variant这鬼东西在SAP我们到处都可碰到),从权限和控制的角度,推荐的做法是,集团有多少个公司代码,通常我们就定义最好和公司代码同名的多少个变式,然后我们使用SE16:V_001_R将公司代码和变式一一对应.然后我们就可使用OB52对过帐期间进行控制(打开或关
9、闭)如图1-4,是过帐期间的变式名称(和公司代码同名)并分配给了公司代码,控制过帐期间变式的过帐期间也就控制了公司代码的记帐.如果你静下来仔细考虑,为什么SAP不直接就指定公司代码的过帐期间而要使用一个中间的过帐变式. 我认为这样做的目的是可以更灵活控制过帐期间,比如某集团亚太多个公司可以使用同一变式统一管理,如此而已.图1-1表示Account type,+表示所有的account type,选中的这行似乎表示公司代码5100(因为variant5100已经分配给唯一的公司代码5100了)允许所有的科目类型都允许在2005/12和2006/01期间过帐,一般的做法是为了安全只允许在当前期间做
10、帐,在月结未完成时的头几天才允许需要在上期间做调整,出了月报后立即关闭上期间.图1-3的AuGr表示授权组5100,你PFCG将OB52打开关会计期间的权限加给授权用户,同时,将change,delete等activity从一些用户组拿掉,这些用户我们只让他们有display会计期间开关情况的权限,我们只将可以真正打开和关闭期间的用户包括在授权组5100里面,使用授权对象F_BKPF_BUP可以轻易做到.并非你打开了+就真的允许了所有(SAP所有的科目除了包括我们一般意义上的总帐科目外,物料,客户,固定资产和供应商等都被看成是相关明细科目,比如原材料会计科目是总帐会计科目,所有的实际原材料被当
11、成了物料的明显科目)的科目过帐目,你做好还需要加入ADMKS Account type的允许过帐期间.以上讨论的是一般意义上的会计期间控制,SAP有这么些期间概念,物料期间(MMPV/MMPR/MMRV/OMSY),CO期间(以年为单位,OKP1|OKEQN),SPL期间等.如果物料移动显示期间错误,你需要同时检查物料和会计期间.集团公司可以设定各公司的会计期间开关只能有该公司的相关授权财务用户.会计凭证编号(Number range)FBN1定义会计凭证编号范围,注意编号有所谓的年度相关(每个会计年度都要设置编号,这样每年的编号范围可以从头开始,比如凭证类型SA的凭证编号每年度都从开始)和年
12、度无关(就是YEAR你设置一个YEAR 9999,SA凭证2005年最后一个号是,2006继续下一号码是)的概念,后者免去你需要每年去设置凭证编号,你可以选择使用哪种编号方式.图1-2表示当前凭证号,图1-3表示外部给号,这种编号范围在SAP也随处可见.为了节省工作量,通常期初时我比较喜欢使用OBH1 从company code 0001 copy某年的编号范围,然后使用OBH2在公司间的不同年份copy.你在上线时可能会专门使用一些自定义的凭证类型处理期初数据,可以设置和凭证编号相同的一些特殊编号范围比如ZA(Doc type ZA,Number ZA是用来转科目余额的,这些number r
13、ange只在当年设置就好了,以后就不再为其设置年度编号了,这样,在以后年度你错误选择ZA因为无该年的编号都过不了帐).会计凭证页头(Document Header)图1-1:Define document type(tcode:OBA7)何时我们还需要自定义doc. Type呢?我们知道doc type的一个作用就是区别凭证的用途,我注意到某些国内ERP系统只是简单地将FI doc type分个记帐转帐付帐凭证而已, 而SAP是为我们提供了足够多的doc type,通常我们可以为导入期初财务数据产生的凭证自定义类型如图2-1,ZA-ZF是用来导入期初数据的.图2-3:授权组,假设doc typ
14、e SA使用了授权组SA,然后我们可以根据该授权组限制某些用户只能使用某些凭证,请看接下来的实例使用授权组限制凭证类型使用,为达到目的我们将所有的凭证类型都在此设置一个比如和凭证类型相同的授权组(Authorization Group).图2-4:表示凭证用于哪些Account type,我们来假设这样一个场景,客户同时是你的供应商,你在F-53付款时同时对清一些vendor和customer的未清项,此时假设凭证类型KZ(F-53默认类型)如不允许Customer(Account type D),是清不了Customer未清项的(关于vendor和customer的未清项对清请参考本书的相关
15、实例).图2-5典型的比如doc type AF,资产折旧的选上了它就只能后台使用了.图2-6为空表示该凭证类型默认的汇率转换类型是M,你可以测试一下,OB07|OB08定义一个exch. Rate type比如Y,在此设置Y,这样外币转换就使用exch. Rate type Y了.图2-7表示该凭证类型(SA)允许公司间直接过帐,我们知道FB50的默认凭证是SA,你在FB50测试一下,Dr:company code 5100记笔费用, Cr行项目公司代码手工输入4100,付笔现金,这就叫公司间过帐,为此你必须首先使用OBYA设置公司间清帐的科目才能过帐,关于公司间清帐请参考本书相关部分.图2-8除了使用凭证的validation外,我们还可以直接设置某种凭证类型过帐时必须输入Reference 字段和document header文本,不大建议如此做法,因为它是doc. Type级的,可能集团公司的某些公司代码我并不需要此功能,你不能强行就给整上去.图1-2:Validation and Substitution(Tcode:OB28|OBBH)假设你公司代码是四位数字表示,各公司代码的成本中心的前两位是参考公司代码建立的,比如company code 5100的成本中心是51*,company code 4100的cost center是41*
