STO一步转储不支持序列号输入

本文探讨了一步转储流程中使用交货单时遇到序列号管理的问题,特别是与Movement Type 645和647相关的错误消息。文中提供了详细的解决方案,包括如何通过维护特定表条目来解决序列号不兼容的问题。
部署运行你感兴趣的模型镜像

关键字:stock transport order、1 step、movement type 645、serial number

这个问题是肖肖同学提出来的:“一步转储的,用交货单方式的,怎么不能带序列号?”、“提示序列号物料不能用645移动类型”。查了网上,找到了类似问题,请参考:

https://forums.sdn.sap.com/thread.jspa?threadID=1374639

http://forums.sdn.sap.com/thread.jspa?messageID=6365751

Error message IO306 ("Movement type 647 does not currently support serial number management") is generated when I try to Post Good Issue in a delivery with movement type 647 (stock transport order with delivery in 1 step).
Does anyone know how to solve this error?
In the SAP notes 213328 and 323992 to solve this kind of error with other movement types is proposed to maintain the V_T156SY concerning T156SY-VRGNG_S or T156SY-VRGNG_H in some of the entries, but I don't know the proper entries to solve this with movement type 647.

-------------------

If you are getting the Same error for Movment type 647 then maintain the entries similar to 641, but instead of PMS1 & PMS5 maintain ****
but i feel that this maintenace is not required for 647 movemnt.

查了漏子“SAP Note 213861 - Stock transport order serialized in 1 step”是这样说的:

Summary

Symptom
It is not possible to post the goods issue for a replenishment delivery.
The system generates error messages:
IO231: Stock data of serial number &1 not suitable for movement
IO201: Serial number & cannot be used here
IO305: Termination upon goods issue posting of delivery item 2, material &3

The system may also generate an error message from the status management.

Additional key words
VL02, VL02N, 645, 647, 675 ,677, IO306

Cause and prerequisites
The material to be moved is subject to serial number management.

Solution
The one-step stock transfer (shipping) is not supported by serial number
management. Instead, use just the two-step stock transfer (shipping) or the
one-step stock transfer with MM transactions (movement type 301 or 311).
To ensure that the error message is more clear, you should maintain the
following table entries:

Release 4.0A or 4.0B:
Table T156S
Maintain the data using Transaction SM31.Flag for transport using Transaction SE16.
All entries for movement types 645 and 647 should be filled with '****' in field T156S-VRGNG.

Release 4.5A or 4.5B:
Table T156S
Maintain the data using Transaction SM31.Flag for transport using Transaction SE16.
All entries for movement types 645, 647 and 675 to 678 should be filled with '****' in field T156S-VRGNG.

Release 4.6A to 4.6C:
Table T156SY
Maintain the data using Transaction SM30 using view V_T156SY.If necessary, manually flag for transport in this transaction.
All entries for posting string references 645 or 647 should be filled in field T156SY-VRGNG_S or T156SY-VRGNG_H with '****'.

根据漏子的方法不知道行不行,要修改的两个字段如图:

如果不行,则试试将Movement type 645此两字段的值改成跟641的一样。

您可能感兴趣的与本文相关的镜像

ACE-Step

ACE-Step

音乐合成
ACE-Step

ACE-Step是由中国团队阶跃星辰(StepFun)与ACE Studio联手打造的开源音乐生成模型。 它拥有3.5B参数量,支持快速高质量生成、强可控性和易于拓展的特点。 最厉害的是,它可以生成多种语言的歌曲,包括但不限于中文、英文、日文等19种语言

<think>好的,我现在需要解决用户关于SAP移动类型645不支持序列号管理的问题。首先,我得确认用户提到的移动类型645SAP系统中的标准行为。根据我的知识,移动类型645通常用于库存转储的后续调整,比如在跨工厂转移货物后,可能需要调整库存状态或位置。这时候系统可能默认不启用序列号管理,导致用户无法记录或追踪序列号。 接下来,我需要考虑用户为什么会遇到这个问题。可能他们在使用645移动类型时,需要跟踪序列号,但系统不允许,这会影响库存准确性或合规性。例如,某些行业如医疗器械或电子产品,必须严格追踪每个产品的序列号,所以用户的需求很合理。 然后,解决方案部分。首先,标准的替代方案可能有:使用其他支持序列号移动类型,比如移动类型351或641,但这些可能不符合业务流程。其次,增强开发,通过User Exit或BAdI来修改移动类型645的行为,允许序列号输入。例如,使用MB_MIGO_BADI这样的BAdI来在过账时添加序列号检查和处理。 另外,可以考虑在后续步骤中补充序列号信息,比如在过账后使用货物移动的后续调整事务代码,或者在批次管理中关联序列号,虽然这可能不够直接。最后,如果系统配置允许,检查是否有可能通过后台配置启用序列号管理,但根据常见情况,这可能不可行,所以需要确认。 还要考虑用户的业务流程是否需要调整,或者是否有其他模块如QM或PM可以辅助记录序列号。比如,使用检验批或维护订单来关联序列号信息,虽然这可能增加操作步骤。 需要验证这些方案的可行性,比如增强开发是否会影响其他流程,或者替代移动类型是否导致额外的财务过账。同时,用户可能需要参考SAP的官方文档或咨询实施顾问,以确保解决方案的合规性和稳定性。 最后,生成相关问题,帮助用户进一步了解相关配置或其他移动类型序列号管理,以及增强开发的具体步骤。</think>### 关于移动类型645不支持序列号管理的分析与解决方案 #### 问题原因分析 在SAP标准系统中,移动类型645(通常用于库存转储的后续调整,如跨工厂转移后的数量/状态修正)默认不支持序列号管理,主要原因包括: 1. **业务场景限制**:移动类型645设计用于调整性操作(如数量修正或状态变更),而非原始货物移动,因此未集成序列号追踪功能[^4]。 2. **系统配置逻辑**:序列号管理需与移动类型的事务码(如MIGO/MB1A)深度集成,而645可能未配置相关字段的输入权限或校验规则。 #### 解决方案与替代方案 ##### 1. **使用替代移动类型** - **移动类型351/641**:若业务流程允许,改用支持序列号的标准移动类型(如351工厂间转移、641库存转储过账),但需注意财务过账差异。 - **限制**:可能改变原始业务凭证类型,需评估财务影响。 ##### 2. **增强开发实现序列号支持** - **BAdI增强**:通过`MB_MIGO_BADI`或`MB_DOCUMENT_BADI`,在过账时添加序列号校验与更新逻辑。例如: ```abap METHOD if_ex_mb_document_badi~check_before_update. IF im_mseg-bwart = '645' AND im_mseg-sernr IS INITIAL. MESSAGE '序列号必填' TYPE 'E'. ENDIF. ENDMETHOD. ``` - **隐式增强**:在事务码MIGO的屏幕或字段控制中激活序列号输入字段(需ABAP开发)[^4]。 ##### 3. **后续补充序列号信息** - **批次关联**:通过批次特性(如QM模块)间接记录序列号,使用事务码MSC2N维护批次与序列号映射。 - **自定义表存储**:过账后通过增强将序列号写入Z表,并通过报表或Fiori应用展示关联关系。 ##### 4. **系统配置调整(需验证)** - **检查OMJJ配置**:尝试在事务码OMJJ中为移动类型645激活序列号管理标识(字段`SERNP`),但标准系统可能限制此配置[^1]。 #### 操作建议流程 ```mermaid graph TD A[需求分析] --> B{是否必须使用645?} B -->|是| C[开发增强或配置调整] B -->|否| D[改用351/641等移动类型] C --> E[测试环境验证] E --> F[生产部署] ```
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值