从零开始学习SD1
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
有输入）； 该功能在Sales order 和 delivery中可用；
条件主记录Condition master 价格prices； 额外费用/折扣surcharges and discounts； 运费freights； 税taxes； MARK：在配置中，你可以定义价格、费用/折扣、运费、税的依赖条
件； 销售订单的数据来源：
主数据（客户、物料、条件）； 已有凭证； 配置（customizing）； Hard-coded control； Sales areaHale Waihona Puke Baidu来源： 销售订单上的Sales area系统根据Sold-to-part自动带出； SO从主数据获取数据：
在主纪录中存贮越多的数据越好，这样会节省你输入订单的时间并 且避免出错；
Billing document结构 头信息 Header 行项目Item
客户主数据Customer master（分层维护） 一般数据general data； 与销售和财务都有关，对所有的组织单元有效； 销售区域数据sales area data； 与销售有关，对各自的销售区域有效； 公司代码数据company code data； 与财务有关，对company code有效； MARK：如果修改了客户主数据，除了地址信息外，不会影响已经
1）：SD1
销售相关的组织结构： 销售组织Sales organization 分销渠道Distribution channel 产品组Division 销售区域Sales area 销售办公室Sales office 销售组Sales group 销售人员Salesperson 工厂Plant 库位Storage location
销售组织还可以分配跨公司代码的工厂；
销售流程： 销售流程从建立客户关系开始，至开出销售发票终止； 售前活动Pre-Sales Activities（客户询、报价）--> 销售订单处理sales order processing（产生销售订单）--> 货源决定Inventory Sourcing（从delivering plant供货还是第三方
从客户主数据中获取订单数据：
订单中的业务数据来源于不同的业务伙伴的主数据；
因为ship-to party可能与sold-to party不在同一个地址，因此，交货 地址和税的信息来源于ship-to party；
付款条件的数据来源于payer； invoice发送的地址数据来源于bill-to party; 业务数据：
客户/物料信息记录； 客户主记录（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流程中的详细影响：
标准销售订单包括： 客户和物料信息； 对于每个item的定价条件； 交货日期和数量； 交货流程信息； 发票信息；
销售凭证的结构Sales document 头信息 Header 行项目Item 计划行Schedule Line
交货单结构Delivery document 头信息 Header 行项目Item
标准的销售凭证类型：
standard order； Rush order； cash sales； free-of-charge delivery； returns； Contract； Consignment fill-up； Credit/Debit request； 销售凭证功能Sales Document Functions 通过销售凭证类型直接或间接地active或deactive； 功能：
确定or not）； 修改Sold-to-part：
重新确定的数据：
客户主记录、客户/物料信息记录、文本、免费商品、价格、输 出、工厂和货运点
不变的数据：
销售区域、销售办公室和销售组、可用性和产品分配、批次
MARK：如果有状态相关的前导凭证或有后续凭证，则不会更 改；
销售凭证类型Sales document type： 用来鉴别和控制不同的业务流程类型；
客户/物料信息记录Customer-material information record 可定义客户料号和自有料号的相互对照关系；在销售订单的Ordering
Party 选项卡会反映； 可定义针对特定客户、物料组合的shiping信息；
输出主记录OUTPUT 采用了条件技术； 每一个OUTPUT Type 定义了传送媒介transmission medium、时间
你可以在主数据中输入各种类型的数据，例如业务伙伴的信息，物 料，客户/物料信息记录，行项目建议，BOM，价格，折扣折让，税， 输出，文本等。在输入订单的过程中系统会频繁地访问这些数据； 客户主数据中的业务伙伴
销售业务中的基本的业务伙伴有：
Sold-to party
ship-to party, payer bill-to party 他们在业务流程中扮演不同的角色（叫做partner function）； 你可以为每个伙伴维护客户主记录；
一个销售组包括一定数量的销售员。 工厂、库位：
每个工厂只能分配一个唯一的公司代码； 对每一个交货给客户的工厂，必须在SD的配置中将它定义为delivering plant；
在销售流程中，delivering plant首先需要check库存，然后才提供交 付； 分配销售组织和工厂：
一个销售组织可分配多个工厂，一个工厂可分配多个销售组织；（多 对多关系）
供货商？哪一个？）-->出货shipping（交货） --> 销售发票Billing（开 票）-->付款payments（清账，Post）；
业务场景： 建立和维持客户关系； 获取订单； 应答客户物料、价格和交期； 基于客户需求和物料可用性的交货计划； 捡配和交付商品； 更新物料库存和物料消耗科目； 创建发票并更新销售科目； 清帐和销售收入过账；
Delivery scheduling；
Transfer of requirements； Pricing； Sales Info System； Credit check； Output； Text； Availability Check； 交货起运点Shipping Point Shipping Point是R3中负责交货（shipping）的组织单元； 可以在Shipping Point中定义准备和装卸货物的时间； Shipping Point通常为销售凭证中的每个行项目所确定； 路线Route： 起点/终点，可分为几段； 可以用Route来为运输计划定义实际的运输时间和前置时间； 自动确定shipping Point： 根据3个key来搜索： 交货条件shipping condition：Sold-to-party 客户主记录中定义； 装卸组loading group：物料主记录中定义； 出货工厂delivering plant：见出货工厂的自动确定（Lesson 4）； MARK：可以用交货条件来定义客户需求； 自动确定Route： 根据4个key来搜索： 出发地区departure zone：shipping point中定义； 交货条件shipping condition：Sold-to-party 客户主记录中定义； 运输组transportation group：物料主记录中定义； 目标地区transportation zone：ship-to party客户主记录中定义； 交货计划Delivering Scheduling 订单发行日期Order date； 物料可用日期Material availability date； 运输计划时间Transport planning； 装载日期Loading date； 发货日期Goods issue date； 交货日期Delivery date：到达客户； 运输计划Transportation Scheduling 运输时间 transit time； 运输前置时间Transportation lead time；
销售：工厂数据 Sales: plant data； 与销售相关，对各自的出货工厂（Delivering Plant）有效；
采购数据Purchasing data； 与采购相关，对各自工厂有效；
其他Other：工程、物料计划、财务等； MARK：跨产品组的销售：可以在一张销售订单上输入不同产品组
的物料； 可以在Sales Document Type中配置以下内容： 是否允许在一张销售订单上输入不同产品组的物料； 系统的反馈（提示还是不提示Warning）； 是否从物料主数据中Copy Division；
创建的凭证order，delivery，billing。。。）； 物料主记录Material master（分层维护）
基本数据Basic data； 与所有area相关，对所有的组织单元有效；
销售：销售组织数据 Sales：Sales organization data； 与销售相关，对各自的销售组织/分销渠道有效；
销售组织： 一个销售组织代表一个合法的销售实体； 一个销售组织只能分配给一个公司代码； 一个销售组织可以分配给多个工厂； 每个销售组织有自己的主数据，包括客户主数据、物料主数据以及条
件记录； 分销渠道：
在一个销售组织中，客户可以通过一个或多个分销渠道获得服务； 可以为销售组织和分销渠道的组合定义不同的主数据； 产品组： 对某一产品组，可以执行统计分析或制定市场战略； 销售区域： 销售区域是 销售组织/分销渠道/产品组 的组合； 销售订单(Sales order)，交货单(Delivery)，开票(Billing)都分配到某一销 售区域； 所有的销售流程都发生在某一特定的销售区域； 相关的主数据经常维护在销售区域层； 应该尽量保持销售区域组织结构越简单越好； 销售办公室： 销售办公室可以分配给一个或多个销售区域； 销售组： 可为每一个产品组或分销渠道定义一个销售组； 销售组分配给销售办公室； 销售人员：
time、partner function、layout form（SAP Script定义）； OUTPUT Type包括quotation, order confirmation, invoice等；
不完全日志Incompletion log 在配置中可以定义那些Fileds将会出现在不完全日志中（如果用户没
如是阻止生成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时的行为（全部重新
你可以在凭证头部定义业务数据（例如付款条件，incoterms）； 在配置中，可以在行项目类别（Item Catogray）中定义行项目层的
业务数据是否可以与头部（header）的不同； 自动确定plants：
Plant是物流的主要部分，在SD中扮演的是Delivering Plant的角色； 系统自动确定Delivering Plant搜索的顺序：可用userexit增强；
条件主记录Condition master 价格prices； 额外费用/折扣surcharges and discounts； 运费freights； 税taxes； MARK：在配置中，你可以定义价格、费用/折扣、运费、税的依赖条
件； 销售订单的数据来源：
主数据（客户、物料、条件）； 已有凭证； 配置（customizing）； Hard-coded control； Sales areaHale Waihona Puke Baidu来源： 销售订单上的Sales area系统根据Sold-to-part自动带出； SO从主数据获取数据：
在主纪录中存贮越多的数据越好，这样会节省你输入订单的时间并 且避免出错；
Billing document结构 头信息 Header 行项目Item
客户主数据Customer master（分层维护） 一般数据general data； 与销售和财务都有关，对所有的组织单元有效； 销售区域数据sales area data； 与销售有关，对各自的销售区域有效； 公司代码数据company code data； 与财务有关，对company code有效； MARK：如果修改了客户主数据，除了地址信息外，不会影响已经
1）：SD1
销售相关的组织结构： 销售组织Sales organization 分销渠道Distribution channel 产品组Division 销售区域Sales area 销售办公室Sales office 销售组Sales group 销售人员Salesperson 工厂Plant 库位Storage location
销售组织还可以分配跨公司代码的工厂；
销售流程： 销售流程从建立客户关系开始，至开出销售发票终止； 售前活动Pre-Sales Activities（客户询、报价）--> 销售订单处理sales order processing（产生销售订单）--> 货源决定Inventory Sourcing（从delivering plant供货还是第三方
从客户主数据中获取订单数据：
订单中的业务数据来源于不同的业务伙伴的主数据；
因为ship-to party可能与sold-to party不在同一个地址，因此，交货 地址和税的信息来源于ship-to party；
付款条件的数据来源于payer； invoice发送的地址数据来源于bill-to party; 业务数据：
客户/物料信息记录； 客户主记录（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流程中的详细影响：
标准销售订单包括： 客户和物料信息； 对于每个item的定价条件； 交货日期和数量； 交货流程信息； 发票信息；
销售凭证的结构Sales document 头信息 Header 行项目Item 计划行Schedule Line
交货单结构Delivery document 头信息 Header 行项目Item
标准的销售凭证类型：
standard order； Rush order； cash sales； free-of-charge delivery； returns； Contract； Consignment fill-up； Credit/Debit request； 销售凭证功能Sales Document Functions 通过销售凭证类型直接或间接地active或deactive； 功能：
确定or not）； 修改Sold-to-part：
重新确定的数据：
客户主记录、客户/物料信息记录、文本、免费商品、价格、输 出、工厂和货运点
不变的数据：
销售区域、销售办公室和销售组、可用性和产品分配、批次
MARK：如果有状态相关的前导凭证或有后续凭证，则不会更 改；
销售凭证类型Sales document type： 用来鉴别和控制不同的业务流程类型；
客户/物料信息记录Customer-material information record 可定义客户料号和自有料号的相互对照关系；在销售订单的Ordering
Party 选项卡会反映； 可定义针对特定客户、物料组合的shiping信息；
输出主记录OUTPUT 采用了条件技术； 每一个OUTPUT Type 定义了传送媒介transmission medium、时间
你可以在主数据中输入各种类型的数据，例如业务伙伴的信息，物 料，客户/物料信息记录，行项目建议，BOM，价格，折扣折让，税， 输出，文本等。在输入订单的过程中系统会频繁地访问这些数据； 客户主数据中的业务伙伴
销售业务中的基本的业务伙伴有：
Sold-to party
ship-to party, payer bill-to party 他们在业务流程中扮演不同的角色（叫做partner function）； 你可以为每个伙伴维护客户主记录；
一个销售组包括一定数量的销售员。 工厂、库位：
每个工厂只能分配一个唯一的公司代码； 对每一个交货给客户的工厂，必须在SD的配置中将它定义为delivering plant；
在销售流程中，delivering plant首先需要check库存，然后才提供交 付； 分配销售组织和工厂：
一个销售组织可分配多个工厂，一个工厂可分配多个销售组织；（多 对多关系）
供货商？哪一个？）-->出货shipping（交货） --> 销售发票Billing（开 票）-->付款payments（清账，Post）；
业务场景： 建立和维持客户关系； 获取订单； 应答客户物料、价格和交期； 基于客户需求和物料可用性的交货计划； 捡配和交付商品； 更新物料库存和物料消耗科目； 创建发票并更新销售科目； 清帐和销售收入过账；
Delivery scheduling；
Transfer of requirements； Pricing； Sales Info System； Credit check； Output； Text； Availability Check； 交货起运点Shipping Point Shipping Point是R3中负责交货（shipping）的组织单元； 可以在Shipping Point中定义准备和装卸货物的时间； Shipping Point通常为销售凭证中的每个行项目所确定； 路线Route： 起点/终点，可分为几段； 可以用Route来为运输计划定义实际的运输时间和前置时间； 自动确定shipping Point： 根据3个key来搜索： 交货条件shipping condition：Sold-to-party 客户主记录中定义； 装卸组loading group：物料主记录中定义； 出货工厂delivering plant：见出货工厂的自动确定（Lesson 4）； MARK：可以用交货条件来定义客户需求； 自动确定Route： 根据4个key来搜索： 出发地区departure zone：shipping point中定义； 交货条件shipping condition：Sold-to-party 客户主记录中定义； 运输组transportation group：物料主记录中定义； 目标地区transportation zone：ship-to party客户主记录中定义； 交货计划Delivering Scheduling 订单发行日期Order date； 物料可用日期Material availability date； 运输计划时间Transport planning； 装载日期Loading date； 发货日期Goods issue date； 交货日期Delivery date：到达客户； 运输计划Transportation Scheduling 运输时间 transit time； 运输前置时间Transportation lead time；
销售：工厂数据 Sales: plant data； 与销售相关，对各自的出货工厂（Delivering Plant）有效；
采购数据Purchasing data； 与采购相关，对各自工厂有效；
其他Other：工程、物料计划、财务等； MARK：跨产品组的销售：可以在一张销售订单上输入不同产品组
的物料； 可以在Sales Document Type中配置以下内容： 是否允许在一张销售订单上输入不同产品组的物料； 系统的反馈（提示还是不提示Warning）； 是否从物料主数据中Copy Division；
创建的凭证order，delivery，billing。。。）； 物料主记录Material master（分层维护）
基本数据Basic data； 与所有area相关，对所有的组织单元有效；
销售：销售组织数据 Sales：Sales organization data； 与销售相关，对各自的销售组织/分销渠道有效；
销售组织： 一个销售组织代表一个合法的销售实体； 一个销售组织只能分配给一个公司代码； 一个销售组织可以分配给多个工厂； 每个销售组织有自己的主数据，包括客户主数据、物料主数据以及条
件记录； 分销渠道：
在一个销售组织中，客户可以通过一个或多个分销渠道获得服务； 可以为销售组织和分销渠道的组合定义不同的主数据； 产品组： 对某一产品组，可以执行统计分析或制定市场战略； 销售区域： 销售区域是 销售组织/分销渠道/产品组 的组合； 销售订单(Sales order)，交货单(Delivery)，开票(Billing)都分配到某一销 售区域； 所有的销售流程都发生在某一特定的销售区域； 相关的主数据经常维护在销售区域层； 应该尽量保持销售区域组织结构越简单越好； 销售办公室： 销售办公室可以分配给一个或多个销售区域； 销售组： 可为每一个产品组或分销渠道定义一个销售组； 销售组分配给销售办公室； 销售人员：
time、partner function、layout form（SAP Script定义）； OUTPUT Type包括quotation, order confirmation, invoice等；
不完全日志Incompletion log 在配置中可以定义那些Fileds将会出现在不完全日志中（如果用户没
如是阻止生成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时的行为（全部重新
你可以在凭证头部定义业务数据（例如付款条件，incoterms）； 在配置中，可以在行项目类别（Item Catogray）中定义行项目层的
业务数据是否可以与头部（header）的不同； 自动确定plants：
Plant是物流的主要部分，在SD中扮演的是Delivering Plant的角色； 系统自动确定Delivering Plant搜索的顺序：可用userexit增强；