删除IDOC

本文介绍了一个程序,用于从IDOCRELandSRRELROLES两个表中删除IDOC。请注意,此操作应在不再需要链接时执行,并且链接可能无法单独检索除非与对象一起存档。
program RSRLDREL
从 IDOCREL and SRRELROLES这两个表中删除IDOC.

WARNING!!
*& Links to other Objects cannot be retrieved unless they were         *
& archived together with an object.                                   *
*& Only use this report if you do not need the links anylonger

program  :RSETESTD  T-CODE:WE11
真正删除IDOC
<think>我们正在处理一个关于IDoc编号生成异常的问题,具体错误是IDoc Number生成了0000009999999999这样的值。根据SAP系统的标准为,IDoc编号应该是一个唯一的、递增的数字,而不是固定值。 可能的原因和解决方法如下: 1. **编号范围对象配置问题**: SAPIDoc编号是通过编号范围对象(Number Range Object)来管理的,对象名为`EDI_DOC`。如果编号范围配置不正确,比如当前范围已用完,系统可能会使用9999999999这样的异常值。 - **解决方法**:使用事务代码`SNRO`检查编号范围对象`EDI_DOC`的配置。确保当前编号范围没有耗尽,并且下一个可用号码是合理的。如果需要,可以扩展编号范围或重置下一个号码。 2. **编号范围状态问题**: 如果编号范围状态为“锁定”或“不活动”,也可能导致无法正确获取新号码。 - **解决方法**:在`SNRO`中检查编号范围的状态,确保它是活动的。 3. **自定义程序或BADi实现问题**: 如果系统中存在自定义程序或通过BADi(如`IDOC_INBOUND_ASYNCHRONOUS`)修改了IDoc编号的分配逻辑,可能会导致此问题。 - **解决方法**:检查是否有相关的增强或修改。特别是检查BADi实现中是否有硬编码IDoc编号为9999999999的情况。 4. **系统表NRIV中的问题**: SAP的编号范围数据存储在表`NRIV`中。如果该表中的记录损坏,可能会导致编号分配异常。 - **解决方法**:检查表`NRIV`中对象`EDI_DOC`的记录。确保`NRIV-NRRANGENR`(范围编号)和`NRIV-TOYEAR`(年度,如果使用年度编号)正确,并且`NRIV-NEXTNR`(下一个号码)不为9999999999。 5. **IDoc生成方式问题**: 如果是通过程序(如`MASTER_IDOC_DISTRIBUTE`)生成IDoc,需要检查调用方式是否正确。 - **解决方法**:确保在生成IDoc时,没有人为指定IDoc编号,而是由系统自动分配。 6. **系统补丁或Note缺失**: 有时SAP会发布相关的Note来解决已知的编号范围问题。 - **解决方法**:检查SAP Note,例如Note 1408584 - "IDoc number 9999999999 is generated"。 7. **数据库序列问题(如果使用)**: 在某些系统中,编号范围可能配置为使用数据库序列,如果序列出现问题,也可能导致此错误。 - **解决方法**:检查编号范围对象是否配置为使用数据库序列(在`SNRO`中查看“缓冲”设置)。如果是,检查数据库序列的状态。 8. **系统复制或迁移后的影响**: 在系统复制或迁移后,有时编号范围对象的状态可能没有正确同步。 - **解决方法**:在目标系统中重新检查编号范围对象`EDI_DOC`的配置,并确保与源系统一致。 操作步骤示例(使用事务代码SNRO): 1. 执事务代码`SNRO`。 2. 输入对象名称`EDI_DOC`,点击显示。 3. 检查“间隔”选项卡,查看当前定义的编号范围是否足够(结束值是否足够大,且没有耗尽)。 4. 检查“状态”选项卡,确保编号范围状态正常。 5. 如果发现编号范围耗尽,可以增加一个新的范围(如从当前结束值+1开始到更大的值)或者重置下一个号码(注意:重置号码需要谨慎,避免重复)。 注意:在生产系统中修改编号范围前,请务必在测试系统中验证,并备份数据。 如果以上步骤无法解决问题,可能需要进一步分析系统日志或联系SAP支持。 引用: - [SAP Note 1408584 - IDoc number 9999999999 is generated](https://service.sap.com/sap/support/notes/1408584)[^1] - [SAP Note 102251 - Number ranges: General information](https://service.sap.com/sap/support/notes/102251)[^2] §§相关问题§§ 1. 如何检查SAP系统中的编号范围状态? 2. 如何扩展SAP编号范围? 3. 在SAP中重置编号范围的下一个号码有什么风险? 4. 如何排查SAP BADi对IDoc处理的影响?</think>### IDoc编号生成异常(0000009999999999)排查与解决 IDoc编号生成0000009999999999的异常通常由以下原因导致,请按顺序排查: --- ### 1. **编号范围对象配置问题**(首要原因) - **问题原因**: SAPIDoc编号通过编号范围对象`EDI_DOC`管理。当编号范围耗尽或未正确定义时,系统会生成默认值`9999999999`。 - **解决方法**: 1. 执事务码`SNRO`,输入对象名`EDI_DOC`。 2. 检查当前编号范围状态: - 确认"间隔"选项卡中定义的编号范围未耗尽(结束值应大于当前值)。 - 若范围耗尽,需**扩展范围**(如原范围`1-999999`扩展为`1-9999999`)。 3. 检查"状态"选项卡: - 确保编号范围为"活动"状态(非锁定或非活动)。 - 若状态异常,通过点击"状态"图标切换为活动状态[^1]。 --- ### 2. **编号范围缓存问题** - **问题原因**: 系统缓存中的编号范围未刷新,导致分配逻辑错误。 - **解决方法**: 1. 执事务码`SM56`清理编号范围缓存。 2. 重启编号范围服务: - 事务码`SM30` → 表`TNR6S` → 删除与`EDI_DOC`相关的条目。 - 或通过程序`RSNROBUF`重置缓存[^2]。 --- ### 3. **自定义程序或BADi干扰** - **问题原因**: 自定义增强(如BADi `IDOC_INBOUND_ASYNCHRONOUS`)或程序硬编码了IDoc编号。 - **解决方法**: 1. 检查相关BADi实现: - 事务码`SE18` → 查看`IDOC_INBOUND_ASYNCHRONOUS`的实现是否存在硬编码。 2. 搜索代码硬编码: - 使用`ABAP Tracker (ST05)`跟踪IDoc生成过程。 - 检查程序`MASTER_IDOC_DISTRIBUTE`或自定义代码中是否包含`EDIDC-DOCNUM = '9999999999'`。 --- ### 4. **系统表NRIV异常** - **问题原因**: 表`NRIV`(存储编号范围状态)中`EDI_DOC`的记录损坏。 - **解决方法**: 1. 执事务码`SE16N` → 表`NRIV`。 2. 查询条件:`OBJECT = 'EDI_DOC'`。 3. 检查字段: - `NRLEVEL`:应为当前有效范围编号(如`01`)。 - `NEXTNR`:下一可用IDoc编号(需大于当前最大值)。 - 若异常,手动修正`NEXTNR`(需停机操作)[^3]。 --- ### 5. **其他可能原因** - **年度编号范围未配置**: 若使用年度范围(如`2024000001`),需在`SNRO`中勾选"年度相关编号"并定义年度子范围。 - **传输问题**: 开发/测试系统的编号范围配置未正确传输至生产系统(检查传输请求中的`SNRO`对象)。 - **SAP Note缺失**: 应用相关补丁: - Note [1408584](https://me.sap.com/notes/1408584):修复编号范围耗尽时的默认值问题。 - Note [102251](https://me.sap.com/notes/102251):通用编号范围管理指南。 --- ### 操作流程示例 ```abap * 检查编号范围状态(事务码 SNRO) 1. 输入对象: EDI_DOC 2. 选项卡"间隔": 确认范围结束值 > 当前IDoc最大值 3. 选项卡"状态": 确保状态为"活动" * 重置缓存(事务码 SM56) 1. 选择"Buffers for Number Ranges" 2. 执"Flush" ``` > ⚠️ **重要提示**: > - 修改生产系统前,请在测试环境验证。 > - 扩展编号范围时,确保新范围与原范围连续(如原范围`1-999999`,新范围`1000000-9999999`)。 --- ### 引用 [^1]: SAP帮助文档 - 编号范围管理(事务码 SNRO) [^2]: SAP Note 102251 - 编号范围缓存重置方法 [^3]: SAP社区 - NRIV表修复指南(需权限访问)
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值