统驭科目的确定
1、概览
我们在客户主数据中定义统驭科目（Reconciliation Account），销售开票时，该科目作为总账中的应收账款科目出现在会计凭证中。
在某些公司，可能希望根据业务的不同确定不同的统驭科目。譬如某公司与客户之间发生多种业务往来，主要销售成品，但也销售配件。
销售成品时产生的发票中的应收账款的会计科目为1122010000（应收账款-应收款）
销售配件的产生的发票中的应收账款的会计科目为1122020000（应收账款-配件）
在SAP中，可通过销售渠道来区分这二者的业务类型，渠道H1为成品销售渠道、渠道H3为配件销售渠道
2、方案说明
我们在客户主数据中定义主要的业务方式的统驭科目1122010000（应收账款-应收款）
同时我们利用统驭科目的确定的功能，定义销售渠道为H3时，统驭科目自动变成1122020000。（应收账款-配件）
3、系统实现
1、系统实现总揽
标准系统中已经预配置了根据销售渠道来进行确定不同的统驭科目，这也是本例以销售渠道作为演示的原因。
我们也可以在系统中配置根据其他的字段确定不同的统驭科目，譬如根据产品组、销售组织、客户的科目分配组等等。
2、系统配置配置说明
1）、点击“分配总账科目”（事务代码OV64）
针对销售组织、配件的分销渠道H3，分配统驭科目1122020000（应收账款配件）
2）、设置允许替换的统驭科目
设置科目1122020000（应收账款-配件）可以替换科目1122010000（应收账款）
本文演示的是在销售开票时根据“统驭科目确定“中定义的规则自动确定新的统驭科目，替代客户主数据中统驭科目。
备注，我们也可以手工创建财务凭证时，手工进行替换。
4、业务操作
1、正常情况操作：销售发票中的统驭科目根据客户主数据中的统驭科
目
针对成品渠道H1创建发票，查看相应的会计凭证，切换到总账视图可以看到统驭科目仍然为应收账款-应收款
注意：下图会计凭证中的字段“备选科目”是在会计科目主数据中定义的。（事务代码FS00），在本例中我们还可以为统驭科目定义备选科目，譬如可用来适应同一集团内，集团层次和分公司层次对统驭科目的不同要求。
2、根据后台配置确定统驭科目
针对配件渠道H3创建发票，查看相应的会计凭证，切换到总账视图可以看到统驭科目替换为应收账款-配件。
备注：根据需要，我们也可以设置所有渠道的客户的统驭科目均根据后台配置确定，而非根据客户主数据确定。
5、操作分析
在更改或者显示发票（VF02/VF03）中，点击菜单中的财务科目确定分析/统驭科目，则可以分析统驭科目的确定过程。
6、总结：
1、统驭科目的确定Reconciliation Account Determination的系统实现过程与销售开票中收入科目（Revenue Account Determination）确定的过程相同，都使用了条件技术，也就是可以设置不同条件下确定不同收入、不同的统驭科目，这二个功能仅用于销售开票中。
2、该功能与备选科目号码（Alternative account no）类似，但备选科目概念更为广泛，包括备选统驭科目但不限于备选统驭科目，主要用于手工操作，并且备选科目有时是平行的概念，而非替代的概念，该功能更多应用于财务模块层面中。
3、发票校验（MIRO）中，供应商的统驭科目无法通过配置来实现更改，从本人的了解来看，只能通过“会计科目替代”的方式来实现更改统驭科目。
SAP方丈：统驭科目的集成修改 SAP方丈：统驭科目的集成修改统驭科目的集成修改文/SAP方丈SAP中的统驭科目指应收应付和资产相关科目一般设置成统驭科目(有分类账的总帐科目)。在创建GL主数据的时候指定；当你在创建客户或供应商主数据的时候，都会提示输入特别总帐标准，就会用到统驭科目，与会计科目表中的应收、应付、预收、预付形成对应关系，起到连接总帐和分类帐之间的关系。统驭科目在SAP中是：在应收和应付模块中，做凭证时输入的都是客户和供应商，所形成的应收、应付、预收、预付都是针对客户和供应商的，并未真正与科目表中的总帐科目对应，所以需要用到统驭科目，与科目表能形成对应关系，此外在对客户和供应商在做未清项处理时，也需统驭科目的对应。对于固定资产来说，固定资产也是通过统驭科目来管理的，具体就是通过资产类别来划分相应的统驭科目。做为统驭科目除了提供统驭科目之间特别总账标识进行供应商的选择，同时也提供了不需要打特别总账标识而通过备选科目进行选择的应用。业务场景1——总账篇：在SAP总账里面的统驭科目如果是自动记账的话是选择供应商/客户主数据上维护的统驭科目。通常来说，我们都会维护成为应付/应收款。但是还是有很多业务不能够通过一个科目来实现。例如我们和客户有应付/应收款、票据、
预收/预付等等。这个时候如果单单是一个统驭科目就无法实现了。这个时候我们可以通过SGL标识来实现不同的业务区分。例如在SGL部分选择相关配置在于特别总账标识（Tcode：FBKP）中的设置，例如在图2中统驭科目是1122010000，那么特别总账是1221020000.其中最主要的目的是我们可以在科目余额表查询（FAGLB03）时看到一个效果就是应收的对应关系。这也好国内好多财务软件做不到的地方。在配置中还有很重要的一个环节在于去设置不同的属性。通常的做法我们是把除了票据和预付定金之外的业务定义为“其他”。在这样的设置后，我们可以发现特别总账业务已经和总账业务集成并可追溯。当然，除了这种方式我们还可以通过“备选统驭科目”来决定统驭科目的备选项目。业务场景2——集成篇采购业务的实时集成由于财务是与业务实时集成的，所以我们在MIRO发票的时候是自动生成一笔会计凭证，有的时候我们想对其进行修改。但是大家往往犯的错误是替代不成功，这里面有一个主要的地方是在于需要把BKPF-BKTXT字段放出来（T-code：SDH0）然后建立新的屏幕变式。则通过如下替代程序即可完成。销售业务的实时集成销售模块是和总账系统自动集成的，收入科目通过（VKOA）定义，通常我们选择REL来实现，则统驭科目会自动取得客户主数据（XD01）。但是我们经常还会遇到一种业务场景，例如统驭科目只能定义1个，但是可能针对
SAP FI/CO 知识浓缩版(上)(2009-02-12 08:35:21) 一、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. 财务会计—财务会计全局设置—凭证—过帐期间—未清和关帐过帐期间 修改不同变式不同帐户类型的科目的可用期间
更改客户统驭科目
更改客户统驭科目 通常在下面情况下可能涉及客户/供应商统驭科目的修改, 你在创建主数据时输入了错误的统驭科目;集团合并时某外部客户变成了内部客户, 客户统驭科目需从应收帐款转为应收内部款，下面以更改客户统驭科目为例(供应商处理方法雷同),假设需要将客户统驭科目从应收帐款修改为应收内部单位款，详细的处理步骤如下： (一). 检查主数据字段状态 IMG Path:应收帐目和应付帐目->客户帐户->主记录->创建客户主记录的准备,配置路径如下图: SAP中,客户主数据被分为一般数据、公司代码数据和销售数据,字段内容丰富,因此系统设置了一个叫字段状态组的东西,允许用户设置相关字段为强制、可选输入、只显示不能修改甚至直接隐藏4个功能,并且可以根据不同的帐户组(典型的有内部客户,外部客户,一次性客户等) 、不同的公司代码(同一客户和集团内多个公司代码下可能都有业务) 、不同的作业(新增、更改、删除客户作业) 等3种情况设置字段属性,配置路径如上图[1]。 如上图，在XD02更改客户统驭科目时发现该科目为灰色,经检查,发现配置了在更改客户作业时统驭科目为”显示”状态,因此,需要将它设置为”可选输入”或”强制”状态，现在可以直接修改统驭科目，现在有两种途径： (1).立即修改科目,系统会提示“帐户已经记到；暂存资产负债表调整……”的消息，消息号为 F2 067,并提示期末执行报表SAPF101调整,虽然到此统驭科目科目修改成功，注意应收帐款如果有余额则还未自动修改为应收内部单位款。 (2).查询未清行项目,手工结清后再修改统驭科目,结转一定要在修改统驭科目之前，否则转移 时就已经是新统驭科目了。
XX汽车集团SAP会计科目的设置与编码规则 一、前言 标准化是所有软件运行的基础，SAP也不例外，作为会计核算的基础——会计科目，其设置与编码规则必须在SAP中统一规范，以保证集团所有使用SAP的公司在会计核算方面的一致性，会计报表取数的准确性，以及各公司的财务数据之间具有可比性。 本文中SAP会计科目的设置与编码规则是以《企业会计准则——应用指南》为基础，结合集团实际情况进行编制。 二、编码规则 （一）、总则 SAP会计科目的编码使用10位阿拉伯数字，例如：库存商品-整车1405020001，其中，前4位数以《企业会计准则——应用指南》中规定的会计科目编号为准（见附表），后6位数根据集团实际情况编排，详见下文。 （二）、细则 1.1001库存现金：由于集团核算在北京销售公司的帐套中，因此， 编码的第5、6位用以区分集团和下属公司，01代表下属公司，02代表集团，一般情况下仅使用1001010000库存现金—公司出纳，如存在上述特殊情况，集团的现金业务使用1001020000库存现金—集团出纳来核算。 2.1002银行存款：编码的第5、6位代表不同银行，如01代表中行，
02代表工行，03代表农行；第7至10位为自然序号，代表不同的帐号。 3.1012其他货币资金：编码的第5位代表不同类型的保证金，0代 表信用证保证金，1代表承兑保证金，2目前空缺，3代表保函保证金。 4.1101交易性金融资产：编码的第5、6位，01代表成本，02代表 公允价值变动；编码的第7位代表不同类别，1代表股票，2代表债券，3代表基金。 5.1121应收票据：编码的第5、6位，01代表集团外，02代表集团 内；第7至10位均为0。 6.1122应收账款：编码的第5、6位，01代表集团外，02代表集团 内；第7至10位均为0。 7.1123预付账款：编码的第5、6位，01代表集团外，02代表集团 内；集团外又按照第10位代表不同类别，1代表材料款，2代表工程款，3代表其他。 8.1131应收股利：编码的第5、6位，01代表集团外，02代表集团 内；第7至10位均为0。 9.1132应收利息：编码的第5、6位，01代表集团外，02代表集团 内；第7至10位均为0。 10.1221其他应收款：编码的第5、6位，01代表集团外，02代表集 团内，03代表个人；第7至10位均为0。 11.1231坏帐准备：编码的第5、6位，01代表应收账款，02代表预
1．目的： 在维护会计科目主数据过程中,指导相关业务人员在系统中的实际操作2．适用围： 财务会计 3．相关流程： TOBE-FI-010
分析科目类 别、帐户组等会计科目创建 修改科目 冻结维护成本要素 4．容概述： 包括手工创建、更改、显示，以及冻结会计科目，显示总帐：会计科目表。
5、操作步骤： 5．1手工创建会计科目 系统路径SAP莱单→会计→财务会计→总分类帐→主记录→总帐科目→单个处理→集中地事务码FS00 按照系统路径用鼠标左键“单击”如下屏幕： 按事务码“FS00”操作按“回车键”如下屏幕
1 1、在中输入新的10位科目代码，点击，选择相应的公司代码，选择0723，选择0724。 用鼠标“点击”右上方“”创建。 2、在“类型/描述”画面中，点击,选择“总分类账科目”，根据欲创建的科目的性质 选择“损益科目表”或“资产负债科目”，输入对科目短文本和长文本的描述。
2 2 3、点击“”，在“科目货币”中选择货币类型。可以选择是否勾选“仅限以本位币记的 余额”，如果勾选，表明用户将项目过帐到此科目时，只在本币中更新余额。 4、根据实际需求选择“税务类型”；可勾选“允许含/不含税过账”表示，不输入税码 也允许过账。 5、针对统驭科目选择相应的“统驭科目的科目类型”。 6、“备选科目”栏位中填写HERC科目所对应的国家科目表编号。 7、“未清项目管理”如勾选，表示对该科目进行未清项管理。需要标记管理未清项的一 些科目包括GRIR科目，现金折扣清算科目，银行结算科目，工资结算科目；而不需标记做未清项管理的科目一般包括：银行科目，税务科目，材料科目，损益科目，统驭科目（统驭科目在子分类账中已经默认做未清项管理）。 8、勾选“显示行项目”，表示对此科目可以查看交易或往来明细。 9、选择“排序码”，排序码能够决定凭证行项目中的“摘要”栏位的默认值。
****** 第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述： 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件，客户主数据中的内容必须完全正确，并将作为后续单据中的各项信息的来源。 1.2.流程重点： 数据维护范围，客户数据扩展方法 在系统中，由于存在总公司、分公司两份订单，为了在总公司订单中实现：总公司订单的售达方为分公司、送达方为直接顾客，所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时，还必须在总公司 的销售组织 下创建该客户主数据（用COPY 的方法，并且用一个客户编号，客户编号人工 编排）产销接单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时，必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性，在系统中的“一般数据“、“公司代码数据”及 “销售数据”中须在“权限组”栏位KEY IN 自己的责任中心编号，已作到本 责任中心客户仅自己可以查阅。 1.3.操作要点： 1、维护新客户时须先查询该客户是否存在（因市场处亦会维护KEY ACCOUNT）。 2、维护装运条件时，注意分公司与总公司的区别，若维护错，会影响后续下单。 3、参照创建总公司顾客主数据时，公司代码不要输，因为责任中心助理无总公司f001的权限。
2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码：XD01 3.3.说明 每个顾客主数据包含三个部分，即： 一般数据：记录一些基本信息，如地址、电话等； 销售范围数据：包含与销售处理功能相关的信息，维护时必须指定销售组织/分销渠道； 公司代码数据：包含与财务处理功能相关的信息，维护时必须指定公司代码。 交易代码XD01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释 栏位名称栏位说明资料范例科目组用于财务帐的客户科目分配，目前定义的科目组为：1110:国内直销；1120:1110
SAP系统中四大科目表的总结 目录 SAP系统中四大科目表的总结 (1) Overview (1) 业务说明 (1) Table (2) Configure (2) 操作科目表定义-OB13 (2) 国家科目表定义-OB13 (3) 集团科目表定义-OB13 (4) 合并科目表（ECCS）定义-CX10 (4) 分配操作科目表到公司代码-OB62 (5) 分配国家科目表到公司代码-OB62 (6) 分配集团科目表到操作科目表-OB13 (6) 分配集团科目表到合并科目表-CXNF (7) Operation (8) 定义集团科目表的科目-FSP0 (8) 定义国家科目表的科目-FSP0 (8) 定义操作科目表的科目-FSP0/FS00 (9) 定义合并科目表的科目-CXN1 (10) 凭证操作 (12) End (12) SAP系统中四大科目表的总结 Overview 业务说明 概念 SAP系统为了处理不同的业务设置不同类型的科目表，例如操作科目表、国家科目表、集团科目表、合并科目表。
操作科目表Operation Chart of Account 操作科目表也就是公司代码中正常使用的科目表，这个是处理FI业务必须的。 集团科目表Group chart of Account 集团科目表是指每个公司对应的集团公司在FI模块中的科目表。 如果需要启用集团科目表，那么就需要为每个操作科目表指定对应的集团科目表，在维护操作科目表的科目时，系统就会强制要求必须分配一个集团科目表的科目。 国家科目表同国家科目表不同的是，国家科目表是定义在公司代码层，而集团科目表是定义在科目表层。 Table Configure 操作科目表定义-OB13 使用t-code：OB13定义，如果希望启用集团科目表，那么可以再合并栏目中填入对应的集团科目表（Group Chart of Accts），如下图：
FICO统驭方案： 技术分析： SAP有两个非常重要的中间科目配置,1个叫内部结算科目(Tcode:OBXN/OBXM)定义,比如定义为6100000000(业务分部调整),资产负债表科目, 另1个叫FICO统驭科 目(Tcode:OK17),比如被定义为6100000001(FICO统驭科目),损益科目,很多人都会 混淆这俩科目,其实,理解上非常容易, 内部结算科目就是内部往来科目,目的是为 了平衡业务分部的借贷平衡,业务分部是什么?SAP中就是业务范围、利润中心或报表段(Segment,ECC新总帐新组织架构),比如,从MM工厂的A利润中心发料到利润中心B,会计分录为: 借: 原材料消耗 + 利润中心B 贷:原材料 + 利润中心A 上面是SAP的老版本的分录,可以看到,从利润中心角度,是不平衡的,怎么办?期末通过F.5D/F.5E处理,通过业务分部调整科目平衡,而ECC版本有个所谓的”在线分割评估”功能，实时就将利润中心平衡了,即参考分录如下: 借: 原材料消耗 + 利润中心B 贷:原材料 + 利润中心A 借: 业务分部调整 6100000000+ 利润中心A（内部应收） 贷: 业务分部调整 6100000000+ 利润中心B（内部应付） 可以看到业务分部A和B是平衡的,这样,对出具业务分部报表将很方便,这种思路和 国内的内部结算制度(内部银行)类似。 那么FICO统驭又是怎么回事？问题的症结在于，“SAP发明了伟大的次级成本要素”（某网友称），次级成本要素最常见的有两类：42型（用做分摊）和43型（用于作业类型），次级成本要素不是会计科目,这和国内准则不符,简单理解,如果是我来修设计, 我就将42型叫做结转科目,43型为应计科目,在FS00建立科目主数据时, 有个特定标志,禁止该两科目直接记帐就可。 现在来举个实例，假设电厂（辅助生产或制造费用功能范围,利润中心A）某期间所有的薪资材料折旧总计100万，发电200万度，按照电消耗度数（统计指标）分摊，其中转入管理费用10万(管理费用功能范围,利润中心B)，转入销售费用10万(销售费用功能范围,利润中心B)，转入基本生产80万(基本生产功能范围,利润中心A)，则分摊时CO分录如下: 借: 电分摊70000000001 10万+ 管理费用功能范围(利润中心B) 电分摊70000000001 10万+ 销售费用功能范围(利润中心B) 电分摊70000000001 80万+ 基本生产功能范围(利润中心A) 贷:电分摊70000000001 100万电厂+辅助生产功能范围(利润中心A) 显然利润中心和FICO都需调整,对老版本,这个步骤在期末执行FICO统驭KALC时执行,产生参考分录大致效果如下: KALC后进入管理费用功能范围的调整: 借: FICO统驭(电) 6100000001 10万+ 管理费用功能范围(利润中心B) 贷: 业务分部调整 6100000000 +利润中心B 借:业务分部调整 6100000000 +利润中心A 贷: FICO统驭(电) 6100000001 10万+电厂+辅助生产功能范围(利润中心A) 这个时候，一对中间过渡科目同时出现,进入销售费用和基本生产的调整类似, 如果是新总帐ECC版本,则CO分摊时实时产生财务凭证,FI凭证参考如下: 借: FICO统驭(电) 6100000001 10万+ 管理费用功能范围(利润中心B)
****** 海量免费资料尽在此 第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述： 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件，客户主数据中的内容必须完全正确，并将作为后续单据中的各项信息的来源。 1.2.流程重点： 数据维护范围，客户数据扩展方法 在系统中，由于存在总公司、分公司两份订单，为了在总公司订单中实现：总公司订单的售达方为分公司、送达方为直接顾客，所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时，还必须在总公司 的销售组织 下创建该客户主数据（用COPY 的方法，并且用一个客户编号，客户编号人工 编排）产销接单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时，必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性，在系统中的“一般数据“、“公司代码数据”及 “销售数据”中须在“权限组”栏位KEY IN 自己的责任中心编号，已作到本 责任中心客户仅自己可以查阅。 1.3.操作要点： 1、维护新客户时须先查询该客户是否存在（因市场处亦会维护KEY ACCOUNT）。 2、维护装运条件时，注意分公司与总公司的区别，若维护错，会影响后续下单。 3、参照创建总公司顾客主数据时，公司代码不要输，因为责任中心助理无总公司f001的权限。
2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码：XD01 3.3.说明 每个顾客主数据包含三个部分，即： 一般数据：记录一些基本信息，如地址、电话等； 销售范围数据：包含与销售处理功能相关的信息，维护时必须指定销售组织/分销渠道； 公司代码数据：包含与财务处理功能相关的信息，维护时必须指定公司代码。 交易代码XD01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释
一.三种特殊总帐标志 业务背景: 核算要求预付项目款输入WBS元素，字段状态组涉及总帐科目字段状态组（Tcode：OBC4）和记帐码字段状态组(Tcode:OB41), 记帐码默认字段是放开的，只要修改会计科目的字段状态组设置科目对应的字段状态组WBS元素可选输入就可，但是，WBS元素依旧看不见。 原因分析： 首先，特殊总帐标志是SAP系统在供应商/客户主数据中之能选择一个科目(有的国外ERP系统称Control Account)的情况下，允许供应商/客户采用另外的应付/应收科目过账的一种解决方法，特殊总帐事务类型分三类，配置和特点如下： 1. 汇票/汇票请求(Tcode:OBYM/OBYN) IMG: 财务会计->银行会计核算->业务交易下可找到 特点:将显示一个"汇票细目"的屏幕,针对商业汇票和银行票据,允许输入详细的汇票信息包 括票据签发日,到期日,出票人,受票人等。 但无法显示内部订单或WBS元素,即使字段放开。 2．定金/定金请求（Tcode:OBYR/OBXR） 财务会计->应收帐目和应付帐目->业务交易下可找到。 特点: 放开字段就能显示出内部订单或WBS元素,允许输入。 3．其它的（Tcode:OBXT/OBXY） 特点: 放开字段也不能显示出内部订单或WBS元素,总隐藏。 *注：双击总帐标志再按"特征"按钮就能看见"特殊总帐事务类型" 。 因此，如果需手工输入内部订单或WBS元素,只能使用"定金/定金请求"类的特殊总帐标志 *Tcode: FBKA/FBKF/FBKP可看到大部分SAP的自动科目设置。 二.使用备选统驭科目 (1).Tcode:FS00为统驭科目设置备选统驭科目可以人工输入,此时记帐由供应商/客户自动带出的统驭科目(可以认为主数据的统驭科目是主统驭科目或控制统驭科目)就是可修改状态，接下来需要为主统驭科目设置可以手工输入的备选统驭科目。 图片1 同样，对于备选统驭科目也必须选择上图所示的”核对科目可以输入标志”,同时,还需要注意 保持主统驭科目和备选统驭科目字段状态组一致。 (2).SE16:V_THKON为主统驭科目设置对应的备选统驭科目,见下图:
统驭科目（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.10 统驭科目是连接分类账的总帐科目. 应收应付和资产相关科目一般设置成统驭科目(有分类账的总帐科目)在创建GL主数据的时候指定当你在创建客户或供应商主数据的时候，都会提示输入特别总帐标准，就会用到统驭科目，与会计科目表中的应收、应付、预收、预付形成对应关系，起到连接总帐和分类帐之间的关系，是连接分类帐的总帐科目。 因为在应收和应付模块中，做凭证时输入的都是客户和供应商，所形成的应收、应付、预收、预付都是针对客户和供应商的，并未真正与科目表中的总帐科目对应，所以需要用到统驭科目，与科目表能形成对应关系，此外在对客户和供应商在做未清项处理时，也需统驭科目的对应。 举个例子来说明一下： 供应商666对应的统驭科目是负债类科目200100， 那么在物资采购开完发票以后会产生一张凭证3166640600100（成本费用类科目）在真正的付款之后会产生一张凭证5010010025666这时，在科目200100的BALANCE上就可以看到该笔数目了。 其实，这是把手工账分解了，手工账应为： 借;600100 贷：200100--666 借：200100--666 贷：100100. 注意，在系统总账里是看不到666的纪录的，只有通过200100才可以记录该笔交易。 统驭科目类型分为三类：供应商类别(K)、客户类别(D)、固定资产类别(A)，主要是针对应收账款、应付账款、固定资产等模块过入的金额，他们的交易是不通过总账模块进行的，但在各自模块完成的同时，会将相应的金额过入总账。 统驭科目与特别总帐标志
SAP会计科目表层次
SAP财务系统总账的三套会计科目表并存，为跨国公司属地化核算和集团化管理并行提供了可能 在SAP财务系统中存在三大类会计科目表：运营会计科目表、集团会计科目表和国家会计科目表。其中运营会计科目表是记账必须的会计科目表，集团会计科目表是集团出具合并会计报表使用的会计科目表，国家会计科目表是为了满足某国要求，出具的符合该国会计准则要求的科目表。 三套科目表的设置为一个经营实体按照不同的会计科目系统出具报告提供了可能，换句话说也就是每个公司都可以分别按照三套科目表出具财务报告，这种功能的设置为集团公司，特别是跨国集团公司提供了集团化管理和属地化管理并重的可能性。 SAP财务系统对集团公司的会计科目表设计通常给出两种建议方案： 方案1：全集团统一使用一套会计科目表：不论是控股公司还是下级单位都共享一套完整的会计科目表，各家公司在完整的会计科目表里选择自己需要的会计科目，从而生成每个公司代码的个性化的会计科目表。 方案2：用分行业的会计科目表：如一个大型企业，同时经营多种行业，如果共用一套会计科目表，其中的科目数量将是庞大的，且覆盖了各种各样的行业特殊的科目。所以可以采用相同的行业共用一个会计科目表，这些分行业的会计科目表又能分配给同一个合并会计科目表，这个合并科目表中的科目与分行业科目表中的科目具有对应的关系。通过这样的管理，既实现了分行业的会计核算，整个集团又有一个统一的核算口径。 多重会计核算原则并行 在SAP财务管理系统中可以容纳多重的会计核算原则，即按照不同的核算规则进行核算，并分别记录。例如对于资产的折旧，会计准则规定的会计折旧方法和税法规定的折旧方法是不同的，对于跨国公司中国的折旧方法与集团所在国的折旧方法也有
业务流程名称:客户主数据维护流程 流程编号及版本号 编号：BPD-SD-01 版本：V1.0 业务流程定义文件签署表 业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其定义的业务流程及其中所涉及的SAP功能已得到以下项目组成员的接受并已签署。
1. 业务流程目的： 描述在SAP系统中客户主数据的维护流程，包括客户主数据的创建、更新、冻结和解冻。 客户主数据维护范围包括光电科技公司、SMT公司和显示公司的销售客户。 客户主数据的构成： ?客户主数据由基本数据、公司数据（财务数据）和销售数据构成。客户基本数据包括客户名称、地址和联系人等，它独立于不同的公司代码，是各公司共有的数据。 ?公司数据包括客户的统驭科目和付款条件等，它是基于某个公司代码的数据视图。 ?销售数据包括销售地区、销售办公室、销售组、客户组、货币、发货工厂和信用控制范围等，它是基于指定的销售区域（销售组织、分销渠道和产品组）的数据视图。 2. 业务流程的相关原则： 2.1 客户主数据维护原则 客户主数据维护的基本原则是客户的业务由谁主导，谁负责客户主数据的维护。 客户主数据采用部分集中的维护原则，即所有客户的基本数据的维护由本部文档中心负责，客户公司数据（财务数据）和销售数据由各公司财务部负责维护。客户的冻结/解冻由各公司营销部负责，客户的冻结不会影响到其它公司。 新客户经过评估后、由营销部填写客户主数据维护申请表，经各公司营销主管审批后，由本部文档中心负责检查客户是否已经存在，并建立客户的基本数据。建立客户的基本数据后，由本部文档中心负责通知各公司财务部建立客户的公司数据和销售数据。 已存在客户的信息变更经过评估后、由营销部填写客户主数据维护申请表，经各公司营销主管审批后，涉及客户基本信息变更的由本部文档中心负责维护并通知各公司，其它信息变更由相关公司的财务部负责维护。 2.2 客户分类 SMT公司和显示公司都基本存在内销和外销业务，客户基本分为内销客户和外销客户。内销客户和外销客户在系统中采用不同的编码范围。如果外销客户在国内建立法人公司，成为内销客户时，需要在SAP中建立新的内销客户。 在系统中可维护客户不同的业务伙伴，包括售达方、送达方、开票方和付款方等。 2.3 客户编码
Chart of Acounts & G/L Accounts SAP之科目表OR 总帐科目 一、基础知识介绍 1、定义会计科目表 2、分配科目表给公司代码 3、定义科目组 4、定义留存收益科目 在SA P中chart of accounts(COA):指包含所有总账科目定义并按顺序排列的清单，其中每一项都是一个总账科目， 称为G/L Account。Chart of accounts在中文中一般译为科目表，SAP中译为帐目表。 在SAP系统中，每一个总账科目(G/L Accoun)都有两个层次(level)，首先必须在Chart of accounts level维护相关信息， 然后再在company code level维护附加的信息。Company code实际应用的科目表叫operating chart of accounts。 如下图所示： 给公司代码分配帐目表OB62 在数据库中，COA level的表是SKA1 – G/L Account master (chart of accounts)，company code level的表 是SKB1 – G/L account master (company code)。有兴趣查看一下，就知道各种信息是究竟存储在哪个表中。 (查看表的方法可以用T-code: SE11 / SE16 / SE16N) 三种方法，只是显示方式不同，具体如下所示 二、配置操作 1、OB13创建会计科目表及SAP中的帐目表 重要字段说明 Maintain Languge（维护语言）– COA的主要语言，所有会计科目都会有这一语言的描述。 在定义实际总账科目时，你还可以定义其它语言的科目名称。 Length of G/L account number（总账科目的长度）：国内很多企业都设置为8位。科目的长度要看企业的实际需求，因为SA P系统已不需区分一级科目，二级科目，国外会计制度也不须统一科目代码。短一些有利于会计录入工作。 Controlling Integration（成本控制集成）–如果选择Manual creation of cost elements（手工创建成本要求）则创建P&L科目(损益科目)时，须手工设置cost elements。如果设置为Automatic creation of cost elements（自动创建成本要求），则可以在创建P&L科目时，系统自动创建cost element。当然，需要另外配置，配置方法将在CO的cost elements部分说明。 2、OB62将设置好的帐目表，分配给公司代码。此操作比较简单，就是建立公司代码与会计科目表之间的对应关系。 3、OBD4定义会计科目组 定义account group的主要作用：一是区分性质，二是每一个account group都可以指定一个科目编号的范围。并且还可以指定每个科目组的字段状态（屏幕显示字段）。 4、OB53定义留存收益科目 留存收益科目就是每会计年末，所有P&L科目的余额都转到这个科目中的科目，依据企业
SAP中有三种容差：科目容差、雇员容差及客户供应商容差。 科目容差定义清帐时所允许的最大差额或差率。如果仅使用金额则需将百分比设成最大值100%。 客户供应商容差定义宽限日、到期日、允许的最大清帐差额及差率、剩余清帐时生成新条目的默认值。 雇员（用户）容差定义每张凭证的最大限额，每个行项目的最大限额，每个行项目的最大现金折扣，以及清帐时所允许的最大差额。 科目容差 雇员（用户）容差组
客户/供应商容差 配置 TCODE：OBXZ中分借贷方、税码定义总帐科目清算差异所记帐的科目。 TCODE：OBXL中分借贷方、税码、原因代码定义客户供应商的清算差异所记帐的科目。 为总帐科目定义容差组OBA0 财务会计（新）>总帐会计核算(新)>业务交易>未结清项目的结清>清算差异>为总帐科目定义容差组 定义雇员的容差组，OBA4，财务会计（新）>财务会计基本设置(新)>凭证>容差组>定义雇员的容差组 定义容差(客户)，OBA3，财务会计（新）>应收帐目和应付帐目>业务交易>收款>手工收款>定义容差(客户)
定义容差供应商)，SPRO，财务会计（新）>应收帐目和应付帐目>业务交易>对外支付>手工对外支付>定义容差组(供应商) 清帐 在清帐屏幕中，如果选择部分支付或剩余项目，还可以同时输入原因代码。原因代码可用于确定清帐差额所记的科目，还可以用于定义向客户或供应商发送不同内容及格式的函件。 关于部分支付和剩余支付的区别： 例：在清帐屏幕，选择部分支付（2），选择需要清帐的条目及金额后，点击分摊差异（1），系统会自动增加原因代码（3）列，手工填写原因代码即可。 生成的凭证中会记录原因代码，付款所对应的发票号，清帐凭证号以及清帐差额所计的科目881000.
SAP财务系统总账的三套会计科目表 SAP财务系统总账的三套会计科目表并存，为跨国公司属地化核算和集团 化管理并行提供了可能 在SAP财务系统中存在三大类会计科目表：运营会计科目表、集团会计科目表和国家会计科目表。其中运营会计科目表是记账必须的会计科目表，集团会计科目表是集团出具合并会计报表使用的会计科目表，国家会计科目表是为了满足某国要求，出具的符合该国会计准则要求的科目表。 三套科目表的设置为一个经营实体按照不同的会计科目系统出具报告提供 了可能，换句话说也就是每个公司都可以分别按照三套科目表出具财务报告，这种功能的设置为集团公司，特别是跨国集团公司提供了集团化管理和属地化管理并重的可能性。 SAP财务系统对集团公司的会计科目表设计通常给出两种建议方案： 方案1：全集团统一使用一套会计科目表：不论是控股公司还是下级单位都共享一套完整的会计科目表，各家公司在完整的会计科目表里选择自己需要的会计科目，从而生成每个公司代码的个性化的会计科目表。 方案2：用分行业的会计科目表：如一个大型企业，同时经营多种行业，如果共用一套会计科目表，其中的科目数量将是庞大的，且覆盖了各种各样的行业特殊的科目。所以可以采用相同的行业共用一个会计科目表，这些分行业的会计科目表又能分配给同一个合并会计科目表，这个合并科目表中的科目与分行业科目表中的科目具有对应的关系。通过这样的管理，既实现了分行业的会计核算，整个集团又有一个统一的核算口径。 多重会计核算原则并行 在SAP财务管理系统中可以容纳多重的会计核算原则，即按照不同的核算规则进行核算，并分别记录。例如对于资产的折旧，会计准则规定的会计折旧方法和税法规定的折旧方法是不同的，对于跨国公司中国的折旧方法与集团所在国的折旧方法也有可能是不同的，这就要求企业能够按照不同的折旧方法记录折旧，提供给不同的干系人。 SAP财务系统提供了强大的平行记账功能，在业务发生 时能够按照各种会计处理原则平行记账，并不增加操作人员的工作量，仍然使用资产折旧的例子，在每个月末运行资产折旧的时候，资产会计只需要点击折旧执行的按钮，系统就可以根据已经设置好的多种折旧计提方法平行记账。这种平行记账的功能为会计核算环境复杂的企业提供了巨大的帮助。 灵活的会计期间管理 在中国，习惯以自然年度和自然月度作为会计年度和会计期间，即1月1 日到12月31日为一个会计年度，而会计期间就是12个自然月。但有些企业的 经营是不适合使用自然年度的，这些企业就需要根据自己的需求来定义会计期间。在SAP财务系统中会计年度和期间是可以进行定义的，也就是说可以不使用自然
SAP 客户化字段新增步骤和实例 作者：HAND Motton 版本：V1.0 日期：2010-10-07
目录 SAP 客户化字段新增步骤和实例 (1) 前言： (3) 1. 背景需求：SAP客户化自定义新字段-供应商和客户 (3) 2. 配置步骤（总耗时大概1个小时） (3) 2.1 新建字段（大概耗时40分钟） (3) 2.2安装新字段到新总账汇总表FAGLFLEXT中 (15) 2.3 激活场景 (21) 3. 使用 (23) 3.1.非统驭科目的输入。 (23) 3.2 统驭科目的替代 (25) 4. FAQ： (27) 5. 测试环境 (28)
前言： 在SAP的新总账中，有一个功能是客户化字段；由于这部分的操作很技术化，如果操作不当，会导致系统所有模块无法执行，所以我写了本文档（用新增客户和供应商为例子），希望大家在操作的时候，一定要一步一步进行，切忌跳过步骤或者用别的方法增加字段。 新增的时候需要注意把过程抓下来；如果新增了以后，还是不能操作业务，马上发notes 给SAP。 注意：执行本操作前，必须做好SAP系统备份，防止意外情况发生导致系统需要恢复。 1.背景需求：SAP客户化自定义新字段-供应商和客户 一般的SAP系统，总账科目余额是没有供应商、客户的；如果要查询某个供应商的应付帐款，只能到应付模块查询，但是应付模块查询的时候，只能查询到某个具体的供应商，无法查询到具体的总账科目，尤其是特别总账类的科目更加是查不到按期间的发生额。 考虑到以上因素，建议以后所有的SAP项目，默认在总账中追加两个客户化字段（如果有别的需求，可以后续再增加） 2. 配置步骤（总耗时大概1个小时） 2.1 新建字段（大概耗时40分钟） 财务会计（新）-财务会计全局设置(新) -分类帐-字段-客户字段-编辑编码块（OXK3）；添加字段如图；“点击“添加字段””
s a p会计科目维护操作 手册 Revised by Petrel at 2021
1．目的： 在维护会计科目主数据过程中,指导相关业务人员在系统中的实际操作2．适用范围： 财务会计 3．相关流程： TOBE-FI-010 4．内容概述： 包括手工创建、更改、显示，以及冻结会计科目，显示总帐：会计科目表。 5、操作步骤： 5．1手工创建会计科目 系统路径SAP莱单→会计→财务会计→总分类帐→主记录→总帐科目→单个处理→集中地 事务码FS00 按照系统路径用鼠标左键“单击”如下屏幕： 按事务码“FS00”操作按“回车键”如下屏幕 1
1、在中输入新的10位科目代码，点击，选择相应的公司代码，泸州选 择0723，泸州选择0724。用鼠标“点击”右上方“”创建。 2、在“类型/描述”画面中，点击,选择“总分类账科目”，根据欲创建的科目的 性质选择“损益科目表”或“资产负债科目”，输入对科目短文本和长文本的描述。 2 2 3、点击“”，在“科目货币”中选择货币类型。可以选择是否勾选“仅限以 本位币记的余额”，如果勾选，表明用户将项目过帐到此科目时，只在本币中更新余额。 4、根据实际需求选择“税务类型”；可勾选“允许含/不含税过账”表示，不输入税码 也允许过账。 5、针对统驭科目选择相应的“统驭科目的科目类型”。 6、“备选科目号码”栏位中填写HERC科目所对应的国家科目表编号。 7、“未清项目管理”如勾选，表示对该科目进行未清项管理。需要标记管理未清项的一 些科目包括GRIR科目，现金折扣清算科目，银行结算科目，工资结算科目；而不需标记做未清项管理的科目一般包括：银行科目，税务科目，材料科目，损益科目，统驭科目（统驭科目在子分类账中已经默认做未清项管理）。 8、勾选“显示行项目”，表示对此科目可以查看交易或往来明细。 9、选择“排序码”，排序码能够决定凭证行项目中的“摘要”栏位的默认值。
第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述： 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件，客户主数据中的内容必须完全正确，并将作为后续单据中的各项信息的来源。 1.2.流程重点： 数据维护范围，客户数据扩展方法 在系统中，由于存在总公司、分公司两份订单，为了在总公司订单中实现：总公司订单的售达方为分公司、送达方为直接顾客，所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时，还必须在总公司的销售组织 下创建该客户主数据（用COPY 的方法，并且用一个客户编号，客户编号人工编排）产销接 单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时，必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性，在系统中的“一般数据“、“公司代码数据”及“销售数据” 中须在“权限组”栏位KEY IN 自己的责任中心编号，已作到本责任中心客户仅自己可以查 阅。 1.3.操作要点： 1、维护新客户时须先查询该客户是否存在（因市场处亦会维护KEY ACCOUNT）。 2、维护装运条件时，注意分公司与总公司的区别，若维护错，会影响后续下单。 3、参照创建总公司顾客主数据时，公司代码不要输，因为责任中心助理无总公司f001的权限。
2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码：XD01 3.3.说明 每个顾客主数据包含三个部分，即： 一般数据：记录一些基本信息，如地址、电话等； 销售范围数据：包含与销售处理功能相关的信息，维护时必须指定销售组织/分销渠道； 公司代码数据：包含与财务处理功能相关的信息，维护时必须指定公司代码。 交易代码X D01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释 栏位名称栏位说明资料范例 1110 科目组用于财务帐的客户科目分配，目前定义的科目组为：1110:国内直销； 1120:国外直销；1120:国外直销；1210:国内经销；1220:国外经销； 1310:国内收货方；1320:国外收货方；1410:分公司；1510:国内关联企 业；1520:国外关联企业；1610:国内OEM销售；1620:国外OEM销售； 客户客户编号，外部手工给号（规则：首位2开头，2-3位为分公司代码后两 位，4-6位为联络处代码（对于联络处）或责任中心代码后三位（对于责 任中心），7-10位为流水号。 F011 公司代码所属分公司的代码：（总部:F001；浦西分公司:F011；广州分公 司:F015） 责任中心助理在将客户扩展至总公司时不需KEY IN公司代码数据 （F001） 销售组织指顾客主数据所在销售组织，编号与分公司代码一致F011 分销渠道10：直销；20经销；30出口；40总公司销售到分公司10