上面两章讲了出荷传票的相关内容：
- 在库转送Order - 补充出荷
SAP SD学习笔记10 - SD出荷传票1 在库转送Order - 补充出荷 详解_sap sd 流程-CSDN博客
- 为外注发注支给构成品 - 外注发注的出荷。
- 购买发注 --》返品到仕入先（向供应商退货）
- 购买发注 --》入荷传票（采购入库交货）
- 入库处理 --》无受注参照做出荷传票登录（无参照交货）
本章继续讲出荷相关的内容。
目录
a），受注传票（=贩卖传票）的明细Category的决定要素
b），（T-cd：VOV4）贩卖传票的明细Category割当 - Customize
c），贩卖传票Type - 贩卖传票的明细Category的决定要素 之一
d），明细Category Group（主数据） - 贩卖传票的明细Category的决定要素之二
e），（T-cd：0184）出荷传票的明细Category决定 - Customize
e）-1， 受注Type（=贩卖传票Type）和出荷Type之间的关联
c），VL10G - 受注传票/购买发注（销售订单/采购订单）
f）， VL10Batch - 出荷传票登录（Background）- Variant
4-1，在VA01 - 受注传票 中，出荷Plant的保管场所设定
4-2，VL01N - 出荷传票中，出荷Plant的保管场所设定
下面是详细内容。
1，出荷传票的总结
先对出荷传票做个简单的总结。
1-1，出荷处理流程
可以看到出荷传票Header里面，出荷Point（装运点）是非常重要的一个栏位，它关联了很多出荷传票的内容，比如后台配置的控制都是通过出荷Point 来进行控制的。
出荷处理流程的主要内容包括
- 受注传票
- 受注传票里面的出荷Point关联到仓库那边
- 仓库那边的流程又分为 Picking，捆包，出荷传票，出库这些步骤
1-2，出荷传票的构造
- Header：包含 出荷先，出荷Point，输送经路 等栏位
- 明细：包含 品目，数量 等栏位
1-3，出荷传票与Shipment的差异
- 出荷传票（图的左侧）
有一条路线，然后有一个出荷Point，一张出荷传票
- Shipment（图的右侧）
Shipment是管理运送的票，用它来管理运输更为方便，
因为它可以把多张出荷票给合并到一起进行管理。
跟大家常识相同，一般来说为了提高效率，不会一次送一单，而是会一次按某路径送很多单。
但是SAP里面管理这个Shipment也会非常复杂，所以大家一般会用外部系统来管理Shipment
因为要送到多个地点，所以装车也要考虑顺序，先送到的货物要放在靠近车门的地方等等，
SAP里面基本上很难做到的。
只有像那种液体类的货物，比如油类，流质化学品这种，往外抽就可以卸车的那种偶尔有人用。
2，出荷控制（交货控制）
2-1，出荷Type
出荷Type（交货类型）用于控制整个交货的过程，用于代表装运和收货处理中的各种业务交易。
出荷Type（交货类型）有如下几种：在上面的 SD出荷传票1，2 里面大部分都说过了
- EL - 入荷（出荷通知)
- LB - 外注的出荷
- LF - 出荷伝票
- LO - 参照伝票なし出荷(出荷の登録に受付) （无参照出荷）
- LP - Projectからの出荷 (从Project出荷)
- RE - 返品入荷
- NL - 補充出荷
具体怎么控制出荷（交货）是在Customize里面控制的，有关详细的Customize以后再说，
这里简单在画面上看一下其中一些Customize项目的位置在哪里。
a），出荷Type - Customize
Spro > 物流管理 > 出荷管理 > 出荷传票
出荷Type
双击任意1行，比如
- LF 出荷传票
可以看到 LF - 出荷传票 这种 出荷传票Type，有如下设置
- 受注必须： X - 受注必须 （就是必须要有前传票 受注）
再比如双击LO
可以看到 LO - 无参照出荷 这种 出荷传票Type，
- 受注必须： 空白 - 前传票不要 （就是不需要有前传票）
2-2，出荷明细Category
相对于出荷Type，出荷明细Category（交货项目类别）更为重要，因为它控制点更多。
比如
- Picking关联：控制是否需要Picking（拣货，拣配），有很多情况是不需要Picking
当然不需要Picking是不可能的啊，这里指的是Picking不要在SAP里面做，而是拿到外部系统做
- 过剩出荷Check：Check不要多出荷了，比如要3个，就不要出荷4个
- Picking保管场所决定：SAP通过Customize设定来自动决定从哪个保场来Picking，比如0001等
- 利用可能在库确认（ATP确认）：在受注的时候一般都是做过了的，但出荷的时候最好再做一次
- 自动Lot决定：当一个品目有多个Lot的时候，你到底要用哪个Lot，也是可以Customize来决定的
上面简单说了一下出荷Type和出荷明细Category的要素。
这些要素的Customize值不同，都会影响后续的动作。
下面简单在画面上看一下出荷明细Category的Customize位置在哪里，详细的内容以后再说。
a），出荷明细Category - Customize
Spro > 物流管理 > 出荷管理 > 出荷传票
出荷明细Category
双击任意一行，比如 DLN - 标准明细（受注无）
对于这种 DLN - 标准明细（受注无）
- Picking关联：这里是设为ON 的，
也可以设为OFF，而且其实更多时候设为OFF，即不需要进行Picking处理
b），无参照出荷 实例
咱们这里把 Picking关联 给勾掉，变为 OFF，然后再去做出荷处理看一下。
下面在画面上简单做下验证：
1），VL01NO - 无参照出荷
点 Picking Tab
可以看到这回 OvrllPickStatus（全Picking/受入Status）- Picking无关联
直接点保存按钮，也不用 转送指图登录了，也不用输入Picking数量了
然后用VL02N再进来，然后点出库确认。
当然也可以直接点 出库确认
其实就是说这里的Picking不在SAP系统里面做了，而是拿到外部仓库系统做，
具体怎么Picking SAP也就不管了
之前在下面这篇文章里说的TODO，不拣配的配置，其实就是上面的配置，
就是在明细Category里面，把Picking关联给去掉就行了。
2），VF01 请求书登录
点保存
TODO：我这里还是没有生成FI 票
3），回到VL03N，看一下传票Flow
再回到 出荷明细Category 去看一下其他的选项
Spro > 物流管理 > 出荷管理 > 出荷传票
出荷明细Category
双击 TAN - 标准明细
这里就把 Picking关联给勾上了
表示必须做Picking（拣配，拣货）处理
这个就是标准功能的默认配置
2-3，出荷明细Category的决定
VL01N/ VL01NO中都没手工输入出荷明细Category，那么它是怎么决定的呢？
下图说明用前传票 受注传票 生成 出荷传票的时候，会把明细Category给复制过去，
也就是说受注传票的阶段就已经决定好了明细Category。
下面来具体看一下受注传票（=贩卖传票）和出荷传票中明细Category的决定要素及过程。
因为受注传票会把明细Category拷贝到出荷传票中，所以先看受注传票的明细Category决定。
a），受注传票（=贩卖传票）的明细Category的决定要素
贩卖传票的明细Category的决定要素如下：
- 贩卖传票Type（受注Type/Header）：VA01 里面手动选择以后，会影响后续传票
- 明细Category Group（主数据）：这是品目Master里面的项目
- 明细用途（Program）：这种是SAP内部程序里面自动设定的，用户是控制不了的
具体的意思就是，SAP知道该传票是从MM/SD，还是哪里来的，那么在内部就自动给设定了用途
用户是改变不了的
虽然改变不了，那也是一种要素嘛，SAP自己负这个责任，所以作为要素之一也给列出来了
- 上位Level明细的明细Category：就是亲品目和子品目，比如商品打包卖套餐之类的
SAP里面卖套餐（Set）的品目，会用BOM，就会根据亲品目来决定子品目的明细Category
有了这些因素，SAP就可以决定出贩卖传票中的明细Category。
如果最终只找到1个，那么就直接提案了；
如果找到多个的话，那么画面上是可以选择的。当然你也可以加个Exit，来根据条件自动设定。
具体来说，明细Category就是下面这个栏位：
这里贴一下贩卖传票的明细Category割当的Customize 菜单位置。
b），（T-cd：VOV4）贩卖传票的明细Category割当 - Customize
Spro > 贩卖管理 > 受注传票 > 贩卖传票 > 贩卖传票明细
割当：明细Category
下面是贩卖传票（销售订单）的决定的要素和决定过程：
- 贩卖传票Type（贩T）：比如 OR - 标准受注
- 明细Category Group（明C G）：比如 NORM，这个是在品目Master里设置的
- 用途：这个也是SAP内部代码决定的
- 上位明细Category：这也是上位明细
下面来具体看一下这些要素的画面位置等内容：
c），贩卖传票Type - 贩卖传票的明细Category的决定要素 之一
- 贩卖传票Type（受注Type/Header）：VA01 里面手动选择以后，会影响后续传票
d），明细Category Group（主数据） - 贩卖传票的明细Category的决定要素之二
- 明细Category Group（主数据）：这是品目Master里面的项目
就是品目Master > 贩卖:贩卖组织2 Tab 里面的 明细Category Group项目
为啥要设定这个项目呢？
就是因为有的物料是需要Picking
有的物料是液态的，无形的等等，不需要Picking
上面讲的是受注传票（=贩卖传票）中的明细Category决定要素，
下面简单说一下出荷传票中的明细Category决定要素，其实它们要素差不多，决定逻辑也相同。
e），（T-cd：0184）出荷传票的明细Category决定 - Customize
Spro > 物流管理 > 出荷管理 > 出荷传票（交货订单）
出荷传票的明细Category决定
这里的前4列就是上面 【2-3 的a）】里面讲的后3个要素+出荷Type，一共4个要素：
- 出荷Type（Header） ，该栏位和受注Type（= 贩卖传票Type） 强关联
- 明细Category Group（主数据）
- 明细用途（Program）
- 上位Level明细的明细Category
根据这个4个要素进行检索，最终得到出荷明细Category的决定
为啥上面有的只设置一个，有的设置多个呢？
- 设置1个表示只有这1个，所以就在画面上直接提案
- 设置多个表示第1个是默认提案的，但是在画面上是可以手动选择的
当然也可以通过Exit来写代码进行控制什么条件选哪个
但是在这里先配置好这些选项是前提，否则SAP会提示你说没有割当（分配）。
e）-1， 受注Type（=贩卖传票Type）和出荷Type之间的关联
简单从画面上看一下 受注Type（=贩卖传票Type）和出荷Type之间的关联。
Spro > 贩卖管理 > 受注传票 > 贩卖传票 > 贩卖传票Header
定义：贩卖传票Type
双击一下 OR - 标准受注
这里可以设置 受注Type和出荷传票Type之间的关联，比如
OR - 标准受注 ==》LF - 出荷传票
所以说当在VA01里面选定了受注Type的时候，也就确定了出荷传票Type
看下面这个图总结一下。出荷传票的明细Category决定要素如下：
- 出荷Type
- 明细Category Group
- 用途
- 上位的明细Category （下图没提，可能有些没有亲品目，不存在上位明细Category的原因吧）
e）-2，SAP内部决定的 【用途】选项
这里简单说一下SAP内部决定的 【用途】选项，常用的有如下几项
- PACK - 用于生成包装项目
- CHSP - 用于批次拆分
- PSEL - 用于产品的选择
- V - 用于采购订单的入库交货和库存调拨流程交货
3，出荷传票登录的Option
3-1，出荷传票登录（出库交货）的Option概要
出荷传票登录分为
- 个别传票手动登录（单个交货）
- 通过受注传票来参照登录出荷传票（LF）
- 无参照受注传票来直接登出荷传票（LO）
- 出荷传票的一括登录（集中处理）
- Online处理：VL10G，VL10A 来手动处理
- Background处理：只需要登受注传票（销售订单），然后让系统在后台处理出荷。
还可以根据频度，比如你们公司的处理频繁一些，可设为1小时1次/或1天2次等进行处理。
下面看一下出荷传票的一括处理（集中处理）：
可以看到这里面有很多T-cd，并且名称高度相似
其实它们的功能也是高度相似的。
为啥SAP里面要这么搞呢？
其实就是为了权限管理方便用的。
仓库管理里面的人，有各种各样的职责，有的只负责受注（销售），有的只负责购买（采购）。
如果你啥都给TA，那用的时候还得思考一下哪个能用，哪个不能用，用错了还得找人Recover。
就跟那生产线似的，Leader给规定好了，
你就按这个顺序干这几个动作，操作台就这几个按钮，没有多余的，不用思考，也不易出错。
下面来具体看一下各Option的具体内容：
3-2，出荷传票登录（出库交货）的Option 详细
SAPMenu >Logistics > 贩卖管理 > 出荷及输送 > 出荷传票 > 登录 > 今回出荷对象传票的一括处理
比如 VL10A 专门针对 受注（销售）的：
a），VL10A - 受注传票 （销售订单）
比如 VL10B 专门针对 购买（采购）的：
b），VL10B - 购买发注（采购订单）
VL10G 即针对受注（销售），又针对购买（采购）：
c），VL10G - 受注传票/购买发注（销售订单/采购订单）
VL10C 针对的是 受注（销售）传票明细。
这个其实就是说，以什么层次来进行出荷（交货），比如这里就是各个明细分开出荷到不同地方，
如果是上边的 VL10A/B/G，这种就是Header级别的，就是把所有明细合在一起出荷到一个地方的
d），VL10C - 受注传票明细
这个VL10E 就更细了，某条明细里面，按纳入日程为单位进行出荷。
比如 某品目 10个，按不同日期分为2次进行出荷，每次出荷5个，那就可以用这个做2张出荷票。
e），VL10E - 受注传票纳入日程行
然后还有 VL10D，VL10F，这些都差不多。
上面说得都是Online系的，下面说说Batch系的。
f）， VL10Batch - 出荷传票登录（Background）- Variant
f）-1，登录Variant
点一下Variant 图标
输入 Variant 名称， 比如 ZMM01，意思就是这里只想运行MM相关的Batch，当然名称任意啊
然后点登录
可以选择任意的画面，就是具体运行哪些功能
点 续行
各个小画面的参数入力
这样就把Batch用什么条件抽数据给设定好了
设定好了以后，点一下保存按钮
f）-2，设定Batch执行Schedule
回到主画面，这样就把设定的Variant显示出来了
那么什么时候来执行呢？
点一下 Schedule图标
这里可以定义周期执行，比如 月，周，日，时间等等
上面说了出荷传票登录的Option详细。
下面说一些其他的跟出荷传票登录相关联的知识。
3-3，受注结合
受注结合的意思是说，很多受注票中的明细，在生成出荷一览 (到期交货清单）的时候，
根据装运标准（比如出荷Point，路线，不同，出荷先，出荷日期）相同或不同，
SAP可以根据Customize设定来合并或不合并出荷明细。
比如下图，根据出荷日期的不同，合并了 5/15的两条受注明细到一张出荷票中来。
其含义和上文的【1-3，出荷传票与Shipment的差异】相似，
就是想把多个货物给合并到一张出荷票上，以方便一次运输送多个货物，提高效率。
当然具体合并不合并，不是SAP自己擅自决定的，而是在受注票里面是自己设定的。
- VA01/02 标准受注 > 明细Data的出荷管理 Tab > 受注结合 栏位
但是，别光看好处，坏处也不小，相对那点儿好处，用处不大，所以现场几乎没人用的。
比如合并之后，假如有取消之类的处理，处理起来非常麻烦
所以一般现场处理的时候，多数情况下都是去掉的，也就是不合并
这样处理起来简单清晰，客户也没有那么高的期待，就1条明细1个出荷票，想取消就取消，方便
要不然的话， 等做Interface的时候，那逻辑绕的非常大，还容易出错
而且具体可行性的话， 客户方也会需要各种讨论，最终的结果也可能是不趟这趟浑水
所以这地方的最佳实践就是不要用这个功能，直来直去的。
因为SAP提供这个功能，下面来简单做一下受注结合的示例
a），VL01 标准受注
这里做两条数据
- 100-300-B2 / 1 件
- 100-300-B2 / 2 件
注意看一下两条明细的 受注结合 都为ON
b），VL01N 出荷传票登录
c），VL02N 出荷传票
做完出荷之后，回到出荷传票，这里点 传票Flow
明细1 的出荷传票 ：出荷伝票 0080016254 / 10
明细2的出荷传票：出荷伝票 0080016254 / 20
出荷传票是一张票，这样算是合并了哈
再做一张受注，这次不要勾 受注合并
c），VA01 标准受注登录
d），VL01N 出荷传票登录
回到VL02，看一下传票Flow
明细1 - 出荷伝票 0080016255 / 10
明细2 - 出荷伝票 0080016255 / 20
TODO：这不还是相同的出荷传票吗？？😓
仔细看一下，好像Header里面也有 受注合并 选项
这个地方应该是先看Header
- 如果Header 已经勾上了 受注合并，那么就会合并
- 如果Header 没勾上 受注合并，那么才会看明细行的合并
咱们刚才没看Header的Flg，默认都是勾上的，所以就出现了明细 勾掉了 受注结合，但还是结合了的情况。
下面来试试勾掉Header的受注结合，再勾掉明细的受注结合，看下会怎么样。
e），VA01 标准受注
勾掉 Header 的受注结合
勾掉明细的 受注结合
其实勾掉Header的 受注结合之后，明细的 受注结合 也默认勾掉了
但是也是可以手动勾上的
咱们这里就默认 没勾上
f），VL01N/VL02N - 出荷传票
出荷之后，点传票Flow
TODO：
OMG，可以看到这时候出荷传票里面有2条明细
也就是搞了半天，没勾上 受注合并，意思就是出荷的时候不想合并受注，结果SAP给合并了
勾上 受注合并，意思是出荷的时候想合并受注，结果SAP不给咱合并
正好相反！这究竟是怎么回事儿呢？
而且我想象的不合并受注的话，那么出荷票号应该不同的吧，怎么好像都相同的啊（上述a,b,c,d）
后来我仔细看了一下，好像这里的受注结合指的是不同的受注票，根据装运标准（比如出荷Point，路线，不同，出荷先，出荷日期）相同或不同，可以合并和不合并成一张出荷票等等。
咱们上面做得都是一张受注票里面的不同明细间的事儿，
所以说基础都错了，暂时也不知道出荷的时候怎么弄这个合并受注，因为VL01N里面要输入受注票号码啊，应该是用的其他T-cd。
先留个TODO，以后再说。
上面先这样，SAP这个功能出错的可能性不大，应该是咱理解的不太对，具体是啥原因以后再说。
下面来说另一个概念，出荷Scenario。
3-4，出荷Scenario
- 出荷Scenario：指的是什么意思呢？
其实就上面的出荷传票登录Option，
具体来说就是VL10A/受注传票，VL10B/购买发注，VL10G/受注传票-购买发注 这些Tab
也就是 只显示受注，只显示购买发注，受注/购买发注都显示，只受注明细，...等等。
- 限定条件：指的就是要不要指定 那些Tab（比如受注传票/购买发注等）里面的条件
a），User Profile
下面来说一下上图的User Profile是什么东西。
SAPMenu >Logistics > 贩卖管理 > 出荷及输送 > 出荷传票 > 登录 > 今回出荷对象传票的一括处理
VL10 - User 固有的出荷Scenario（场景）
也就是下面这个画面
点一下 User Role Tab
点一下Scenario 按钮
这里显示了很多定义好的Scenario，比如
- 001 - 受注传票：其实这个就是 VL10A - 受注传票
- 002 - 购买发注：这个就是 VL10B - 购买发注
- 003 - 受注传票/购买发注：这个就是VL10G - 受注传票/购买发注 ...
点一下 机能 按钮
说明是以Header/明细为单位还是以纳入日程行为单位 （不知道和上面的Scenario按钮有啥区别）
b），User Parameter
这个东西是以User Parameter形式来设定的。
有关User Parameter是什么 可以参照下面这篇文章。
SAP MM学习笔记45 - Customize1 - Message，User Parameter EVO、EFB_efb user parameter-CSDN博客
咱们这里出荷Scenario所需要的User Parameter 如下：
- LE_VL10_SZENARIO - 0003 （Scenario 代码）
- LE_VL10_PROFIL - 0003 （VL10）
- LE_VL10_USER_VARIANT - ZSD001 （变式名称）
这样这个画面就会显示成下面这个样子的
- LE_VL10_SZENARIO - 0003 （Scenario 代码）==》对应的是机能那块儿的表示
- LE_VL10_PROFIL - 0003 （VL10）==》对应的是Scenario按钮的表示
- LE_VL10_USER_VARIANT - ZSD001 （Variant 变式名称）
LE_VL10_SZENARIO 改成 0002 确认一下
机能那块儿好像确实是变了哈
Sencario那边一直显示的是 VL10，不管你设什么值，
这个不用担心，SAP显示的是VL10，但是后台用的是你设置的那个参数（比如0003）
而且请注意到这个地方根本改不了是吧
所以不用做其他设定，只需要设定User Parameter就可以控制让某用户具体使用什么功能
比如只购买发注，只受注传票，或购买发注+受注传票。
也就是说其实你可以把 VL10A，B，G，C，E...这些都给隐藏掉，让用户只用这个 User Role。
SAP 是提供这种功能的，那实际应用当中到底有没有人用呢？
要注意一点，这个在现场很少使用，因为用起来也挺麻烦的，各种设置，你还得跟客户说明。
只有当客户跟你说想用这个的时候，或者提一些要求，跟这个功能比较接近的时候，你可以提案。
4，Picking场所的决定
Picking场所意思就是Picking的时候具体从哪个保管场所出货的意思。
比较常用的是MALA 规则，SAP根据出荷Point（装运点），Plant，保管条件 来确定保管场所。
下面来具体看一下这些要素。
4-1，在VA01 - 受注传票 中，出荷Plant的保管场所设定
在VA01 - 受注传票 里面，默认并没有设定出荷Plant的保管场所（=Picking场所），
保管场所项目虽然在明细行里面存在，但是其实并没有默认帮我们设上，是留空的。
双击该明细行之后，在 出荷管理 Tab 里面也有 保管场所 项目，也一样，没有设定上。
那你要说，有的现场给设上了啊，那大概率是你那个现场的这个项目做了扩张了，
就SAP标准功能来讲，在受注当中是没有做保管场所的设定的。
4-2，VL01N - 出荷传票中，出荷Plant的保管场所设定
在出荷的时候，SAP是有标准功能可以设定保管场所的。具体有以下几种方法：
- MALA
- RETA/ MARA：这两个主要是在贸易场景中使用这些规则
其中 MALA 在一般场景相对较为常用。
MALA 规则：根据 出荷Point（装运点），Plant，保管条件 来确定保管场所。
a），什么是保管条件呢？
MM02 > Plant Data/保管1 Tab
- 保管条件：比如冷藏库，特殊Pump
也就是要把东西根据自身特点放到合适地方进行保管
但是为了这个事情，要去导入WM模块，它又不太好用
几乎所有现场基本没人去做这个事情，这个栏位基本都留空。
那要是不管三七二十一就想先设定一个临时的保管场所，
反正要是不合适我再手动改嘛，那要怎么办呢？
这需要在Customize中设定。
b），割当：Picking场所 - T-cd：OVL3
Spro > 出荷管理 > Picking > 保管场所的决定
比如 出荷Point/ Plant/ SC（保管场所）/ Sloc: 1000/1000/ / 0001
这样 SC(保管条件) 留空，就会根据 出荷Point/ Plant就可以决定一个SLoc
另外有的现场会使用Lot管理来决定保管场所，比如某公司所有的品目都有Lot，那就可以这么用。
如果公司不用Lot，那你也可以设定一个Dummy的Lot，然后用它来决定一个保管场所。
总之保管场所的设定在现场不怎么用，
一般都是在 受注 的阶段用扩张来决定，或者用Lot管理来决定，很少有人用 保管条件。
5，出荷传票的变更和追加
出荷之后，有些信息就不能再改了，比如出荷先，出荷Point
那也有些信息是可以修改的，比如将另一张受注票的明细给加到这一张出荷传票上来。
下面来试一下。
5-1，将另一张受注票的明细给加到既存出荷传票上
VA01 - 受注传票：13367 、 13368 两张受注传票
VL02N - 出荷传票变更
Menu > 出荷传票 > 追加受注到出荷票
输入下面条件：要注意和前一张受注票具有相同的条件，比如出荷日期，出荷先等
- 选择日付：2024/11/18
- 受注：13368
这样就可可以把另一张受注票给加进来了
但是哈，咱们上面 【3， 出荷传票登录的Option】里面说，一般不怎么用 合并发注
所以这里面只是介绍一下SAP里面有这种功能，不是说推荐你这么用
方针还是没变，还是不要给客户提案合并发注。
5-2，将无参照明细给加到出荷传票
除了将其他受注票里面的明细给加到既存出荷传票明细中以外，
还可以将无参照的出荷加进去，就是手工直接往出荷票明细里面加。
VL02N - 出荷传票变更
这样就可以加进来了。
但是现场一般不会往一张出荷传票里加另一张受注票的明细或手工加一条数据的，
咱们上面反复说过，后续会带来很多麻烦，尤其是Interface，慎用。
本章讲了出荷传票的一些内容：
- 出荷控制：出荷Type，出荷明细Category，以及出荷明细Category的决定
- 出荷传票登录的Option，比如VL10A，VL10B，VL10G这种 VL10系列，以及Batch
还讲了User Profile，但是要注意这个东西实际不太常用
- Picking场所的决定：SAP提供了保管条件作为要素，但现场都很少使用，
一般是通过做Exit，或者通过Lot来做，不会用这个保管条件的来的
- 出荷传票的变更：虽然SAP提供这种功能，文中也反复强调过，现场不用这种东西，
这玩意儿就跟潘多拉魔盒似的，会带来无穷的烦恼，不推荐使用。
更多SAP顾问业务知识请点击下面目录链接
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
