SAP FI/CO 模块设置(中篇)

SAP FI/CO 模块设置(中篇)

三、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元就应分配至“支付职工以及为职工支付现金”等,这样产生出来的现金流量将非常之准确,可信性将极高。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值