1 SD中的组织结构
销售相关的组织结构：
销售组织Sales
organization
分销渠道Distribution
channel
产品组Division
销售区域Sales
area
销售办公室Sales
office
销售组Sales
group
销售人员Salesperson
工厂Plant
库位Storage
location
销售组织：
一个销售组织代表一个合法的销售实体；
一个销售组织只能分配给一个公司代码；
一个销售组织可以分配给多个工厂；
每个销售组织有自己的主数据，包括客户主数据、物料主数据以及条件记录；
分销渠道：
在一个销售组织中，客户可以通过一个或多个分销渠道获得服务；
可以为销售组织和分销渠道的组合定义不同的主数据；
产品组：
对某一产品组，可以执行统计分析或制定市场战略；
销售区域：
销售区域是 销售组织/分销渠道/产品组 的组合；
销售订单(Sales order)，交货单(Delivery)，开票(Billing)都分配到某一销
售区域；
所有的销售流程都发生在某一特定的销售区域；
相关的主数据经常维护在销售区域层；
应该尽量保持销售区域组织结构越简单越好；
销售办公室：
销售办公室可以分配给一个或多个销售区域；
销售组：
可为每一个产品组或分销渠道定义一个销售组；
销售组分配给销售办公室；
销售人员：
一个销售组包括一定数量的销售员。
工厂、库位：
每个工厂只能分配一个唯一的公司代码；
对每一个交货给客户的工厂，必须在SD的配置中将它定义为delivering plant；
在销售流程中，delivering plant首先需要check库存，然后才提供交付；
分配销售组织和工厂：
一个销售组织可分配多个工厂，一个工厂可分配多个销售组织；（多对多关系）
销售组织还可以分配跨公司代码的工厂；
2 SD流程概览
销售流程：
销售流程从建立客户关系开始，至开出销售发票终止；
售前活动Pre-Sales
Activities（客户询、报价）-->
销售订单处理sales order
processing（产生销售订单）-->
货源决定Inventory Sourcing（从delivering plant供货还是第三方供货商？哪一个？）-->
出货shipping（交货） -->
销售发票Billing（开票）-->
付款payments（清账，Post）；
业务场景：
建立和维持客户关系；
获取订单；
应答客户物料、价格和交期；
基于客户需求和物料可用性的交货计划；
捡配和交付商品；
更新物料库存和物料消耗科目；
创建发票并更新销售科目；
清帐和销售收入过账；
标准销售订单包括：
客户和物料信息；
对于每个item的定价条件；
交货日期和数量；
交货流程信息；
发票信息；
销售凭证的结构Sales document
头信息 Header
行项目Item
计划行Schedule Line
交货单结构Delivery document
头信息 Header
行项目Item
Billing
document结构
头信息 Header
行项目Item
3 SD中的主数据
客户主数据Customer master（分层维护）
一般数据general data；
与销售和财务都有关，对所有的组织单元有效；
销售区域数据sales area data；
与销售有关，对各自的销售区域有效；
公司代码数据company code data；
与财务有关，对company code有效；
MARK：如果修改了客户主数据，除了地址信息外，不会影响已经创建的凭证order，delivery，billing。。。）；
物料主记录Material master（分层维护）
基本数据Basic data；
与所有area相关，对所有的组织单元有效；
销售：销售组织数据 Sales：Sales organization
data；
与销售相关，对各自的销售组织/分销渠道有效；
销售：工厂数据 Sales: plant data；
与销售相关，对各自的出货工厂（Delivering
Plant）有效；
采购数据Purchasing data；
与采购相关，对各自工厂有效；
其他Other：工程、物料计划、财务等；
MARK：跨产品组的销售：可以在一张销售订单上输入不同产品组的物料；
可以在Sales Document
Type中配置以下内容：
是否允许在一张销售订单上输入不同产品组的物料；
系统的反馈（提示还是不提示Warning）；
是否从物料主数据中Copy Division；
客户/物料信息记录Customer-material
information record
可定义客户料号和自有料号的相互对照关系；在销售订单的Ordering
Party 选项卡会反映；
可定义针对特定客户、物料组合的shiping信息；
。。。。。。。
输出主记录OUTPUT
采用了条件技术；
每一个OUTPUT Type 定义了传送媒介transmission
medium、时间time、partner function、layout form（SAP Script定义）；
OUTPUT Type包括quotation,
order confirmation, invoice等；
不完全日志Incompletion log
在配置中可以定义那些Fileds将会出现在不完全日志中（如果用户没有输入）；
该功能在Sales order 和 delivery中可用；
条件主记录Condition master
价格prices；
额外费用/折扣surcharges and
discounts；
运费freights；
税taxes；
MARK：在配置中，你可以定义价格、费用/折扣、运费、税的依赖条件；
4 SD销售订单流程
销售订单的数据来源：
主数据（客户、物料、条件）；
已有凭证；
配置（customizing）；
Hard-coded control；
Sales
area的来源：
销售订单上的Sales area系统根据Sold-to-part自动带出；
SO从主数据获取数据：
在主纪录中存贮越多的数据越好，这样会节省你输入订单的时间并且避免出错；
你可以在主数据中输入各种类型的数据，例如业务伙伴的信息，物料，客户/物料信息记录，行项目建议，BOM，价格，折扣折让，税，输出，文本等。在输入订单的过程中系统会频繁地访问这些数据；
客户主数据中的业务伙伴
销售业务中的基本的业务伙伴有：
Sold-to party
ship-to party,
payer
bill-to party
他们在业务流程中扮演不同的角色（叫做partner
function）；
你可以为每个伙伴维护客户主记录；
从客户主数据中获取订单数据：
订单中的业务数据来源于不同的业务伙伴的主数据；
因为ship-to
party可能与sold-to party不在同一个地址，因此，交货地址和税的信息来源于ship-to
party；
付款条件的数据来源于payer；
invoice发送的地址数据来源于bill-to
party;
业务数据：
你可以在凭证头部定义业务数据（例如付款条件，incoterms）；
在配置中，可以在行项目类别（Item
Catogray）中定义行项目层的业务数据是否可以与头部（header）的不同；
自动确定plants：
Plant是物流的主要部分，在SD中扮演的是Delivering Plant的角色；
系统自动确定Delivering Plant搜索的顺序：可用userexit增强；
客户/物料信息记录；
客户主记录（Ship-to-part）；
物料主记录；
销售信息汇总（Sales Summary）
销售汇总显示与客户相关的各种信息，例如地址，销售数据，价格等。
凭证数据修改：
修改的选项：
Fast change in document；
Changing several documents；
Blocking documents；
Rejecting documents；
BLOCK（冻结）：
在销售订单上，可以Block的事务：
For Shiping（出货冻结）；
For Billing；
MARK：可以设置在行项目，也可以设置在头部；
可以在配置中定义Delivery Block在Shipping流程中的详细影响：
如是阻止生成delivery，还是允许处理delivery和picking，但是阻止Goods Issue；
Reject（废弃）：
可以为Reject的行项目输入原因；
Reject的原因可以了解到一段时间内客户对公司产品的看法，对市场部门有用；
重新定价New Pricing In
Sales Document：
Price 更新的层次：
At item level；
At header level；
Document list for several documents at the same time；
MARK：在Pricing type中定义该功能在update时的行为（全部重新确定or not）；
修改Sold-to-part：
重新确定的数据：
客户主记录、客户/物料信息记录、文本、免费商品、价格、输出、工厂和货运点
不变的数据：
销售区域、销售办公室和销售组、可用性和产品分配、批次
MARK：如果有状态相关的前导凭证或有后续凭证，则不会更改；
没有评论:
发表评论