sap_业务范围

SAP简介SAP 是一家通过业务工程成功地集成信息技术的公司，SAP（System, Applications, and Products in Data Processing,数据处理的系统、应用和产品）。

SAP公司是ERP思想的倡导者，成立于1972年，总部设在德国南部的Walldorf。

SAP的主打产品R/3是用于分布式客户机/服务器环境的标准ERP软件，主要功能模块包括：销售和分销、物料管理、生产计划、质量管理、工厂维修、人力资源、工业方案、办公室和通信、项目系统、资产管理、控制、财务会计。

R/3支持的生产经营类型是：按定单生产、批量生产、合同生产、离散型、复杂设计生产、按库存生产、流程型，其用户主要分布在航空航天、汽车、化工、消费品、电器设备、电子，食品饮料等行业。

SAP R/3的功能涵盖了企业管理业务的各个方面，这些功能模块服务于各个不同的企业管理领域。

在每个管理领域，R/3又提供进一步细分的单一功能子模块，例如财务会计模块包括总账、应收账、应付账、财务控制、金融投资、报表合并、基金管理等子模块。

SAP所提供的是一个有效的标准而又全面的ERP软件，同时软件模块化结构保证了数据单独处理的特殊方案需求。

目前，SAP在120多个国家和地区拥有17,500多家客户、44,500多个系统安装点、1000万名最终用户，世界500强80%以上的公司都在使用SAP的管理方案。

SAP在全球多家证券交易所上市，包括法兰克福证交所和纽约证交所。

SAP在八十年代开始同中国企业合作，于1995年正式成立中国分公司，并设立了北京、上海、广州分公司。

根据IDC数据，2000年SAP在中国ERP软件市场份额达到30％，并逐年递增。

SAP在中国已有300多家用户，其中既包括中国石化、中化、红塔、海尔、联想、COSCO、长虹、一汽-大众、上海通用、上海浦发行、国贸中心、李宁、乐百氏、麦德龙、万科、康佳、浙江电力、上海三菱、小天鹅、大唐电信、宗申摩托、华凌空调等大型企业和集团，也包括宝岛眼镜、青岛狮王、兆维晓通、杭州解放路百货等中小型企业。

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

1．业务范围跨公司代码：事业部制曾被认为是一种较好的管理组织机构，中国的许多大企业也纷纷将组织形式改为事业部制（非完整事业部制），如石化行业会设置油田事业部、炼油事业部、化工事业部、销售事业部门等,在SAP中通过业务范围来区分各事业部，此时业务范围是跨公司代码的，一个炼化厂包含炼油和化工两个业务范围，多个炼化公司同属同一炼油和化工业务范围，横向上各炼化公司能出独立财务报表，纵向上所有炼油厂可出集中的炼油业务范围财务报表，业务范围与公司代码形成交叉的矩阵式的管理，利用业务范围进行跨公司同类业务进行报表的分析汇总，使集团财务管理实时高效。

在务核算需求，又难满足个体企业精细化管理需求。

通过以上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直接业务,后勤自动集成的业务范围从何而来,就是根据物料所在的工厂或工厂+产品组决定。

SAP功能范围的设置在SAP（System Applications and Products）系统中，功能范围（Functional Area）是一个重要的组织单元，用于对成本和收入进行分类和报告。

通过合理地设置功能范围，企业可以更加清晰地了解其业务活动的成本结构和收益来源，为决策提供有力支持。

本文将详细探讨SAP中功能范围的设置方法及其对企业财务管理的重要性。

一、功能范围的概念与作用功能范围在SAP中是一个用于区分不同类型业务活动的成本对象。

它通常与企业的各个部门、产品线或服务类型相对应，用于对成本和收入进行细分。

通过设置功能范围，企业可以实现以下目标：1. 成本和收入的清晰分类：功能范围有助于将企业的成本和收入按照不同的业务活动进行划分，从而更加清晰地了解各个业务领域的盈亏状况。

2. 灵活的报告和分析：功能范围使得企业能够根据需要生成各种成本和收入报告，以便进行灵活的分析和决策。

3. 预算管理：通过功能范围，企业可以更加准确地制定和执行预算，确保资源在不同业务活动之间的合理分配。

二、功能范围的设置步骤在SAP系统中设置功能范围涉及多个步骤，包括定义功能范围、分配成本要素和收入要素、以及维护相关配置等。

以下是一个简化的设置流程：1. 定义功能范围：首先，企业需要在SAP系统中定义所需的功能范围。

这通常涉及创建功能范围的编码和描述，以及指定其功能类型（如成本中心、销售订单等）。

2. 分配成本要素和收入要素：接下来，企业需要将成本要素和收入要素分配给相应的功能范围。

成本要素是构成产品成本或服务成本的各个组成部分，如原材料、人工和间接费用等。

收入要素则代表企业从不同业务活动中获得的收入。

3. 维护相关配置：为了确保功能范围的正确使用，企业还需要在SAP系统中维护相关的配置设置。

这包括指定功能范围的默认分配规则、设置成本控制参数以及定义报告格式等。

4. 数据录入和校验：最后，企业需要确保在实际业务活动中正确录入相关的成本和收入数据，并定期进行数据校验，以确保数据的准确性和完整性。

Sap实施宝典中的各个模块概念与术语一、MM二、PP三、SD四、FI1.统驭项：Rcconcilation ltem2.余额审计线索：Balance Audit Trail3.总分类账：GL，General Ledger4.交易货币：处理经营业务的原始货币set(数据集)这个数据在特别用户分类账中是一个重要的单元，而数据集的定义对于报表、计划和所有帐户处理都是基本的前提。

一个数据集描述了数据的结构和数据之间的关系。

6.财会日历主要用于计划、评估和对与结算相关的业务作有效性检验7.净值记账意思是输入供应商发票时现金折扣考虑进去对凭证输入而言，总额记账与净值记账之间并无不同，只是对于用总额记账的发票，用户可以在凭证或支付建议中对现金折扣期限作后续的更改，在这两种情况下用户输入的都是总价值。

系统修正这些行项目并自动记账到清账科目。

8.法定的或独立的会计实体根据国际会计标准（IAS），法定的或地理的会计实体是财务会计的核心概念。

对独立会计实体的一个基本要求是披露资产负债表和损益表。

在SAP系统中，公司代码就代表了独立的会计实体，它是从许多不同的业务部门中汇总会计数据的中心组织结构单元。

公司代码也是对外会计系统的最小组织结构单位，它代表了一个完整独立的会计系统9.公司代码是财务子系统的中心组织结构单元，它控制资产负债表和损益表数据的披露10.业务部门是公司代码之外的一个组织结构，它为企业内部的业绩评估提供了不同的层次和视角11.凭证的功能SAP的综合凭证管理体系符合凭证的基本原则，凭证可以快捷方便地按用户的需要进行调整，并且正确的记账。

12.总账科目的功能以确保对业务处理的正确记账，同时有效的管理凭证和显示行项目。

13.一次性账户允许对一次性客户或交易不频繁的客户进行有效管理并节约空间，一次性账户仅包含最核心的控制信息，如统驭科目，种种账户并无客户的专有信息如地址或银行数据等，客户的姓名、地址、电话号码、及银行细节等则是在发票收到时提供的。

文档控制
文档名称定义业务伙伴的编号范围和分组并分配号码范围版本信息
业务描述:
该文档主要描述了在SAP S4 HANA系统内定义业务伙伴的编号范围和分组并分配号码范围的流程。

责任部门及岗位:
涉及单据:
流程简述:
系统操作:
按：BP业务伙伴的号码范围和分组一定要与供应商/客户的号码范围和分组一致。

且供应商、客户定义新账户组和号码范围且分组后，均需相应复制定义业务伙伴分组和编号范围并分配才能生效。

1.定义业务伙伴的编号范围
（1）事务代码：SPRO。

路径：跨应用组件-SAP业务伙伴-业务伙伴-基本设置-编号范围和分组-定义编号范围”。

（2）点击“修改间隔”。

（3）点击“插入行”，输入“号、起始编号、截止编号、外部（选勾）。

最后，点击保存。

SAP概念之Client（集团）Client（集团）是SAP系统的一个组织单元/结构。

该组织单元是最高层次的，也是所有实施SAP应用模块必须创建并维护的组织结构。

每个Client在与其他业务、组织、技术等方面与其他Client都是独立的，有各自的主数据和数据库表。

在Client层次设置的系统属性和参数，适用于于该Client下的所有公司/公司代码等其他组织架构/单元；所有的输入和产出、处理加工都是分Client进行的，即不跨Client处理。

这也就是说，一个单位多个公司，设置成多个Client后，则：（1）一个用户处理不同Client的业务，需要在每个Client下创建用户账号，并分配权限；（2）不同Client中公司的同一个客户、供应商、物料等等都必须在各自的Client下创建维护，不能在一个Client下一次性创建，多个Client共享。

R/3初始安装时，有两个默认的Client即000和001；这两个Client包含必要的默认配置内容，因此可以作为创建新Client的模板。

实务处理中，一个Client可以与一个公司对应，也可以与多个公司对应。

例如，一个集团，跨了很多行业，每个行业都有不少的公司。

此时，如何有效设置和管理Client？为了保证Client层次上的数据充分共享和一致，整个设置为一个Client，而其下的行业等可以通过其他维度，比如控制范围等来划分。

一个集团两个公司，设置为两个Client的，那么同一用户同时涉及到两个单位的业务，就必须为该用户在两个Client创建两个账户，分配两次权限。

这显然会增加维护工作量，并且难以保证Client层次上一些数据的一致性。

SAP概念之Company（公司）在SAP中，Company（公司）与Company Code（公司代码/公司码）是两个不同，但是又相联系的概念。

Company是根据相关法律规定出具财务报告的最小层次组织单元。

一个Client下，一个Company可以与一个或多个Company Code对应起来，一个Company Code只能对应一个Company。

读者思考：
现在，来出一个问题，假设业务范围B的物料产品组也为X，Y，在SAP中，产品组是整个集团共用的，也就是说集团内所有工厂的同一物料只能有唯一的产品组，这样使用工厂+产品组(Division)就难于决定不同的业务范围了，那么怎么处理呢？是建立两套采购工厂（或者如果有多个工厂，则需要多套采购工厂）还是建立一个为多工厂服务的公用采购工厂对应一个公用业务范围？如果使用公用业务范围，原则上讲，公用业务范围本身是不出报表的，如何保证其所有科目余额合理分配到实际业务范围？
通过以上3个简单的例子，相信大家对业务范围这个组织单元应该有一个非常清晰的认识，现在对比新总帐和旧版本来谈谈业务范围的配置。
业务范围相关配置，参考IMG路径:企业架构->定义->财务会计和财务会计->合并准备->业务范围合并。
读者思考：
SAP报表合并提供了法定合并和管理合并，业务范围合并可看视为一种管理层次的合并，假设某并，实际操作中会碰到什么难题？举个实例，集团内子公司A有3个业务范围XYZ，子公司B包含业务范围X和Y共 2个业务范围，A下的业务范围Z和B下的X/Y都发生了销售业务，SAP现行的处理方式为将B建成A的内部客户，集团内部客户主数据中再对应一个所谓的公司（Company），那么，由于客户主数据的Company只能填写一个，如何对应到两个业务范围？
3．业务范围还是利润中心：假设某家电供应商希望核算其不同类别产品或产品线从研发生产直到最后销售的整个业务运作；某销售公司根据产品类别或渠道的销售业绩进行单独核算，一般认为，在SAP中可以采用业务范围或利润中心来实现，那么哪种实现方式更佳呢？为了满足业务范围或利润中心的核算，简单地说，就是要保证每项会计业务都必须记录到指定业务范围或利润中心，然而，熟悉SAP的读者一定知道，在新总帐之前的版本最常见的往来业务应收应付和税金默认功能是不能实时记录利润中心的,通过增强也并不能完美处理这个问题,而通过期末的F.5D/F.5E/1KEK调整或利润中心手工调整有时效果不佳,从而造成利润中心财务报表可能失真,因为应收应付未带利润中心,平时也不方便往来的清帐处理; 有趣的是,SAP设计是业务范围可以直接带入应收应付税金等,因此,在新总帐之前的版本,有的企业可能更倾向使用业务范围。

sap 层次结构范围SAP层次结构范围SAP（Systems, Applications and Products in Data Processing）是一套集成的企业资源计划（ERP）软件，被广泛应用于各个行业中。

在SAP系统中，层次结构范围是一个重要的概念，用于定义和组织企业的组织结构、业务流程和数据管理。

层次结构范围定义了企业中不同层次的组织单元，包括公司、公司代码、销售组织、采购组织、部门等。

通过层次结构范围的设置，可以将企业的组织结构划分为一个层次化的结构，从而方便管理和控制企业的各个层级。

在SAP系统中，层次结构范围的设置是在组织管理模块中完成的。

首先，需要定义公司的层次结构范围，即创建公司代码。

公司代码是企业中最高层次的组织单元，用于进行财务和管理方面的控制。

在定义公司代码时，需要指定公司代码的名称、地址、货币等信息。

在定义完公司代码之后，可以创建销售组织和采购组织。

销售组织用于管理企业的销售业务，包括销售订单、销售合同等。

采购组织用于管理企业的采购业务，包括采购订单、采购合同等。

销售组织和采购组织可以根据实际需要进行创建，并与公司代码进行关联。

除了销售组织和采购组织，部门也是组织管理中的重要组成部分。

部门用于对企业的各个功能部门进行划分和管理，包括财务部门、人力资源部门、销售部门等。

部门可以根据实际需要进行创建，并与公司代码和销售组织进行关联。

在SAP系统中，层次结构范围的设置还可以包括其他组织单元，如仓库、库存地点等。

仓库用于管理企业的物料库存，包括物料的存储、调拨和盘点等。

库存地点用于定义物料的存储位置，可以根据实际需要进行创建，并与公司代码和仓库进行关联。

通过层次结构范围的设置，可以实现企业内部各个组织单元和业务流程的管理和控制。

例如，可以根据销售组织和采购组织的设置，对销售订单和采购订单进行区分和管理；可以根据部门的设置，对不同部门的费用和收入进行核算和分析；可以根据仓库和库存地点的设置，对物料的库存和流转进行追踪和管理。

SAP系统介绍SAP（Systems, Applications, and Products in Data Processing）是一家德国企业，也是该公司开发的企业资源规划（ERP）软件的名称。

以下是对SAP系统的一般介绍：* ERP软件： SAP是全球领先的ERP软件提供商之一。

ERP 是一种集成的企业管理软件，涵盖了多个业务领域，包括财务、物流、人力资源、采购等。

* 应用范围：* 财务会计：包括总账、固定资产、成本会计等。

* 供应链管理：涉及采购、物流、仓储等。

* 人力资源管理：包括员工招聘、培训、绩效管理等。

* 生产计划和控制：管理生产过程、资源规划等。

* 销售和分销：涵盖销售、订单管理、分销等。

* 模块化结构： SAP系统采用模块化的结构，企业可以根据自身需求选择和集成不同的模块。

这使得SAP非常灵活，适用于各种规模和行业的企业。

* SAP HANA： SAP HANA是SAP的内存数据库平台，旨在加速数据处理和分析。

它提供了实时数据分析和更快的决策支持。

* 云服务： SAP提供基于云的解决方案，如SAP S/4HANA Cloud，使企业能够以更灵活的方式使用和管理SAP系统，同时减少了硬件和维护成本。

* 用户界面： SAP Fiori是SAP的用户体验设计框架，旨在提供直观、易用的用户界面，适用于各种设备。

* 商业智能和分析： SAP提供了一系列商业智能工具，如SAP BusinessObjects，用于数据分析和报表生成。

* 全球化： SAP系统被广泛应用于全球范围的企业，支持多语言和多货币操作。

* 实施和定制： SAP系统的实施通常需要根据企业的具体需求进行定制和配置。

这通常由SAP认证的合作伙伴或内部专业团队完成。

总的来说，SAP系统是一套强大的企业管理软件，为企业提供了整合、协调和优化各项业务活动的解决方案。

（三）采购结算流程
编号：PR-PU-003
业务编号
PU-003
业务名称
采购结算业务
业务流程简述
材料采购入库后，采购发票收到后进行对应结算
流程适用范围
适用于原材料、委外加工（包工包料）、多媒体产品的采购结算。
相关岗位及权限
岗位
系统操作
权限
材料会计
采购发票
录入
保管员
采购入库单
录入
材料成本会计
结算、记账、制单
审核、核销、制单
相关部门或岗位
客户
销售部
库房记账员
材料成本会计/往来会计
具体工作流程
以后结算
钩稽
流
程
描
述
1、销售业务员与客户签订销售合同，销售助理依据在【销售管理】模块录入销售订单并销售主管对销售订单进行确认，并在系统中对订单进行审核。
2、产品生产完毕完工入库后，销售助理在【销售管理】模块根据销售订单生成销售发货通知单，
4、如果本月底采购部门没有收到采购发票或采购发票没有收齐，到月底，财务部材料成本会计将没有进行采购结算的采购入库单进行单据汇总估价记账，生成暂估入库凭证（次月初系统自动冲回凭证），将采购入库单汇总表作为凭证附件；下月或以后月份采购发票收到或采购发票收全，采购部门持采购发票原件和原有采购入库单到财务部门进行报账，财务部材料成本会计在【采购管理】模块进行采购结算（关联以前外购入库单），财务部往来会计在【应付账款】模块进行应付账款挂账制单处理。
操作要点：
领用：所选出库类别为材料领用，需要指定对应的成本对象，及对方科目（由财务部提供）。
以上出库领料必须选择正确，否则会带来账务处理和成本材料费用取数的错误。
材料领用业务财务核算处理：

sap的基本概念1 FI－Financial Accounting1.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 Ledger1.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概述：⼀个公司总部可以拥有多套不同的会计科⽬表，不同的科⽬表可以给不同的公司代码来使⽤。

系统配置流程
基础设置
建立SAP财务系统的基础配置，包括公司代码、成本 控制范围、利润中心等。
会计科目设置
根据企业会计准则和财务管理需求，设置会计科目体 系。
业务流程配置
根据企业实际业务流程，配置SAP财务系统中的相关 业务流程，如凭证录入、审批、过账等。
配置过程中的关键要素
数据迁移
将企业原有财务数据整理、转换并导入到SAP财务系 统中。
系统架构优化
对系统硬件架构进行升级，使用更高性能的服务器 和存储设备，提高系统的整体性能。
应用程序优化
对SAP财务应用程序进行优化，包括调整程 序代码、优化数据访问逻辑等，以提高应用 程序的运行效率。
功能升级与增强
新功能开发
根据业务需求开发新的功能模块，扩展SAP 财务系统的功能范围。
功能改进
对现有功能进行改进和调整，提高功能的易 用性和实用性。
定制化开发
根据企业特定的业务需求进行定制化开发， 满足企业的个性化需求。
优化与升级的实施步骤
需求分析
对企业的业务需求和 目标进行深入分析， 明确系统优化与升级 的具体内容。
方案设计
根据需求分析结果， 制定详细的优化与升 级方案，包括技术架 构、功能模块、实施 步骤等。
系统开发与测试
按照方案进行系统开 发与测试，确保系统 性能和功能ቤተ መጻሕፍቲ ባይዱ到预期 目标。
SAP财务系统基于SAP ERP软件，通过提供一套完整的财务管理解决方案，帮助企业实现财务管理流 程的自动化和标准化。
SAP财务系统的功能和特点
全面集成
SAP财务系统与其他SAP模块（如SAP ERP、SAP供应链管理等）无 缝集成，确保数据的一致性和实时性。

PP，CO PP，CO PP，MM， SD
自动再发要点计划 PP，SD 副(沿)产品 能力日程计划 PP PP
是消耗基础计划的一种。 生产主产品(MAIN PRODUCT)同时生成的产品, 制品/资材 和FINITE SCHEDULING同样的含义，考虑能力（CAPACITY）反映日程计划FINITE SCHEDULING计算 ORDER内的OPERATION开始于结束日期 区别change master record唯一的编号，利用change number将一切变更的变更事项根据change master record进行管理和调整 对于有关对象的特性价值的分配。 class hierarchy是根据class提供多种搜索途径，在特定的class中在实行搜索中发生下位的class的话，变更 下位class为搜索途径。 确定结束（COMPLETION CONFIMATION）是对生产订单（PRODUTION ORDER）的追踪功能的一部 分，并且纪录OPERATION和SUB-OPERATION的进行进度，SAP系统支持部分确定（PARTIAL）和最终确 定功能（FINAL）确定结束提供以下信息
SAP - ERP 用语集 PI U
和客户内在所定的时间，根据对价格的协议，以文书形式生成的正常订购时作为参考可能的文件。 ——PP：SAP物流系统中所使用的"outline agreement"的一种形态。―一贯合约‖是卖主和客户之间所发生的 长期性的合约。SAP系统中提供与以下相同的各种合约。 contract 一贯合约 PP,CO ——quantity contrants —— value contrants ——consignment contrants CO：和供给单位所签定的长期性合约，根据客户的需要所生成的个别性的release order来履行。 在作业指示书，成本计算等技能方面，如何处理operation和sub-operation的特定的key. 根据这个control key,管理的处理类型可以分成以下几种。 ——外部处理(external processing) control key PP,CO ——完成确认(completion confirmation) ——打印（printing) ——制定日程计划(scheduling) ——成本计算(costing)

常用术语控制范围：是在集团下的组织单位，用于代表成本管理会计中相对独立进行成本控制的组织结构。

公司代码：等同于会计基本假设中的会计主体，是财务模块中对外出具财务报表的最小核算单位。

业务范围：是一个会计的组织单元，用于描述单独的运营或者负责的商业组织。

记账码：记账码在行项目中有控制功能。

对于行项目的有效账户类型（客户、供应商、总账科目、资产以及物料）。

决定记账科目为借记或贷记。

科目：记账用的会计要素。

例如：总账科目、客户编码、供应商编码、固定资产编号。

凭证类型：用于记录不同业务类型的会计凭证，对于不同的会计凭证类型凭证编号不一样。

统驭科目：是一种总账科目，明细账的业务数据（明细账指客户、供应商、固定资产）通过总账科目即时更新总账数据。

特别总账标识（SGL标识）：在系统中我们一般把供应商经常发生的业务对应的应付账款总账科目设为它的统驭科目。

但是除了最经常的开票业务以外，该供应商还可能有涉及到预付账款、应付质保金等科目，这里我们用特别总账标志，将此业务区分开来。

凭证日期：指业务原始凭证发生的日期。

过账日期：指会计凭证的入账日期。

过账期间：指会计凭证的入账月份，与过账日期中的月份一致。

货币/汇率：公司代码记账的货币，货币为RMB。

凭证抬头文本：对会计凭证业务的描述，即凭证摘要。

文本：凭证行项目描述，即针对每条行项目的摘要。

凭证编号：记录会计凭证的标识，凭证编号具有唯一性，一般由系统按照后台配置规则自动按顺序编码。

原因代码：资金科目收支的原因，用于出具现金流量表。

成本中心：是在成本控制范围中的代表独立的成本发生地点的组织单元，成本中心可以根据职能需求、分配原则、提供的作业或服务、地点或职责范围建立。

内部订单：成本对象的一种，用以归集、监控和报告内部任务的成本投入；内部订单都是统计型订单，用于核算单体项目。

资产分类：定义资产的类别，资产分类有。

sap 编号范围
SAP编号范围是SAP中用于识别和区分不同业务对象的唯一标识符。

每个SAP编号都由一个唯一的编号范围定义。

SAP中有多种编号范围，例如客户编号范围、供应商编号范围、物料编号范围等。

在SAP中，编号范围由一系列编号定义组成，这些编号定义包括前缀、后缀、数字递增步长等。

在创建业务对象时，系统会根据定义好的编号范围自动为该对象分配一个唯一的编号。

SAP编号范围的设置非常重要，因为它们直接影响到业务对象的识别和管理。

如果编号范围设置不当，就可能出现编号重复或编号空缺等问题，影响到业务的正常运作。

因此，在SAP实施过程中，需要认真设计和设置不同业务对象的编号范围。

同时还需要定期检查和维护编号范围，确保其有效性和正确性。

- 1 -。

(整理)SAP的组织架构（根据相关资料收集整理，如有不正确的地方请指正）SAP的组织架构一般指对工作任务进行分工、分组和协调合作。

SAP的组织架构指的是如何划分SAP数据.集团Client：是指SAP系统全套数据环境。

集团并无现实的概念与之对应。

经营范围Operating concern：SAP用来代表市场的一个概念。

这个市场的概念比现实中的市场意义要更广，指的是同一集团下的许多企业为实现一定经营目的范围。

以便跨国家跨地区的进行经营分析。

控制范围Controlling area：划分用于出具成本类报表的单元，一般在一国之内，物价水平相同，成本数据具有可比性，所以按国家建立控制范围。

所有成本中心会计、利润中心会计、生产成本属于都位于一个控制范围下。

从属于经营范围。

科目表Chart of accounts：仅指一套会计科目，想不明白有些人也会把他理解成组织架构层次中的一个。

多个公司代码可以共用一套科目表。

公司代码Company code：出具法定财务报表(资产负债表，损益表等)的基本单元，所有财务记账业务都位于公司代码之下。

从属于控制范围。

利润中心Profit center：出具事业部利润表的单元。

可以位于公司代码之上（一个利润中心包括几个公司代码）或者公司代码之下（一个公司代码包括几个利润中心）。

建议位于公司代码之上，便于把不同公司的损益情况归于一个事业部通盘考虑。

如果设置成公司代码之下，会出现一些成本费用难以划分属于哪个利润中心的情况，某些物料也难以区分利润中心。

成本中心Cost center：管理费用的单元，基本与企业组织架构匹配，便于实际费用的管理。

偶尔会根据需要建立虚拟的成本中心。

多个成本中心可以属于同一个利润中心。

业务范围Business area：SAP停用的层次。

段Segment：多个利润中心可以属于同一个段。

用于出具IFRS要求的事业部资产负债表和损益表。

工厂plant：公司下组织后勤生产的组织。

SAP_常用业务数据表分类: SAP-ALL ABAP SAP-TABLE 2011-08-17 11:46 2248人阅读评论(0) 收藏举报目录(?)[+] 3.表的要求表中使用的字段请尽量参照各模块的SAP字段标准使用习惯; 例:“ZXSLRZX销售组织对应的利润中心”中的销售组织应该使用VKORG、利润中心应该使用PRCTR。

根据表的用途，需确定是否属于配置目的、还是业务目的。

配置表的建议: 需要加入MANDT字段例: “ZQJQD缺件清单”就没有MANDT字段需提供相应的维护视图;例:如ZCHECK_MM01工厂和利润中心的对应为保证DEV/QAS/PRD系统的一致性，不应该对配置表提供批量维护的功能，而应该走Request传输流程;例: “ZMM_GSJJGLJ公司间物料转卖价格逻辑”就是一个失败的开发案例。

若有必要，可激活日志功能，便于对配置的更改查询; 在定义表的时候，请不要偷懒使用“预定义数据类型”这种方式; 业务表的建议:若无特殊目的，也请加入MANDT字段在定义关键字段的时候，请务必慎重，在理解业务需求的前提下，合理设置;(数据存在后，关键自动的变更存在较大风险) 为减少系统存储空间，一般不需要激活更改日志; 在定义表的时候，请不要偷懒使用“预定义数据类型”这种方式; 程序的要求程序的选择屏幕，如果需要提供缺省值，请尽量通过Memory ID的方式实现，不要使用硬代码。

例:“ZPOOIS采购订单信息报表”中的公司代码(BUK)、工厂(WRK)。

程序的选择屏幕上的选择文本，如果属于标准字段，若无特殊需求，请尽量使用Dictionary，避免造成在不同语言环境中显示错误的情况。

例:ZPOOIS的选择屏幕在英文环境下完全错误，而ZJSJSNEW就相对正确。

程序变式(选择变式、输出变式)的灵活使用ALV报表，请提供变式功能(IS_VARIANT ，I_SAVE等变量); 例: ZPOOIS的输出格式就无法保存。