2023年相关SD的基础知识.pdf

上传人:H****o 文档编号:92031651 上传时间:2023-05-30 格式:PDF 页数:52 大小:4.31MB
返回 下载 相关 举报
2023年相关SD的基础知识.pdf_第1页
第1页 / 共52页
2023年相关SD的基础知识.pdf_第2页
第2页 / 共52页
点击查看更多>>
资源描述

《2023年相关SD的基础知识.pdf》由会员分享,可在线阅读,更多相关《2023年相关SD的基础知识.pdf(52页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、SAP-SD Collected by Tomy Page 1 of 1 SD 基础 SD 从零开始 1 SD 中的组织结构 销售相关的组织结构:销售组织 Sales organization 分销渠道 Distribution channel 产品组 Division 销售区域 Sales area 销售办公室 Sales office 销售组 Sales group 销售人员 Salesperson 工厂 Plant 库位 Storage location 销售组织:一个销售组织代表一个合法的销售实体;一个销售组织只能分配给一个公司代码;一个销售组织可以分配给多个工厂;每个销售组织有自己的

2、主数据,包括客户主数据、物料主数据以及条件记录;分销渠道:在一个销售组织中,客户可以通过一个或多个分销渠道获得服务;可以为销售组织和分销渠道的组合定义不同的主数据;产品组:对某一产品组,可以执行统计分析或制定市场战略;销售区域:销售区域是 销售组织/分销渠道/产品组 的组合;销售订单(Sales order),交货单(Delivery),开票(Billing)都分配到某一销 售区域;所有的销售流程都发生在某一特定的销售区域;相关的主数据经常维护在销售区域层;应该尽量保持销售区域组织结构越简单越好;销售办公室:销售办公室可以分配给一个或多个销售区域;销售组:可为每一个产品组或分销渠道定义一个销售

3、组;销售组分配给销售办公室;销售人员:一个销售组包括一定数量的销售员。工厂、库位:每个工厂只能分配一个唯一的公司代码;对每一个交货给客户的工厂,必须在 SD 的配置中将它定义为 delivering plant;在销售流程中,delivering plant首先需要 check 库存,然后才提供交付;分配销售组织和工厂:一个销售组织可分配多个工厂,一个工厂可分配多个销售组织;(多对多关系)销售组织还可以分配跨公司代码的工厂;SAP-SD Collected by Tomy Page 2 of 2 SD 从零开始 2 SD 流程概览 销售流程:销售流程从建立客户关系开始,至开出销售发票终止;售前

4、活动 Pre-Sales Activities(客户询、报价)-销售订单处理 sales order processing(产生销售订单)-货源决定 Inventory Sourcing(从 delivering plant供货还是第三方供货商?哪一个?)-出货 shipping(交货)-销售发票 Billing(开票)-付款 payments(清账,Post);业务场景:建立和维持客户关系;获取订单;应答客户物料、价格和交期;基于客户需求和物料可用性的交货计划;捡配和交付商品;更新物料库存和物料消耗科目;创建发票并更新销售科目;清帐和销售收入过账;标准销售订单包括:客户和物料信息;对于每个

5、item 的定价条件;交货日期和数量;交货流程信息;发票信息;销售凭证的结构 Sales document 头信息 Header 行项目 Item 计划行 Schedule Line 交货单结构 Delivery document 头信息 Header 行项目 Item Billing document结构 头信息 Header 行项目 Item SD 从零开始 3 SD 中的主数据 客户主数据 Customer master(分层维护)一般数据 general data;与销售和财务都有关,对所有的组织单元有效;销售区域数据 sales area data;与销售有关,对各自的销售区域有效;

6、SAP-SD Collected by Tomy Page 3 of 3 公司代码数据 company code data;与财务有关,对 company code 有效;MARK:如果修改了客户主数据,除了地址信息外,不会影响已经创建的凭证 order,delivery,billing。);物料主记录 Material master(分层维护)基本数据 Basic data;与所有 area 相关,对所有的组织单元有效;销售:销售组织数据 Sales:Sales organization data;与销售相关,对各自的销售组织/分销渠道有效;销售:工厂数据 Sales:plant data;

7、与销售相关,对各自的出货工厂(Delivering Plant)有效;采购数据 Purchasing data;与采购相关,对各自工厂有效;其他 Other:工程、物料计划、财务等;MARK:跨产品组的销售:可以在一张销售订单上输入不同产品组的物料;可以在 Sales Document Type 中配置以下内容:是否允许在一张销售订单上输入不同产品组的物料;系统的反馈(提示还是不提示 Warning);是否从物料主数据中 Copy Division;客户/物料信息记录 Customer-material information record 可定义客户料号和自有料号的相互对照关系;在销售订单的

8、 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

9、 和 delivery 中可用;条件主记录 Condition master 价格 prices;额外费用/折扣 surcharges and discounts;运费 freights;税 taxes;MARK:在配置中,你可以定义价格、费用/折扣、运费、税的依赖条件;原创SD 从零开始 4 SD 销售订单流程 销售订单的数据来源:主数据(客户、物料、条件);已有凭证;SAP-SD Collected by Tomy Page 4 of 4 配置(customizing);Hard-coded control;Sales area的来源:销售订单上的 Sales area系统根据 Sold-

10、to-part 自动带出;SO 从主数据获取数据:在主纪录中存贮越多的数据越好,这样会节省你输入订单的时间并且避免出错;你可以在主数据中输入各种类型的数据,例如业务伙伴的信息,物料,客户/物料信息记录,行项目建议,BOM,价格,折扣折让,税,输出,文本等。在输入订单的过程中系统会频繁地访问这些数据;客户主数据中的业务伙伴 销售业务中的基本的业务伙伴有:Sold-to party ship-to party,payer bill-to party 他们在业务流程中扮演不同的角色(叫做 partner function);你可以为每个伙伴维护客户主记录;从客户主数据中获取订单数据:订单中的业务数据

11、来源于不同的业务伙伴的主数据;因为 ship-to party 可能与 sold-to party 不在同一个地址,因此,交货地址和税的信息来源于 ship-to party;付款条件的数据来源于 payer;invoice 发送的地址数据来源于 bill-to party;业务数据:你可以在凭证头部定义业务数据(例如付款条件,incoterms);在配置中,可以在行项目类别(Item Catogray)中定义行项目层的业务数据是否可以与头部(header)的不同;自动确定 plants:Plant 是物流的主要部分,在 SD 中扮演的是 Delivering Plant的角色;系统自动确定

12、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;SAP-SD Colle

13、cted by Tomy Page 5 of 5 MARK:可以设置在行项目,也可以设置在头部;可以在配置中定义 Delivery Block 在 Shipping 流程中的详细影响:如是阻止生成 delivery,还是允许处理 delivery 和 picking,但是阻止 Goods Issue;Reject(废弃):可以为 Reject 的行项目输入原因;Reject 的原因可以了解到一段时间内客户对公司产品的看法,对市场部门有用;重新定价 New Pricing In Sales Document:Price 更新的层次:At item level;At header level;Do

14、cument list for several documents at the same time;MARK:在 Pricing type中定义该功能在 update 时的行为(全部重新确定 or not);修改 Sold-to-part:重新确定的数据:客户主记录、客户/物料信息记录、文本、免费商品、价格、输出、工厂和货运点 不变的数据:销售区域、销售办公室和销售组、可用性和产品分配、批次 MARK:如果有状态相关的前导凭证或有后续凭证,则不会更改;原创SD 从零开始 5 从库存销售 销售凭证类型 Sales document type:用来鉴别和控制不同的业务流程类型;标准的销售凭证类型

15、:standard order;Rush order;cash sales;free-of-charge delivery;returns;Contract;Consignment fill-up;Credit/Debit request;销售凭证功能 Sales Document Functions 通过销售凭证类型直接或间接地 active 或 deactive;功能:Delivery scheduling;Transfer of requirements;Pricing;Sales Info System;Credit check;Output;Text;Availability Che

16、ck;交货起运点 Shipping Point Shipping Point是 R3 中负责交货(shipping)的组织单元;SAP-SD Collected by Tomy Page 6 of 6 可以在 Shipping Point中定义准备和装卸货物的时间;Shipping Point通常为销售凭证中的每个行项目所确定;路线 Route:起点/终点,可分为几段;可以用 Route 来为运输计划定义实际的运输时间和前置时间;自动确定 shipping Point:根据 3 个 key 来搜索:交货条件 shipping condition:Sold-to-party 客户主记录中定义;装

17、卸组 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 S

18、cheduling 订单发行日期 Order date;物料可用日期 Material availability date;运输计划时间 Transport planning;装载日期 Loading date;发货日期 Goods issue date;交货日期 Delivery date:到达客户;运输计划 Transportation Scheduling 运输时间 transit time;运输前置时间 Transportation lead time;回溯计划 Backward scheduling 交货和运输计划的目的是确定客户物料的交期;物料筹备日期和运输计划日期可根据客户要求的

19、交货日期计算出来;外向交货单outbound delivery必须在此两个日期最早的那个创建;前向计划 Forward scheduling 当回溯计划的结果显示客户要求的交期无法达成时,使用前向计划;物料最早可用的时间是新的物料筹备日期;outbound delivery日期是新的物料筹备日期和运输计划日期中早的那一个;对销售凭证的 ITEM,会有 2 条计划行项目产生:第一条计划行的日期对应客户要求的交货日期,没有确认数量;第二条计划行显示的是确认的交货期和确认金额;集中交货处理 Collective Processing in shipping 在系统中建立 Outbound deliv

20、ery依赖于 shipping point、selection date 和 其他条件;一旦你设置了这些标准,就能够控制选择到期应该 shipping 的业务;选择的可选项因 Delivery 的场景和用户的角色不同而变化;当设置了选择日期(selection date),就定义了当日到期 item 会被考虑集中 delivery 处理;此日期是货物能够按时到达客户的最晚开始 Shipping 处理的时间;它对应物料筹备日期或者运输计划日期;SAP-SD Collected by Tomy Page 7 of 7 Outbound Delivery选项 完全交货 Complete Delive

21、ry;部分交货 Partly Delivery;合并交货 Order Confirmation;不同订单合并的条件:相同的 shipping point;Delivery 到期的日期相同;相同的 ship-to-party;相同的 route;相同的 Inco terms;出货流程中的检配 Picking in Shipping Process Picking 是从创建 Transfer request开始的;Transfer request中的行项目包括物料及数量,对应Outbound Delivery中的 delivery 的数量;集中 Picking 处理 Collective proc

22、essing in Picking 系统自动地将 outbound delivey的项目合并到尽可能少的 transfer request中;Picking 选项 Picking Options 从 transfer request打印 picking list/传送到外部 WMS 系统;手动/自动确认;如果全部数量无法满足:产生另外一个新的 tansfer request;将 Picked 的数量 copy 到 Outbound delivery的 delivery 数量;(部分交货)集中出货处理 Collective processing for Posting Goods Issue 系

23、统自动地将 outbound delivey的项目合并到尽可能少的 document中;集中开票处理 Collective Processing in Billing 系统提供 billing due list 来实现一次处理多张 billing document;系统自动地将项目合并到尽可能少的 billing document中;项目可以是 order 中的也可以是 outbound delivery 中的(系统中配置)合并的条件:same billing date,the same ship-to party,payer or terms of payment;Billing 选项 Bi

24、lling Options 发票分割 Invoice split:eg:1 张 outbound delivery对应 1 张 sales order,2 张 billing document对应 1 张 outbound delivery;每张交货单单独开票 Separate billing document for each outbound delivery:eg:2 张 outbound delivery对应 1 张 sales order,2 张 billing document对应 2 张 outbound delivery;集中开票 Collective invoice:eg:3

25、 张 outbound delivery对应 2 张 sales order,1 张 billing document对应 3 张 outbound delivery;Worklist 在 SD 中的集中处理:Delivery list:处理 order 到 outbound delivery;Picking worklist:处理 outbound delivery到 transfer request;Goods issue worklist:处理 outbound delivery到 goods issue;(Picking 完成)Billing Due list:处理 outbound

26、delivery(/order)到 billing;(Goods issue完成)SAP-SD Collected by Tomy Page 8 of 8 原创SD 从零开始 6 销售凭证类型 销售中的业务流程控制 Controlling Business Processes in sales 销售流程通过销售凭证(sales documents)的配置来控制;销售凭证的配置可在凭证头 Header、行项目 Item、计划行 schedule line层次,依赖于凭证的结构,对应的控制工具为销售凭证类型 Sales Document type、行项目类型 Item Category、计划行类型

27、Line Schedule Category;需要配置以实现 Item Category和 Schedule Line Category在销售凭证中自动带出;在 Copy Control中可以根据你的需要配置数据从销售凭证传送到后续凭证的内容;基本功能 Basic Functions 必须为销售凭证定义一些基本功能,否则销售凭证就没有配置完成;这些基本功能包括:Partner determination;Pricing;Output determination;Text determination;Material determination;Credit management;Incompl

28、etion checks;Delivery scheduling etc.可以为不同的 Sales Document Type使用不同的功能;销售凭证类型的功能 Functions in sales document type 号码分配 Number assignment;缺省值 Default Value:Date,billing type,delivery type,blocks;检查 Check:Division,Open Quotations/contracts,Info Record;MARK:Check 会影响性能;合同增强 Enhancement for contracts;分配

29、基本功能 Assigning basic 强制参考 Mandatory reference MARK:增加一个销售凭证类型到销售流程中是非常耗时的,因为在配置中很多输入都是依赖于销售凭证类型的;所以最好是 Copy 现有的;修改销售凭证类型 Changing The Sales Document Type 当修改销售凭证上的销售凭证类型时,必须确保:没有后续的凭证;不是状态相关的后续凭证;凭证不是从 service notification 或者 contract 创建;行项目类别可以修改;MARK:如果试图修改已经保存的凭证的凭证类型,2 个凭证类型必须属于相同的号码范围;销售区域允许的订单

30、类型 Order Types permitted for sales areas;可以定义销售凭证的有效范围:销售组织 Sales organizations 分销渠道 Distribution channels SAP-SD Collected by Tomy Page 9 of 9 产品组 Divisions 原创SD 从零开始 7 行项目类别 Item Category的例子:系统交付的不同的 Item category支持不同的业务流程,可以根据它来创建自定义的;定义为 4 位的 key;前 2 位提示销售凭证类型,后 2 位显示 Item category的作用;AFTX Sales

31、 document type:IN Usage:TEXT;TAD Sales document type:OR Item category group:LEIS;KMN Sales document type:NMS Item category group:NORM;Item Category的作用:控制 Item 在销售凭证及后续的业务处理流程中的行为;Item Category的本质特怔决定:行项目的业务数据是否允许不同于头部;价格是否应用于 Item;Item 是否和如何做 Bill;Item 是否引用另外一个 item,或它是否仅仅是一个文本行;哪一个 incompletion log

32、用来 Check the item data;可以修改标准系统中定义的 Item category的设置,也可以通过 COPY/Change来定义新的 Item category;Delivery 相关标记 delivery relevance indicator 是仅适合没有计划行的 Item,例如可以 Text Item 中MARK 它,则系统会将该 ITEM 从 sales order copy到 Delivery document;作用:区分业务数据 separate business data;计划行允许 Schedule Lines permitted;交货相关 delivery

33、relevance;开票相关 Billing relevance;定价 Pricing;物料清单 BOMs;完成规则 completion rule;分配基本功能 Assigning basic functions;控制销售凭证中的行项目:销售凭证中的每个行项目是通过 Item category来控制的;这样可以:在不同的销售凭证中使用不同的 Item category;在销售凭证中为每个 Item 实现不同的业务处理流程;标准订单中 Item category的判定:销售凭证中的 Item category是通过销售凭证类型 sales document type和物料主记录中的行项目类别组

34、 item category group来查找的;子项目 Sub-items:可以将行项目分配给更高层的行项目,例如客户订购一定数量的的商品(10)将获得免费赠送的商品(20);在 20 的 higher-level item field中输入 10;其他应用 sub-item 的例子包括 BOMs 展开和 Service 项目;MARK:除了 sub-item,可供选择的项目 Alternative items 也可以记录在报价和询中,但是它的处理不同于 sub-item,例如 Alternative items不包含在凭证的净值中;BOMs 的例子:SAP-SD Collected by

35、Tomy Page 10 of 10 所有你想要在销售凭证中控制的 BOM items都必须标记为relevant for sales;当 BOM 使用类型 BOM usage 5创建的 BOM 中的所有项目会自动标记为销售相关;在销售凭证的 Item category中作了适当的设置之后,你只需要输入 BOM 的料号就可以将 BOM 中的所有组件 COPY 到销售订单中;BOM 以主-子 main and sub-items 的形式出现在销售凭证中,系统自动展开 BOM 为组件生成子项目;在销售凭证中展开 BOM:在销售凭证中,有许多独立的 Item Categorys控制 BOM 的行为,

36、配置时,你为销售凭证中的 BOM的 main 和 sub-item 定义和分配 item category;在 main item 的物料主记录中定义的 item category group定义了哪种 item category分配给了 main item;为了判定销售凭证中BOM 要展开到什么程度,需要为main item 定义item category结构的广度extent;当你判定了 sub-item,系统也需要知道上层 item 的 item category;在 item category的配置中,你可以控制哪些 item 与定价有关以及怎样实现需求传递 requirements

37、transfer;原创SD 从零开始 8 计划行类别 计划行类别的例子 Schedule Line categories 系统交付了不同 schedule line categories来为 Item 在销售流程中提供不同的控制选项;schedule line categories 定义为 2 位的 key,标准系统已经包含了经常用来指示 Item category用途的key:第一位指示 schedule line categories用在哪些销售流程中:A=Inquiry B=Quotation C=Order D=Returns 第二位指示 schedule line categorie

38、s在物流模块中发生什么:T=No inventory management X=No inventory management with goods issue N=No materials planning P=Material requirements planning V=Consumption-based planning Eg.:Pre-sale AT=Inquiry schedule line;BN=Schedule line in Quotation without MRP;Outline Agreement CV=Scheduling Agreement with determ

39、inistic MRP;Sale phase CP=Order schedule line with MRP;CO=Consignment issue without availability check;Complaint DN=Schedule line in returns without MRP;DO=consignment returns;SAP-SD Collected by Tomy Page 11 of 11 计划行类别 Schedule Line categories 计划行包含交货日期/数量以及需求传递和库存管理的信息,这些是交付的先决条件 在 item category的

40、配置中,定义了是否允许 item 有计划行;你可以为每个 item category 分配Schedule Line categories;通过定义 Schedule Line category,判定哪些计划行实际与交货有关;如果要实际交货,需要激活relevant to delivery indicator;在计划行类别中,通过设置移动类型 movement type来控制哪些数据和价值的改变会 Post 到库存科目;库存管理负责维护移动类型;标准系统中的所有 process都定义了移动类型;与 SD 相关的大部分移动类型在 601 与 699 之间;可以在计划行层关闭需求传递和可用性检查;

41、采购订单的先决条件是 PR,PR 可以自动从销售凭证产生;要做到这一点,需要需要配置采购订单的类型,以及 item 和 account assignment category;如果你为 Schedule Line category激活了 delivery block,则 block 会自动地设置在销售凭证的schedule line层;计划行类别的重要参数:Goods movements;Delivery relevance;Purchasing;Availability Check;Requirements Transfer;Assigning basic functions;控制销售凭证中

42、的计划行 Controlling Schedule lines in Sales Documents BN:Quotation中的 Schedule line与 delivery 无关,需求传递未激活,不需要移动类型;CP:在销售凭证中产生 Delivery 项目,因此relevant to delivery indicator是激活的;需求传递是激活的,完整地定义需求传递需要先定义和分配需求类requirements class;货物移动类型是 601,对于这个移动类型,当 Delivery 做了 Post goods issue后,Ship 的数量从非限制性库存中减掉;DN:如果需要一个

43、returns delivery来跟踪一个 return order,就需要一个与 delivery 相关的 Schedule line category;在这个 case 中,需求传递是不需要的;移动类型 651 保证返回的货物 Goods receipt 移动到 Block的返回品仓库 blocked stock returns;分配计划行类别到行项目类别 Assigning Schedule line categories to item categories:分配的目的:配置系统以在生成订单的时候自动带出计划行类别;设定用户可以选择来替代系统自动带出的计划行类别的范围;分配受物料主记录

44、中的 MRP Type影响;系统执行 2 步来决定自动决定 Schedule line categories:首先尝试使用 Item category和 MRP Type的组合来决定;如果没找到,则使用 Item category和 no MRP Type来搜索;原创SD 从零开始 9 数据流(Data Flow)根据参考创建 Create with reference 可以参考之前的凭证来创建销售凭证,可以在初始画面,也可以在凭证处理过程中,通过uniform.dialog box来控制,该对话框有 6 个标签页:SAP-SD Collected by Tomy Page 12 of 12

45、Inquiry Quotation,Order,Contract,Scheduling agreement,Billing document;在对话框中输入凭证号之后,可以选择 COPY,将完全复制参考凭证;也可以选择 Item Selection来COPY 一部分项目以及修改数量;在处理中,可以为新的凭证定义一个新的 delivery date,此日期设置在头部,对凭证中的所有行项目有效;要用参考创建,首先需要配置相应的 Copy Control,必须要是符合逻辑的业务处理流程;凭证流 Document Flow 销售流程由一系列有顺序的记录为凭证的 process steps组成,该流程链

46、存储在凭证流中;凭证流为所有的凭证和个别项目更新;可以通过一个列表来查看凭证流中的所有凭证;在状态浏览图中,可以快速的查找到有关销售流程的目前状态的详细信息;Eg.:Document flow of quotation Quotation .Order .Delivery Invoice .Returns Returns delivery .Returns credit memo SD 中的复制控制 Copying Control in SD 在 Copying control中,可以决定哪些凭证类型可以 Copy 到其他的凭证类型,并定义详细的 Copying方法;Eg.:Sales doc

47、ument type from a sales doc.Type:Standard order(OR)-quotation(QT)Sales document type from a billing doc.type:Credit memo request(G2)-invoice(F2)Delivery type from a sales document type:Delivery(DL)-Standard order(OR)Billing doc.type from a sales doc.Type:Credit memo(G2)-Credit memo request(G2)Billin

48、g document type from a delivery type e.g.Invoice(F1)-Delivery(DF)Billing doc.type from a billing doc.type e.g.Invoice cancellation(S1)Products-Master Data;你可以用条件技术在任何层次定义物料确定的主数据,例如,你可以用物料号或者物料号和客户号的组合创建数据记录;当你处理主记录时,你可以:限制记录的有效期;为每个关键字组合维护单独的条目;确定替代的原因;每个主记录保存一个或多个替代品;如果物料确定/产品选择主记录中包含多个物料,则它们出现的顺序

49、定义了优先级;自动产品选择 Automatic Product Selection 在自动产品选择中(004 和 006),如果输入的物料无可用,系统自动替换;如果使用了自动产品选择,系统可能会在销售订单中以 main 和 sub-items的形式显示输入的和替换的物料(基于配置);当你输入一个订单,系统尝试按物料确定主记录中的第一个物料来满足订单的数量,如果不足,则按下一物料来满足剩余的数量;你可以选择当 delivery 创建时是否重运行物料确定;如果重运行了,因新的可用情况导致替代的结果可能会改变;你可以用物料和客户主记录中的产品属性将某一特定的物料排除在产品选择之外;这意味着,例如,在

50、确定替代物料时,客户主记录中 reject 的所有物料不会被系统包括在内;产品选择部分确定(Partial confirmation of product selection)允许你处理不足量的案例,通过将短缺的数量传递到物料计划;在这种情况下,将会为特别定义的物料产生一条附加的sub-item;自动产品选择-主数据 Automatic Product Selection-Master Data 主数据中的替代物料的顺序影响订单中产品自动选择的结果;SAP-SD Collected by Tomy Page 24 of 24 如果你想在订单中首先输入的物料包括在替换中,你必须将它输入到替换列表

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 高考资料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁