MIGO入库做103报错 The ASSERT condition was violated.

已于 2024-07-08 17:00:54 修改
阅读量1.3k 收藏
点赞数
分类专栏： SAP_MM 文章标签： sap
于 2020-06-28 16:28:25 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u014469625/article/details/107002142
版权

在这里插入图片描述
跟单采购订单做103收货的时候系统dowmup。
根据提示看到原因是成本估算号取出来是空的导致。
1、具体分析了一下原因
销售订单是退货的销售订单，然后需求类型中的评估类选择了M导致
在这里插入图片描述
但是具体个人觉得是哪里配置的有问题

在这里插入图片描述

2351694_E_20210127.pdf
01-27
PPO 处于非活动状态。激活 PPO 指令创建以避免转储。要激活 PPO，请维护
junit4X系列--Assert与Hamcrest
weixin_34392843的博客
02-06 161
原文出处：http://www.blogjava.net/DLevin/archive/2012/05/12/377960.html。感谢作者无私分享 到目前，JUnit4所有的核心源码都已经讲解过了，最后剩下的就是为了兼容性而引入的和JUnit3相关的代码以及Assert中的代码。本节将关注于Assert代码。在JUnit4中，对Assert还引入了hamcrest框架的支持，...
CJ88 DUMP The ASSERT condition was violated
BinGeneral的博客
10-21 1413
一、CJ88运行某个项目时DUMP，其他项目正常 The ASSERT condition was violated. 源代码位置为交易货币为空导致DUMP 经过长时间的源码调试，也只定位在查询语句这里不一样，导致后边BEL[]中TWAER交易货币字段为空，导致上述源代码位置这个字段为空 最终还是查到了NOTE：0003097924_00.SAR，打上之后就没问题了 ...
SAP维护BP 报错 ASSERTION_FAILED
YSY19911230的博客
02-17 245
图内assert 那里 current_level = "ACTION",level_commit_start = "'CSTART'",继续调试后发现问题了，是这个内部BP，他在KNA1和LFA1的地址ADRNR用了同一个编号导致的！返回成功无异常，但是执行COMMIT WORK 的时候报错：ASSERTION_FAILED。level_commit_end = "'CEND'",导致验证失败程序崩溃。raise_cleanup()把current_level还原了。经过代码调试，发现是中间调用。
111 SAP报错： The ASSERT condition was violated.
09-08 884
原因分析：BP号码段和供应商账户组号码段配置了一致性后导致这个报错，需要激活PPO请求，所以是特殊场景下的配置缺失导致。解决方案：后台配置：SPRO->跨应用组件->主数据同步->同步控制->同步控制->激活对话中平台对象的PPO请求。业务背景：前台事务码BP创建工厂时程序DUMP报错。
SAP 报错 ASSERTION_FAILED
Frank.Ma
11-19 2588
ASSERTION_FAILED
【原创】MIGO时没发料不允许入库
cuiwuen54097的专栏
08-14 294
可以通过增强来进行处理。可以使用这个如下的用户出口--MBCF0002 客户功能退出: 物料凭证项目中的段文本。操作步骤如下：1.进入TCode：CMOD。2.给项目起一个项目名，然后将MBCF0002用户出口Assign给此项...
SAP BP MDS CTRL STRATEGY=============CP.PPO未激活导致Dump
难得糊涂
10-24 812
BP MDS_CTRL_STRATEGY=============CP PPO PPO 处于非活动状态。激活 PPO 指令创建以避免转储。
Swift assert（断言）precondition（先决条件）
weixin_33828101的博客
12-04 1331
程序的运行需要按照我们预先设计好的路线执行，想要执行某些操作必然需要满足一定的条件，不满足条件就无法继续向下执行。 其实Swift语言为我们提供了这样的函数：assert和pecondition。 assert和precondition是做什么的？ 从字面意思即可看出，assert是断言（必须成立），precondition是先决条件，是满足条件才能继续往下。两者的区别就是assert只在debu...
【案例35】销售订单公式问题导致系统宕机
Z.Virgil的博客
08-07 273
应该是在查询销售订单，表体量太大，又走了公式，显示公式：handleBodyLoadFormula。目前看是显示公式导致的。是订单参照订单时，订单表体存在很多数据，但是又执行大量显示公式导致，建议转单模板。远程排查，发现在服务器从机上defalut-7发生了内存溢出，宕机。经过顾问反馈，发现系统现在出现卡顿，NCC一直在转圈。销售订单相关操作，vo太多了导致内存占用过多。使用MAT抓取相关线程信息。别加显示公式，会有效率问题。
SAP开发及报错：500 SAP Internal Server Error(termination:RABAX_STATE)
ly_solo的博客
10-30 5877
1、开发机报错：如下图所示。 2、引发出错分析：根据需求需要在组件--视图--上下文--属性中，添加新的字段。操作后开发及就宕机了。 在网上找了很多的资料报termination:RABAX_STATE错误的，跟我的问题并不相关。联系了顾问。 3、解决思路：将添加字段删除，将系统还原到之前的状态，即可。 或者有数据库备份的，还原之前的数据库...
assert(pMap != NULL)错误的解决办法
sjhuangx的专栏
06-07 7213
最近在使用mfc进行多线程程序开发的过程中，由于需要实时在某个控件上进行数据更新操作，因此将某个控件进行了变量绑定，通过改变变量进行数据更新操作，但是每次都显示错误导致程序不能运行，具体指向wincore.cpp文件的972行：  // should also be in the permanent or temporary handle map CHandleMap* pMap =
ASSERT 语法
少年休闲海
02-27 3281
ASSERT  Syntax ASSERT [ [ID group [SUBKEY sub]]          [FIELDS val1 val2 ...]          CONDITION ] log_exp. Extras: 1. ... ID group 2. ... SUBKEY sub 3. ... FIELDS val1 val2 ... 4. ... CONDITION Eff...
Debug Assertion Failed问题解决
sinat_28509129的博客
07-12 5179
首先如果你用的是vc6的话： 1。按F5运行你的程序 2。在出错时，选择“重试” 3。按ALT+7调出“调用栈”窗口 4。双击从上往下的最近一个自己定义的函数，系统会自动把该函数所在的文件显示出来，此时程序就暂停在光标处。一般来说错误就出在这附近。你可以通过查看变量的值来确认
ewm系统消息服务器,ewm/erp相关后台配置以及主数据维护
weixin_39767887的博客
08-06 647
Unit1 – Basic Settings(default)1. Plant: 00012. Sales: 00013. DistributionChannel: 014. ROD>0001还不可以卖, 0002可以卖 / AFSAvailable forSale5. Fixed BinStorage 固定存储位Unit2 – SetupPrerequisites (ECC-IMG)1....
断言语法：不符合给定的条件就产生assert异常
liujingwei8610的专栏
09-23 398
【小白从小学Python、C、Java】 【Python-计算机等级考试二级】 【Python-数据分析】 断言语法：
condition: bindings[x] != nullptr
jacke121的专栏
11-02 1913
condition: bindings[x] != nullptr
MIGO报错M7021
最新发布
03-18
<think>好的，我现在需要解决用户提出的SAP MIGO错误M7021的问题。首先，我需要理解这个错误的具体含义和常见原因。根据用户提供的引用内容，虽然直接提到M7021的不多，但可以参考其他MIGO错误的解决思路，比如供应商、工厂国家不一致，或者事务代码权限问题。 首先，M7021错误可能与移动类型配置或物料凭证有关。常见的可能性包括移动类型未正确配置，或者物料凭证中的某些数据与系统设置冲突。例如，移动类型可能没有在后台配置中启用相应的操作，导致无法完成过账。 另外，用户权限也是一个常见问题。用户可能没有执行特定移动类型的事务权限，需要检查权限对象M_BEST和权限控制。此外，物料主数据或批次管理的问题也可能触发此错误，比如批次状态不符合要求，或者物料在特定工厂中的状态异常。 接下来，我需要根据这些可能性，逐步列出解决方案。首先建议用户检查移动类型配置，确认是否在OMJJ中正确设置。然后检查权限，确保用户有MIGO和相关移动类型的权限。接着查看物料主数据和批次状态，排除数据不一致的情况。如果这些步骤无效，可能需要检查后台配置中的国家代码是否一致，或者是否有增强程序导致的问题。最后，联系BASIS团队检查系统日志，确认是否有更深层次的错误。 最后，生成相关问题时要围绕常见的SAP MIGO错误、移动类型配置、权限管理等方面，帮助用户扩展解决类似问题的思路。</think>### SAP MIGO错误M7021的解决方案 SAP MIGO错误M7021通常与**移动类型（Movement Type）配置**或**物料凭证（Material Document）操作**相关。以下是逐步排查和解决的步骤： --- #### **1. 检查移动类型配置** 错误M7021可能由移动类型未正确配置引起。需确认以下配置： - **事务代码OMJJ**：检查移动类型是否已激活并分配了正确的科目修改（Account Modification）[^4]。 - **工厂/存储地点组合**：确保移动类型允许在目标工厂和存储地点之间操作。例如，跨工厂转移时需配置特定移动类型（如309/310）。 - **示例验证**： $$ \text{OMJJ路径: SPRO → Materials Management → Inventory Management and Physical Inventory → Movement Types → Copy, Change Movement Types} $$ --- #### **2. 检查用户权限** 用户可能缺乏执行特定移动类型的权限： - **权限对象M_BEST**：确认权限对象中是否包含相关移动类型及工厂/存储地点组合[^3]。 - **事务代码权限**：检查用户是否有权使用MIGO及关联事务（如MBST、MBRL等）。 --- #### **3. 物料主数据与批次状态** - **物料状态**：在事务代码MM02中检查物料主数据的“工厂/存储视图”，确保未设置限制（如冻结状态）。 - **批次管理**：若涉及批次，检查批次特性（如过期日期、锁定状态）是否允许操作。 --- #### **4. 检查后台配置一致性** - **国家/地区代码**：工厂所在国家需与供应商主数据（事务代码XK02）中的国家一致，否则可能触发国家控制报错[^1]。 - **增强程序冲突**：检查是否有自定义增强（如User Exit或BADI）拦截了操作。 --- #### **5. 系统日志与锁定对象** - **检查锁定条目**：使用事务代码SM12查看是否有锁定条目阻止操作（如采购订单或物料凭证被锁定）[^2]。 - **系统日志分析**：通过事务代码ST22查看ABAP Dump，定位具体错误模块。 --- #### **6. 尝试替代操作** - 若直接取消物料凭证失败，可尝试通过事务代码MBST或ML81/ML85（逆向操作）。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

我小时候很黑

你的打赏是对我的肯定

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值