SAP FI/CO 知识 搜集整理
一、SAP FI/CO 模块设置
1. 一般设置—货币—定义货币换算的换算率
增加换算率:M(标准兑换)-EUR(欧元)-RMB(人民币)-比率
2. 一般设置—货币—输入汇率
增加汇率:M(标准兑换)-从EUR-到RMB-直接报价-开始生效日期
3.
企业结构—定义—财务会计—定义公司
维护公司名称、详细信息(地址、语言、国家、货币)
4. 企业结构—定义—财务会计—定义信贷控制范围
建立维护信贷控制范围,
5.
企业结构—定义—财务会计—定义、复制、删除,检查公司代码—复制,删除,检查公司代码拷贝建立一个公司代码,删除现有的公司代码,检查公司代码的一致性
6.
企业结构—定义—财务会计—定义、复制、删除,检查公司代码—编辑公司代码数据维护公司代码的名称、城市、国家、货币、语言
7.
企业结构—分配—财务会计—给信贷控制区分配公司代码
为公司代码指定一个已经定义的信贷控制范围
8.
财务会计—总帐会计—总帐科目—主记录—准备—编辑科目表清单
新建或拷贝会计科目表,维护科目表说明、语言、成本控制集成
9.
财务会计—总帐会计—总帐科目—主记录—准备—给科目表分配公司代码
为公司代码指定一个已经定义的科目表
10.
财务会计—总帐会计—总帐科目—主记录—准备—定义科目组
科目表创建或拷贝不同的帐户组,指定帐户组名称、科目范围
11.
财务会计—总帐会计—总帐科目—主记录—准备—定义留存收益科目
设置自动结帐科目,业务:BIL结转余额,损益表科目类型:X
科目:31410100利润分配-未分配利润
12. 财务会计—财务会计全局设置—公司代码—输入全局参数
设置公司代码的全局性数据:
会计组织:会计科目表、公司、信贷管理范围、会计年度变式
处理参数:字段状态变式、记帐期间变式
地址:标题、名称、地址、邮箱、通讯、搜索等
13. 财务会计—财务会计全局设置—会计年度—维护会计年度变式
维护财务期间设定,一般选用的是K4-12个记帐期间4个特别期间
14.
财务会计—财务会计全局设置—会计年度—向一个会计年度变式分配公司代码
为公司代码指定一个会计年度变式,一般使用K4
15.
财务会计—财务会计全局设置—凭证—过帐期间—定义未结清过帐期间变式
定义一个过帐期间变式的代码
16.
财务会计—财务会计全局设置—凭证—过帐期间—未清和关帐过帐期间
修改不同变式不同帐户类型的科目的可用期间
17.
财务会计—财务会计全局设置—凭证—过帐期间—将变式分配给公司代码
为公司代码指定过帐期间变式
18.
财务会计—财务会计全局设置—凭证—凭证号范围—定义凭证号范围
查看和指定不同公司代码下的凭证范围。间隔:指定不同的凭证号码段;状态:查看当前分配到的号码
19. 财务会计—财务会计全局设置—凭证—凭证抬头—定义凭证类型
定义平整类型代码以及说明文字
20.
财务会计—财务会计全局设置—凭证—凭证抬头—定义凭证的文本标识
维护文本表示号以及含义
21.
财务会计—财务会计全局设置—凭证—行项目—控制—定义记帐码
维护记帐码:代码、名称、借贷、帐户类型、销售相关、特别总帐、冲销记帐码、支付交易
维护不同记帐码的字段状态:不同行项目字段的显示和输入状态
22. 财务会计—财务会计全局设置—凭证—行项目—控制—维护字段状态变式
增加或维护字段状态变式
23. 财务会计—财务会计全局设置—凭证—行项目—控制—向字段状态变式分配公司代码
为公司代码分配一个字段状态变式
24. 财务会计—财务会计全局设置—凭证—行项目—定义雇员的容差组
不同公司代码下记帐的上限(凭证总额、未清帐户项目、现金折扣)
25. 财务会计—财务会计全局设置—凭证—行项目—定义行项目文本
维护行项目文本标识及文本内容
26. 财务会计—财务会计全局设置—凭证—凭证处理缺省值—缺省值
定义不同事务码的凭证类型和记帐码
27. 财务会计—财务会计全局设置—销项/购置税—基本设置—检查计算程序
访问队列:定义访问队列标识和名称
定义条件类型:定义条件类型及相关数据
定义过程:过程代码及描述
28.
财务会计—财务会计全局设置—销项/购置税—基本设置—检查和更改税务处理设置
税收处理设置:代码、描述、税类型、过帐标识
29.
财务会计—财务会计全局设置—销项/购置税—基本设置—向计算程序分配国家
指定不同国家代码下的计算过程:CN->TAXCN
30.
财务会计—财务会计全局设置—销项/购置税—计算—定义销售/采购税代码
不同税码下各处理代码的比例或数值
31.
财务会计—财务会计全局设置—销项/购置税—记帐—定义税务科目
不同事物下的税务科目设置
MWS(销项税):21710705应交税金-增值税-销项税
VST(进项税):21710704应交税金-增值税-进项税
32.
财务会计—财务会计全局设置—信函—定义信函类型
定义信函类型代码、类型名称、一般数据、日期细目
33.
财务会计—财务会计全局设置—信函—为信函类型分配程序
定义不同信函类型对应的程序名称和变式
34.
财务会计—财务会计全局设置—信函—定义信函打印的格式名称
定义不同信函打印程序所使用的表格
35.
财务会计—总帐会计—总帐科目—行项目—行项目显示—确定行项目的标准排序
定义排序码、说明、排序字段
36. 财务会计—总帐会计—业务往来—总帐科目过帐—总帐科目过帐满意—定义总帐科目过帐的
过帐码
采用默认的40和50
37. 财务会计—总帐会计—业务往来—未结清项目结清—定义结清过帐码
清帐过程的各项过帐码的设置
38.
财务会计—总帐会计—业务往来—结算—重组—定义GR/IR结清的调整科目
定义不同事务下的结清科目,例如:
GNB(已交货但未开发票):统驭科目12010000GR/IR,调整科目12010900GR/IR调整,目标科目21210900应付帐款调整
39. 财务会计—总帐会计—业务往来—结算—编制凭证—定义会计报表版本
会计报表的名称、语言、会计科目表
定义会计报表项目(各科目的分类)
40. 财务会计—总帐会计—业务往来—集成—物料管理—为物料管理定义科目
定义不同事务的科目
BSV(库存帐户变化):1251000委托加工物资
BSX(存货记帐):根据不同评估级别指定科目,例如3000(原材料)-12110100(原材料—原料)
GBB(库存记帐冲销)
KBS(客户发票采购定单)
PRD(成本价格差额):3000(原材料)-12320200(材料成本差异-原料)
UMB(来自重估损益):3000(原材料)-12320200(材料成本差异-原料)
WRX(已收货物/已收发票清算科目)-12010000(GR/IR)
41. 财务会计—总帐会计—业务往来—集成—销售和分销—准备收入科目确定
V(销售/分销)-KOFI(实际决定)-COA(会计科目表)-S001(销售机构)-ERL(收入)-51010000(主营业务收入)
V(销售/分销)-KOFI(实际决定)-COA(会计科目表)-S001(销售机构)-ERL(销售扣减)-51010300(销售折扣与折让)
42. 财务会计—总帐会计—业务往来—信息系统—细分报告(总帐科目)—表格—定义表格
定义修改报表的格式(科目排列、计算、汇总)
43.
财务会计—总帐会计—业务往来—信息系统—细分报告(总帐科目)—报表—定义报表
定义报表名称、特性、变量、输出类型
44.
财务会计—总帐会计—业务往来—信息系统—细分报告(总帐科目)—定义全局变量
定义报表全局变量,变量名、类型、字段名等
45.
财务会计→应收帐目和应付帐目→客户帐户→主记录→创建客户主记录的准备→定义带有屏幕格式的帐户组(客户)
根据不同客户类型添加帐户组
46.
财务会计—应收帐目和应付帐目—客户帐户—主记录—创建客户主记录的准备—创建客户帐号编号范围
定义客户号码范围和查看当前号码状态
47.
财务会计—应收帐目和应付帐目—客户帐户—主记录—创建客户主记录的准备—对客户帐户组分配编号范围
为不同的客户组分配编号范围
48.
财务会计—应收帐目和应付帐目—供应商帐户—主记录—供应商主记录创建准备—创建供应商帐号编号范围
定义供应商号码范围和查看当前号码状态
49.
财务会计—应收帐目和应付帐目—供应商帐户—主记录—供应商主记录创建准备—对供应商帐户组分配编号范围
为不同的客户组分配编号范围
50.
财务会计—应收帐目和应付帐目—业务交易—收进发票/贷项凭证—维护支付条件
维护付款条件的文本、帐户类型、付款期限、百分比
51.
财务会计—应收帐目和应付帐目—业务交易—收款—收款的全局设置—为授予现金折扣定义会计科目
设置现金折扣科目: 11330910(折扣待清)
52. 财务会计—应收帐目和应付帐目—业务交易—收到的预付款—定义客户预付款的统驭科目
帐户类型:D(消费者) 特殊总帐标识:A(预付定金)
统驭科目:11310000(应收帐款) 特别总帐科目:21310000(预收帐款)
53.
财务会计—应收帐目和应付帐目—业务交易—已付的预付款—定义预付款的备选统驭科目
帐户类型:K(供应商) 特殊总帐标识:A(预付定金)
统驭科目:21210000(应付帐款) 特别总帐科目:11410000(预付帐款)
54.
财务会计—应收帐目和应付帐目—业务交易—结算—重组—根据到期日定义应收/应付帐款的调整科目
定义不同到期的应收和应付帐款的调整科目
55.
财务会计—应收帐目和应付帐目—信用管理—业务往来:贷项监控—定义不带信贷管理更新的统驭科目
若启动了信用管理,将不需要做信用控制的统驭科目加上,并勾上“无信用管理更新”
56.
财务会计—银行会计—业务往来—汇票业务—应收汇票—请求应收汇票—定义应收汇票的备选统驭科目
定义特殊总帐标记下的统驭科目
G/L:W(汇票银行接收)-统驭科目:11310000(应收帐款)-特别总帐科目:11110000(应收票据)
57.
财务会计—银行会计—业务往来—汇票业务—应付汇票—创建应付汇票—定义应付汇票的备用统驭科目
定义特殊总帐标记的统驭科目G/L:W(汇票银行接收)-统驭科目:21210000(应付帐款)-特别总帐科目:21110000(应付票据)
二、SAP R/3 财务基本概念及集成性浅释--主数据概念篇
ERP是英文Enterprise Resources Planning的缩写,意思为企业资源计划。在企业中,存在各种各样的资源,如财务资源、人力资源、信息资源、供应商资源、客户资源等等,如何将这些资源进行合理规划,实现资源的最优化的配置,从而提高企业整体的经营能力与经营效率是企业管理者孜孜以求的目标。经济学上有一个著名理论:短边效应。也就是说,有长短不一的木块(表示各种各样的资源),做成一个木桶,其装水容量的多寡不是由最长木块决定的,而是由最短的木块决定的。过去几十年来,由于电信技术、计算机技术及应用软件开发的滞后,大型企业为提高管理效率而进行的各种各样探索都难以得到最终的实现,其重要原因就在于信息的不能及时传递。人们通常所说的企业内部各个部门都是一个“信息孤岛”,指的就是信息(包括财务、人力等方面)的不能及时传递与处理,由此带来管理上的效率损失及机会成本的上升。随着我们国家市场化改革进程的不断加快及全球经济的一体化,各个行业内部的竞争加剧是不可避免的一个趋势,竞争的加剧对企业管理提出了更高的要求,正如莎士比亚所说的,“是生存还是死亡,这真是一个问题”。要提高企业管理水平,首先必须突破信息传递及处理这个“瓶颈”。70年代以来,国外企业为突破这个“瓶颈”,就陆续开始了企业资源计划的尝试。
至90年代初期,已经获得很大的成功,这主要应归功于相关技术,如电信、计算机及应用软件等得到了空前的发展。实施ERP,至少有三个方面的好处:1.各种信息能够得到即时的处理与传递。如有非常及时性的财务数据及库存数据,这对于大型企业是非常必要的。2.可以打破企业管理者的管理边界,同时不会造成效率上的损失。传统的分工理论形成的每个管理人员的管理边界,超出次边界将是不经济的,但实施ERP,如上问题可以轻松得以解决,因为ERP的精髓就是要信息的及时处理与传递。信息的及时传递及处理可以使管理的边界得以突破。正如和光商务股份有限公司的总经理刘铁所说:实旌ERP可以将管理的需求“一竿子捅到底”1
3.可以降低企业内部的交易费用,同时也有利于企业组织结构的再造。实施了ERP,各项交易、业务流程都变得透明,信息也得到了及时的处理与传递,带来的结果是内部交易费用的降低,机构的设置也将变的简单、高效,原来“金字塔型”的组织结构变成了“扁平型”的组织结构。毫无疑问,如上种种好处,将会使成功实施ERP的企业在激烈的市场竞争中获得极大的优势,具体地说,将会使企业降低费用、提高资金的运用效率,提供决策的准确数据、降低机会成本等。
支持实施ERP的管理软件有非常之多,如SAP R/3、Oracle、PeopleSoft等。本文着重介绍SAP
R/3软件就是其中集成性最好、功能最强的管理软件。为什么SAPR/3软件集成性最好并且能够及时处理并传递信息,主要是有赖于主数据的有关设置。以下开始本文有关SAPR/3软件中与财务有关的介绍。
主数据(主记录)
第一次接触SAP
R/3软件的人,当看到主数据这样的字眼时,肯定不知所云。在SAPR/3软件中,主数据相当是该软件的识别及自动后续处理系统。比如人的大脑,当我们见到资产负债表中的有关科目时,如长期投资,我们的大脑马上就会这样的反应:它是属于资产类的科目,期末应将余额予以结转;核算时,当其投资对被投资单位有控制、共同控制或重大影响时,应采用权益法进行核算,否则应采用成本法核算等。又如对于销售收入,我们马上就知道这是损益类科目,期末应将其结转至本年利润,而后转至未分配利润等。我们的大脑为什么有这些知识,就是因为我们经过了长期的财务知识方面的训练,所以就会有这样的识别及核算能力。对于软件系统,它不具有像人类
一样的大脑,所以软件开发人员就开发了一套适合系统并使其能够像人脑一样的识别及处理财务数据。这就是SAPR/3软件的主数据。
因此,当我们要做各项交易之前,必须到相应的主数据中去创建它(当然这个创建是按照主数据中的固有格式进行的),这样系统才能认可它、自动处理它。通常我们叫这个过程为“去报个到,取个号”。与财务有关的主数据包括有总账主数据、供应商主数据、客户主数据、商品主数据、固定资产主数据、成本及利润中心主数据等六大类。下面分别阐述。
2.1 总账主数据
总账主数据,它起到统驭整个财务的作用。不同的会计科目在总账主数据中创建会应用到不同的“字段”(英文单词为field),通过这些不同“字段”的组合,就会形成系统能够识别并能够为我们现行会计核算所接受的会计科目。如下例举几个重要的科目予以说明。
号码 10010101 10030101 10040101
公司代码 KHl0 KHl0 KHlO
类别 资产负债表科目 资产负债表科目
资产负债表科目
账户组 现金/银行类 其他资产类 其他资产类
描述 现金 应收账款一国内贸易款 库存商品
统驭科目类型 X D X
未清项目管理 X X X
行项目显示 √ X X
字段状态组 G001 G067 G001
号码 10050101
20010101 20020101
公司代码 KHl0 KHl0 KHl0
类别 资产负债表科目 资产负债表科目 资产负债表科目
账户组
固定资产类 负债权益类 负债权益类
描述 固定资产一房屋建筑物 短期借款 应付账款一国内贸易款
统驭科目类型 A K K
未清项目管理
X X X
行项目显示 X X X
字段状态组 G007 G001 G067
号码 20060101 20070101 20080101
公司代码 KHl0 KHl0 KHl0
类别 资产负债表科目 资产负债表科目 资产负债表科目
账户组 负债权益类 负债权益类 负债权益类
描述 购销GR/IR 代销GR/IR 实收资本
统驭科目类型 X X X
未清项目管 √ √ X
行项目显示 √ √ √
字段状态组 G001 G001 G001
号码 50010101 50020101 50040101
公司代码 KHl0 KHl0
KHl0
类别 损益表科目 损益表科目 损益表科目
账户组 损益类 损益类 损益类
描述 销售收入-购销 销售成本一购销 管理费用一电费
统驭科目类型 X X X
未清项目管理 X X X
行项目显示 √ √ √
字段状态组 G029 G030 G004
仅允许自动记账 √ √
几个重要的会计科目,其余科目即可举一反三,知其所以然。在所列示的科目中,科目号码是根据《企业会计制度一会计科目名称和编号》规定的前四位数加上后四位而成,在创建时须手工填入(即非系统产生)。
科目类别仅分成两类:即为资产负债表科目或为损益表科目。账户组分为六项:现金/银行类、固定资产类、其他资产类、负债/权益类、损益类、转移数据类。描述项既可按需创建的科目进行字面的描述,又可分为长文本与短文本描述。
损益类帐户的特征:
在会计科目表中创建损益类科目之前,需要确定损益结转入的留存收益科目。系统设计了一特殊程序将损益类帐户的损益金额自动结转入该科目。因此,必须在系统中定义留存收益科目的号码。
每一个损益类科目都需要分配给一个留存收益科目。
统驭科目类型分为三类:供应商类别(K)、客户类别(D)、固定资产类别(A),主要是针对应收账款、应付账款、固定资产等模块过入的金额,他们的交易是不通过总账模块进行的,但在各自模块完成的同时,会将相应的金额过入总账。
未清项目管理主要是用于须清账的科目,如GR/IR,银行的过渡科目、工资的清算等。激活了未清项目管理,必须同时激活行项目显示的功能,但在总账主数据的设置中,应收、应付、固定资产等是不能激活未清项目管理及行项目显示功能。
未清项管理指一个帐户的项目可被该帐户的其他项目结清或核销掉。在清帐或核销过程中涉及到的项目的合计金额必定为零。因此该帐户的余额总是等于未清掉的项目的合计金额。
行项目显示即表示,设置此项时,系统会有向下挖掘(Drilldown)的功能,当我们在查看总账的某个科目时,若对某金额有怀疑,可将鼠标对准该金额连续点击两下,系统可显示明细账的金额,再对准明细账的金额连续点击两下,系统会显示某凭证的金额。
字段状态组,表示若某个总帐科目选用了不同的字段状态组,其将来在凭证输入时,需要填入不同的字段,如对于其他业务收入科目,其选用的字段状态组为G029,当我们输入一个分录借:现金贷:其他业务收入时,系统会要求再输入一个利润中心的字段,否则该张凭证不能够产生。又如当我们输入一个分录借:管理费用一电费贷:现金时,系统会要求我们输入一个成本中心的字段。仅允许自动记账表示,该总账科目必须由其他模块自动过入,不用手工输入凭证,如销售收入一购销,因为该总账科目是在销售及分销模块完成“出具发票”功能时自动产生的,所以仅允许自动过账。
创建完总账的主数据后,手工输入的总账科目将得到系统的确认与认可。如传统的分录录入方式为借:现金贷:其他业务收入,在系统中将变成:借:10010101贷:50100101(假设为其他业务收入)。系统在总账分录输入后,将会自动将相关金额过入至总账及更新会计报表。
排序码
在会计凭证的供应商行项目中,系统对‘定位’字段的缺省值。也决定供应商行项目的排列顺序。如果该供应商主要发生与采购订单有关的业务,一般选择014-采购订单号+行项目号,其它情况选择记帐日期+凭证号。
帐户组
为简化会计科目的创建,避免错误,确定录入会计科目的屏幕和科目号区间,对科目进行的分组称做帐户组。帐户组针对每一套会计科目表进行定义,确定会计科目所需的字段状态。
当创建会计科目表中的一条主记录时,必须指明一个帐户组。
自动过帐
系统中,某些业务是自动生成记帐凭证,自动记帐的。例如:存货的出入库业务、增值税的销项税和进项税等。某一科目是否为自动过帐,是在帐户主记录中设定的。
参考凭证 是用来过帐到会计凭证的一种参考性质的凭证,使用它可以实现快速录入,会计凭证或样本凭证能被用作参考凭证使用
凭证类型
由两位英文字母组成,是凭证的分类,控制凭证的整体信息,如:凭证编号、帐户类型等等。
2.2 供应商主数据
当我们与一个供应商发生交易之前,应当在供应商主数据内创建该供应商,以使系统能够识别它并处理它。这仍然是“去报个到,取个号",但这是到供应商主数据中去报到并取号。下面将创建供应商的有关过程做一个介绍。
供应商编号:除类别为地点是以手工方式输入号码外,其余皆为系统自动生成的号码。
供应商类别:包括有国内贸易供应商、进口贸易供应商、关联供应商、一次性供应商、无库存供应审、招商供应商、地点等。在创建供应商时,只须在其中选择一项即可。
描述:与供应商有关的信息如公司名称、地址等输入相应的字段即可。
购货方号码:若某一供应商既是供应商又是客户,须做自动清账账务时,应在此处填写在客户主数据中生成的号码。
会计信息:此处应填的是统驭科目,该统驭科目首先应在总账主数据中创建好。
检查双重发票:此处是指检查收货凭证与发票的校验,为必输的字段。打勾√即可。
付款条件:指的是付款的期限,系统已设定好各种类型的付款期限,选择即可。选择好后,该系统会自动计算对该供应商的欠款是否已到期,有利于资金周转的筹划。
付款方式:如现金、支票、银行转账等。也是在系统内选择即可。将来做自动付款业务时,系统会根据自动付款方式的参数选择是否支付该款项。
结算客户:此处是与购货方号码相关联的,欲做自动清账账务,必须在此处打勾√。(结合以上购货方(客户)项目使用)
如上主数据的内容填写完毕后,系统即会自动产生一个供应商的编号(除地点的类别是手工方式输入外),如10100001,该编号代表了与供应商有关的各种信息及后续处理的功能。并且在分录的输入上也与传统的有所不同了。如传统的分录方式为:借:营业费用一电费贷:应付账款一XX供应商,但在系统中的分录录入方式变为:借:营业费用一电费(这将也有一个总科目号码)贷:10100001(与该供应商有关的交易金额将会由系统自动过入至创建该供应商主数据选定的统驭科目,同时在总账层次中的该统驭科目也得到了自动的更新)。
另外,对于不同类别的供应商,创建完毕后,会产生不同号码范围段的编号。如国内供应商的号码范围段为101开头的8位数,国外供应商其号码范围段为18开头的8位数。熟悉后,看着供应商的编码范围即可知道,该供应商是属于何一类型的供应商。
2.3 客户主数据
与供应商主数据一样,有新的客户与我们发生交易时,应当创建客户主数据。
客户编号:除类别为“地点”客户编号须手工输入外,其余类别的客户编号皆由系统自动产生。
客户类别:国内个人客户、国内批发客户、关联客户、租赁客户、地点、其他等六大类(零售企业)
描述:即为对客户的一般情况进行描述,如公司名称、地址、邮编、联系人等。
统驭科目:此处输入在总账主数据中已创建好的应收账款统驭科目,如应收账款一国内个人客户(11310101),应收账款一国内批发客户(11310201)等。零售企业的大部分客户都是个人客户,因此只须创建一个一次性的客户,而后通过修改有关描述性的字段即可。
付款期限:此处是指客户付款给单位的付款期限,由于主要以零售为主,付款期限定为立即付款,但可针对个别客户(如在合同中规定的收款期限)另行设定。系统已设置各种的付款期限。通过此处的设置,将来做催款程序时,系统会根据设置的参数自动计算应收账款的账龄及打印催款函。
付款方式:可以有现金、支票等方式。
催款程序:选择催款程序,可以产生催款函件。
与创建供应商主数据一样,当创建完毕客户主数据时,系统会自动产生一个客户的编号(如500000001),该编号代表了该客户的相关信息及后续功能。凭证输入方式上,将与传统的手工方式有很大的不同。如传统的凭证为借:应收账款一XX客户贷:其他业务收入一租金,在系统中将变为借:500000001贷:其他业务收入一租金(这将也有一个总科目号码),交易金额自动会过入统驭科目如11310101的应收账款一国内个人客户,同时也即时更新总账中的统驭科目。
同样,不同类别的客户,其创建完主数据后产生的编号是不一样的,如国内个人客户,其编号范围为500000000-599999999,国内批发客户其编号范围为3
10000000-3 19999999等。这将便于我们区分不同类别的客户。
2.4 商品主数据
商品数据的内容较为复杂,主要由主数据组负责创建,对于财务人员需要了解的内容主要有以下几项:
描述:即对商品一般性的描述,如品名、类别、供应商等。
评估类:主要有两类3100与3600,其中3100代表该商品为购销类商品,决定了系统自动生成的GR/IR为购销类的GR/IR;3600代表该商品为代销的商品,决定了系统自动生成的GR/IR为代销类的GR/IR。
价格控制类型:SAP中有两种价格控制类型,一为标准成本法,二为加权移动平均法,该两种方法用于存货的发出时结转销售成本用。
移动平均价:由系统自动计算得出。系统会根据每批次的采购单价及数量对目前的库存商品发出单价进行移动平均计算出作为结转销售成本用的单价。
总库存量:是指目前的库存总量。
销售价格:由系统根据一定的毛利要求并结合有关细节得出。此销售单价将成为创建销售订单时的单价,若有打折,系统会根据打折比例算出最终销售价,这也将成为计算销售收入的单价(系统会自动将增值税计出后并从收入中剔除)。
利润中心:主要是为创建利润中心的损益表而用。若该商品维护的层次到某个门店,则将来销售确立时,收入与成本将为转入总账层次与利润中心层次。
商品主数据创建完毕后,系统会产生一个商品号,该号码代表了如上有关的信息及计入某个总账科目如库存商品、受托代销商品的要求。
2.5 固定资产主数据
同样的,当财务上要做一件与固定资产有关的交易,如购置,首先必须在固定资产主数据中去创建它,然后才能在财务上开始与之相关的业务。如下是创建固定主数据的一些重要内容。在系统中,对于固定资产的大部分业务是系统自动完成的,所以如下的内容是有必要的。
类别:在传统的会计核算中,通常可以将一个企业的固定资产分为几大类:房屋建筑物、机械设备、交通工具、办公设备、其他等。在系统中,也是遵循这样一种分类方法,但为了便于系统区分固定资产折旧时所应计入的科目,如管理用的固定资产折旧费用应计入管理费用一折旧科目及营业或生产用固定资产折旧费用应计入营业费用---折旧或制造费用一折旧,在系统中,将固定资产的分类进一步细分,分成房屋建筑物(总部)、房屋建筑物(门店)、机械设备(总部)、机械设备(门店)、交通工具(总部)、交通工具(门店)、办公设备(总部)、办公设备(门店)、其他(总部)、其他(门店)等,同时在SAP系统中,在建工程、无形资产(商标、土地使用权、著作权、商誉等)也属于固定资产模块的核算范畴。因此,当我们欲创建某个固定资产的主数据时,如总部用的服务器,就应选择总部办公设备这一类型,随后系统会自动确定相应的科目定位码。
描述:即对应创建的固定资产进行如名称类别等描述。
科目定位码:是与系统设定的固定资产类别紧密地联系在一起的。该科目定位码实际上起到了统驭科目的功能。如在本次设定中,总部的房屋建筑物的科目定位码为1010,门店的房屋建筑物的科目定位码为1020,但这两定位码同时会与总账科目固定资产——房屋建筑物联系起来,如当财务增加一个固定资产时,就会通过科目定位码使总账科目固定资产_谤屋建筑物金额相应增加。
成本中心:这是与控制模块有关的设置。如总部用的服务器,就应选择与总部某个部门有关的成本中心。
若该服务器的折旧费用应由不同的成本中心分担,可以该成本中心为基础,在控制模块内采用分摊或分配的功能进行划分。
分析用途:分为一次性或分期购入、是否抵押、是否保险四类,这是为区分各个不同固定资产的状态而设的。如若想了解有多少固定资产已经被抵押,则可以在查看报表时,选择是否抵押的功能,系统就会将所有已抵押的固定资产列示出来。
折旧年限:分为账面折旧与税务折旧,账面的折旧年限与折旧率会计入总账,税务的折旧年限与折旧率则会作为调整递延税款所用。如某固定资产的账面折旧年限为3年,年折旧额为10000元,税务折旧年限为5年,年折旧额为8000元,则系统会将10000元作为总账的折旧金额并计入相关费用,但系统也会算出税务的折旧额为8000元,但这8000元只是便于我们做递延税款的手工调整。
创建完某个固定资产的主数据后,系统会自动产生一个该固定资产的号码,如11 11 11 11
11,我们在财务输入分录时,借:1111111111贷:10010101(现金),交易金额会自动过入至总账层次。
在固定资产模块中,折旧是系统自动运行的,不需手工计算。并会过入相应的总账科目。
2.6 利润中心主数据、成本中心主数据
利润中心主数据、成本中心主数据的内容应属于控制模块中的主要功能,在建立主数据方面相对而言较为简单,关键在于企业内部对于利润中心及成本中心的如何划分,也就是说对管理深度要求到什么水平。
三、SAP R/3 财务基本概念及集成性浅释--总帐等概念篇
3.1
科目表的建立及分配
在SAP中,科目表的层次较公司代码高,也就是说先创建好科目表,然后可以分配给不同的公司使用。在同一集团范围内,为了使各个集团范围内的公司使用的科目表都能一致,通常是先创建一个虚拟的公司及科目表,然后集团范围内公司都可从其拷贝。科目表中的科目就是在总帐的主数据中分别创建的。这里值得一提是,在SAP中的科目表与传统的手工方式在科目体系中有了很大的不同。传统的帐务体系将会计科目分为1级科目、2级科目、3级科目等。但在SAP
已没有这样分法了。除了应收、应付、固定资产等统驭科目外,所有的明细或2、3科目上升为总帐科目(当然在使用之前,应进行有关主数据的设置),如传统的银行存款—工商银行XX支行XX帐号,这只是银行存款的一个子科目,但在SAP中,此时已设置为一个总帐科目了,科目代码是根据企业会计制度中的有关编码扩充至8位编码,如一个企业有许多银行存款,在SAP中就变成了有许多总帐科目。在总帐层次显示时,是分别显示的,但到报表层次时,则根据所有银行科目中的前四位代码汇集成一个科目银行存款进行披露。管理费用也一样,在SAP中有非常多管理费用的总帐科目(如工资、奖金、津贴等)。但在总帐还包含有从其他模块中过入的金额,如统驭科目,统驭如应付/收及固定资产的明细科目,因此在SAP的总帐科目表中,我们看到的就不是目前的五、六十个科目,而是将近五百个的总帐科目。由于应收、应付、固定资产有各自独立的模块,所以有各自的明细帐。但反映在总帐及报表层次时,分别为细分的统驭科目(如应收帐款可根据企业管理的需要分为应收国内的款项与应收国外的款项等)。SAP所有的财务信息都是即时的,当记录一笔总帐分录时,相应的总帐、报表都已生成,当应收明细帐生成时,通过统驭科目就可即时过入总帐与报表。也就是说,在SAP
的帐务里,任何时点都会产生新的总帐与新的报表(注意该总帐与报表并不完全体现法人的资产负债损益情况,尚有折旧、预提待摊因素要考虑)。
总帐科目主数据分为两个层次:
a)
会计科目表层:
会计科目表可以为一个或多个公司代码使用。这一层次包括适用于所有使用该会计科目表的公司代码的主记录的信息。
b)
公司代码层:
该层次包括适用于一个公司代码的会计科目的特有信息。它因公司代码的不同而不同。会计科目可以分两个层次分别维护,也可以集中维护。
3.2
统驭科目
统驭科目(reconciliation
account)指的就是将明细科目归集起来的意思。前面我们说到,系统总帐科目表中包括统驭科目,该统驭科目是与应收模块、应付模块、固定资产模块有关的,其中长、短期借款运用了应付模块的功能,也成为了统驭科目。在实际业务过程,我们可能会发生统驭科目选用错误,此时就要用到统驭科目的变更功能。如客户A的统驭科目被误选为11310101,并有一笔分录输入,假设为1000元,此时的总帐科目11310101就有1000元余额,事后发现用错统驭科目,为此在此客房的主数据中更改统驭科目假设为113102101(注意这并不会更改已过入11310101的1000元),更改完毕后,至月末(假设本月只有一笔分录及余额为1000元)运行客户重组程序,系统会产生借:11310299(系11310201的调整科目,但非统驭科目)1000贷:11310199(系11310101
的调整科目,但非统驭科目)1000,在报表层次上11310101与11310199被安排在一行后余额变为0,11310201与11310299被安排在一行后余额变为1000,这样在报表层次就将由于选错统驭科目而产生的错误纠正了。第二个月初,系统会自动运行相反的调整分录,借:11310199(系11310101的调整科目,但非统驭科目)1000贷:11310299(系11310201的调整科目,但非统驭科目)1000。直到选错统驭科目的金额被支付出去后,才不需运行上述程序。
3.3
凭证的输入规则
在SAP中,总帐科目在输入分录是需要遵循传统的记帐方法,
“有借必有贷,借贷必相等”。但对于应收、应付的发票输入(即作会计分录)单边则可,如在应付模块作发票输入,填入供应商的号码,日期、金额后,其次填写行项目,此时的行项目的字段中已经默认了借方,用户只需选择适当的总帐科目(如管理费用—XX)、金额、成本中心即可。产生的分录即为借贷皆具的双边分录了。应收模块的发票输入也同样。在应收、应付模块中除了后勤模块的“发票校验程序”及销售模块的“出具发票程序”自动过入应付、应收帐款外,尚有许多处如“过帐”
、“清帐”也具有半自动生成会计分录的功能。另外,在SAP中,凭证具有较宽泛的意义,如后勤模块的产生的收货单据,在SAP中也称为凭证,发票也称凭证,因此财务人员在实际操作中应注意区别。
3.4
凭证的类别
传统的会计核算中,将凭证的类别分为收、付、转三类或直接就是一类记帐凭证。SAP对凭证的分类基本上也遵循收、付、转三类的原则,即总帐凭证(类似转帐凭证)SA,与供应商有关的凭证(类似于付款凭证):KR(应付供应商的凭证)、KG(供应商转来的红字发票,SAP称为贷记凭证)、KZ(付款给供应商的凭证),与客户有关的凭证(类似于收款凭证):DR(开具发票给顾客的凭证)、DG(开具红字发票给顾客的凭证)、DZ(向顾客收款的凭证),与固定资产交易有关的凭证AA等。
3.5
记帐码
在手工的会计核算过程中,我们通过用记帐符号“借”与“贷”来描述资产、负债的增、减。
但在SAP中,却变得有些复杂了,比如,对于总帐科目的凭证,用符号40来表示总帐的借方,用50来表示总帐的贷方,分录例示如下:40:10010101(现金)50:50150101(营业外收入);对于与供应商发票有关的凭证输入,主要与应付帐款有关的借贷方就比较复杂了,如贷方用31、32、33、34、35、36、37、38、39,借方用21、22、23、24、25、26、27、28、29,如供应商发票输入分录为:40:50100101(营业费用-电费)
31:10100037(表示通过主数据创建的供应商编号)。对于与应收帐款有关的,其应收帐款的借贷方所用的记帐码:用01、02、03、04、05、06、07、08、09表示借方,用11、12、13、14、15、16、17、18、19表示贷方,如输入一笔与客户发票有关的分录:01:客户有关的号码50:其他业务收入。与固定资产有关的业务,用70表示借方,用75表示贷方,假设通过应付模块采购固定资产,70:固定资产号码31:10100037。与存货有关的业务,用89表示借方,用99表示贷方,如89:存货贷:50:GR/IR,退货时,40:GR/IR
99:存货
(与存货有关的会计业务,大部分是系统自动产生的,因此少了一道麻烦!)。
记帐码在SAP中实际上起到如下的作用:在行项目中决定可输入的科目的类别;行项目是以借方或贷输入;决定其他字段的状态。
记帐码:记帐码用于确定行项目记帐的方向-借记或货记,同时确定记帐科目的类型(总分类帐科目或明细分类帐帐户)和记帐数据输入的屏幕格式。
SAP系统提供多种过帐码的定义,用户在处理会计凭证录入时,宜尽量使用系统默认之过帐码。
业务处理通常使用之过帐码如下:
过帐码类型D/C(借/贷)说明
01
C-客户D-借发票
09 C-客户D-借特别总帐借方
11 C-客户C-贷贷方凭证
15 C-客户C-贷收款
19
C-客户C-贷特别总帐贷方
21 V-供应商D-借贷项凭证
25 V-供应商D-借付款
29 V-供应商D-借特别总帐借方
31
V-供应商C-贷发票
39 V-供应商C-贷特别总帐贷方
40 G-总分类帐D-借借方分录
50 G-总分类帐C-贷贷方分录
70
A-资产D-借借方资产
75 A-资产C-贷贷方资产
3.6
凭证号码的产生
在SAP中,凭证号码可以由系统产生也可由手工产生,但系统产生的凭证号是连续的,手工产生的号码难免会产生跳号等失误,因此对系统设置时采用的凭证号码是由系统自动产生的。同时,对不同类别的凭证,系统对其产生的号码的范围不尽一致,如输入供应商发票产生的凭证号在1900000000-1999999999之间,付款给供应商的的凭证产生的凭证号在1500000000-1599999999,与固定资产有关的凭证产生的凭证号在0100000000-0199999999之间,开具发票给客户产生的凭证号在1600000000-1699999999之间等等!尚有其他号码范围,可参照总帐蓝图中的有关叙述。当然,号码范围是与年度有关的,即开始新一个会计年度时,号码区间又会被重新选用,从而避免号码被用尽的可能。
3.7
记帐期间变式,会计年度与特殊期间
记帐期间变式是较难理解的一个内容。通过手工的做法是,在某一期间内所有交易都必须在同一时点结帐,以便总帐及财务报表的生成。但在系统中,由于每一时点都可以产生一个即时会计报表,因此某些类型的凭证可以在期间结束时予以关帐,而某些却又可以继续开着,即某些类型凭证可在8月份入七月份的帐。当然从严格的角度说,这是不合适的。这就是记帐期间变式。特殊会计期间,在系统中,会计期间基本上分为12个期间,这与正常手工核算无二,但由于在年度的会计期间结束后(此时12月31日会计报表已产生),仍然存在应当调整的事项,如审计时发现有些费用的确认不尽合理,有些交易金额必须重新确认(如某些资产负债表日后事项),这时的调整就在特殊期间进行。SAP的特殊会计期间分为4个,即13-16期间。但有些资产负债表业务却又难以在特殊期间实现,如资产负债后日后发生的上一年度的退货,由于这涉及到集成的业务,所以在SAP较难实现(具体参见后述)。
3.8
初级成本要素与次级成本要素
初级成本要素与次级成本要素。SAP除总帐的及时集成外,它的另一个特点是与控制模块的及时集成。在SAP中所有的总帐中的费用科目都被要求创建成为初级成本要素。这样,当输入一个总帐的费用分录时,系统会要求输入一个成本中心,即表示此时系统已将该初级成本要素分配给了某一成本中心。即通过一个分录就将总帐与控制模块的要求同时满足,这就是SAP的无缝集成。当然控制模块中只有该要素的金额,而不是像总帐的记录是通过双边分录来实现的,因此某成本心的费用报表是各个初级成本要素总汇。次级成本要素是指,某一成本中心的费用要素可整理成为次级的费用要素(项目),并将其通过一定的比例分摊给不同的成本中心。控制模块就是通过这两个要素反映了企业内外部间的资金流动情况。在SAP中,初级成本要素就类似于科目表,它可以分配给任何一个成本中心,包括法人间的成本中心,即不同的成本中心可能包括的初级成本要素是一模一样的,但金额却不尽相同。
3.9
分配与分摊
分配与分摊对于成本要素的来说是一个很重要的功能。并且这功能就类似于固定资产折旧一样,一月只能执行一次。分配的功能是与初级成本要素相关的,分摊的功能是与次级成本要素的功能相关的。这两个功能同样都可用到计划(预算)与实际发生额中。如可创建一个循环,将某成本中心(可超过一个以上)的初级成本要素(可超过一个以上),按一定的比例分配给其他成本中心(可超过一个以上),当然也将这循环分为几个段,各段间相应的要求可以不一样,这样每月末执行时,就可以很好地反映初级成本要素的流向情况。同样的,也可创建一个分摊循环,将某成本中心(可超过一个以上)的初级成本要素(可超过一个以上)重新组合成为一个次级成本要素,然后再将其按一定的比例分配给其他成本中心(可超过一个以上),当然也将这循环分为几个段,各段间相应的要求可以不一样,这样每月末执行时,就可以很好地反映次级成本要素的流向情况。分配与分摊的区别在于,分配是将某一成本中心的初级成本要素分给另一成本心,被分配的初级成本要素会与被分配的成本中心的相同的初级成本要素一并反映,而分摊则是将次级成本要素分摊到另一成本中心,与被分摊的成本中心的初级成本要素一同反映,这样有利于区分本成本中心的发生的费用与分摊过来的费用的界限。需要说明的是,同一利润中心下的成本中心的分配或分摊,并不影响该利润中心的利润额,但跨利润中心进行分配或分摊,则影响了不同利润中心的利润额,两种方法产生(分配或分摊的规则相同时)的影响一致。
3.10
统驭科目是连接分类账的总帐科目.
应收应付和资产相关科目一般设置成统驭科目(有分类账的总帐科目)在创建GL主数据的时候指定当你在创建客户或供应商主数据的时候,都会提示输入特别总帐标准,就会用到统驭科目,与会计科目表中的应收、应付、预收、预付形成对应关系,起到连接总帐和分类帐之间的关系。
正如顶楼所说到的,是连接分类帐的总帐科目。
因为在应收和应付模块中,做凭证时输入的都是客户和供应商,所形成的应收、应付、预收、预付都是针对客户和供应商的,并未真正与科目表中的总帐科目对应,所以需要用到统驭科目,与科目表能形成对应关系,此外在对客户和供应商在做未清项处理时,也需统驭科目的对应。
举个例子来说明一下:
供应商666对应的统驭科目是负债类科目200100,
那么在物资采购开完发票以后会产生一张凭证3166640600100(成本费用类科目)在真正的付款之后会产生一张凭证5010010025666这时,在科目200100的BALANCE上就可以看到该笔数目了。
其实,这是把手工账分解了,手工账应为:
借;600100
贷:200100--666
借:200100--666
贷:100100.
注意,在系统总账里是看不到666的纪录的,只有通过200100才可以记录该笔交易。
3.11
SAP的凭证类别
基本分为收、付、转三类,和传统的会计凭证分类一样。
SA,总帐凭证。(转帐凭证)
KA,供应商凭证。(付款凭证)
KR,应付供应商凭证。(付款凭证)
KG,供应商转来的红字发票,SAP称为贷方凭证。(付款凭证)
KZ,付款给供应商的凭证。(付款凭证)
DA,顾客凭证。(收款凭证)
DR,开具发票给顾客的凭证。(收款凭证)
DG,开具红字发票给顾客的凭证。(收款凭证)
DZ,向顾客收款的凭证。(收款凭证)
AA,与固定资产相关的凭证。
3.12
特殊总帐标记
有A,B,C,D四种,分别对应预收帐款,应收票据,预收款请求和担保。
3.13
税类型
在定义税码时,可以选择税类型,大体来讲,可以分为“净值税”与“全值税”,也就是计算基础是不含税或含税的。
3.14
成本控制范围
用于在企业范围内成本核算信息的统一规划和控制。在SAP系统提供的成本控制范围内,可以方便地对其责任中心的成本核算信息使用相同的方法进行统一计划、记录和任意分组统计。
3.15
成本要素
在SAP系统中主要有初级成本要素和次级成本要素这两大类成本要素,初级成本要素源于会计科目表。
初级成本要素:每一个初级成本要素都对应一个总帐损益类帐户输入源自于公司外部的直接成本-所有损益类帐户的财务数据都要通过初级成本要素输入到成本中心.
3.16
次级成本要素是会计科目表中所没有的,只会在管理会计中使用,一般用于费用分摊和作业的结转。每一个次级成本要素都只在CO内部起作用而不影响FI过帐,主要用于成本分配,结转中使用。
次级成本要素有多种类型,
其中一种次级成本要素(43)会与作业类型相联系,另外一种用于作业分摊(42)。
3.17
成本中心
成本中心是企业内的最小职责单位,是每一笔费用的具体接收者。创建成本中心主数据时必须将每个成本中心分配给标准层次结构的某个节点,标准层次结构反映了成本中心与成本中心、成本中心与成本中心组、成本中心组与成本中心组之间的关系。标准层次结构中的每个节点代表一个成本中心组,当然除了标准层次结构中的成本中心组之外,还可根据业务需求在标准层次之外自己定义需要的成本中心组。
3.18
内部订单
内部订单用于计划、收集、监视和结算在公司内部进行的特定操作或任务。
内部订单可用于不同的目的。这种功能分类反映在不同的订单类型中,其属性定义了在系统中处理订单的方式。SAP系统内内部定单分为两类:实际定单和统计性定单。统计性定单,
例如用项目内部订单来管理在建工程,在月末无须结转成本。
3.19
内部订单的常规类型
间接费用订单:费用订单用于归集特殊事件和临时项目成本的对象。费用订单主数据创建的同时可以维护结算规则,也可于费用订单结算前维护结算规则。费用订单分统计性费用订单和真实费用订单。若是统计性费用订单则不用维护订单结算规则,因为统计性费用订单只用于报表分析的用途。
投资订单;
用于监视在固定资产生产过程中发生的成本,如建造存储设施。
3.20
内部订单主数据
内部订单主记录有几个不同的部分,每个中包含有带预定义字段组的标签页。可以在“自定义”中更改标签页的标题,还可以单独地将字段分配给标签页。标准的订单主记录数据布局具有下列标签页:
分配(包含机构分配,如公司代码、业务部门、利润中心等)
控制(包括订单状态信息、订单货币、统计订单指示器等)
期末结算(包含计算间接费用的成本核算表单名、结算参数等)
一般数据(包含申请人、责任人等)
投资(在上面的示意图中没有显示。包含资产投资订单所需的参数)
3.21
作业类型
作业类型代表由成本中心生产输出的一些形式。作业类型的通用例子包括劳动小时数或机器时间的分钟数。作业类型用于根据所进行的作业单位数从发送方成本中心向另一CO对象(如成本中心、内部订单、生产订单等等)分配成本。单元价格用于评估作业数量。作业类型分配的优点是将数量和价值流组和在一起。所要求的作业数量在工艺流程中指定,这给产品成本计划中和成本对象上提供了详细的成本控制信息
3.22
作业价格
定义成本中心提供服务和执行功能的性质,
用来把成本分配到其他的成本中心。例如一类工时工资为50元/小时。
可以利用成本中心的实际成本或计划成本自动计算作业类型的价格,成本和作业计划完成后,系统通过将计划成本除以计划的作业输出数量计算作业工资。
3.23
统计指标
统计指标定义一些适用于成本中心、利润中心、内部定单或过程的可测量值。示例包括成本中心的雇员总数、长途电话的分钟数、“事务”成本中心中进行车辆维修的雇员数等等。
3.24
利润中心
简单来说利润中心可以是任意一个盈利单位, 处于成本中心的上层利润中心的设计可以考虑以下几个方面:
地理划分 (地点,
位置)
产品类别划分 (产品组, 产品线)
业务类型划分 (生产, 销售, 研发)
需要考核收入, 成本和费用的单位,
通常设为利润中心
3.25
费用分摊
成本/费用从辅助成本中心分配到对该成本/费用实际负责的成本中心。•SAP调整和分摊功能中包括多种分配原则,可以是固定比例,变动比例,作业类型或关键统计指标等多种方式。
3.26
成本中心费用计划
指按成本中心、成本要素的计划。可以作为考核的指标,在月底可以生成按成本中心、成本要素的计划额和实际额的比较报表。成本中心计划与“成本对象控制”集成,则必须能够将间接费用管理成本传递到产品成本控制。因为成本对象(如生产订单)不能是分配或评估的接收方,间接费用附加费用和作业类型分配可用于完成从间接费用管理到成本的转帐。
3.27
成本中心作业量计划
按成本中心、作业类型制定作业数量计划。作为计算作业价格的基础数据。
3.28
物料主数据
物料主数据描述物料的基本信息,以及物料管理、采购、销售、成本、会计等详细信息。其中物料管理、成本、会计视图和成本核算相关。
会计视图包括:物料评估,物料价格,和科目确定等信息。
成本视图包括:物料成本核算的相关参数,例如成本核算所需的物料清单(BOM),工艺路线等信息。
3.29
物料清单(BOM)
是组成产品或装配的一个完整且正式的结构化组件清单。该清单包含每个组件的对象号、数量以及尺寸单位。这些组件成为BOM项目。BOM可以包括有自己BOM的物料。
在R/3中,物料清单是在PP模块中创建的。它们用于“产品成本计划”,以便在创建产品成本估算时计算特定产品所要求的物料成本。
3.30
工艺路线
列出制造一件产品所需要的特定步骤。这些步骤称为工序。工艺路线为每个工序指定下列内容:
1.执行工序的工作中心;用于计算日期、能力和生产成本的缺省值;工序的成本是否考虑进成本估算中;执行一个工序所需要的物料组件
2.系统根据工作中的公式计算所使用作业的数量和工艺路线工序中的缺省值。作业由链接到执行工序的工作中心的成本中心来提供。当计算工序的成本时,使用成本中心中的作业价格来评估作业。
3.31
产品成本核算
指在每个会计核算期间结束时进行的一系列任务,包括计算可应用的间接费用成本、在制品计算(WIP)、差额计算和结算(将信息传递到“财务会计”、“利润中心会计”)。
四、三类凭证的产生
4.1
GR/IR(分为购销与代销)
在SAP里,当货到票未到或票到货未到也得到了及时的处理。在传统的会计核算中,当企业购入存货时,若未能及时收至货物的发票,此时是不做任何帐务处理的,若至月末仍未能收到,会采用一种估价入帐的方法进行会计处理,而后月初红字冲回。但在SAP里,若继续采用这种核算方法,将会使SAP所倡导的信息即时性反映得不到实现。因此,在SAP的帐务体系里出现了一个新的科目:GR/IR,英文全称为GOODSRECEIPTSORINVOICERECEIPTS,中文译为货到票未到或票到货未到。如当仓库进货时,即使未收到发票,SAP能自动产生借:存货,贷:GR/IR(GOODSRECEIPTSORINVOICERECEIPTS),此时是以采购单上的采购价(不含税④)作为入帐金额。
发票到时,通过发票校验程序,系统会自动产生借:GR/IR贷:供应商。此时的供应商是根据采购单上标明供应商自动过入。若发生发票上金额与采购单的金额不一致的情况,系统会根据该笔采购当时的库存情况自动分配该差额的去向,如转入存货成本或销售成本或在二者之间分配。至月末,若仍有未到的发票,由于在报表层次是不能反映GR/IR的,因此系统会有一个程序将未结清的GR/IR转入应付帐款—票到货未到或应付帐款—货到票未到反映(该二科目非统驭科目,但前四位编码与正常的统驭科目一致),至第二个月初,系统会自动将未结清的GR/IR冲回,等待结清。对于代销商品的GR/IR,系统会在报表将其与存货项目一并反映。
购销的GR/IR与代销的GR/IR区别是通过商品的主数据中设置得以实现的。当创建一个商品主数据时,必须设置该商品是属于购销或代销商品,若是购销商品,则当该商品入库时,系统会产生借:存货贷:(购销)GR/IR;若是代销商品,则当该商品入库时,系统会产生借:存货贷:(代销)GR/IR;当然代销的GR/IR必须等到产生销售清单时,才能在收到供应商发票时转入应付某供应商的明细帐内。
4.2
MM物料管理模块
1、MM(material management,物料管理模块)、SD(sales and
distribution,销售与分销模块)
模块产生这里指的集成,是指与MM模块及SD模块有关的帐务集成。
与MM模块有关的帐务集成:
第一步:当MM模块收到货物时
借:存货(或受托代销商品)
贷:GR/IR(或代销商品款)(该分录是系统自动产生的,无须手工)
入帐金额为采购单是采购单上所列金额,采购单上金额则来自于商品主数据中维护的金额,若采购前已知某商品价格上涨(或下降),则需在该主数据内预先维护,以便采购单引用(在采购单上也可直接更改采购价)。
第二步:收到供应商送来的发票时,有一个发票校验(invoice
verification)动作,该动作可由MM模块的人员进行,也可由财务组的人员进行,但考虑到内部控制的要求,多数公司安排由财务部门执行。
借:GR/IR(或代销GR/IR)
应交税金—增值税-进项税
贷:供应商(为一个系统自动产生的号码)(该分录由手工输入)
注:若为代销的GR/IR,应为代销商品清单已产生,供应商按供销商品清单所列物品开出的发票。
供应商开来的发票可能会出现比采购单金额小或大于1元内的情况,系统会自动将差额过入至营业费用—四舍五入差异。若开来的发票金额比采购单金额大于一元以上的情况时,可能是商品主数据中维护的金额不及时所致,此时可手工更改采购单金额,系统过入后,会自动将发票校验凭证锁死,相应产生的应付帐款--供应商的该笔交易也被锁死,只有在有权限人批准后,才能支付。过入的大于采购单的差额会由系统自动在存货成本与销售成本之间分配。若发票金额小于1元以上,则仍需手工更改采购采购订单使金额与发票金额一致,这样系统就会将差额自动在存货成本与销售成本之间进行分配,但这时系统不会有锁死该笔交易(因为已不必要)。
当存在退货给供应商的情况时,系统仍要求按上述顺序做相反的动作,此后结清GR/IR的发票校验用的供应商发票就是红字发票了(系统称之为货方凭证)。
4.3
SD销售与分销模块
与SD(销售)模块有关的帐务
第一步,当MM模块对外发货时,填好外向发货单,发货过帐后,则
借:商品销售成本(购销或代销)
贷:存货(受托代销商品)(此为系统自动产生的分录!)
第二步,当向顾客开出销售清单时(即BILLING),此非通常所说的开正式税务发票!
借:顾客(为系统产生的10位数号码,会自动过入至应收帐款的统驭科目,原理前述)
贷:商品销售收入
应交税金—增值税-销项税(此为系统自动产生的分录!)若货物售出后,顾客退货,则需做一个上述的反向动作!收到顾客退货时,称为反向发货。开出的销售清单为红字(称为贷方凭证)。系统同样会产生上述相反的分录。
五、SAP 零售模块存在的问题
5.1 代销的结算
对于代销的业务,SAP是按照GAAP(generally accepted
accounting
principle)来进行设计的,相关原文如下:
即,对于代销商品,受托人是不进行会计处理的,只在备查帐进行记录,以便于数量的控制。SAP的零售系统完全是按照此思路进行设计的。但中国的企业会计制度对于受托代销商品的核算且全然不是如此(具体参见《企业会计制度》说明)。因此,两者的差异较大,完全不适合中国的企业会计制度核算的要求,同时在税务上也存在一定的问题。为此,必须对代销的有核算尤其是结算应进行客户化的开发。一般在对于代销商品的核算进行设置时,在商品主数据中的评估组中设计了两个评估码,即前述的3100(购销)与3400(代销)。代码的不同,只是确定了不同的会计科目如库存商品、受托代销商品、GR/IR及代销GR/IR,但在与供应商的结算上,二者却是大不相同的。购销的结算是供应商直接与经销商的交易额进行结算,而
代销的结算则是根据代销商的商品代销清单来进行的,这样系统中的每一张采购单都不可能是立即结清的,而且对于数量众多的代销商品,系统如何选择未结清的采购单及单价,这些都是客户化开发中应当考虑及困难之处。
5.2
退货单价的确定(退还供应商)
这问题与上述相关,即对于代销商品退回给供应商时,系统应选用什么单价。如某些公司的蓝图设计,为所有未结清采购订单中的最早价。这是考虑到近年来,商品的采购价都呈下降之趋势。但系统客户化开发的过程中显示,对于最早价的选择,需用手工的方式进行。这样,当交易量大时,会降低作业效率,同时,手工操作难以确保有些标准是否会得到一致的执行。
5.3
分录借贷顺序
在SAP系统中,对于会计分录的顺序,不是完全按照借贷的顺序来显示,有时可能是贷借,虽然不会影响到整个分录的准确性,但似乎不符合会计核算的要求。希望将来的版本在这方面能有所改进。
5.4
收入的提早确认
从前述,我们可以看到,当存货发出时,系统就自动产生借:销售成本贷:存货。在做BILLING动作时,才产生借:客户贷:销售收入贷:应交税金。这种作法表明,SAP对于收入的确认是以发货为时点的,意味着发货就一定代表客户对货物的接受。虽然在现实交易中(零售业)确实有90%的可能在发货时就代表客户对该货物的接受。但更符合会计收入确认的作法是,应设置诸如“发出商品”的科目用于核算当对发出货物的客户接受性没有把握时的情景,待客户接受后,再将“发出商品”转为销售成本。另外,BILLING的动作在后也有可能为用户有意迟延确认收入留下空间。
5.5
特殊期间较难与资产负债表日后事项协调
在前述中说及,在SAP中会计期间可划为16个,即有4个特殊的会计期间用于对已结帐的总帐进行调整,基本上资产负债表日后事项的情况都能在4个特殊的会计期间处理,但对于退货的会计处理较难与会计准则要求的相吻合。因为,对于商品每到月末都要有一个关帐动作,即表明关帐后就不能对已关帐的前两个期间的存货业务进行调整。会计准则要求,对于上年度销售,会计报表发出之前发生的退货,应以“以前年度损益调整”作为过渡科目,然后再将“以前年度损益调整”结转至“未分配利润”,再对当年度的资产负债表的年初数重新计算调整,并在会计报表附注中说明③。但由于SAP的商品月度间关帐已不可能将退货在以前月份调整,同时,退货时,当收至客户的退货,MM模块有个反向发货动作将产生,借:存货贷:销售成本(入帐价值为退货时的商品移动平均价),而不是贷:以前年度损益调整,对顾客开出红字发票时,借:销售收入应交税金—增值税贷:客户(以当时的销售价),而不是借:以前年度损益调整。因此,在这一点,SAP较难与会计准则的有关要求相一致。
5.6
利用利润中心产生负债表
SAP的成本中心与利润中心使财务会计与管理会计得以有机结合!在每一个独立核算的会计主体中,每一个职能部门都是一个成本中心,如5个职能部门,则可以将其分为5个成本中心或2个成本中心,这可按管理部门的管理需求进行确定,但只可能有一个利润中心,即这个独立核算的会计主体。在SAP中,成本中心与利润中心是事先必须设定的。即,当我们在输入一个与费用有关的总帐分录时,如借:管理费用---工资贷:现金时,SAP就要求必须再对费用的所属部门进行再输入,如必须输入一个成本中心;对现金则必须输入一个利润中心。这是因为,当输入一个成本中心后,所有与该成本中心有关的金额都会得以汇集,然后这个成本中心会被分配至一个利润中心(成本中
心的主数据中设定),从而能从利润中心自动地产生管理用的某个独立核算会计主体的损益表。上述现金也被要求输入一个利润中心,是为了能产生一个与独立核算主体的资产负债表。当一个独立法人有二个以上的独立会计核算主体时,此功能就变得非常之好用!即该二个独立核算的会计主体不须再进行独立的会计核算了,只须分配好各自的成本中心与利润中心即可!在SAP中,独立会计核算的损益表是容易产生的,但要产生一个具有平衡关系的资产负债表较有一个难度!上述所说的要做到如现金,这可自动产生,但与总部之间的往来,就要通过月末手的方式输入部份分录以产生资产负债表。假设某法人有二个独立核算的门店,在传统的会计体系中,该法人的资产负债表上应有“拨付所属资金”的科目用以核算对两个门店之间的资金拨付关系,门店的资产负债表上应有“上级拨入资金”的科目与法人资负表相对应,当每月发生往来时,可通过该二科目进行核算或再加一个内部往来科目进行核算。月末时,法人报表应汇总再抵消“拨付所属资金”与“上级拨入资金”及相关的内部往来科目。但在SAP中,此时已不用如上所述进行核算了!如将某门店的装修费拨付门店时,原来的做法是:借:拨付所属资金贷:长期待摊费用,而SAP直接在长期待摊费用下输入一个利润中心即能产生相应的某门店的会计报表。当然,对于一些往来及月末(或年末)实现的利润,则必须通过手工输入调整的分录以使门店产生资产负债表。但这样做法也有一个缺点:由于减少了传统会计的抵消内部往来的做法,当总部与门店之间的存货调拨在不加价的情况下,通过月末手工调整的方式是能实现门店的资产负债表。但总部对门店的货物调拨有加价的情况下⑤,就显得较难处理了。
5.7
现金流量表的编制
在SAP中,对于现金流量表的编制是采用公式的方式计算而出的。如经营活动产生的现金流量是通过当年销售收入+应收帐款的期初数—应收帐款的期末数+预收帐款的期末数—预收帐款的期初数等公式计算而出,但是我们知道该公司对于企业的正常业务来说是有效的,但现代社会中,非货币性交易及债务重组的业务时有发生,这部份交易是不与现金流转有关的,但同样在减少诸如应收帐款的金额,故在利用公式来推导现金流量表时,尚需加入某些因素,即经营活动产生的现金流量应为当年度产生的销售收入+应收帐款的期初数--应收帐款的期末数+预收帐款的期末数—预收帐款的期初数+当期收回前期核销的坏帐—以非现金资产抵偿债务而减少的应收帐款—当期核销的坏帐,由于新增的因素在报表层次是如无法体现的(报表的应收帐款期末数是结果),故利用未调整前的公式计算出的现金流量表是不准确的。尚有现金流量表的某些项目是不能用公司来计算的,如购建固定资产、无形资产和其他长期资产支付的现金需根据有关科目分析确定等。因此,我们希望利用控制模块的某些道理来完成现金流量表的编制。比如,在输入凭证时,初级成本要素被要求分配一个成本中心,实际上这成本中心是在归集有关初级成本要素及金额。那能不能在凭证输入时,凡与现金流动有关的金额都被分配一个现金流量表中的项目,如当借:现金1000贷:客户1000时,在行项目中现金应分配给“销售商品、提供劳务产生的现金”,又如当借:费用2000贷:现金2000,则在行项目中这2000元就应分配至“支付职工以及为职工支付现金”等,这样产生出来的现金流量将非常之准确,可信性将极高。
六、FI 财务会计-事务码
FB99 Check if Documents can be Archived 检查凭证是否可归档
FRCA
Settlement calendar 结算日历
FSF1 Financial Calendar 会计日历
OBCZ C FI Maintain
Table T021E C FI 维护表 T021E
OBF5 C FI maint. table T042OFI/T042OFIT C FI 维护表
T042OFI/T042OFIT
OBIA C FI maintain view cluster VC_TFAG C FI
维护视图簇VC_TFAG
OBIB Parameter transaction for V_TFAGM V_TFAGM 参数事务
OBW3
Instructions in payment transactions 付款业务中的指令
OBWR C FI Maintain Table
FEDIWF1 C FI 维护表 FEDIWF1
OBF3 Bank selection, current setting 银行选择,
当前设置
F.04 G/L: Create Foreign Trade Report 总帐:对外贸易报表
F.0A G/L: FTR Report
on Disk 总帐:磁盘上的FTR报表
F.0B G/L: Create Z2 to Z4 总帐:创建Z2到Z4
F.12 Advance Tax Return 税务预先申报
BERE
Business Event Repository 业务事件资源库
BERP Business Processes 业务处理
BF01
Business Event Repository 业务事件资源库
BF02 Bus. Events: Assignment of app.comp.
业务事件: 应用程序组件分配
BF03 Business Event Repository: Overview 业务事件资源库: 总览
BF05
Process Interfaces 处理接口
BF06 Processes: Allocation of appl.comp. 处理:
应用程序组件分配
BF07 Process Interfaces: Overview 处理接口: 概览
BF11 Application areas
应用程序区域
BF12 Partners 业务伙伴
BF21 SAP Application Products SAP 应用产品
BF22
Business Framework: Partner Products 业务结构: 合作产品
BF23 Activate Partner
Products 激活合作产品
BF24 Customer Products 客户产品
BF31 Application modules per
Event 每一事件的应用模块
BF32 Partner Modules per Event 每一事件的合作模块
BF34 Customer
Modules per Event 每一事件的客户模块
BF41 Application Modules per Process
每一处理的应用模块
BF42 Partner Modules per Process 每一处理的合作模块
BF44 Customer Modules
per Process 每一处理的客户模块
BFST Attibutes for Selection of Events 事件选择的属性
FARY
Table T061S 表 T061S
FARZ Table T061V 表 T061V
FIBF Maintenance Transaction
for Open FI 未结 FI 维护交易
FIMN Call Additional Components (IMG)
调用附加组件(IMG)
FINF Info System Events 信息系统事件
FINP Info System Processes
信息系统处理
FOMN Call Additional Components (FDMN) 调用附加组件 (FDMN)
F.13 ABAP/4
Report: Automatic Clearing ABAP/4 程序: 自动结算
F.21 A/R: Open Items
应收帐:未清帐目
F.24 A/R: Interest for Days Overdue 应收帐:逾期利息
F.25 Bill of
Exchange List 汇票清单
F.26 A/R: Balance Interest Calculation A/R: 余额利息计算
F.2A
Calc.cust.int.on arr.: Post (w/o OI) 计算客户欠款利息:记帐(不带OI)
F.2B Calc.cust.int.on
arr.: Post(with OI) 计算客户欠款利息:记帐(带OI)
F.2C Calc.cust.int.on arr.: w/o postings
计算客户欠款利息:不带记帐
F.2D Customrs: FI-SD mast.data comparison 客户:FI-SD主数据比较
F.44
A/P: Balance Interest Calculation 应付帐:余额利息计算
F.48 Vendors: FI-MM mast.data
comparison 供应商:FI-MM 主数据比较
F.4A Calc.vend.int.on arr.: Post (w/o OI)
计算供应商欠款利息:记帐(不带OI)
F.4B Calc.vend.int.on arr.: Post(with OI)
计算供应商欠款利息:记帐(带未清项目)
F.4C Calc.vend.int.on arr.: w/o postings
计算供应商欠款利息:不记帐
F.70 Bill/Exchange Pmnt Request Dunning 汇票支付催款要求
F.71 DME
with Disk: B/Excha. Presentation DME 软盘: B/Excha.提示
F.75 Extended
Bill/Exchange Information 汇票信息
F.93 Maintain Bill Liability and Rem.Risk
维护票据负债和Rem.风险
F-03 Clear G/L Account 结算总分类帐科目
F110 Parameters for
Automatic Payment 自动付款参数
F150 Dunning Run 催款执行
F-18 Payment with Printout
收付并打印输出
F-20 Reverse Bill Liability 冲销汇票债务
F-22 Enter Customer Invoice
输入客户发票
F-23 Return Bill of Exchange Pmt Request 退回汇票收付请求
F-25 Reverse
Check/Bill of Exch. 冲销支票/汇票
F-26 Incoming Payments Fast Entry 进帐快速输入
F-27
Enter Customer Credit Memo 输入客户信贷通知
F-28 Post Incoming Payments 收款记帐
F-29
Post Customer Down Payment 客户预付订金记帐
F-30 Post with Clearing 结算记帐
F-31 Post
Outgoing Payments 付款记帐
F-32 Clear Customer 结算客户
F-33 Post Bill of Exchange
Usage 汇票用途记帐
F-34 Post Collection 托收记帐
F-35 Post Forfaiting 债权贴现记帐
F-36
Bill of Exchange Payment 汇票收付
F-37 Customer Down Payment Request
客户预付定金请求
F-38 Enter Statistical Posting 输入统计记帐
F-39 Clear Customer Down
Payment 结算客户定金
F-40 Bill of Exchange Payment 汇票收付
F-41 Enter Vendor Credit
Memo 输入供应商贷项通知
F-42 Enter Transfer Posting 输入结转过帐
F-43 Enter Vendor
Invoice 输入供应商发票
F-44 Clear Vendor 结算供应商
F-46 Reverse Refinancing
Acceptance 冲销重新筹措资金承兑
F-47 Down Payment Request 预付定金请求
F-48 Post Vendor
Down Payment 供应商预付订金记帐
F-49 Customer Noted Item 客户标注项目
F-51 Post with
Clearing 结算记帐
F-52 Post Incoming Payments 收款记帐
F-53 Post Outgoing Payments
付款记帐
F-54 Clear Vendor Down Payment 结算供应商预定金
F-55 Enter Statistical
Posting 输入统计记帐
F-56 Reverse Statistical Posting 冲销统计记帐
F-57 Vendor Noted
Item 供应商标记的项目
F-58 Payment with Printout 收付并打印输出
F-59 Payment Request
支付请求
F-63 Park Vendor Invoice 预制供应商发票
F-64 Park Customer Invoice
预制客户发票
F-65 Preliminary Posting 预记帐
F-66 Park Vendor Credit Memo
预制供应商贷项凭证
F-67 Park Customer Credit Memo 预制客户贷项凭证
FB05 Post with Clearing
结算记帐
FB10 Invoice/Credit Fast Entry 发票/贷项凭证快速输入
FB13 Release for Payments
收付下达
FB1D Clear Customer 结算客户
FB1K Clear Vendor 结算供应商
FBA1 Customer
Down Payment Request 客户预付定金请求
FBA2 Post Customer Down Payment 客户预付订金记帐
FBA3 Clear Customer Down Payment 结算客户定金
FBA6 Vendor Down Payment Request
供应商的预付定金请求
FBA7 Post Vendor Down Payment 供应商预付订金记帐
FBA8 Clear Vendor Down
Payment 结算供应商预定金
FBE1 Create Payment Advice 创建收付通知
FBE2 Change Payment
Advice 更改收付通知书
FBE3 Display Payment Advice 显示收付通知
FBE6 Delete Payment
Advice 删除收付通知
FBE7 Add to Payment Advice Account 加上收付通知帐户
FBL1 Display
Vendor Line Items 显示供应商单项
FBL2 Change Vendor Line Items 更改供应商行项目
FBL5
Display Customer Line Items 显示客户单项
FBL6 Change Customer Line Items
更改客户单项
FBP1 Enter Payment Request 输入收付请求
FBRA Reset Cleared Items
重置已结清项目
FBV0 Post Parked Document 预制的凭证记帐
FBV1 Park Document 暂存凭证
FBV2
Change Parked Document 更改暂存凭证
FBV3 Display Parked Document 显示暂存凭证
FBV4
Change Parked Document (Header) 更改预制的凭证(标题)
FBV5 Document Changes of Parked
Documents 暂存凭证的凭证更改
FBV6 Parked Document $ 暂存凭证$
FBVB Post Parked Document
预制的凭证记帐
FBW1 Enter Bill of Exchange Pmnt Request 输入汇票收付请求
FBW2 Post Bill
of Exch.acc.to Pmt Request 汇票科目的收付请求记帐
FBW3 Post Bill of Exchange Usage
汇票用途记帐
FBW4 Reverse Bill Liability 冲销汇票债务
FBW5 Customer Check/Bill of
Exchange 客户支票/汇票
FBW6 Vendor Check/Bill of Exchange 供货商支票/汇票
FBWD Returned
bills of exchange payable 退回应付汇票
FBWE Bill/Exch.Presentatn - International
汇票呈现 - 国际的
FBZ0 Display/Edit Payment Proposal 显示/编辑收付建议
FBZ1 Post Incoming
Payments 收款记帐
FBZ2 Post Outgoing Payments 付款记帐
FBZ3 Incoming Payments Fast
Entry 进帐快速输入
FBZ4 Payment with Printout 收付并打印输出
FBZ5 Print Check For
Payment Document 打印收付凭证支票
FBZ8 Display Payment Run 显示收付运行
FBZA Display
Pmnt Program Configuration 显示收付程序配置
FBZP Maintain Pmnt Program Configuration
维护收付程序设置
FCH1 Display Check Information 显示支票信息
FCH2 Display Payment
Document Checks 显示收付凭证支票
FCH3 Void Checks 注销的支票
FCH4 Renumber Checks
重编支票号码
FCH5 Create Check Information
七、备注
Implementation Guide (IMG)
是SAP系统的配置工具,它可按你公司的要求配置SAP系统以适合你公司的要求。有三种类型的IMG,分别是:
SAP Reference
IMG,可在这里配置SAP系统的所有功能。
Project IMGs,它基于Rrference
IMG,可为某个项目进行单独配置,比如我们可建立一个FI的Project IMGs,方便配置。
Project view IMGs,在Project
IMGs里的Project views里设置,在Project
IMGs里再建立一个视图,把一些配置选项添加到该视图里。通过这样一层层的分工,就可把Reference
IMG里的配置分配给不同的人员进行维护。我们可为不同版本的SAP系统建立IMG,如4.0x,4.5x。这种IMG叫做版本相关IMG。通过“help”--“Release
notes”菜单可显示各个SAP发布版的区别。我们可用事务码“spro”来进入SAP Reference IMG。使用“spro_admin”进入project
IMGs。