SAP MM 初阶之事务代码MIGO中采购退货的处理

SAP MM 初阶之事务代码MIGO中采购退货的处理

SAP项目实践中,采购收货流程是一个无法回避的流程。

仓库部门在收货的时候,会清点供应商送过来的商品的品类和各自的数量,看是否符合送货单,是否跟采购订单一致。当然了仓库部门也会检查这些商品的包装啊,商品的合格证等。对于那些当场就发现的外包装损坏,或者明显有质量问题的商品,仓库部门肯定不能收,是需要让供应商或者承运商原路带回去的。那对于这些被退回去的商品,我方仓库部门在SAP系统上该如何做账?

本文对此场景做一个阐述和展示。本文的展示是基于SAP S/4HANA 1909 版本。

1, 如下的采购订单,采购商品号555共计1000 EA。

2, 供应商将货物送过来了,仓库部门卸货,然后清点数量,检查外包装等。数量没问题,但是发现其中100EA外包装破损, 可能会有质量上的问题。对于这100件该如何处理?

笔者参与的很多制造业项目里,仓库部门只收900件,而这100件让供应商带回去。即MIGO收货过账的时候,收货数量输入900,即实际收多少,就输入多少数量。

也有一些SAP项目里,在流程设计的时候不这么做。他们采取的做法是:SAP系统上先全数收货过账,然后做一笔退货过账业务将要退的数量退出去,实物上这100件还是让供应商带回去,仓库并不收。SAP系统操作方法如下:

2.1), 第一笔MIGO事务里先收1000件。

过账,

产生了物料凭证号5000000781。

2.2), 再次执行MIGO事务代码,基于物料凭证号5000000781做一笔退货,退货数量是100件。

选择A02 Return Delivery(退货交货),R02 Material Document, 输入之前101收货的物料凭证号,如下图:

回车,进入如下界面,去Quantity标签页,

数量输入100, 如上图。

进入Where 标签页,输入退货原因,如下图:

注意:可以看到移动类型被自动设置为122。 保存,SAP系统会创建一个新的物料凭证号,如下图:

此时去看采购订单历史,

就能看到两笔收货记录,一笔是正向的收货 1000 EA(移动类型101);一笔是退货100EA(移动类型122)。实际总收货数量是900,尚Open 100。

这么做看起来在SAP系统上的操作多了一步,显得有些多余。但是其好处是能在SAP系统上记录此次因外包装破损等原因导致的退货的记录。这样方便后续对于供应商做评估的时候,拉报表看历史上曾经发生过多少笔退货,可以以此作为依据去评估供应商,要求对方改善交付质量等等。

-完-

写于2021-12-29.

<think>嗯,用户之前问过关于SAP MKPF表中的TCODE2字段的枚举值,现在又接着问MIGO_GR、MIGO_TR、MIGO_GI是什么意思。看起来用户可能是在处理SAP系统中的物料管理模块,特别是货物移动相关的操作。用户可能是SAP的最终用户,比如物流或仓库管理人员,或者是参与系统配置的顾问,需要了解不同事务代码的具体用途。 首先,我需要确认这三个事务代码的含义。MIGOSAP中常用的货物移动事务代码,而GR、GI、TR分别是Goods Receipt、Goods Issue、Transfer的缩写。所以可能分别对应收货、发货和转移过账。但需要详细说明每个的具体用途和使用场景。 接下来,我需要回忆SAP中的标准事务代码MIGO是一个综合的事务代码,可以处理多种货物移动类型,取代了旧版本中的多个单独事务代码,比如MB01、MB1A等。在MIGO中,用户通过选择不同的移动类型来执行相应的操作,比如101用于采购订单收货,261用于库存转移。 所以,MIGO_GR可能对应Goods Receipt,即收货,比如采购订单收货或生产订单收货。MIGO_GI应该是Goods Issue,即发货,比如生产消耗或销售发货。MIGO_TR可能是Transfer,即转移过账,比如库存地点之间的转移。 不过,用户提到的MIGO_GR、MIGO_TR、MIGO_GI可能并不是官方的事务代码,而是通过参数或变体配置的自定义事务代码,用于快速访问特定的货物移动类型。例如,配置MIGO的变体,直接进入收货界面,而不需要每次选择移动类型。 需要进一步验证这些事务代码是否存在,或者是否是用户系统中的自定义代码。通常,SAP的标准事务代码MIGO,但用户可能创建了变体,如MIGO_GR,以便快速访问特定功能。因此,在回答时需要说明这一点,并建议用户检查系统配置或变体设置。 另外,用户可能想知道这些事务代码对应的具体操作和业务场景,比如采购收货、生产发货、库存转移等。需要举例说明每个事务代码的应用场景,帮助用户理解何时使用它们。 还要注意之前的回答结构,用户喜欢清晰的列表和分点说明,所以这次也应该保持结构清晰,分点解释每个事务代码的含义、用途和典型场景。同时,提醒用户如果遇到未授权的事务代码,可能需要检查系统配置或询问管理员,因为可能存在自定义设置。 最后,确保回答准确,如果有不确定的地方,比如这些是否是标准事务代码,应该指出可能存在的变体或自定义情况,避免误导用户。</think>在SAP系统中,**MIGO_GR**、**MIGO_TR**、**MIGO_GI** 是货物移动事务代码 **MIGO** 的变体(通过参数预配置的快捷方式),用于快速执行特定类型的物料移动操作。以下是它们的含义和用途: --- ### 1. **MIGO_GR** - **全称**:MIGO Goods Receipt - **含义**:**收货**操作 - **典型场景**: - 采购订单收货(如移动类型 `101`)。 - 生产订单完工入库(如移动类型 `101`)。 - 退货采购订单收货(如移动类型 `102`)。 - **功能**:记录物料进入库存的过程,增加库存数量。 --- ### 2. **MIGO_GI** - **全称**:MIGO Goods Issue - **含义**:**发货**操作 - **典型场景**: - 生产领料消耗(如移动类型 `261`)。 - 销售发货(如移动类型 `601`)。 - 成本中心消耗(如移动类型 `201`)。 - **功能**:记录物料从库存中发出的过程,减少库存数量。 --- ### 3. **MIGO_TR** - **全称**:MIGO Transfer - **含义**:**转移过账**操作 - **典型场景**: - 库存地点间转移(如移动类型 `311`)。 - 批次间转移(如移动类型 `309`)。 - 公司代码间转移(需结合其他配置)。 - **功能**:调整物料在库存内部的位置或状态,库存总量不变。 --- ### 补充说明: 1. **MIGO 的灵活性** - MIGO 是通用事务代码,通过选择**移动类型(Movement Type)**区分具体操作(如 `101`、`261` 等)。 - `MIGO_GR`、`MIGO_GI`、`MIGO_TR` 是通过预定义参数(如 `_GR` 表示收货)直接跳转到对应操作界面的快捷方式,避免手动选择移动类型。 2. **是否为标准事务代码?** - 这些变体**非 SAP 标准代码**,通常由用户或顾问通过配置 **TCODE 变体(Transaction Variant)** 创建。 - 若系统中不存在这些代码,需检查是否配置了自定义事务代码(如通过 `SE93` 创建)。 --- ### 示例:如何配置 MIGO_GR? 1. 使用事务代码 **SE93** 创建新事务代码(如 `ZGR`)。 2. 选择事务类型为 **参数事务(Parameter Transaction)**,输入基础事务代码 `MIGO`。 3. 设置参数 `A=GR`(A 表示操作类型为 Goods Receipt)。 4. 保存后即可通过 `ZGR` 直接进入收货界面。 --- ### 总结: - **MIGO_GR**:收货操作,增加库存。 - **MIGO_GI**:发货操作,减少库存。 - **MIGO_TR**:转移操作,调整库存位置。 若系统中未找到这些代码,可能是未配置对应变体,需联系 BASIS 或开发团队确认。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值