sap实施-SAP PM中的组织架构 精品

sap中的组织架构1. 深入了解采购、销售、仓存组织的内部架构及应用场景；采购、销售、仓存以及财务组织之间的相互关系。

A、销售组织销售组织下包括分销渠道和产品组。

销售区域是销售组织、分销渠道、产品组的组合。

客户必须建立/管理在销售区域销售区域下分为销售办公室、销售组和销售代表B、采购组织采购组织下包括采购组C、销售/采购组织可以定义在不同的组织层次，如集团、公司代码和工厂。

由于公司代码与财务有关。

自然也就建立了他们之间的关系2. 采购/销售/库存组织架构中的组织单元是否要和行政组织单元建立影射关系？如果要建立如何建立？如果不要，为什么不要建立？应该是不需要的，销售/采购/库存组织是一个系统定义的组织，它可以与行政组织有一定的关系，也有可能关系不确定，也有可能没有关系。

这样可以满足不同企业的需要，可以将这些组织放置在不同的层别、与不同的单位建立不同的关系，实现系统灵活的组织架构能力。

3. 控制采购组织的采购控制范围是在库存组织层面还是在仓库层面，如何控制？4. 控制销售组织的销售控制范围是在库存组织层面还是在仓库层面，如何控制？5. 请深入说明SAP中工厂、库存地点、库存种类、特殊库存、仓库、存储类型、仓位等的关系和在采购、销售/分销、配送/运输中的应用A、一个工厂可以包含几个库存地。

一个库存地只能属于一个工厂B、几个库存地可以属于一个仓库（同工厂内）。

C、通过存储类型来区分不同的区域，比如接收区、出库区、捡配区等D、E、在采购、销售/分销、配送/运输中跟仓库管理没有关系，发生关系的是工厂和仓库地，输入库存管理。

6. SAP中销售组织、销售渠道、产品组、销售办公司、销售组等对产品、客户、价格等基础数据有何具体影响，跟组织架构相关的产品和客户的分组方式有哪些，分别有什么控制点？A、产品（物料）是按照销售组织、销售渠道定义各自不同的销售数据的（在主数据中定义了该产品属于的产品组）B、客户是按照销售区域（销售组织、销售渠道和产品组的组合）来定义的C、价格实现对销售组织/分销渠道、销售组织/分销渠道/价格表类型（批发、零售等）/货币、销售组织/分销渠道/客户对产品的不同价格管理。

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。

设备一次只能被安装在唯一的功能位置有人说一个设备被拆分，安装在多个功能位置,既然被拆分,拆分下的应该是备品备件,设备应该是一完整概念,不是蚯蚓，折成几断还能在多个位置存活,IH08查看多个设备的功能位置等。

设备一次只能被安装到一个功能位置，除非从原功能位置拆除才能再安装到另外的功能位置。

一．建立设备主数据Tcode:IE01(1).设备一般视图[1].可以在此设置设备的计量点/计算器,也可使用Tcode:IK01建立,设置计量点后,可定期对计量点进行数据处理,当设备发生超标准数值时发维护通知单通知检修人员维护，稍后再详细描述。

[2].再此可保存设备详细操作说明书,这里只能保存文本, PM模块的管理内容之一就是维修知识管理,其中包括:维修标准管理：建立设备安全操作、备件使用、任务执行、设备使用、标项任务规范等企业内部维修标准。

故障体系管理：针对不同类型的设备进行特征故障定义，并建立故障原因和处理方法、手段，可帮助在以后故障处理中快速诊断和快速解决。

设备资料管理：管理设备相关资料如设备维护手册、操作手册、技术手册、采购保修合同等可方便维修和操作人员快速查询。

一个大文本可以保存很多信息,莫非维修知识管理的大半就给它实现了?要是再搞一个保存某些重要设备图片和条码内容的,就象豆腐再拌小葱,效果就更佳。

[3].同样,可以定义设备的使用状态,配置介绍中已经讲述过如何将自定义的状态参数文件分配到设备种类,比如将设备分为在建（不能使用）、正常使用、报废、停用、删除等状态。

[4].介绍“一般的”屏的几个重要字段内容，技术对象类型为设备的分类纬度；开始日期比较重要,它不但作为统计设备的平均无故障时间和平均修理时间的起始点,也是设备的启用日期,假设设备和机器类资产一一对应,系统设置了建立设备/资产时可自动建立资产设备,也是资产的资本化日期；制造商零件号本意和系列号本意对应到供应商的设备编码(设备供应商那边应该被视为存货/商品)和系列号,可能从某设备供应商购买了同样某设备的几个系列;其它字段不解释了,看描述就很直观,象图中就表示我的公司被忽悠购买了美国Old-style 2000生产的TMD-4711系列设备,购置日期2008/02/05,安装后开始使用日期2008/09/11。

SAPPM中的组织架构SAP PM （SAP Plant Maintenance）是SAP生产型企业资源计划（ERP）系统中的一个模块，用于管理企业的设备维护和保养工作。

在SAP PM中，组织架构扮演着重要的角色，在系统中定义了企业内设备管理的组织单元、位置、相关人员和角色的关系。

组织架构的良好设计对于有效管理设备维护和保养工作非常关键。

在SAPPM中，组织架构由以下几个主要部分组成：1.技术对象：技术对象是指企业内需要进行维护和保养的设备、机器和工具等。

在SAPPM中，技术对象是一个独立的实体，可用于管理设备的详细信息、维护计划和工单。

技术对象可以根据不同的特性进行分类，并与其他组织单元相互关联，如位置、维护计划和工作中心等。

2.位置：位置是指企业内设备的具体位置信息，可以是一个建筑、一个生产线或一个房间等。

在SAPPM中，位置可以被用于管理设备的安装位置、空间占用和更换历史等信息。

位置可以与技术对象进行关联，并且也可以分层次地组织，方便进行设备维护的管理。

3.工作中心：工作中心是指负责设备维护和保养工作的团队或个人。

在SAPPM中，工作中心可以用于定义不同的维护角色和责任，例如机械维修、电气维修和预防性维护等。

工作中心可以与技术对象和位置进行关联，以确保正确的维护人员被分派到相应的设备和位置。

4.维修计划：维修计划是指对设备进行预防性维护的工作计划。

在SAPPM中，维修计划可以基于时间、计数器或事件等条件进行触发，以确保设备在需要维护时得到及时的处理。

维修计划可以与技术对象和工作中心进行关联，以明确维护计划所适用的设备和维护人员。

通过这些组织架构的定义，SAPPM可以帮助企业实现设备维护和保养工作的有效管理。

以下是组织架构在SAPPM中的几个主要功能：1.设备管理：通过定义技术对象和位置，企业可以对设备进行全面的管理，包括设备的基本信息、安装位置、维护历史和更换计划等。

这些信息可以帮助企业及时了解设备的状况，减少故障发生的可能性。