下载文档原格式
SAP 相关会计科目的设置2009年05月20日星期三下午 07:191 FI/SD借口配置FI/SD通过tcode VKOA为billing设置过帐科目，用户可以创建自己的科目定义数据表。
科目是做到COA级的，通过KOFI/KOFK这两个condition type确定分别过帐到FI和CO凭证中。
由于PricingProc.是同SalesOrg.相关联的，所以科目在Organization上首先要做到SalesOrg. 级，其后的AccountKey是在PricingProc.中和不同的PriceConditionType相关联的，决定着最终销售收入、折扣、附加费用、预提等过到不同科目上。
2 FI/MM借口配置FI/MM通过tcode OBYC为所有的库存移动设置过帐科目，系统用不同的TransactionKey决定了不同的移动类型/业务类型，对于这些TK的含义，SAPLIB 中有较为详细的解释，可参阅。
科目的配置可以按照需要做在ValuationArea(Plant)和ValuationClass层。
特别是我认为FI/MM AccountDetermination中最有意思的就是TK为GBB的科目定义，其中有一个东东叫做GeneralModificationKey，这个GMK是同MovementType直接相连的；除了很多标准的GMK之外，用户也可以自定义，并将它们同自定义的MovementType相关联，以决定不同的MT连接到不同的过帐科目上。
3实例说明可以按照资料到系统中配置一下，并做一些例子，有助于理解这些科目配置3.1、对于收货(特别是来自采购的收货)和发票录入IV/LIV，常用的TransactionKey为：BSX 同ValuationClass相关联的所有基于存货科目的过帐FR1、FR3 运费和关税的清帐科目(需要通过IV/LIV做Clear，类似GR/IR科目) FR2、FR4 运费和关税预提科目(无需Clear)WRX 存货GR/IR科目DIF SmallDifference(小金额差异)，未超过发票价差容限的金额过到此科目(OMR6中定义ToleranceLimit)KDM 处理收货同收发票汇率不一致造成的差异过帐KDR 处理收外币发票时，由于四舍五入的原因造成的本币金额同GRIR本币金额不一致的差异过帐UPF 处理UnplannedDeliveryCost(计划外运费)是否单独过到某个制定科目而不是过到存货或价差科目PRD 标准成本法下处理PPV的科目，即采购价差科目3.2、对于发货和其他库存移动，常用的TransactionKey通常只需要关注GBB，即所谓库存移动的抵减或对应科目，其中比较重要的一个概念就是GeneralModificationKey，这个东东是同MovemtType关联的，较常用的有：AUF : 无Acct.Assignmt的PP/CO订单的收货和结算BSA : 通过561/562做库存初始化的过帐科目INV : 库存差异导致的收入和费用科目，一般为P+L科目VAX/VAY: 销售订单的发货成本科目VBO : 委托加工业务，提供给供应商的库存出货科目VBR : 处理内部发货业务，如直接消耗到成本中心、资产或内部订单等VKA : 基于Acct.Assignmt的销售订单业务，如BTO、MTO业务等VKP : 基于Acct.Assignmt的项目业务，如BTP、MTP业务等ZOB : 无PO收退货，如501/502ZOF : 无PP订单收退货，如521/522同样，你可以基于自定义的MovemtType，设置相关联的自定义的GMK，并在GBB 中指定科目。
sap 资产折旧科目配置
SAP资产折旧科目配置的具体步骤如下：
1. 在“概念Table”中，设置“正常折旧Configure”并为其分配总账科目-AO90，对应的费用科目为正常折旧的费用科目（Expense account for ordinary depreciation），折旧科目为ordinary Depreciation。
2. 在“折旧码Operation”中，运行“折旧-AFAB”。
3. 在“手工折旧Configure”中，设置“折旧范围”，需要将折旧范围中的NBV设置为允许所有值。
4. 为“手工折旧”分配总账科目-AO90，使用的是正常折旧的费用科目（Expense account for ordinary depreciation），累计折旧的科目为ordinary Depreciation。
5. 在“基本方法配置”中，直接使用标准的基本方法0002，并设置好折旧方法为“No Automatic Calculation-无自动计算”。
6. 在“折旧码设置”中，可以直接参照标准的折旧码MANU。
请注意，上述步骤仅是一般情况下的配置方法，具体的配置方式可能因SAP系统的版本和设置而有所不同。
如果你需要更详细的信息，请提供更多的背景信息，以便我更好地为你解答。
SAP科目余额表按利润中心1. 简介在企业财务管理中，科目余额表是一种重要的财务报表，用于显示企业各个科目的期末余额。
而按利润中心进行科目余额表的编制，可以更好地了解各个利润中心的财务状况，为企业的经营决策提供依据。
本文将从以下几个方面来介绍SAP科目余额表按利润中心的相关内容：•SAP系统中科目余额表的基本概念和作用；•利润中心的概念及其在企业中的应用；•如何在SAP系统中按利润中心编制科目余额表；•利用科目余额表按利润中心进行财务分析和决策支持。
2. SAP系统中科目余额表的基本概念和作用科目余额表是企业财务报表中的重要一环，它显示了企业各个科目在一定期间内的期末余额。
SAP系统是一种常用的企业资源管理系统，其中包含了科目余额表的编制和查询功能。
科目余额表可以帮助企业了解各个科目在特定期间的财务状况，包括资产、负债、所有者权益、收入、成本和费用等方面。
通过科目余额表，企业可以及时掌握财务数据，进行财务分析和决策支持。
3. 利润中心的概念及其在企业中的应用利润中心是企业内部的一个组织单位，可以是一个部门、一个项目组或一个分支机构等。
利润中心负责特定的业务活动，并对其财务状况负有责任。
利润中心在企业中的应用主要有以下几个方面：•利润中心可以帮助企业划分业务范围，实现业务的分工与协作；•利润中心可以对业务活动进行成本控制和绩效评估，提高企业的经营效益；•利润中心可以进行内部结算，实现公平合理的资源分配；•利润中心可以提供财务数据和报表，为企业的决策提供支持。
4. 如何在SAP系统中按利润中心编制科目余额表在SAP系统中，按利润中心编制科目余额表需要进行以下几个步骤：步骤一：设置利润中心首先，需要在SAP系统中设置利润中心。
在SAP系统的控制面板中，选择“利润中心管理”模块，进行利润中心的创建和维护。
设置利润中心时，需要指定利润中心的名称、编码、上级利润中心等信息。
步骤二：配置科目余额表接下来，需要在SAP系统中配置科目余额表。
FAGLFLEX新总账汇总表GLTO旧总帐汇总表SKA1总账科目主记录（科目表）科目表层数据SKAT总帐科目主记录（科目表：说明）包括语言代码SKB1总帐科目主记录（公司代码）公司代码层数据BKPF财务凭证抬头BSEG财务凭证行项目（会计凭证明细）BSIK, BSAI分别是供应商（K）的未清已清项存放的表BSIS, BSA分别是总账（S）的未清已清项存放的表BSID, BSA［分别是客户（D）的未清已清项存放的表I 表示未清，A 表示已清。
AP部分:LFA1供应商主数据（一般地区）LFAS供应商主数据（增值税登记号的一般部分）LFB1供应商主数据（公司代码）LFB5供应商主数据（催款数据）LFBK供应商主数据（银行细目）LFC1供应商主数据（业务额）LFC3主供应商（特殊总分类帐交易图表）AR部分:KNA1 客户主文件的一般数据KNAS客户主数据（一般地区的增值税登记号）KNB1客户主数据（公司代码）KNB4客户收付历史KNB5客户主记录（催款数据）KNBK客户主数据（银行细目）KNC1客户主记录（交易额）KNC3客户主数据（特殊总帐业务额）KNKA客户主数据信贷管理：中心数据KNKK客户主数据信贷管理：控制范围数据货币：TCURC货币代码TCURT货币代码名TCURV货币换算的兑换率类型TCURF T率TCURW匚率类型的使用TCURF专换因子银行：BNKA银行主数据T012 开户行T012T开户行帐户名NBNK银行的号码范围业务范围：TGSB业务范围TGSBT业务部门名称T001 公司代码T001T公司代码相关的文本T005 国家T005T国家名T001B允许的记帐期过帐码：TBSL过帐码TBSLT过帐代码名称FAGLFLEX新总账汇总表GLT0旧总帐汇总表SKA1总账科目主记录（科目表）科目表层数据SKAT总帐科目主记录（科目表：说明）包括语言代码SKB1总帐科目主记录（公司代码）公司代码层数据BKPF财务凭证抬头BSEG财务凭证行项目（会计凭证明细）BSIK, BSAI分别是供应商（K）的未清已清项存放的表BSIS, BSA分别是总账（S）的未清已清项存放的表BSID, BSA［分别是客户（D）的未清已清项存放的表I 表示未清，A 表示已清。
S A P财务系统是如何记账集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#SAP财务系统总账应用技巧SAP财务系统总账的功能强大而丰富，涵盖了组织结构、会计科目表、会计凭证、简化操作、定期处理、操作和维护、信息和查询、配置等各个方面，笔者选择了部分具有代表性的内容说明如何使用这些功能提高企业的财务水平。
三套会计科目表并存，为跨国公司属地化核算和集团化管理并行提供了可能。
在中存在三大类会计科目表：运营会计科目表、集团会计科目表和国家会计科目表。
其中运营会计科目表是记账必须的会计科目表，集团会计科目表是集团出具合并会计报表使用的会计科目表，国家会计科目表是为了满足某国要求，出具的符合该国会计准则要求的科目表。
三套科目表的设置为一个经营实体按照不同的会计科目系统出具报告提供了可能，换句话说也就是每个公司都可以分别按照三套科目表出具财务报告，这种功能的设置为集团公司，特别是跨国集团公司提供了集团化管理和属地化管理并重的可能性。
SAP财务系统对集团公司的会计科目表设计通常给出两种建议方案：方案1：全集团统一使用一套会计科目表：不论是控股公司还是下级单位都共享一套完整的会计科目表，各家公司在完整的会计科目表里选择自己需要的会计科目，从而生成每个公司代码的个性化的会计科目表。
方案2：用分行业的会计科目表：如一个大型企业，同时经营多种行业，如果共用一套会计科目表，其中的科目数量将是庞大的，且覆盖了各种各样的行业特殊的科目。
所以可以采用相同的行业共用一个会计科目表，这些分行业的会计科目表又能分配给同一个合并会计科目表，这个合并科目表中的科目与分行业科目表中的科目具有对应的关系。
通过这样的管理，既实现了分行业的会计核算，整个集团又有一个统一的核算口径。
多重会计核算原则并行在SAP财务管理系统中可以容纳多重的会计核算原则，即按照不同的核算规则进行核算，并分别记录。
例如对于资产的折旧，会计准则规定的会计折旧方法和税法规定的折旧方法是不同的，对于跨国公司中国的折旧方法与集团所在国的折旧方法也有可能是不同的，这就要求企业能够按照不同的折旧方法记录折旧，提供给不同的干系人。
sap epic记账科目配置AP系统对于出库和入库都是采用移动类型进行管理，通过移动类型关联到AccountDetermine，然后确定对应的记账科目。
所有的移动类型对应的库存记账科目都是通过BSX进行设置。
对于其他入库和其他出库，sap系统允许操作者手工指定对方科目，这样有很大的灵活度，如果企业出于管理规范的要求，可以考虑自己新增移动类型。
Trans.KeyGeneralModificationValuationClass和科目备注MemoAG1和运输机构相关,一般似乎企业少用,请看SAPdefaultPOprcingprocedureRM6000-RM6002AKON/A如有多plant而需要区分此差异可根据不同的val.Class(Mat.type)配置不同的价差科目当物料采用标准价时从consignment库存和普通库存互相转产生的价差.MB1B:311/312KAUMN/A同上,一般就使用材料差异科目.*在跨公司库存转移时可能会加上运输费等,可给某类valuationclass配置类似其它运输费科目工厂之间货物移动或者物料到物料之间的转换产生的价差.MB1B:311/309*对于开STO(公司间或跨公司)的库存转移似乎和这无关.即使材料采用STD,采购价格和物料价差由PRD(采购价差)决定.B01所谓的后续结算(Subsquentsettlement),可这样理解在PO 中定义了折扣condition(Volumn-basedrebate数量折扣),在收货后获取折扣,这时可给condition配置一预提应计收入科目.PricingProcedure:RM5000-RM5003B02B03BSD存货记帐和BSX不同的是,记得使用第三方采购时非采购方需要弄它..属于库存的补充记帐科目，在物料分类账关帐操作时过账，应摊入库存的差异金额将计入该科目。
（待确认）BSV委托加工成本转出科目根据不同的valuationclass配置相当于通常生产订单的成本转出。
SAP会计科目表层次SAP财务系统总账的三套会计科目表并存，为跨国公司属地化核算和集团化管理并行提供了可能在SAP财务系统中存在三大类会计科目表：运营会计科目表、集团会计科目表和国家会计科目表。
其中运营会计科目表是记账必须的会计科目表，集团会计科目表是集团出具合并会计报表使用的会计科目表，国家会计科目表是为了满足某国要求，出具的符合该国会计准则要求的科目表。
三套科目表的设置为一个经营实体按照不同的会计科目系统出具报告提供了可能，换句话说也就是每个公司都可以分别按照三套科目表出具财务报告,这种功能的设置为集团公司,特别是跨国集团公司提供了集团化管理和属地化管理并重的可能性.SAP财务系统对集团公司的会计科目表设计通常给出两种建议方案：方案1：全集团统一使用一套会计科目表：不论是控股公司还是下级单位都共享一套完整的会计科目表，各家公司在完整的会计科目表里选择自己需要的会计科目,从而生成每个公司代码的个性化的会计科目表.方案2:用分行业的会计科目表：如一个大型企业,同时经营多种行业，如果共用一套会计科目表,其中的科目数量将是庞大的,且覆盖了各种各样的行业特殊的科目.所以可以采用相同的行业共用一个会计科目表,这些分行业的会计科目表又能分配给同一个合并会计科目表，这个合并科目表中的科目与分行业科目表中的科目具有对应的关系.通过这样的管理,既实现了分行业的会计核算,整个集团又有一个统一的核算口径。
多重会计核算原则并行在SAP财务管理系统中可以容纳多重的会计核算原则，即按照不同的核算规则进行核算，并分别记录。
例如对于资产的折旧,会计准则规定的会计折旧方法和税法规定的折旧方法是不同的，对于跨国公司中国的折旧方法与集团所在国的折旧方法也有可能是不同的，这就要求企业能够按照不同的折旧方法记录折旧，提供给不同的干系人。
SAP财务系统提供了强大的平行记账功能,在业务发生时能够按照各种会计处理原则平行记账，并不增加操作人员的工作量,仍然使用资产折旧的例子，在每个月末运行资产折旧的时候,资产会计只需要点击折旧执行的按钮,系统就可以根据已经设置好的多种折旧计提方法平行记账。
组织结构，分类，费用科目设计，成本投入和产出科目的设计，外币重估科目的设计
传统科目设计与SAP系统中的差别
会计科目表，是会计处理的基础。凭证的借贷方要输入的科目，必须事先维护在科目表中
一个好得科目表，能够清晰地管理企业的分析，不至于形成混乱，凡是会产生财务凭证的地
方都要用到会计科目，因此，科目表和会计科目也是所有ERP系统中都非常核心的主数据。
在我们说明会计科目表的设计之前我们先来了解一下企业FI的架构，在实施项目的第一步
就是与客户讨论系统客户端所使用的会计科目表。因此在设计会计科目表之前，我们首先要
了解在SAP系统中FI和CO的不同点。FI主要是为了向外部权威机构出具具有法律效力的财
务报告，而CO的主要目的是提供企业内部经营管理所需的报表。
集团：在SAP 中，被称为Client，相当于一个完整的数据库，在此组织结构层面创建的参数，
适用于所有公司代码，一般有生产环境，测试环境，配置环境等。
经营范围，是管理会计的组织结构单元，一个经营范围可有多个成本控制范围，一个成本控
制范围只能指派给一个经营范围。经营范围是获利能力分析中的核心组织结构，用来监控及
分析该业务关联区内各“获利段”的运作情况和获利能力。“获利段”可以是销售地区、产
品、客户等属性的灵活组合。因此可以按照各获利段为依据生成获利分析报表，考核其获利
能力。
控制范围:是管理会计的组织结构单元，用来核算企业的收益及费用支出使用情况。在成本
控制范围下可以建立成本中心等成本控制对象。一个成本控制范围可以包含多个公司代码，
单一个公司代码只能分配给一个成本控制范围，所有的成本中心---费用发生单位，都将包括
在此成本控制范围中。因此，外部机构对公司运营情况的考察，需要通过每个公司代码的资
产负债表和损益表来解释，而内部管理的考核可以跨整个集团公司的范围
公司代码：表示一个独立的法人实体，为了满足实体的报表需求，它需要一套自己的会计记
录。
R3中，科目表的层次仅低于控制范围（Control Area），即科目表不可跨控制范围调用，而同
一个控制范围内的科目表，该控制范围下的公司代码都可使用。在R3中必须给每个公司代
码分配科目表，但是不一定需要将一个公司分配的科目表下的所有会计科目都扩充到该公司
代码下，因为有些科目可能不是该公司用的，而是其他公司用的。但是为了保证，科目的通
用性，除了特殊的必须分公司设定科目，如银行科目、国家地区差异外，应该力求同一个控
制范围下公司代码所用科目的一致性和规范性。
从功能角度科目表可以分为三类：运营科目表（Operating_chart of accounts）、集团科目表
（Group_chart of accounts）、国家/地区科目表（Country-specific_chart of accounts）。
1.运营科目表（必须）——每个控制范围下，至少一个启用的运营科目表，并且每个公司都
必须分配一个运营科目表。一个公司代码分配的运营科目表，在FI和CO模块都是通用的。
2.集团科目表（选择）——供集团使用，一般一个控制范围涉及多个公司，或者多个国家或
地区的公司，而不同公司的运营科目表有差异，则可启用集团科目表，用于出具整个集团的
三大报表。
3.国家科目表（选择）——不同国家和地区，在会计核算上可能有特殊或不同的规定，就同
一个业务，导致需要不同的科目进行核算。国家科目表就是为了满足这种特殊的需求。
其中给公司代码必须分配的是运营科目表；该表是用于该公司日常运营过账业务的。而另外
两类科目表，可以根据实际需要选择性运用到公司代码上。使用不同的科目表对三大报表没
有影响
费用科目的设计
在传统会计中，除了财务费用外，费用科目分为三大类
制造费用，销售费用，和管理费用
生产部门发生的费用，销售部门发生的费用，管理部门发生的费用
按照传统会计，我们每个费用科目下设立明细，反应费用核算的项目。
在SAP系统中，引入了一个新的概念就是功能范围。它是财务上的一个组织单元，对费用一
句功能进行分类。
他主要是根据费用的功能特征来对费用进行细分，来出具满足管理需要的损益报表的。
而成本中心作为成本对象，主要是用来归集费用的，我们也可以出具成本中心报表以此来对
每个成本中心进行绩效考核。
SAP中将国家科目表中的制造费用，管理费用，销售费用，按照自然属性进行编排。
而科目归属于制造费用，管理费用还是销售费用，根据费用发生的功能范围决定。
生产成本和产出科目的设计
在月末生产订单结算完成后，刚才的平衡关系应该成立，相关科目的余额合计为0
生产成本投入的科目企业一般会予以区分
为了适应SAP的需要，建议针对以上生产成本转出的各项业务，设立相应的科目，分别设立
采购环节中的收货和发票校验
生产环节的生产订单结算
改变物料价格或者发布成本的心标准成本
物料转移（跨工厂转移或者物料转移）
外币重估科目的设计
不会作为未清项管理，在外币重估时最科目余额做重估，仍旧重估到科目本身。
作未清项管理的科目，如应收，应付，在外币重估时不可能重估到它本身的科目上，因此要
设置相应的资产负债表调整科目，
1.各种类型的科目容易区别。
2.可以快速在总账中查询相关科目的金额。
3.报表的输出简单。
1.子科目众多。
2.很难对某一类型的费用进行归集。
1.科目数量较少
2.容易对某一类型的费用进行集中分析。
关于报表输出
1.直接按照传统的方式就可以获得利润表。
而设置单独费用科目的方案-----
1.按照3大类设置功能范围，可以分明细设置。
如：制造费用------主生产费用、辅助生产费用等
2.按照3大类设置不同的成本中心类别，定义成本中心类别默认的功能范围，成本中心的类
别必须同功能范围相同或者更加细化。
3.也可以允许在过账时候修改功能范围，通过字段状态变式进行调整。
And then I would like to make a conclusion for my topic, let’s look back to our agenda. Today my
presentation is about the design of the chart of accounts in our R/3 SAP system, First I showed
the organization chart to give an introduction about our system, and some information about the
chart of accounts that we wanted to design for our items, especially I presented the design of the
expense account, cost account and Foreign currency revaluation account. In order to make myself
understand clearly I made an comparison between our traditional deal with the chart of accounts
and the design in R/3 SAP system.
I mainly want to inform you of the difference between the traditional design and the new way in
SAP
First of all , the tradition way is to make different detail accounts to
make a distinction from other
accounts ,in this way different kind of accounts can be easily recognized ,and we can search for the
related balance from the G.L account quickly. And it make the output of the statement more easily.
But it also has the weakness, it bring us to many sub-subjects to make our database large, and it may be
difficult to imputation some special type of expense.
Our SAP system bring us the Function area, we set the function area of the Manufacturing costs, Selling
expenses ,and Management costs, then we give different account different function area .
In this way ,it can make our database thin, and we can easily analysis some account centralized.
