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:
SD从零开始29-30的更多相关文章
- SD从零开始67-70 后勤信息系统中的标准分析, 信息结构, 信息的更新规则, 建立统计数据
SD从零开始67 后勤信息系统中的标准分析 标准分析中的报表Reporting in Standard Analyses 标准分析为高质量的表达和分析LIS中的数据基础提供了大量的功能: 当你决定了一 ...
- SD从零开始51-54 信用控制范围, 信用范围数据维护, 自动信用控制, 信用控制-阻止后续功能
[原创] SD从零开始51 信用控制范围 分散的组织结构Decentralized Organization 信用控制范围是一个为客户指定和控制信用限额的组织单元: 依赖于你公司的需求,应收款可以使用 ...
- SD从零开始47-50, 装运成本基础、控制、结算, 信用/风险管理概述
[原创] SD从零开始47 装运成本基础 详细的装运成本处理Shipment Cost Processing in Detail 装运成本计算和装运成本结算可用于内向和外向交货: 装运成本记录在一张新 ...
- 深圳共创力咨询《成功的产品经理DNA》公开课3月29~30日在深圳开课!
课时:13小时(2天) 成功的产品经理DNA 讲师: 冯老师 时间:2019.03.29~30 举办单位:深圳市共创力企业管理咨询有限公司 举办地点:深圳 [课程背景] 当今时代,供过于求. ...
- SD从零开始71 业务信息仓库(BW)
SD从零开始71 业务信息仓库(BW)概念 在线事务处理的环境OLTP Environment 在事务处理中,我们不断地填充用于跟踪我们的业务流程的数千个不同步骤的特定的表: 例如,销售凭证行条目来自 ...
- SD从零开始66 数据仓库的概念
[原创] SD从零开始66 数据仓库的概念 数据仓库概念:预览Data Warehouse Concepts:Overview 本单元解释LIS中的数据仓库概念: 详细的解释了该概念的各个层次-介绍了 ...
- SD从零开始65 框架协议(Outline Agreement)
SD从零开始65 框架协议(Outline Agreement) 合同-销售凭证类型Contracts-Sales Document Types 框架协议在几乎所有的业务处理中都扮演重要的角色:客户和 ...
- SD从零开始62-63,不完全日志,业务伙伴及业务伙伴确定
[原创] SD从零开始62 不完全日志 不完全日志Incompletion log 一个不完全日志是销售凭证中对你公司重要的而还没有在系统中输入的所有数据的清单: 你可以在配置中为不完全日志定义这些数 ...
- SD从零开始59-61,跨公司的库存转移,Interface 修改,可用性检查和需求传递
[原创]SD从零开始59 跨公司的库存转移处理流程 库存转移流程Stock Transfer Procedure 2个工厂间的库存转移能够使用不同的流程来执行: 只执行一个库存转移记账的流程使用MM库 ...
随机推荐
- Docker仓库(四)
一.什么是仓库 仓库就是集中存放镜像的地方,分为公共仓库和私有仓库,一个容易混淆的概念是注册服务器,实际上注册服务器是存放仓库的具体服务器,一个注册服务器可以有多个仓库,而每个仓库下面有多个镜像 二. ...
- odoo开发基础--模型之基本字段类型
定义模型的时候,和python的其他框架类似,可以对比Django,同样是一个模型即:一个class对应生成数据库中的一张表, 只是odoo的继承机制比较复杂一点,在日常的开发中,定义模型的时候, 基 ...
- 阿里巴巴Java开发规范---个人总结
一.编程规约 (一) 命名规约 1. [强制]所有编程相关命名均不能以下划线或美元符号开始,也不能以下划线或美元符号结束. 反例: _name / __name / $Object / name_ / ...
- python可变对象与不可变对象的差别
一.可变对象和不可对象 Python在heap中分配的对象分成两类:可变对象和不可对象.所谓可变对象是指,对象的内容可变,而不可变对象是指内容不可变. 不可变对象:int.string.float ...
- java入门,学习笔记
编译 通过javac编译java程序,会编译出一个后缀为class的文件,我们再通过java虚拟机(jvm)执行编译后的java程序. 在java中始终有一个main函数,它作为程序的入口,程序从这个 ...
- NIO 基础之 Buffer
文章目录 1. 概述 2. 基本属性 3. 创建 Buffer 3.1 关于 Direct Buffer 和 Non-Direct Buffer 的区别 4. 向 Buffer 写入数据 5. 从 B ...
- 异常处理:net.sf.cglib.beans.BulkBeanException
今天下午由于各种开会,断断续续写得代码,单元测试的时候,老是报如题的错误,后来查阅资料,发现原来是从数据库查询的值如果为空,则对应实体类执行set方法会赋值null给对应属性值,但是我当时的几个值偏偏 ...
- Java-Maven(八):配置远程中央仓库的各种方法
一.远程仓库的配置 在平时的开发中,我们往往不会使用默认的中央仓库,默认的中央仓库访问的速度比较慢,访问的人或许很多,有时候也无法满足我们项目的需求,可能项目需要的某些构件中央仓库中是没有的,而在其他 ...
- es6学习笔记9--函数的扩展
函数参数的默认值 基本用法 在ES6之前,不能直接为函数的参数指定默认值,为了避免这个问题,通常需要先判断一下参数y是否被赋值,如果没有,再等于默认值. ES6允许为函数的参数设置默认值,即直接写在参 ...
- Winsock API TCP/IP网络通信
通信流程如下: 1.Winsock库的装入.初始化 #pragma comment(lib,"WS2_32.lib").WSAStartup() 2.套接字的创建(服务器端是监听套 ...