sap业务范围

sap业务范围
sap业务范围

第六节业务范围

业务范围(Business Area)是SAP组织结构中的重要单元,通过业务范围可以将集团的业务分类,业务范围可跨公司代码,以几个实例说明业务范围这个组织单元的应用。

1.业务范围跨公司代码:事业部制曾被认为是一种较好的管理组织机构,中国的许多大企业也纷纷将组织形式改为事业部制(非完整事业部制),如石化行业会设置油田事业部、炼油事业部、化工事业部、销售事业部门等,在SAP中通过业务范围来区分各事业部,此时业务范围是跨公司代码的,一个炼化厂包含炼油和化工两个业务范围,多个炼化公司同属同一炼油和化工业务范围,横向上各炼化公司能出独立财务报表,纵向上所有炼油厂可出集中的炼油业务范围财务报表,业务范围与公司代码形成交叉的矩阵式的管理,利用业务范围进行跨公司同类业务进行报表的分析汇总,使集团财务管理实时高效。2.业务范围出具法定报表:作为财务组织的一个细分组织结构,其重要特性是企业能够根据业务范围出资产负债表,假设某地出台政策鼓励某企业的新厂投资,新厂将享受一定年限的税务优惠而旧工厂并不享受政策优惠,此时,需要在同一公司代码下根据新旧工厂分别出具财务报告,就可以建立新旧业务范围对应新旧工厂出具所有法定报表(不仅是资产负债表)。如果再根据产品细分业务范围,比如设置业务范围-新厂产品类别A,业务范围-新厂产品类别B,业务范围-旧厂产品类别A,业务范围-旧厂产品类别C等,此时,业务范围除了扮演法定财务报告组织角色,还充当了管理分析组织角色,同时满足了财务会计和管理会计的需求。

3.业务范围还是利润中心:假设某家电供应商希望核算其不同类别产品或产品线从研发生产直到最后销售的整个业务运作;某销售公司根据产品类别或渠道的销售业绩进行单独核算,一般认为,在SAP中可以采用业务范围或利润中心来实现,那么哪种实现方式更佳呢?为了满足业务范围或利润中心的核算,简单地说,就是要保证每项会计业务都必须记录到指定业务范围或利润中心,然而,熟悉SAP的读者一定知道,在新总帐之前的版本最常见的往来业务应收应付和税金默认功能是不能实时记录利润中心的,通过增强也并不能完美处理这个问题,而通过期末的F.5D/F.5E/1KEK调整或利润中心手工调整有时效果不佳,从而造成利润中心财务报表可能失真,因为应收应付未带利润中心,平时也不方便往来的清帐处理; 有趣的是,SAP设计是业务范围可以直接带入应收应付税金等,因此,在新总帐之前的版本,有的企业可能更倾向使用业务范围。

*有人说业务范围组织单元和事业部制有一定关系,随着事业部制暴露出的缺陷,SAP在其新总帐版本中推出了一个新的组织单元-段(Segment),同时它被插入利润中心主数据,多个利润中心可以属于同一段,也就是说,理论上,现在你真正可以停用业务范围。

不同企业业务范围的实例各有不同,有趣的是,国内ERP大都脱胎于财务软件,着重的仅仅是财务核算,ERP软件如果脱离这种灵活的组织架构设计,显然既难满足大企业集团集团财务核算需求,又难满足个体企业精细化管理需求。

通过以上3个简单的例子,相信大家对业务范围这个组织单元应该有一个非常清晰的认识,现在对比新总帐和旧版本来谈谈业务范围的配置。

业务范围相关配置,参考IMG路径:企业架构->定义->财务会计和财务会计->合并准备->业务范围合并。

图[1]:SE16->V_TGSB->定义业务范围,SE16->V_TGSBK->定义合并业务范围。

图[2]:分配业务范围到合并业务范围,理论上,多个业务范围可以分配到一个合并业务范围。读者思考:

SAP报表合并提供了法定合并和管理合并,业务范围合并可看视为一种管理层次的合并,假设某集团设置有多个业务范围,为了在集团层面启动业务范围往来合并,实际操作中会碰到什么难题?举个实例,集团内子公司A有3个业务范围XYZ,子公司B包含业务范围X和Y共2个业务范围,A下的业务范围Z和B下的X/Y都发生了销售业务,SAP现行的处理方式为将B建成A的内部客户,集团内部客户主数据中再对应一个所谓的公司(Company),那么,由于客户主数据的Company只能填写一个,如何对应到两个业务范围?图[3]:Tcode:OMJ7,将业务范围分配到工厂,业务范围可以和工厂一一对应,这是相对习惯的一种做法, 这种做法好处明显,以著名的资产负债表为实例,所有的资产表项都需对应到业务范围,也就是说资产负债科目发生业务时都需要确定一个业务范围,在SAP中,如果简单将会计业务分成集成自动业务和FICO直接业务,后勤自动集成的业务范围从何而来,就是根据物料所在的工厂或工厂+产品组决定。

也可使用工厂+产品组(Division)来决定业务范围,也就是说,此时,工厂和业务范围并非一一对应,举一个时例,某采购工厂G为业务范围A和B同时服务, 业务范围A 的物料产品组为X和Y, 业务范围B的物料产品组为Z,这样工厂G+X/Y->业务范围A, 工厂G+Z->业务范围B,好处是避免建立多个采购工厂, SAP中运行MRP一般根据工厂,这种做法可以避免跨工厂跑MRP的复杂性。

读者思考:

现在,来出一个问题,假设业务范围B的物料产品组也为X,Y,在SAP中,产品组是整个集团共用的,也就是说集团内所有工厂的同一物料只能有唯一的产品组,这样使用工厂+产品组(Division)就难于决定不同的业务范围了,那么怎么处理呢?是建立两套采购工厂(或者如果有多个工厂,则需要多套采购工厂)还是建立一个为多工厂服务的公用采购工厂对应一个公用业务范围?如果使用公用业务范围,原则上讲,公用业务范围本身是不出报表的,如何保证其所有科目余额合理分配到实际业务范围?

图[4]:激活业务范围资产负债表。

如果启动业务范围,还有几个附加配置需要注意:

(1).Tcode:OBC4, 字段状态组设置,为保证业务范围不落下,业务范围字段尽量设置成必选。

(2).Tcode:OBA7,为业务范围调帐定义一凭证类型,业务范围调整只能在FI做。

(3).Tcode:OBXM,定义业务范围资产负债调整科目。

SAP PP中MRP区域功能应用与测试

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的需求,那么这个需求就可

SAP CO功能详解

1.第一部分间接费用管理 1.1.SAP R/3 系统中的财会子系统 财会子系统概况 1.1.1.1.企业结构的变化 企业经营管理的全球化和多元化推动了世界范围内企业结构的变化,并且使业务流程日益复杂。这种趋势推动了产品和业务流程的革新和对信息高速公路的应用。所有这些都要求以更短的反应时间来进行更多的协调与控制工作。有时效性的决策必须基于不断地提供的实时的信息。 SAP R/3 系统提供包括所有领域的业务处理流程的集成的解决方案。 1.1.1. 2.管理手段 由财务会计、管理会计和金库三个模块组成的财会子系统是整个解决方案中重要的部分。 通过财会子系统内不同的模块之间的联系和与其他应用模块如后勤和人力资源模块的集成, SAP R/3 的财会子系统就成为公司所有部门的管理工具。与后勤供应链中从采购到销售的数据接口能够优化经营管理业务流程,而包括与客户、供应商以及金融机构的策略性业务伙伴在内的功能则更进一步强化了 SAP 的解决方案的有效性。 1.1.1.3.决策的基础 除了提供财会数据,财会子系统必须首先为公司的战略决策处理经营数据。对经营状况的计划、控制和监测功能都已经加入到文档和管理功能中。 SAP R/3 系统的财会子系不受公司规模的局限。小到一个销售代理办事处,大到一个跨国集团公司均可以应用其功能。该系统同时也能适应不同行业和国家的需要。

预先设定的系统可以直接用于不同的行业,例如特别设置的会计科目表等 1.1.1.4.国际性的应用系统 对于跨国公司, R/3 系统提供了可塑性很强的可应用于不同国家的功能。 R/3 系统能够满足一些主要的工业化国家在多语种、多币种以及那些在税收政策、报表和支付方式方面的特殊需求。运用 SAP R/3 系统可以构筑一个能够对不同国家和地区的子公司进行法定会计合并的会计系统。 1.1.1.5.主要功能模块 SAP R/3 财会子系统向您提供一整套强有力的应用模块。 财务会计 (FI):由总分类帐、应收帐款和应付帐款、固定资产、法定合 并以及特殊统计会计功能组成; 金库模块(TR):由现金管理、金库管理和基金管理组成; 管理会计(CO):由一般费用成本核算、生产成本核算和获利能力分析组 成; 以上模块提供了处理经营管理业务的基本功能,并且满足了基于决策需求的报表功能。SAP R/3 系统还针对您的业务提供了一些集成的、强有力的附加功能。 投资管理(IM):该模块允许用户在整个公司范围内对资产投资项目作计 划,并且对每一项具体的投资进行控制。 业务计划与控制(EC):包括管理合并和利润中心会计核算。 1.2.管理会计中的组织结构 在集成化的R/3系统中,内部会计和外部会计之间有直接的联系。在管理会计的组织结构和财务会计的组织结构之间显然也有关系。

SAP概念解释

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

SAP自学系列-FI-CO基本概念详解

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中的正常业务处理获取的数据。为了提高系统的操作性能,可以周期性地将系统内的业务数据进行归档。

sap_业务范围

业务范围 一般是根据: 产品类别分 根据产品线分 业务范围分配到工厂,业务范围可以和工厂一一对应,这是相对习惯的一种做法, 这种做法好处明显,以著名的资产负债表为实例,所有的资产表项都需对应到业务范围,也就是说资产负债科目发生业务时都需要确定一个业务范围。 工厂+产品组(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 PP功能详解

目录 1 总体特征及制造主文件数据 (5) 1.1 主要特征: (5) 1.2 集成的应用程序模块 (5) 1.2.1 企业资源管理模型 (5) 1.3 公司结构 (6) 1.3.1 跨工厂计划 (7) 1.3.2 组织层 (7) 1.4 跨公司业务流程 (8) 1.5 用应用程序连接授权(ALE)分布式处理 (8) 1.5.1 分布式主文件数据 (9) 1.6 支持多种语言 (9) 1.7 制造主文件数据 (9) 1.8 主要特征: (9) 1.9 R/3的主文件数据 (9) 1.9.1 单一数据来源 (10) 1.9.2 处理主文件记录 (10) 1.9.3 主文件记录匹配码(matchcode) (10) 1.9.4 更改记录 (10) 1.9.5 物料及产品主文件记录 (10) 1.9.6 主文件记录画面 (10) 1.9.7 物料主文件数据的组织结构 (11) 1.9.8 维护工具 (11) 1.9.9 系统客户化 (11) 1.10 供应商主文件及采购信息数据 (11) 1.11 R/3分类系统 (12) 1.11.1 分类特性 (12) 1.11.2 多层次分类等级 (12) 1.11.3 分配分类及查找对象 (13) 1.11.4 BOM(物料清单) (13) 1.11.5 BOM的有效期 (13) 1.11.6 BOM报告功能 (14) 1.11.7 BOM维护功能 (14) 1.11.8 BOM项目 (14) 1.11.9 合成BOM (15) 1.12 工艺路线及工作中心 (16) 1.12.1 工艺路线 (16) 1.12.2 工序 (16) 1.12.3 分配资源到工艺路线 (17) 1.12.4 参考工序集 (17) 1.12.5 单位时间产量工艺路线 (17) 1.12.6 工艺路线应用范围 (18) 1.12.7 工作中心 (18) 1.12.8 工序/阶段 (19)

sap中的组织架构

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

SAP PI功能说明书

SAPPI 功能介绍 北京泽佳科益科技有限公司 2010年 03月 26日 商业机密妥善保管

目录 第一章:SAP- PI功能概述 .............................................................................................................. (3) 1.1 PI 简介... ............................................................... .. 3 1.2 PI 功能详解 ... ...................................................... (3) 第二章:用于 POC项目的方案 ... .................................................................................................... . 8 2.1 本次 POC 的项目概述 ... ................................................. (8) 2.2 SAP PI 接口管理机制 ... .................................................. .. 8 2.2.1 PI 接口管理概述 ... ..................................................... . 8 2.2.2 PI 接口管理机制详述... ................................................ (9) 2.2.2.1 接口修改 ................................................................... . 9 2.2.2.2 接口删除 ................................................................... . 9 2.2.2.3 接口搜索 ................................................................ (10) 2.2.2.4 接口结构转换 ... ........................................................ .. 10 2.2.2.5 应用举例 ................................................................ (10) 2.2.3 POC 项目中的开发标准 ... ............................................... . 11 2.2.4 SAP PI 接口管理的优势 ... ............................................ (12) 2.2.5 SAP PI 异常情况处理 ... ............................................... .. 13 2.3 SAP PI 纠错及监控 ... .................................................. (14) 2.3.1 PI 纠错监控 ................................................................ .. 14 2.3.1 PI 消息监控步骤 ... ......................................................... . 18 2.4 SAP PI 重发机制 ... ..................................................... .. 28 2.5 SAP PI 宕机恢复说明 ... .................................................. . 32 2.6 SAP PI 数据包丢失或增加处理方法 ... ...................................... . 32

SAP ps模块概念

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功能详解

目录 1 SAP R/3 系统中的财会子系统 (8) 1.1企业结构的变化 (8) 1.2管理手段 (8) 1.3决策的基础 (9) 1.4国际性的应用系统 (9) 1.5主要功能模块 (9) 1.6财务会计 (10) 1.6.1 适用性 (10) 1.6.2 集成性 (11) 1.6.3 关于各类凭证的原则 (11) 1.6.4 文档系统 (12) 1.6.5 会计科目表 (12) 1.6.6 货币 (13) 1.6.7 资产负债表 (13) 1.6.8 明细分类帐 (14) 1.6.9 合并财务报表 (14) 1.6.10 法定合并 (14) 1.6.11 应收帐款 (15) 1.6.12 应付帐款 (15)

1.6.13 固定资产会计核算 (16) 1.6.14 特殊分类帐 (17) 2 财会子系统的组织结构 (18) 2.1财务会计和管理会计的集成 (18) 2.2公司代码 (19) 2.3集中式公司的管理模式 (19) 2.4分布式公司的管理模式 (19) 2.4.1 分布式系统(ALE) (20) 2.5集团公司报表 (20) 2.5.1 集团公司 (20) 3 作为系统集成的中心 --- 总分类帐 (21) 4 总分类帐基本术语 (22) 4.1公司代码 (22) 4.2业务部门 (22) 4.3凭证 (23) 4.3.1 凭证原则 (23) 4.3.2 基本凭证参数 (24) 4.3.3 更改凭证 (25) 4.4会计科目表 (26) 4.4.1 会计科目表的组织结构 (27)

4.4.2 在多种语言方面的灵活性 (27) 4.5总分类帐科目 (28) 4.5.1 总帐科目主记录的结构 (28) 4.5.2 对主记录的处理 (29) 4.5.3 行项目显示 (30) 4.5.4 科目余额 (31) 5 总分类帐的主要业务处理 (31) 5.1计划 (31) 5.2总分类帐科目记帐 (33) 5.2.1 一次性记帐的原则 (33) 5.2.2 数据集成 (33) 5.2.3 明细分类帐与总分类帐的协调一致 (34) 5.2.4 数据输入的工具 (35) 5.2.5 附加的检验功能 (36) 5.2.6 多种货币的处理能力 (36) 5.2.7 未清项管理 (37) 5.3结算 (37) 5.3.1 在会计年度内的结算 (37) 5.3.2 年终结算 (38) 5.3.3 结算报表 (40)

SAP项目实施的5个阶段-OK要常看

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

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

SAP 财务模块 FICO概念及主要流程资料讲解

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。损益类科目可以被维护为初级成本要素,也可以不进行维护。 ●层次结构

sap的基本概念

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.一般数据层:包括名称、地址、语言、电话等对于每一个分子公司来说都是统一的信息。

SAP概念

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

SAP 各模块介绍.pdf

一、财务会计系统主要特征及模型 一个有效的、现代的财务会计系统必须满足内部的和法定的会计面的要求。法定会计必须能够按有关规定向股东、债权人、劳工组织以及社会公众披露并提供所需的信息,而有效的公司管理会计必须包括控制和转移的功能。 1、系统主要特征 适用性 SAPR/3系统对会计信息的公开性依据有关各国会计法规进行了相应的定义,同时也适用于国际性的企业。R/3的财会子系统符合40多个主要工业国其中包括中华人民共和国的会计法规的有关规定,在此,SAP公司保证其软件系统符合国际性应用的要求。 集成性 SAPR/3系统的集成性确保了会计信息能够满足自动更新的要求。当用户在后勤模块处理业务时,例如物料的收到和发运,这些业务所引起的财务上的变动将立即自动地记入会计系统。SAPR/3系统充分考虑了关于公司和财税方面的法规。 此外,SAPR/3系统为其用户提供了电子化处理同业务伙伴之间的数据交换的功能,例如与客户、供应商、银行、保险公司以及其他信贷机构的业务往来。获取信息是任何业务往来的重要组成部分。 明晰的参考数据和各种协议保证了自动处理功能,即便用户没有完整的信息也不妨碍业务,比如处理付款。一般讲,只有一些例外情况才需要手工处理。 SAPR/3的工作流功能包括: 定义周期性业务处理任务; 将这些周期性业务指定到相应的业务部门; 保证用户要求的期限 关于各类凭证的原则 在SAPR/3系统中发生的所有业务都将依据凭证的有关规定记帐。这种规定将保证从资产负债表到每一张凭证的审计线索。在用户完成记帐之后,可以立即看到凭证本身,科目的余额以及相关科目的清单。用户也可以立即对资产负债表和损益表进行分析,当然,这一切都是清晰准确地显示在您的计算机屏幕上。 文档系统 完整的文档系统也是综合的与集成的控制系统的基本要素。只有对所有的业务进行全面的确认才能保证对企业的决策层和经营层的监测。财会子系统确保用户的控制部门能实时地提供相关信息。 二、该系统具备的主要功能有: *总分类帐管理 *应付帐管理 *应收帐管理 *财务控制 *法定合并 *现金管理 下面分别简要阐述各模块功能的实施: 1、总分类帐 总分类帐会计的中心任务是提供一个关于外部会计和所涉及科目的全面图景。在一个与公司其他所有经营部门高度结合为一体的软件系统中记录所有业务往来(基本记帐以及内部

sap 概念

?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) 将一个或多个初、次级成本要素的值汇总打包后通过次级成本要素在一个或多个部门之间进行划转的方法。须事

相关文档
最新文档