SD模块中billing是如何的拆分的

SD Study Note – 31Billing Overview 1Billing会对CO-PA产生影响，PA-Profitability Analysis是CO中的模块，用于对利润进行分析。

通过Billing Document查看一个CO-PA的凭证其中会包含一些特性值，例如我们可以对Customer, Product 以及其他条件对获利进行分析。

而具体的数据是在Value fields中维护的，例如 Revenue， cost等一系列的值。

Billing Structure包含Header 和Item，系统提供了打印功能，一般情况下不使用，因为要使用特定的金税系统进行打印，所以要写一个小程序将Billing 的数据导出来，然后使用金税系统进行打印。

Billing 中所包含的信息在Billing中可以查看到Output的相关配置，我们可以通过 Own Spool Requests来查看自己的打印请求，在SAP中，打印时会将请求发送到一个Spool server上去，然后再将请求通过Spool server传递到打印机上。

通过munication 中可以设置是否直接打印，但也要建立Request并放到Spool server中，Release表示打印完成后，将Request 在Spool server上删除。

一个Sales org只能Assign给一个pany code，而一个Plant 也只能Assign 给一个pany code。

然而对于公司内部销售，我们可以将plant assign给其他pany code下的sales org。

对于Interpany 的业务，我们需要开两Xinvoice，一X是直接开给客户，另一X是开给销售的pany，在Sales Document type中可以指定多个Billing type。

pany code 是对外的一个法律实体，需要对外公开财务负债表。

pany code一定会有一个Chart of account科目表。

bom拆分公式BOM 拆分公式在制造业中可是个相当重要的概念啊！咱们先来了解一下，啥是 BOM 拆分公式。

简单说，BOM 就是物料清单（Bill of Materials），而 BOM 拆分公式呢，就是把一个产品的 BOM 按照一定的规则和逻辑进行分解的方法。

这就好比你要做一个超级美味的蛋糕，你得知道需要多少面粉、多少鸡蛋、多少糖等等，然后把这些原料一个个列清楚，这就是个简单的BOM。

而 BOM 拆分公式就是帮你准确算出每种原料的数量和规格的神奇工具。

我给您讲个我亲身经历的事儿吧。

有一次，我在一家小型电子厂工作，厂里接到一个大订单，要生产一批智能手表。

这可把大家忙坏了，因为要准备各种零部件和原材料。

当时负责 BOM 管理的同事不小心搞错了一个拆分公式，结果导致部分关键零部件的数量算错了。

比如说，本来一块手表的表带需要 1.2 米的特殊材质，按照错误的拆分公式，只计算了 1 米。

这可不得了，等到生产线上开始组装的时候，才发现表带长度不够，整个生产进度都被耽搁了。

老板急得直跳脚，大家也都慌了神。

后来经过好一番折腾，重新核算 BOM 拆分公式，紧急调配物料，才总算没耽误交货。

通过这件事儿，您就能看出 BOM 拆分公式有多重要了。

如果拆分不准确，那带来的损失可不仅仅是时间和金钱，还可能影响到企业的声誉和客户的信任。

那 BOM 拆分公式具体是怎么运作的呢？一般来说，它会考虑到产品的结构、工艺路线、损耗率等多个因素。

比如说，生产一个手机壳，它可能由塑料外壳、金属按键、玻璃屏幕等组成。

每个部件又有自己的规格和数量要求，同时在生产过程中还会有一定的损耗。

BOM 拆分公式就要把这些都考虑进去，准确计算出每种原材料需要的数量。

而且，BOM 拆分公式不是一成不变的哦。

随着生产工艺的改进、原材料的变化，或者客户需求的调整，都可能需要对公式进行修改和优化。

这就要求相关的工作人员要时刻保持警惕，密切关注各种变化，及时更新 BOM 拆分公式，以确保生产的顺利进行。

精心整理什么是SAP中的S D模块---IB M ERP项目小组SAP是ERP产品最大的供应商其产品早期叫R/3现在称为E CC6.0。

S D模块是E CC6.0的五大基本模块MM、PP、S D、FI、CO之一也是E CC6.0最核心的组件之一。

本文将着重针对S D模块的功能、组成结构、与其他模块的关系以及其特点予以简要描述。

首先解释一下S D所代表的含义。

S D是Invent o ryS介绍1、使企业的销售风险减至最小而精细的定价又可以保持销售工作的灵活性和竞争性使用SD模块将有效提高销售工作的效率和对客户的响应速度。

SD模块的销售管理功能支持对客户询价的响应、对报价和销售订单的处理与监控、对产品或服务的可用性检查、拟定交货计划、对产品或服务的多种定价模式的设定以及对客户信用额度的检查、监控和更新等更重要的是SD还能灵活支持退货、换货等业务需求。

2、装运管理装运是供应链中的基本环节。

装运部门的主要任务是确保对用户的服务将准确的货物、准确的数量在准确的时间内以准确的方式装运和发送在此过程中发生的装运成本是整个企业后勤成本中的主要部分。

所以靠SAPSD模块提供的灵活装运处理可帮助企业提高总的成本效益且变得更有竞争能力。

在SD模块的装运处理中系统可通过跟踪与用户的总协议、跟踪对物料的具体要求或是根据对每一订单所规定的条件等事先作出交货过程中的所有决策从而使整个装运过程更趋合理且基本实现了全自动化只有在发生特殊情况下这些决策才需要一定的人工干预。

SD模块的装运活动/3、4、–对产品或服务价格主数据的设置包括净价格、折扣和附加费、运费以及税等–对销售物料主数据的设置通过对销售的产品或服务、销售品的仓库等方面的数据全面管理销售物料这些主数据的准确设置都会在日常销售工作中反映到单据、凭证、报表上并建立起客户与物料之间的关联5、销售信息系统SISSAPSD模块中的销售信息系统是对销售数据进行分析、产生报表的工具属于LISSAP后勤模块信息系统的一部分其功能包括标准分析、可变分析、计划分析等。

VCS中HAD、LLT、GAB、FENCING 各模块工作原理简介摘要：本文详细介绍了VCS中HAD、LLT、GAB、FENCING各模块工作原理，描述了集群节点通讯、集群成员关系建立、fencing的工作过程，对集群分裂及脑裂进行了深入分析。

内容：VCS中HAD、LLT、GAB、FENCING各模块工作原理简介一、VCS模块简介HAD: High Availability Daemon，是一个后台程序，VCS用来管理Cluster配置信息，响应用户命令，跟踪VCS AGENT传来的各种resource状态变化。

LLT:是VCS底层的传输协议，同时也负责监控Cluster节点的心跳信息。

GAB: Group membership / Atomic Broadcast。

是一个用于管理Cluster成员组成，并在Cluster节点间进行原子广播的内核模块。

I/O Fencing: I/O Fencing 使用一种类似投票的机制，来防止Cluster分裂成两个或多个子群集，它保证在网络异常时，只有一个Cluster可以幸存下来。

另外，I/O Fencing还利用SCSI-3协议的persistent reservation来保护共享磁盘上的数据。

二、HADHigh Availability Daemon，是一个后台程序，VCS用来管理Cluster配置信息，响应用户命令，跟踪VCS AGENT传来的各种resource状态变化。

并保持每个Node的状态同步，关于状态同步，有个专门的名称，叫做：“replicated state machine”，HAD就是这样一个machine。

在每个Node上，都有一个HAD进程在运行。

h110121:/->ps -ef|grep hadroot 3905 1 0 Feb 16 ? 0:00 /opt/VRTSvcs/bin/hashadowroot 3855 1 0 Feb 16 ? 1:13 /opt/VRTSvcs/bin/had在每个Node上，VCS用户命令，VCS Agent，GUI等组件，通过一个VCS特有的通信协议（叫Inter Process Messaging – IPM）直接与本机上的HAD通信（intra-system communication）。

公司工厂间贸易方式汇总一，销售转采购 (2)二，跨公司交易cross selling (3)三，跨公司/工厂转储存 (15)四， (16)一，销售转采购A，流程特性实际客户向A公司下订单购买产品甲，可是A公司甲产品库存不足，那么这个时候就引入了第3方订单，转其其他供应商直接交货给实际客户涉及同一个公司下，一个工厂B，常见案例◆实际客户向A公司下订单购买产品甲，可是A公司甲产品库存不足◆或甲产品根本就不生产，◆或A公司专负责甲产品的进出口代理，◆或转厂采购，◆或C，作业方式：1，A公司V A01做实际客户的销售订单2，ME52N查采购PR3，ME21N 拖PR进来转PO4，供应商直接交货给实际客户5，开销售票6，开采购发票验证D，实际配置及流程D:\SD课程安排\公司间贸易\第28节：跨公司交易cross selling.doc二，跨公司交易cross sellingA，流程特性如果集团公司间一个负责生产，一个负责销售，客户向生产公司下订单，但生产公司无能力提供货源，转由集团内的有生产能力的公司B去交货，然后生产公司开票给客户，同时支付一笔公司间费用给公司B涉及同2个公司下，2个工厂B，常见案例◆集团公司间一个负责生产，一个负责销售◆C，作业方式：1，A公司V A01做实际客户的销售订单2，A公司下SO给集团内生产性公司（有生产工厂）B3，B交货给实际客户4，A公司销售开票给实际客户5，B公司开票给A公司6，D，实际配置及流程1. 为销售订单类型设置内部公司间Billing的Billing Document Type；配置路径：IMG-->Sales and Distribution-->Billing-->Intercompany Billing-->Define Order Types For Intercompany Billing；也可以直接在销售订单类型的定义中设置；2. 为交货工厂（delivery plant）设置内部公司间开票的销售范围；配置路径：IMG-->Sales and Distribution-->Billing-->Intercompany Billing--> Assign Organizational Units By Plant；3. 为订单公司（Ordering Company）的销售组织分配交货工厂；配置路径：IMG--> Enterprise Structure--> Assignment--> Sales and Distribution--> Assign sales organization - distribution channel - plant4. 为订单公司的销售组织分配客户代码配置路径：IMG-->Sales and Distribution-->Billing-->Intercompany Billing--> Define Internal Customer Number By Sales OrganizationXD01 建立T1客户（生产公司），在T2组织公司里MK01 建立了T2供应商（销售公司），在T1组织公司里同时，还需要为该客户代码维护交货公司代码及为交货工厂分配的销售范围的数据，统御科目为公司间交易科目，另外还有付款条件等数据；5. 修改订单公司销售范围下的Material的Delivery Plant；t-code：MM02；这里假定是Customer-material info record和Customer master中都没有维护Delivery plant；6. 在创建订单之前，确保你已经创建了PI01的条件记录；t-code：VK11；7. 在订货公司的销售组织创建销售订单；t-code：VA01；可以看到PI01是统计性的Condition type；因为Item确定的Delivey plant所属的Company code与Sales Organization所属的Company code不同，所以系统自动确定业务方式为Cross-Company的销售；8. 创建Delivey，并且Post Goods Issue，（如果必要的话Pick，Pack）；t-code：VL01n；9. 通过Document Flow查看Goods Issue产生的Accounting Document，可以看到对应的Company Code是Delivery Plant所属的Company Code，而非Sales Organization所属的Company Code；10. 为客户开发票；t-code：VF04；当Delivery Plant发货过账之后，该销售订单会出现在Billing Due List中；注意给客户的发票是Normal的发票；9.JPG点击Individual Billing Document创建发票；10.JPG查看生成的Accounting Document：11.JPG11. 公司间开发票：t-code：VF04；给客户开出发票之后，销售订单再此出现在Billing Due List中；同样用VF04就可以看出差异，注意看Billing Type的不同（选择屏幕不要忘了选择上Inter company Billing复选框）；12.JPG点击Individual Billing Document创建发票；可以看到Billing Document的payer为之前为订单公司销售组织分配的客户代码；销售范围为之前为Delivery plant分配的销售范围；13.JPG查看生成的Accounting Document：14.JPG12. 订单公司输入发票（也可以配置系统自动生成发票，此处略）借：销售成本贷：AP （前提是Delivery Company要在Ordering Company中维护供应商数据）15.JPGVF04 开公司间发票三，跨公司/工厂转储存E，流程特性跨公司转储，开票类型，有提单默认的订单类型，其对应的默认发票类型去开F，常见案例◆◆G，作业方式：1，A2，3，H，实际配置及流程四，I，流程特性如果J，常见案例◆◆K，作业方式：1，A2，3，L，实际配置及流程。

SAPSD模块自学笔记2Billing Overview 1Billing会对CO-PA产生阻碍， PA-Profitability Analysis是CO中的模块，用于对利润进行分析。

通过Billing Document查看一个CO-PA的凭证其中会包含一些特性值，例如我们能够对Customer, Product 以及其他条件对获利进行分析。

而具体的数据是在Value fields中爱护的，例如 Revenu e， cost等一系列的值。

Billing Structure包含Header 和Item，系统提供了打印功能，一样情形下不使用，因为要使用特定的金税系统进行打印，因此要写一个小程序将Billing 的数据导出来，然后使用金税系统进行打印。

Billing 中所包含的信息在Billing中能够查看到Output的有关配置，我们能够通过 Own Spool R equests来查看自己的打印要求，在SAP中，打印时会将要求发送到一个Sp ool server上去，然后再将要求通过Spool server传递到打印机上。

通过Communication 中能够设置是否直截了当打印，但也要建立Reques t并放到Spool server中，Release表示打印完成后，将Request 在Spool server 上删除。

一个Sales org只能Assign给一个Company code，而一个Plant 也只能A ssign 给一个Company code。

然而关于公司内部销售，我们能够将plant assig n给其他company code下的sales org。

关于Intercompany 的业务，我们需要开两张invoice，一张是直截了当开给客户，另一张是开给销售的company，在Sales Document type中能够指定多个Billing type。

Company code 是对外的一个法律实体，需要对外公布财务负债表。

主要从客户下销售订单(Sales Order)开始，然后开始发货(Delivery)，发货得第一步是拣货，将商品从工厂仓库里的库位找出来后运到出货点。

拣完商品后就可以发货了，既Post Goods Issue。

下一步是开票(Billing)，给客户的发票上提供了这次交易的商品的价格和数量。

最后一步就是收获的时刻--客户付款(Incoming Payment)。

感觉SD里面比较重要的基础概念就是销售区域(Sales Area)了，销售区域由销售组织(Sales Org)、分销渠道(Distribution Channel)、产品组(Division)组成。

一个公司可以有不同的分销渠道，比如面向个人，或者面向企业，这就是分销渠道。

而它又可以卖完全不同类的产品，比如高科技产品电子器材一类，而且同时卖保健品一类，这就可以用2个产品组来表示。

而通过某个销售渠道，又可以有多个产品组，比如面向个人可以既买电子产品也卖保健品。

而面向企业也可以同时卖这两类产品。

这个例子通过销售区域的划分，结果就被分成了4个销售区域。

另外就是SD的主数据概念，常用的就是物料主数据和客户主数据。

它们都可以为每个不同的销售区域维护单独的数据。

物料对于不同销售区域有不同的价格。

而客户对于不同的销售区域可以有不同的付款条件(Billing)、装运条件(Shipping)。

在SAP里面，实际操作还是最重要。

光说不练都是空把式。

首先在SD的菜单里分别建一个物料主数据和一个客户主数据。

这两个主数据要有相同的销售区域，要不然订单没法做了，以IDES为例，新建物料M1，新建客户为C1。

都新建都在1000/12/00销售区域下。

M1销售价格是20RMB/个，成本计算采用移动平均价的方式，记为10RMB/个。

然后去MM里面建立一点初始的物料主数据，要不然没有商品拿什么卖客户呢，Logistics-> Material Management -> Inventory Management -> Goods Movement -> Goods Recipt -> Other (MB1C)。