zoukankan      html  css  js  c++  java
  • SD从零开始29-30

    SD从零开始29 外向交货单处理中的特殊功能

    批次Batches

          你可以在material handled in batches的相关详细屏幕指定一个batch(物料是否使用batches来处理标记在物料主记录的“Storage”和“Purchasing”屏幕);当delivering销售订单时,该batch复制到outbound delivery,并不可修改;

          如果销售订单中没有指定batch,你可以在outbound delivery的picking预览屏幕上输入一个;你必须指定一个batch,最晚在goods issue之前;

          如果一个行项目的delivery数量需要从不同的batches获取,可使用batch split function;可通过如下的方式执行batch spits:

               手动地在delivery item的batch split screen;

               在创建outbound delivery时使用自动决定batch(该功能必须首先在delivery item category中激活);

               通过batch split screen的manual batch determination;

               在WM模块;

          课程Lo955涵盖了批次的详细内容;

    序列号Serial numbers

          你可以为每个物料分配一个唯一的序列号,这样你可以监控个别物料的货物移动,例如,在销售物料给客户时;使用序列号你还可以更容易地在系统中管理个别物料的维护;但是你首先必须为这些物料创建equipment master records;

          要使用序列号,要为相应物料在主记录中输入serial number profiles;

          序列号通常在delivery item中指定,然而,你也可以在订单中定义;

          你也可以使用系统自动分配序列号;

          你必须在posting goods issue之前指定所有的序列号;

    外向交货单中的定价Pricing in the outbound delivery

          Outbound delivery可以在header中包含shipping-related conditions,例如shipping或者freight costs(如果你不使用Transportation模块);

          你可以手动输入条件值或者使用SD的定价条件技术来决定;你可以打印delivery note上的条件以及将他们传送到billing document,但是你不能将他们从之前的凭证传送到outbound delivery;

          要应用条件,使用定价的标准定制设置(condition type definition,maintaining the pricing procedure);将pricing procedure分配给delivery type;

    分割已有的交货单Splitting an existing delivery

          你可以分割现有的deliveries为几个更小的deliveries,这对于,例如,卡车没有足够的空间来存放整个delivery时非常有用;

          要这样做,你调用一个列表并且选择要从已有的deliverys中拿走的delivery items,items的部分数量,或者运输单元;

          当你分割一个delivery,会产生一个或多个新的deliveries,叫做结果(results)以及剩余(remainder);

          当你调用delivery split,要指定一个split profile来决定split type,该split profile包含控制参数,在配置中定义并分配给delivery types;

    外向交货单中的更多功能More Functions in the Outbound Delivery

          在创建和处理deliveries时,你可以访问更多的其他功能,系统可以自动执行或者用户请求执行;

    SD从零开始30 捡配(Picking)

    捡配Picking

          捡配是为向客户交货准备货物的流程,同时特别关注

               dates,quantity,quality;

          你可以为每个delivery item category指定是否relevant for picking;

          通常,picking由打印一张picking list开始;SAP推荐你使用WM transfer order功能;为此,你不需要实施整个WM系统,Lean WM就足够了;

          使用lean WM代表只使用了R3 WM模块的一小部分功能;

          在outbound delivery的output control的帮助下,你也可以将数据传输到为picking流程实施的子系统;

          在系统的标准配置中,posting goods issue的前提是所有picking相关的items都已经完成了捡配;这意味着outbound delivery中的delivery quantity和pick quantity必须相同;

    使用WM/Lean WM的捡配流程Picking Process Using WM/Lean WM

          在picking中使用WM(WM or Lean WM),你要创建一张transfer order(TO);

          TO是一张用来启动和监控一个仓库内部货物移动的凭证,你基于要使用WM捡配的项目创建一张或多张transfer order;

          然后你打印出transfer order,该步骤可由系统自动执行;

          除了以picking list的形式打印transfer order,你还可以将transfer order的数据传送到外部系统(PDA)或者仓库控制器;

          通过确认transfer order,你可以校验从仓库移走的数量;如果你有confirmation requirement,你必须单独地执行这一步骤;如果没有confirmation requirement,则在你创建transfer order时系统自动确认数量;

          最后,你可以post goods issue,这样就完成了shipping流程;

    转移订单The transfer order

          Transfer order是一张在仓库中将物料从源storage bin移动到目标storage bin的说明;

          Transfer order包括以下信息:

              Material number;

              Quantity to be moved;

              Source and destination storage bin;

          当你创建了transfer order,系统自动地复制outbound delivery中的delivery quantiry到transfer order中作为picking quantity;

          当你创建transfer order时,outbound delivery中的picking quantity自动地输入,在Lean WM中,picking quantity最初和delivery quantity相同;

    WM和Lean WM对比WM versus Lean WM

          如果你使用随机存储的仓库(warehouse with random storage),你需要使用全功能的WM系统;因为一个物料可以存储在不同的storage bin或者同时存储在几个storage bin,storage bin层次的精确库存管理是必须的;

           Lean WM不需要storage bin层次的库存管理因此更适合于固定库位的仓库(fixed bin warehouse),在固定仓库储存区域,物料总是在同一个存储库位;

           要在picking document中打印storage bin,你必须在物料主记录的view“Storage1”

    上维护各自的数据;维护更多的仓库数据和Warehouse Management view不是必须的;

           不包含在Lean WM中的WM功能列示如下:

               库存分区Storage section;

               预留库位Reserve storage bin;

               入库和捡配策略Strategies for putaway and picking;

               库存补充Replenishment;

               Inventory at storage-bin level;

           这些相当地减少了实施的工作量;

    Lean WM中仓库结构建模Modeling the Warehouse Structure in Lean WM

           如果使用Lean WM,SAP系统中可能的warehouse structure of a fixed bin的描述为:

               对于Lean WM,你需要至少一个warehouse number以及至少一个picking from的storage type和一个goods store的storage type(例如,picking atorage type作为source storage type,shipping zone作为destination storage type);

           在picking storage area,你可以从库存减少的角度将storage bin组合在一起(例如,平均地分配工作量);Picking areas可以为每个仓库号码和storage type定义;

           除了picking area,仓库中还有其他的组织单元;包括staging areas和doores,它们在outbound delivery中定义或者由系统决定并且也可以在picking documents中打印出来;

           你可以在配置中在仓库号码层次上激活Lean WM;

    建立和打印转移订单Creating and Printing transfer orders

           有几种创建transfer order的方式,它们的区别仅在于自动化的程度;

           在个别的案例,transfer order作为delivery的follow-on function创建是可能的;

           你也可以单独地创建transfer order,要这样做,可以参考一张特定的outbound delivery创建transfer order,或者使用delivery monitor来同时为几张deliveries创建transfer orders;

           如果你想transfer order自动地从每张outbound delivery创建,不需要手动的作业,则程序“automatic/direct TO”是非常合适的;

           使用collective processing procedure,为了创建transfer orders的目的,你可以将几张deliveries组合到一起;

           在WM,使用打印代码你有如下的打印选项:

               单个打印:一个TO item一页(例如,item-by-item processing in the warehouse);

               组合打印:整个transfer order一张列表(也叫做“combined list”);

               捡配列表:在集中处理中创建的几张transfer order一张列表;    

    自动/直接创建转移订单Automatic/Direct creation of Transfer Orders

           如果你不希望在一张picking list上发布几张outbound delivery的items,我们推荐自动或直接转移订单创建;

           你通过outbound delivery的output control启动该处理类型;通过条件技术,你可以使系统在创建delivery时在outbound delivery的header层次决定output type WMTA;前提是outbound delivery的items至少有一个与WM相关;标准系统中关键字组合“Delivery type / Shipping point”(1st access) or“Delivery type”(2nd access)负责决定output;

           输出类型WMTA的处理启动transfer order的创建;

           依赖于输出类型WMTA的发送时间,你可以有不同的处理类型:

               自动订单创建:时间1-3(processing later)

                   在这种情况下,output可通过后台的一个选择程序或者手动地使用事务“Output from deliveries”处理,这也可以定义后台计划;在自动转移订单 创建过程中,output process独立于outbound delivery creation;

               直接转移订单创建:时间4(processing immediately)

                  这里,outbound delivery创建后立即启动处理;

    在外向交货单监控使用集中处理Collective Processing in the Outbound Delivery Monitor

           为了优化picking流程,你也可以为几张deliveries创建一张picking list;然后该list可以排序,例如,按照storage bin或material,依赖于配置中的设置;这样在相当程度上简化了在仓库中搜索picker的实际工作;

           创建picking list的前提是transfer order尚未独立地创建;

           使用集中处理程序来创建这些picking list:

  • 相关阅读:
    冷门JS技巧
    JavaScript小技巧整理篇(非常全)
    JS实现标签页切换效果
    MySQL主从配置详解
    mysql主从复制(超简单)
    1.4isAlive()方法
    1.3currentThread()方法
    1.2.4注意Sysyem.out.println与i--
    1.2.3实例变量与线程安全
    1.2.2实现Runnable接口
  • 原文地址:https://www.cnblogs.com/jellour/p/7128154.html
Copyright © 2011-2022 走看看