SAP 定义编码范围

定义编码范围

具体的配置步骤如下。

在命令栏输入SPRO命令，通过菜单选择“控制÷成本要素会计÷统驭分类账专为统驭过账定义编码范围”选项，或者直接输入命令OK13，在弹出的“维护号码范围间隔”界面中为统驭过账定义“起始号”和“终止号”，如图5-122所示。

图5.122“维护号码范围间隔”界面

CO模块成本中心会计设置

定义成本中心类别

具体的配置步骤如下。

在命令栏输入SPRO命令，通过菜单选择“控制÷成本中心会计÷主数据÷成本中心÷定义成本中心类别”选项，在弹出的“修改视图成本中心类型：总览”界面中，可以定义成本中心类型，如图5-123所示?

2定义成本中心层次

图5-123定义成本中心类型

具体的配置步骤如下。

在命令栏输入SPRO命令，通过菜单选择“控制÷成本中心会计÷主数据÷成本中心÷定义

MRP区域功能测试 1.MRP区域 (2) 1.1 MRP区域概述 (2) 1.2“库存地点级”MRP区域 (3) 1.2.1“库存地点级”MRP区域后台配置 (4) 1.2.2“库存地点级”MRP区域主数据设置 (9) 1.2.3“库存地点级”MRP区域运行结果 (15) 1.3“外协供应商”MRP区域 (18) 1.3.1“外协供应商”MRP区域后台配置 (18) 1.3.2“外协供应商”MRP区域主数据设置 (21) 1.3.3“外协供应商”MRP区域运行结果 (25)

1.MRP区域 1.1 MRP区域概述 MRP区域定义： 从名称上解释即执行MRP的范围；这个概念在SAP系统中是天然存在的，并非由于人为配置才产生的。在默认情况下，SAP系统中的每一个工厂（Plant）就是一个MRP区域；假设在系统中配置了三个工厂，那么就代表了系统中已经存在有三个MRP区域。MRP区域的作用： 通俗地讲，可以将每个MRP区域看成是一个需要自给自足、新陈代谢的小社会。比如在默认情况下，将每个工厂作为是一个小社会。工厂与工厂之间需求和供给都是隔离开来的；每一个需求，如计划独立需求，销售订单需求必须指明到工厂一级，而在MRP运行时，每个工厂进行独立运行，各自计算需求与供给。假设1101工厂有一笔2000kg的需求，那么1101工厂就会用生产或者采购的方法来满足这笔需求；而此时，1105工厂一张2000kg的生产订单是不能满足1101工厂的需求，只有当1101工厂内部产生库存转移预留，将1105工厂2000kg产品转移到1101工厂下，这个需求才算满足；以上所讲的是工厂之间分别计算的问题。在默认情况下，MRP只考虑将每个工厂各自的供给各自的需求，这就是MRP 区域的作用。此外，可用性检查也之能在MRP区域内部进行。在默认状态下，1105工厂的库存显然满足不了1101工厂的需求，1101工厂执行可用性检查时，1105工厂的库存、生产能力都不被考虑在内。 除了工厂之间的关系，还有工厂内部的各种关系。一个工厂内部可能存在多条生产线，对应于多个库存地点。在默认状态下，MRP区域处于工厂级别；则系统在进行MRP运算时，并不对不同的生产线进行区分对待。假设这里有10000kg的需求，那么这个需求就可

成本会计（CO） 1、成本控制范围：用于在企业范围内成本核算信息的统一规划和控制。在SAP 系统提供的成本控制范围内，可以方便地对其责任中心的成本核算信息使用相同的方法进行统一计划、记录和任意分组统计。 成本要素：在SAP系统中主要有初级成本要素和次级成本要素这两大类成本要素，初级成本要素源于会计科目表。 2、初级成本要素: 每一个初级成本要素都对应一个总帐损益类帐户 输入源自于公司外部的直接成本-所有损益类帐户的财务数据都要通过初级成本要素输入到成本中心。 3、次级成本要素是会计科目表中所没有的，只会在管理会计中使用，一般用于费用分摊和作业的结转。每一个次级成本要素都只在CO内部起作用而不影响FI 过帐，主要用于成本分配，结转中使用。 次级成本要素有多种类型, 其中一种次级成本要素(43)会与作业类型相联系,另外一种用于作业分摊（42）。 4、成本中心：成本中心是企业内的最小职责单位，是每一笔费用的具体接收者。创建成本中心主数据时必须将每个成本中心分配给标准层次结构的某个节点，标准层次结构反映了成本中心与成本中心、成本中心与成本中心组、成本中心组与成本中心组之间的关系。标准层次结构中的每个节点代表一个成本中心组，当然除了标准层次结构中的成本中心组之外，还可根据业务需求在标准层次之外自己定义需要的成本中心组。 5、内部订单：内部订单用于计划、收集、监视和结算在公司内部进行的特定操作或任务。 内部订单可用于不同的目的。这种功能分类反映在不同的订单类型中，其属性定义了在系统中处理订单的方式。SAP系统内内部定单分为两类：实际定单和 统计性定单。统计性定单, 例如用项目内部订单来管理在建工程,在月末无须结转成本。 6、内部订单的常规类型包括： 间接费用订单：费用订单用于归集特殊事件和临时项目成本的对象。费用订单主数据创建的同时可以维护结算规则，也可于费用订单结算前维护结算规则。费用订单分统计性费用订单和真实费用订单。若是统计性费用订单则不用维护订单结

基本概念 QUERY是SAP的一项简单报表工具，它可为没有编程基础的用户用来生成简单的报表。它有图形化的界面，你可在上面托托拽拽，然后就可以见到你要的报表，可是这只是简单的应用，其实每个工具功能都是比较完善的，QUERY也不例外。 1．生成用户组 SAP菜单→工具→ABAP工作台→实用程序→SAP查询→用户组 T-Code：SQ03 2。创建Functional area（功能区） SAP菜单→工具→ABAP工作台→实用程序→SAP查询→信息集 T-Code：SQ02 3。创建SAP Query SAP菜单→工具→ABAP工作台→实用程序→SAP查询→查询 T-Code：SQ01 2．这些组件之间的关系有： 1。Query的管理包括建立Functional area（功能区）和User Group（用户组），并将功能区分配到相应的用户组中去。 2。Functional area（功能区）中定义query中需引用的表和字段。 3。只有当一个用户属于至少一个用户组才可以创建、运行Queries。一个用户可以属于几个用户组。用户组中的用户享有相同的权力。 4。当Functional area（功能区）分配给了某用户组，该用户组的成员即可以访问此功能区。 5。一个Functional area（功能区）可以分配给多个用户组；多个Functional area（功能区）可以分配给一个用户组。 6。Queries通常为特定的用户组和特定的功能区而建立。这个用户组的用户可以访问所有分配给这个用户组的Queries。 3．还有一点值得注意，在QUERY的管理时，有这样的概念： 标准区（Standard Area）：建立在标准区的查询往往用以满足特定用户的特定需求，因此属于Client独立（client-specific）的查询。这些查询不会连接到SAP工作台组织器（Workbench Organizer）上。 全局区域（Global Area）：建立在全局区域的查询是为整个系统开发的，因此属于Client交叉（cross-client）的查询。这些查询会在SAP 工作台组织器（Workbench Organizer）上注册，可以利用正常的流程传输到其他系统中。 这里提到的标准区的INFOSET，就是指QUICKVIWER中的一个数据源InfoSet（信息集），而全局区域的InfoSet是不支持QUICKVIWER的。 操作步骤 1.建立用户组

QUERY是SAP提供的方便无编程基础用户的报表工具，使用图形化的界面，让用户托托拽拽就能轻松完成报表编写。 Query的操作简单，包括建立用户组、建立信息集和建立查询报表，分别对应Tcode ：SQ01/SQ02/SQ03,下面以资产全息查询报表的建立介绍Query操作的完整理步骤。 一．建立Query用户组(Tcode:SQ03) 如上图,你可能为各个模块建立查询报表,这些报表和SAP Tcode一样需要进行权限控制。 [1].走菜单环境->查询区域可选择查询的工作区,标准区域表示特定client(译成客户真是有才),全局区域则表示该用户组是跨client端的,大家知道同一SAP Server可允许多个client存在，象标准的ABAP程序就是跨client的，SAP已经为各模块预制了很多跨Client的查询,资产查询比较多，此处选择特定client, 特定client查询不会连接到SAP工作台组织器（Workbench Organizer）,可使用程序RSAQR3TR进行传输。 [2].传输用户组，调用程序RSAQR3TR，也可以直接使用SE38执行RSAQR3TR传输,稍后详细介绍如何传输。 [3].建立用户组名为ZFICO。 [4].将用户组分配到SAP用户,比如将需要使用查询的财务关键用户和最终用户的SAP用户帐号分配到该用户组。 二．建立信息集(Tcode:SQ02)

信息集是数据集的特定视图,数据集主要来自多表连接或逻辑数据库,建立信息集如下图: [1].假设建立信息集ZFIAM001,建立信息集时,用户可自由选择基于表还是基于逻辑数据库,本例使用到资产相关表格ANLA,ANLB,ANLC,ANLU,ALNZ共5个表。 [2][3].按“角色/用户组分配”按钮将信息集分配到用户组ZFICO,你可将一个信息集分配给多个用户组，比如投资项目管理组用户也希望看到该资产查询。 到此，信息集->Query用户组->SAP用户就关联起来了。 介绍一下信息集的详细建立步骤，分abc三个步骤： a．添加信息集Table 新建信息集ZFIAM001的数据源选择“使用基础表进行表连接”,输入表ANLC,进入后到下图:

SAP培训教材（报表查询）

目录 一、查询分类 (3) 二、查询的一般技巧 (3) （一）选择界面的查询技巧 (3) 单项选择 (3) 多项选择 (4) 动态选择 (7) 保存、选择变式 (7) （二）显示容界面的查询技巧 (9) 排序 (9) 筛选 (10) 小计 (11) 选择、保存格式 (13) 三、详细方法 (14) 凭证查询 (14) 已记帐凭证 (14) 未记帐凭证 (18) 总账查询 (19) 应收查询 (22) 应付查询 (25) 成本中心查询 (26) 订单查询 (30) 工号查询 (30) 合同号查询 (33) 主数据查询 (33) FI主数据查询 (33) CO主数据查询 (33) 四、报表的导出与打印 (34) 五、SAP其他小技巧 (37) 显示系统信息 (37) 添加到收藏夹 (38)

修改字体、快速剪贴 (38) 设置个人设置 (39) 一、查询分类 1、凭证查询 2、总帐查询 3、应收、应付查询 4、成本中心查询（费用查询） 5、订单查询（收入、成本查询） 6、开发报表查询 7、主数据查询 二、查询的一般技巧 （一）选择界面的查询技巧 单项选择 双击需选择的字段出现如下图所示：

多项选择 多项选择是查询中最常用的技巧；图标为。 1、在多项选择时如果不选任何选项则系统默认为全部选择； 2、进入到多项选择部后会有红、绿，单值、围共四种选项；其中 绿色的代表包含；红色代表不包含；

A、在绿色单值输入200000则只显示客户200000 B、如想查询多个客户则可以在绿色单值处多次输入 C、如要查询的是一个围在绿色围处输入所要的围 D、在红色单值处输入20000则显示200000以外的所有客户， 红色的围也是这种选择 E、高级：单击画红圈的地方会有等于、不等于、大于、小于 等选项。（在绿色单值和红色单值）

SAP自学系列 FI-CO基本概念详解 每一个SAP从业者都对这些概念不陌生，理解透了这些概念，对SAP的业务体系构架才能有明确地认识。 1、集团(client)的概念：是SAP中的最高等级；每一个集团建立主数据库. 2、公司(Company)：能够产生法定财务报表的组织单元；财务报表是在公司级别上建立合并的；一个公司可以包含一个或者多个公司代码。 3、公司代码(Company Code)：一个必须的企业结构；一个独立核算的会计主体；是一个能够进行会计核算的最小组织单元。资产负载表和损益表是建立在公司代码级别上的。 4、业务范围(Bussiness Area)：用于做内部报表、内部资产负债表和内部损益表的一个内部组织结构；有用于所有的公司代码，必须在所有的公司代码中有相同的含义；根据业务范围，更新总帐余额。 5、信用控制范围：它是一个组织单元或责任范围，用来控制客户信用范围；公司代码可以派给一个也只能是一个信用控制范围（可以是多对多关系。满足对一个公司代码下不同产品的信用控制）；多个公司代码可以派给一个信用控制范围。 6、控制范围(Controlling Area)：它是用来定义公司的成本/管理会计行为的结构组织单元；公司代码只能分配给一个控制范围；一个控制范围可以分配多个公司代码这允许跨公司成本分摊和报表。 7、经营组织()：是获利能力分析中的核心组织要素，控制区域应转换为一个且仅一个经营组织，用于内部管理分段报告。一个经营组织可可以包括多个成本控制范围。 8、主数据(Master Data)：是描述那些运用在会计，物料，供应商，客户等业务过程中的行为体；在一段时期内，信息往往保持不变；每个主数据库具有单一的名字或数字编号。 与业务数据的差别在于主记录包含的数据可控制如何记帐和处理业务数据，主数据在系统中保存相对较长的一段时间，而业务数据保存的时间较短。 业务数据是从R/3中的正常业务处理获取的数据。为了提高系统的操作性能，可以周期性地将系统内的业务数据进行归档。

业务范围 一般是根据： 产品类别分 根据产品线分 业务范围分配到工厂,业务范围可以和工厂一一对应,这是相对习惯的一种做法, 这种做法好处明显,以著名的资产负债表为实例,所有的资产表项都需对应到业务范围,也就是说资产负债科目发生业务时都需要确定一个业务范围。 工厂+产品组(Division)来决定业务范围 根据事业部 几个要点： 业务范围可跨公司代码。 SAP设计是业务范围可以直接带入应收应付税金。而利润中心则不可。 业务范围会在当前期间生效。 企业结构－定义－财务会计－定义业务范围. 需要进行的基础配置： （1）定义业务范围：组织结构——>定义——>财务会计——>定义业务范围。（2）启用业务范围财务报表：财务会计——>财务会计全局设置——>业务范围——>使用业务部门的资产负债表 OB65 （3）将业务范围指定给其他主数据，如成本中心、内部订单。 可输： 利润中心不能输入：“业务范围”。 成本中心能输入：“业务范围”。 MM相关订单的输入，需要配置，让“业务范围”可见。 SD也需要 财务结转时，也需要测试，是否已经设定。 在寄售的发票校验（mrko）中怎么带出业务范围？ 目前没办法输入业务范围 业务范围设置跟物料所处的工厂相关,从配置去考虑吧,工厂+产品组可以确定业务范围 和你说的部分配置好像没关系 我的应收账款可以带出业务范围～ 供应商那块是要手工写的吧 S0XXX XXX公司 JA 217.65- 20310100 应付帐款 JA 3000 31.44

Tcode:OMJ7,将业务范围分配到工厂,业务范围可以和工厂一一对应,这是相对习惯的一种做法, 这种做法好处明显,以著名的资产负债表为实例,所有的资产表项都需对应到业务范围,也就是说资产负债科目发生业务时都需要确定一个业务范围,在SAP中，如果简单将会计业务分成集成自动业务和FICO直接业务,后勤自动集成的业务范围从何而来,就是根据物料所在的工厂或工厂+产品组决定。 也可使用工厂+产品组(Division)来决定业务范围，也就是说，此时，工厂和业务范围并非一一对应,举一个时例，某采购工厂G为业务范围A和B同时服务, 业务范围A的物料产品组为X和Y, 业务范围B的物料产品组为Z,这样工厂 G+X/Y->业务范围A, 工厂G+Z->业务范围B,好处是避免建立多个采购工厂, SAP中运行MRP一般根据工厂,这种做法可以避免跨工厂跑MRP的复杂性。 (1).Tcode:OBC4, 字段状态组设置,为保证业务范围不落下,业务范围字段尽量设置成必选。 (2).Tcode:OBA7,为业务范围调帐定义一凭证类型，业务范围调整只能在FI做。 (3).Tcode:OBXM,定义业务范围资产负债调整科目。 1.分布式跨系统（不同SAP系统）传输会计凭证时，是否会出现问题（主数据需要完全一致）。 2.开启一个业务范围，成本中心一定要带上"业务范围"，这样就要批量处理。 3.相关的FI凭证都需要计入，若记账不全，造成统计不正确，这样就要为每个科目设定“字段状态组”。 4.税金科目业务范围，而利润中心，不能计入税金类科目。 5.业务范围与MM，SD，成本中心以及资产等都有可能发生关联，只要实施过程中决定启用业务范围，相应的模块都需要进行配置。 6.统御类科目，不直接记账，如何也将业务范围添加上。 7.自动过账类

SAP报表编辑器->Report Painter Concept of Report Painter->概念 这里所指的Report Painter是SAP ECC产品中的一个报表开发工具，中文名为报表绘制器。经常与Report Painter一同提出的Report Writer是其前身，原应用于SAP R/3产品中，后升级为Report Painter。 Application Scope for Report Painter->适用范围 主要用于财务模块（FICO Module）报表的开发，也可用于少量SD/MM/PP模块的主数据类报表的开发。使用该工具开发报表，每次需基于系统已有的一个数据库表，因此开发出的报表数据是在一个模块内的，如可开发资产负债表、费用明细报表。 Features of Report Painter->特点 ?不需要编程，报表取数逻辑简单，工具使用技巧易于掌握，适用于SAP模块顾问，特别是财务顾问使用。 ?取数来源明确。用于取数的数据库表是已知的。下表为可用于报表开发的数据库表： ?

?有专业知识要求。对于主要的应用，财务报表的开发，如开发资产负债表，需具备会计知识的同时需结合企业的会计科目设置情况，进行报表开发。 Major Element of Report Painter->主要元素 ?报表（Tcode:GRR1~GRR3/GR34），即开发的对象，主要开发工作在这里完成，如报表行、列各栏位的内容、取数，报表格式等。 ?方式(Tcode: GRR4~GRR6)，分别定制报表行和列的栏位内容、格式等。 ?实用程序，分为目录和传送两部分: 目录(Tcode:GR3L/GR5L)，可通过报表或报表组运行开发的报表； 传送(Tcode:GR37/GR57/GRR7…)，主要是对开发的报表按照报表组、报表、模块的方式将开发技术数据从系统导出或者导入，实现报表不同client间的传输。 ?报表编写器，是Report Painter的主要内容，包括集、变量、指标、标准格式、库、报表、报告组。 集(Tcode:GS01~GS04)，以数据库表的一个字段为基础，可设置层级、引用变量，作为报表直接取数的一个来源。通常一个集指代数据表的一个纬度，可自 定义。 变量(Tcode:GS11~GS14)，以数据库表的一个字段为基础，作为报表直接取数的一个来源，可较灵活的自定义。

1. 深入了解采购、销售、仓存组织的内部架构及应用场景；采购、销售、仓存以及财务组织之间的相互关系。 A、销售组织 销售组织下包括分销渠道和产品组。 销售区域是销售组织、分销渠道、产品组的组合。客户必须建立/管理在销售区域 销售区域下分为销售办公室、销售组和销售代表 B、采购组织 采购组织下包括采购组 C、销售/采购组织可以定义在不同的组织层次，如集团、公司代码和工厂。由于公司代码与财务有关。自然也就建立了他们之间的关系 2. 采购/销售/库存组织架构中的组织单元是否要和行政组织单元建立影射关系？如果要建立如何建立？如果不要，为什么不要建立？ 应该是不需要的，销售/采购/库存组织是一个系统定义的组织，它可以与行政组织有一定的关系，也有可能关系不确定，也有可能没有关系。这样可以满足不同企业的需要，可以将这些组织放置在不同的层别、与不同的单位建立不同的关系，实现系统灵活的组织架构能力。 3. 控制采购组织的采购控制范围是在库存组织层面还是在仓库层面，如何控制？ 4. 控制销售组织的销售控制范围是在库存组织层面还是在仓库层面，如何控制？ 5. 请深入说明SAP中工厂、库存地点、库存种类、特殊库存、仓库、存储类型、仓位等的关系和在采购、销售/分销、配送/运输中的应用 A、一个工厂可以包含几个库存地。一个库存地只能属于一个工厂 B、几个库存地可以属于一个仓库（同工厂内）。 C、通过存储类型来区分不同的区域，比如接收区、出库区、捡配区等 D、 E、在采购、销售/分销、配送/运输中跟仓库管理没有关系，发生关系的是工厂和仓库地，输入库存管理。 6. SAP中销售组织、销售渠道、产品组、销售办公司、销售组等对产品、客户、价格等基础数据有何具体影响，跟组织架构相关的产品和客户的分组方式有哪些，分别有什么控制

SAP-PS，项目、WBS与网络作业概念项目定义 项目定义是项目的唯一标识。通过项目定义，决定了包含于其中的所有WBS元素的组织结构、计划方法、预算方式以及结算方法等信息。而项目定义中的数据，则主要来源于“项目参数文件”，所以创建项目定义时必须选择好适当的“项目参数文件”。 WBS是项目管理中的T作分解结构，其WBS元素即为T作分解结构单元，是项目细分的结果。WBS元素之间具有层次关系，通过层次建立起它们的时间关系和成本关系。另外，根据WBS元素的属性，可以定义该WBS元素是否作为成本对象或是统计对象、是否有项目库存或是无项目库存。 在项目比较复杂的情况下，可以在WBS元素上创建相应的“重大事件”作为工程进度的转折点。同时，工程中有许多的工程图纸和项目资料，也可以通过PS文本或文档的形式挂接在对应的WBS元素上，供有关人员查询。项目定义和WBS元素等的关系如图9-2所示。 图9-2项目定义和WBS元素组织结构

网络和网络活动 网络在SAP系统中是一个独立存在的实体。通过选择的“网络参数文件”，决定了该网络的网络类型、组织架构、计划、实际成本核算变式以及时间上排产的方法等。网络包含了网络活动的所有属性，但网络可以有网络活动，也可以无网络活动。如果有网络活动，则为一个工程进度施工的完整网络;如果没有网络活动，则此网络只是一个网络头结构，从项目管理的角度来说没有实际的意义。 网络活动也叫做网络作业，就是通常人们所理解的施工丁序。通过对工序作业的排列，施工过程就按照排列好的网络活动完成一个项目。网络活动可以分为以下4种类型。

●内部作业：指通过公司内部人员完成的活动。一般南选定的工作中心，根据其作业的性质来完成该活动的成本估价。 ●外部采购作业：指由外包施工单位承包该公司的业务来完成的活动。可以通过建立采购订单的形式，向外部“购买”。 ●服务作业：指外包施工单位承包的作业。它比外部采购作业更明细，其采购的金额可以具体到每个条款发生的金额。 ●一般成本作业：指除了前面3种作业之外的作业。例如工程中组织的会议活动，既不是公司内部通过工作中心完成，又不是向外部采购的，可以将该种作业定义为～般成本作业，只需要直接对它计价即可。 在网络活动中，根据业务的需要，也可以建立相应的活动要素。活动要素是从属网络活动的补充说明，但不是网络活动的细分。活动要素可分为内部作业要素、外部采购作业要素、服务作业要素和一般成本作业要素等几种：并不是说什么样的活动类型下只能建立什么样的活动要素，而是在每个网络活动的类型之下，都可以建立以上4种活动要素。在SAP系统中，活动要素独立占有网络中的网络活动号，但活动要素不参与整个网络的排产，其主要功能还是用来作为成本归集的对象。 在工程项目中，为了能具体反映出每一道作业中所需要的物料，在系统中可以直接在相应的网络活动下添加所需要的物料，以此构成项目成本计划的一部分。同WBS元素一样，在每个网络活动中，也可以建立各自

SAP项目实施的5个阶段 通常来讲，不论采用什么样的项目实施方法论，整体的项目实施过程基本上是一样的，那就是项目实施的五个阶段：项目准备，蓝图设计，系统实现，上线准备，系统切换及上线支持。下面我分别介绍各个阶段对FICO来讲的任务有哪些： （我把我们作为外部顾问，按照CG实施的时候的做法，做了一个概述）１．项目准备：这个阶段通常来讲算是项目前期工作的一个总结，以项目启动大会为结束标志，它包括了项目计划，项目章程，组织结构，人员职责，项目工作环境等等的设定，这个时候，顾问甚至还没有完全进入项目，通常开项目启动大会的时候，顾问到场出席即可。 （和西安测井项目一样，先搭个架子，给人家以我们都准备好了的印象）２．蓝图设计：这个阶段主要完成客户未来流程的设计，作为FICO顾问，要做的事情主要有如下几点： A. 概念培训：对关键用户和内部顾问进行SAP FICO OVERVIEW的一个培训，此培训通常基于IDES系统，主要让客户掌握SAP的基本概念，对SAP的操作和运行方式有个基本的了解。 （我们已经掌握了足够的资料，完全有能力进行这个阶段的培训） B. 现状调研：对总帐，应收，应付，固定资产，成本计划以及核算等财务子职能的现状进行调查，详细了解客户各方面的需求，这个阶段顾问间要经常沟通，从而可以更全面地掌握客户需求。

（上次已经有了一个问题的汇总的表，我们可以按照由精细的细节到整体的顺序，也可以从整体入手，慢慢了解细节。看具体情况决定访谈方法。前者能够通过迅速的切入细节，让对方知道本人是这个行业，这个方面的专业人士，迅速建立信任） C. 蓝图设计：对比现有流程与SAP标准流程间的差距，通常财务流程较为标准，对于特殊需求，特别考虑一下即可。这个阶段的顾问要写出蓝图文档，也是客户与顾问冲突最大的阶段，成功的关键是引导客户需求，降低客户对项目不切实际的期望等等。 （这个阶段对新人来讲，极其痛苦，你不得不在业余花费大量的时间去准备好多未知的东西，让客户相信你，只有充分的准备，而这些需要大量的精力投入。同事，做蓝图涉及的时候，一定要看前一个阶段的访谈。很多时候身边未必有熟悉业务并且非常配合的关键用户作为顾问的工具书。而很多问题，其实在现状调研的时候对方已经详细的说明过了。反复的询问，容易让对方产生厌烦情绪，甚至是认为自己的话没有得到过重视的印象，影响后期合作。何况，不看文档，大量反复的无用沟通，影响工作效率，影响进度、休息、生活。在这个阶段的文档的数量也是庞大的，而且需要绘制流程图。快速文档制作——包括内容和格式——以及流程图美观规范的绘制都是顾问必备的技能，不用多说。） 3. 系统实现：此阶段要将蓝图设计中涉及到的流程，在SAP系统里给予实现，更多的是技术方面的工作，也就是系统配置，配置结束后要进行顾问内部的测试，将基本流程测试无问题后进行单元测试和集成测试，单元测试过程是内部顾问和关键用户掌握SAP详细功能的起点,针对本业务范围内的所有业务场景进行

S A P财务模块F I C O 概念及主要流程

FICO概念及主要流程--一个高手FICO笔记 [日期：2008- 03-20] 来源：作者： [字体：大中 小] FICO概念及主要流程 1 FI－Financial Accounting 1.1组织结构 1.1.1 公司代码（company code） ●命名格式：四个字母或数据组成。 ●基本概念：一个独立的会计实体（不一定是法律实体）。 对外报送资产负债表和损益表的最小单位。 每个cc都要设置一个本位币，之外的对该cc都是外币。可用 外币记帐，但在记入总帐时自动转换成本位币。 1.1.2 业务范围business area 一个单独的营业或责任区域会计组织单元，可是一个会计对象，也可是一个单独运作的部门。 不要求对外出具报表，但要内部需求，也是一个出具资产负债表，损益表的单位。 1.1.3 company code & business area 每个business area 可属于多个company code，可跨公司核算。 一个company code 也可包含多个business area。 business area和company code是多对多的关系。

1.1.4 资产负债表、损益表单位 是出具资产负债表损益表的单位，除了以上提到的company code 和 business are a，还有利润中心profit center。其中company code是对外出具资产负债表损益表，而businiss area 和profit center是出于内部需求需要，对内出具资产负债表损益表 1.2总帐－General Ledger 1.2.1 主数据－科目（Account） ● sap中所有科目类型：总帐 s 供应商 k 客户 d 资产a 物料 m 其中物料科目比较特殊，不可直接记帐，仅可以通过物流方式由系统产生凭证。另外四类都可以通过凭证录入直接记帐。 ●与cost element关系 在FI中的损益类科目account即为CO中的初级成本要素cost element。损益类科目可以被维护为初级成本要素，也可以不进行维护。 ●层次结构

1 FI－Financial Accounting 1.1组织结构 1.1.1公司代码（company code） 命名格式：四个字母或数据组成。 基本概念：一个独立的会计实体（不一定是法律实体）。 对外报送资产负债表和损益表的最小单位。 每个cc都要设置一个本位币，之外的对该cc都是外币。可用外币记帐，但在记入总帐时自动转换成本位币。 1.1.2业务范围business area 一个单独的营业或责任区域会计组织单元，可是一个会计对象，也可是一个单独运作的部门。 不要求对外出具报表，但要内部需求，也是一个出具资产负债表，损益表的单位。 1.1.3 company code & business area 每个business area 可属于多个company code，可跨公司核算。 一个company code 也可包含多个business area。 business area和company code是多对多的关系。 1.1.4资产负债表、损益表单位 是出具资产负债表损益表的单位，除了以上提到的company code 和 business area，还有利润中心profit center。其中company code是 对外出具资产负债表损益表， 而businiss area 和profit center是出于内部需求需要，对内出具资产负债表损益表 1.2总帐－General Ledger 1.2.1主数据－科目（Account） sap中所有科目类型：总帐 s 供应商 k客户 d 资产 a物料 m 其中物料科目比较特殊，不可直接记帐，仅可以通过物流方式由系统产生凭证。另外四类都可以通过凭证录入直接记帐。 与cost element关系 在FI中的损益类科目account即为CO中的初级成本要素cost element。损益类科目可以被维护为初级成本要素，也可以不进行维护。 层次结构 1.会计科目表层：所有使用这个科目的公司都共用的信息，如短文本、长文本、帐户（比如按资产，负债，权益，成本和损益科目的分类）、合并科目号（指对应到合并科目表中的科目号）等信息 coa层数据维护页面 company code层数据维护页面 2.公司代码层：公司代码层的控制信息还包括了科目货币、未清项目管理、排序码、权限组，银行信息等等 1.2.2会计科目表－chart of account 概述：一个公司总部可以拥有多套不同的会计科目表，不同的科目表可以给不同的公司 代码来使用。每一个公司代码有一个会计科目表。但不同的公司代码可以共享一个科目表。即coa和cc间是一对多的关系。 分类： 运营会计科目表（operating coa）：日常经营所需科目，财务会计和成本核算都使用同一个会计科目表。 国家会计科目表（country coa）：为满足当地有关法规而设置的科目。 集团会计科目表（group coa）：集团公司会计科目表包含了在集团公司内使用的所有科目，其记账数据是基于外部集团公司会计的要求。 1.2.3科目组－ac_countgroup 作用：相同科目进行分类 控制科目编号范围 控制总帐组数据的屏幕显示格式 具体的ac_countgroup 可根据具体的管理需求灵活设定。 1.2.4会计凭证 会计凭证来源：1。总帐业务：包括待摊、预提、税金等 2。集成业务（内部） 凭证(document)类型作用： 控制凭证的编号范围 控制凭证行项目的字段状态 控制凭证行项目的科目类型 记帐码post key：借或贷 作用：决定科目类型（a k d m s），一个记帐码只能分配给一个账户类型 决定凭证行项目的借贷方向（有借必有代，借贷必相等） 控制行项目屏幕字段显示 需要记忆的标准记帐码： 标准过帐码：借贷 40 50（总帐） 01 11（客户） 21 31 (供应商) 70 75（资产） 89 99（物料） 1.2.5统驭科目－Reconciliation Accounts 总帐科目，总帐明细帐的实时集成。行项目明细保持在明细帐中，汇总明细保留在统驭科目中，统驭科目不能直接记账。 1.3应付－Ac_countPayable 1.3.1供应商－vender 应付帐款的主数据是供应商。 供应商主数据分三层： 1．一般数据层：包括名称、地址、语言、电话等对于每一个分子公司来说都是统一的信息。

tongki (组长) 2006/11/21 顶楼举报 一、FI组织架构 集团(Client)：用于存贮多个组织架构的相关表/数据的技术实体 会计科目表：会计科目表是会计定义的一个结构计划，用于记录价值和价值流，以便有序地列出科目。会计科目表由财务会计和成本及收入要素会计共同使用。会计科目表中的项目可以同时是财务会计中的费用/收入科目和成本及收入要素会计中的费用/收入要素。 公司代码：代表一个独立的会计实体，用于会计核算的最小组织单元。资产负债表和损益表是基于公司代码层实现的。 业务部门：表示一个组织内单独的运作部门；用于内部的，以创建资产负债表和损益表。 二、总分类账： 总帐会计是整个系统的核心，它接纳各模块产生的财务数据，产生财务报表。 1主数据 1．1总帐科目 总帐科目主记录分为两部分： 关于会计科目表的数据。这部分数据用于整个主记录，如总帐科目号码，科目名称，确定科目是资产负债表科目还是损益表科目。此外，用户还可以用它来规定主记录中用于公司代码部分的数据的有关控制信息，如科目组和屏幕格式。 关于公司代码的数据。这部分数据包含了如何控制业务数据的输入与记帐的参数，如何管理科目的数据，以及其他与公司代码相关的数据，如货币、税码、统驭科目、行项目的显示和未清项的管理等。 1．2帐户组 作用：(1) 把属性相同的科目规类(Grouping) (2) 控制科目的编号范围(Number Range) (3) 控制总帐科目主数据的屏幕格式(Layout) 1．3统驭科目 统驭科目用于联系总账和明细分类账，实现应收/应付与总帐的集成. 作用：统驭科目的作用是当在明细分类账中发生记账业务时，其行项目将自动地记账到相应的总分类账科目（统驭科目）中，并且其结果将反映到资产负债表上。

SAP报表开发概述 报表开发是指无屏幕的纯报表开发。 一、报表事件 对于纯报表程序，SAP 预定义了一系列的报表事件，包括：

2、关键字Report。 3、数据定义。内表、参数都在这里定义。 4、 Include 部分。指定包含文件。 5、定义选择屏幕。利用SELECT-OPTIONS 和PARAMETERS 声明多个选择参数，系统会自动产生一个屏幕号为1000 的选择屏幕。 6、 INITIALIZATION 事件。完成对选择屏幕参数的默认值填充。 7、 AT SELECTION-SCREEN 事件。对用户的输入参数作校验。 8、 START-OF-SELECTION 事件。在这里完成数据处理。 9、 END-OF-SELECTION 事件。在这里定义报表的输出。 10、如果不是采用ALV 的方式输出报表，而是采用WRITE 语句输出，则还有TOP-OF-PAGE 和END-OF-PAGE 事件。 四、关于选择屏幕 定义选择屏幕的常用关键字： 1、PARAMETERS….。用来定义单值参数。 2、 SELECT-OPTIONS。用来定义单值、多值、范围参数。 3、 SELECTION-SCREEN。用来格式化选择屏幕。 定义选择屏幕时，我们会用到SELECT-OPTIONS 这个关键字，该参数能够接受单值、多值、范围，实际上，该参数是一个内表，其结构如下： DATA: Begin of seltab OCCURS 0, SIGN(1), OPTION(2), LOW LIKE f, HIGH LIKE f, END OF seltab. Seltab-SIGN：可选值为I 和E。I 表示包含（Include），E 表示排除（Exclude）。 Seltab-OPTION：可选值为EQ、NE、GT、LE、LT、BT、NB。EQ 表示等于，NE 表示不等于，GT 表示大于，LE 表示小于或等于，LT 表示小于，BT 表示在..之间，NB 表示不在…之间。SELECT-OPTIONS 定义的选择参数能够直接用在OPEN SQL 语句中，例如：Where f IN seltab。大家想想，一条这样的WHERE 语句，如果用T-SQL 需要多少个AND 和OR？这可是个好东西呀。为了利用OPEN-SQL 的这个特性，有时候，我们会自己定义这样的内表，自己填充数据，然后在OPEN-SQL 语句中使用，即使我们不需要定义选择屏幕。 我们常用的屏幕格式化语句有： 1、在选择屏幕上产生空行：SELECTION-SCREEN SKIP. 2、定义屏幕块。 SELECTION-SCREEN BEGIN OF BLOCK blk0 WITH FRAME TITLE text-010. SELECTION-SCREEN END OF BLOCK blk0. 如果大家对这个屏幕格式还是不满意，那么，请利用屏幕制作器，尽情地修改屏幕1000 吧。 五、选择屏幕上的文本 定义完选择屏幕后，测试运行程序。此时，我们看到的只是各个参数的名称，通常我们要用文本来替换裸露显示的参数名。 点击菜单“转到->文本元素->选择文本”，屏幕如下：

?Field Status Variants-字段状态变式: Field Status Variants-字段状态变式Field Status Variants，字段状态变式，是对会计科目在记账时字段控制信息的一种分类。下分不同的字段状态组。在科目维护时需要指定具体的字段状态组。字段状态变式可以分不同的公司代码设置，也可以多个公司代码共用一个字段状态变式。 ?物料主数据-物料计价方法（SAP）: 物料主数据-物料计价方法（SAP）在系统中的名称为Price Control-价格控制，具体参见相关概念。 ?负库存（SAP）: 负库存（SAP）在SAP系统中如果希望设置允许负库存，需要设置：1.在物料主数据工厂存储视图2中选择“允许负库存”（Negative stocks allowed in plant）标记(T-CODE:MM02)。2.设置工厂允许负库存标记，设置库存地允许负库存(TCODE:OMJ1)。?企业类型: 企业类型其意为原始设备制造商，但它指的是一种“代工生产”的方式，设备制造商利用自己掌握的核心关键技术负责开发及设计并且控管整个销售渠道，但具体的生产加工任务则交给别的企业去做。 ?表外科目: 表外科目是指资产负债表和负债表包含的科目以外的科目，这部分科目往往是用于期初导入或者期间的一些账目的过渡性结算，月底出报表前需要结零，否则会引起报表不平。 ?借贷反向: 借贷反向借贷反向是指正常的冲销，仅仅将原来的借方通过贷方进行反映。没有发现sap标准的说法，只是在顾问圈中经常这样说，可能是为了区别于反记账。在FB08过账时需要选择好对应的原因码。 ?AA-固定资产会计: AA-固定资产会计aa-固定资产会计aa，英文全称asset account,中文全称为固定资产会计。 ?Account group-账户组: Account group-账户组Account Group,账户组,又称为科目组，是对科目的一种分组。sap系统对主数据都是会分成不同的组（group），然后再通过对组进行一些设置，这样就可以达到集中管理的目的，同时也可以减少一些个别设置的工作量。账户组主要是针对财务总账科目的一个分组，在系统中可以针对每个账户组设置不同的字段状态组，控制某些字段是否可维护。作用：（1）相同科目进行分 ?Account Type-账户类型: Account Type-账户类型SAP针对不同的账户定义了不同的类型，具体包括：Assets-资产(a) Customer-客户(d) Vendor-供应商(k) Material-物料(m) G/L account-总账科目(s) 其中物料科目比较特殊，不可直接记帐，仅可以通过物流方式由系统产生凭证。另外四类都可以通过凭证录入直接记帐。 ?Account-账户: Account-账户关于account一词，感觉翻译为账户更加合适，在sap系统中主要是用于记录核算对象，可能是一个总账科目，也可能是一个客户、供应商，或者是一个资产。但是在sap系统中是翻译成了科目，所以很多在sap系统中看到科目中可以输入供应商或者客户会觉得比较怪异。 ?Acctivity type-作业类型: Acctivity type-作业类型作业类型（activity type）用来描述成本中心耗用作业量（费用的量化）的主数据，通常是用单位来衡量的。作业类型主数据可以用于基于作业的费用分摊方法或产品成本核算中的间接费用的分摊。作业类型代表由成本中心生产输出的一些形式。作业类型的通用例子包括劳动小时数或机器时间的分钟数。作业类型用于根据所进行的作业单位数从发送方成本中心向另一CO对象（如成本 ?Acquisition value-购置价值: Acquisition value-购置价值acquisition value-购置价值主要是指购买事务形成的价值。对应的事务类型组包括：10-acquisition ?Alternative posting date: Alternative posting date 是指可以冲销以前月份的会计凭证 ?APC-购置和生产成本: APC-购置和生产成本apc,acquisition and production costs,中文翻译为购置和生产成本，sap中的翻译未知。 ?Assessment-分摊（SAP）: Assessment-分摊（SAP）分摊(assessment) 将一个或多个初、次级成本要素的值汇总打包后通过次级成本要素在一个或多个部门之间进行划转的方法。须事

SAP FI/CO 基本概念 每一个SAP从业者都对这些概念不陌生，理解透了这些概念，对SAP的业务体系构架才能有明确地认识。 1、集团(client)的概念：是SAP中的最高等级；每一个集团建立主数据库. 2、公司(Company)：能够产生法定财务报表的组织单元；财务报表是在公司级别上建立合并的；一个公司可以包含一个或者多个公司代码。 3、公司代码(Company Code)：一个必须的企业结构；一个独立核算的会计主体；是一个能够进行会计核算的最小组织单元。资产负载表和损益表是建立在公司代码级别上的。 4、业务范围(Bussiness Area)：用于做内部报表、内部资产负载表和内部损益表的一个内部组织结构；有用于所有的公司代码，必须在所有的公司代码中有相同的含义；根据业务范围，更新总帐余额。 5、信用控制范围：它是一个组织单元或责任范围，用来控制客户信用范围；公司代码可以派给一个也只能是一个信用控制范围（可以是多对多关系。满足对一个公司代码下不同产品的信用控制）；多个公司代码可以派给一个信用控制范围。

6、控制范围(Controlling Area)：它是用来定义公司的成本/管理会计行为的结构组织单元；公司代码只能分配给一个控制范围；一个控制范围可以分配多个公司代码这允许跨公司成本分摊和报表。 7、经营组织()：是获利能力分析中的核心组织要素，控制区域应转换为一个且仅一个经营组织，用于内部管理分段报告。一个经营组织可可以包括多个成本控制范围。 8、主数据(Master Data)：是描述那些运用在会计，物料，供应商，客户等业务过程中的行为体；在一段时期内，信息往往保持不变；每个主数据库具有单一的名字或数字编号。 与业务数据的差别在于主记录包含的数据可控制如何记帐和处理业务数据，主数据在系统中保存相对较长的一段时间，而业务数据保存的时间较短。 业务数据是从R/3中的正常业务处理获取的数据。为了提高系统的操作性能，可以周期性地将系统内的业务数据进行归档。 9、损益表(Profit Loss Statement)：它包含一个留存收益的识别标记；在会计年度期末,损益科目结帐到留存收益表中。