SAP 报错异常大全

前言

本文目前 1w 字+，这篇文章会持续更新优化，先点赞 关注 收藏制作不易 谢谢🤞

SAP 中的消息管理是非常强大的，不论是在日常开发、配置还是系统集成过程中，都能帮助开发人员和实施顾问快速定位和解决问题。在 SAP 系统中，报错信息通常以消息类（Message Class）和消息编号的形式呈现，配合详细的消息内容，能为用户提供直观的错误提示及排查方向。然而，在实际开发过程中，我们常常遇到各种复杂的报错，往往需要深入分析消息的具体内容，理解其背后的问题原因，才能有效地解决。

一、案例介绍/笔者需求

以下内容都是笔者在日常开发过程中遇到的各种各样的报错问题，都会记录详细的消息类 以及编号 和 消息内容， 并且会给出可能报错的原因和解决方法，同时也会记录一些编码异常报错，大家如果有想查找的报错可以 Ctrl + F 搜索对应的消息类+编号，例如你发现系统报错消息类是VR编号是420那么你就直接搜索VR420就可以定位到对应的位置来查看报错原因，希望这篇文章能够为你提供一些有用的参考和帮助。

二、BAPI 报 错

这里主要记录在BAPI调用中出现的各类消息报错和可能原因以及解决方法。

01.消息类：ME

ME 消息类在 SAP MM 模块中扮演着至关重要的角色，它们如同贯穿采购业务流程的神经系统，在采购申请、采购订单、报价请求与报价单、采购合同、信息记录、供应商和物料主数据维护，以及收货和发票校验等各个环节，进行着数据检查、流程控制、信息传递和错误预防。通过这些消息，系统能够引导用户规范操作，检测并防止数据输入错误，维护数据的一致性和完整性，并最终支持业务流程的顺畅执行，确保采购业务高效准确地完成。

a.编号：ME083

如果报错请输入XXX例如下图中请输入发货存储地点但是你POITEM和POITEMX的SUPPL_STLOC(发货存储地点)确实已经赋值了 那么可能是发货工厂没有赋值，因为得先有发货工厂才能有发货存储地点。如果是发货工厂没赋值那么这类报错有个特殊地方 就是BAPI执行完之后 发货存储地点会被置为空。发货工厂字段是在抬头的POHEADER-SUPPL_PLNT，所以如果在调用 BAPI 时，某些数据明明已经输入，却仍然报错提示该数据未输入，那么应该检查是否有相关的前置数据未提供。例如，发货存储地点必须依赖于发货工厂，只有先输入了发货工厂，才能正确填写发货存储地点。

a.编号：ME706

如果交货单过账的时候报错采购凭证XXX的项目XXX不存在可能是跟EKPO-STAPO字段有关，交货单过账报错如图①，EKPO表数据情况如图②可以看到只有10行这个字段为X，我找到跟这个字段有关系也是跟了标准程序的逻辑如图③，这个字段的含义如图④ 我也不知道对不对。这个字段为X可能是用户乱操作 把这一行锁定或者是删除标记了，解决方法就是把这行锁定 再取消，后台这个字段就清空了如图⑤。

图①👇

图②👇

图③👇

图④👇

图⑤👇

b.编号：ME161

如果报错通知数量超过订购数量 &1 &2大概率是调用GN_DELIVERY_CREATE或者BAPI_DELIVERYPROCESSING_EXEC的报错，这是SAP对 当前创建的交货单收货数量 和 历史收获数量(EKES根据PO POimte去找) 合计之后 与采购订单数量进行对比 如果大于采购订单数量那么就报错，一般很好解决就是ME21N看对应采购订单是否已经创建过交货单了 把原本交货单删掉 或者 直接用原本的交货单 就行了。如下图所示 这个PO的10行数量是10而且已经创建过交货单了数量也是10 那么如果你再用这个10行去创建交货单就会报错ME161,因为历史交货单的数量10 加本次创建交货单的数量10 等于20 然后20大于采购订单10行的 10 所以会报错。

但是上面这个情况是最简单最常见的了 笔者在项目中遇到了 一个很奇怪的问题，就是再用BAPI或者函数创建的时候发现明显报错但是交货单却是创建成功的 在研究一整天之后也是成功解决了问题，我们这个项目 有一套自动收获处理流程 会先创建一个内向交货单 然后过账 再创建一个外向交货单 再过账 然后再创建一个内向交货单 也就是在这个连续创建流程中 在创建第二个内向交货单的时候会出现 BAPI明确返回报错ME161 但是交货单确实是创建成功了 数据库表和前台都查的到，最终我一直在debug标准程序 发现BAPI去创建交货单的时候 是先把交货单创建出来 数据落地到数据库 然后再调用了ME_CONFIRMATION_CHECK_QUANTITY函数来进行历数量的校验，校验逻辑如下图



解决办法 如下图所示，当我这样解决之后 立马执行交货单过账 又会报错 我自己把PO锁住了 因为异步原因 锁还没立即释放 解决办法就是交货单函数执行完之后等待2三秒 再去执行交货单过账

前后对比

IF_SYNCHRON='X'IF_SYNCHRON=SPACE（同步更新） （异步更新） ┌──────────────────────────┐ ┌──────────────────────────┐ │1.开始创建 Inbound Delivery │ │1.开始创建 Inbound Delivery │ └────────────┬─────────────┘ └────────────┬─────────────┘ │ │ ▼ ▼ ┌──────────────────────────┐ ┌──────────────────────────┐ │2.生成XLIPS/XLIKP等内表 │ │2.生成XLIPS/XLIKP等内表 │ └────────────┬─────────────┘ └────────────┬─────────────┘ │ │ ▼ ▼ ┌──────────────────────────┐ ┌──────────────────────────┐ │3.更新EKES确认数据 │ │3.EKESUpdate Task注册 ││(同步执行)│ │ │ └────────────┬─────────────┘ │ 但： │ │ │ 还没真正写数据库 │ ▼ └────────────┬─────────────┘ ┌──────────────────────────┐ │ │4.EKES已经写入数据库 │ ▼ └────────────┬─────────────┘ ┌──────────────────────────┐ │ │4.调用 │ ▼ │ME_CONFIRMATION_│ ┌──────────────────────────┐ │CHECK_QUANTITY│ │5.调用 │ └────────────┬─────────────┘ │ME_CONFIRMATION_│ │ │CHECK_QUANTITY│ ▼ └────────────┬─────────────┘ ┌──────────────────────────┐ │ │5.SELECTEKES│ ▼ │ │ ┌──────────────────────────┐ │ 这时查不到当前delivery │ │6.SELECTEKES│ │ 因为EKES还没真正更新 │ │ │ └────────────┬─────────────┘ │ 此时已经能查到： │ │ │ “当前刚创建的delivery” │ ▼ └────────────┬─────────────┘ ┌──────────────────────────┐ │ │6.不会重复累计 │ ▼ └────────────┬─────────────┘ ┌──────────────────────────┐ │ │7.SAP继续把当前数量 │ ▼ │ 再加一次 │ ┌──────────────────────────┐ │ │ │7.不再触发ME161│ │ h-gavim=h-avimg+h-umeng │ └──────────────────────────┘ └────────────┬─────────────┘ │ ▼ ┌──────────────────────────┐ │8.数量重复累计 │ │ │ │ 历史数量+当前数量+当前数量 │ └────────────┬─────────────┘ │ ▼ ┌──────────────────────────┐ │9.触发ME161│ │ 通知数量超过采购数量 │ └──────────────────────────┘

02.消息类：M_

这个消息类通常与物料号（Material Number）字段长度扩展的相关配置或映射过程有关。在 SAP 系统中，物料号的长度通常为 18 位（标准字段长度），但在某些情况下，可能会根据业务需求或特定的系统设置来扩展物料号字段的长度。因此，这个消息类用于处理和记录与物料号长度扩展相关的消息或错误

a.编号：M_011

如果报错Change indicators could not be uniquely determined in material mapping意味着在调用 BAPI 时 是行项目重复 或者 所有行项目都为空。下面我只列举了3个 这个BAPI接受的内表都要有item的编号并且不能重复。一般你poitem和poitemx这两个参数项目编号没问题的话po是能创建成功的 其他哪些参数都是创建po的附加参数 例如会影响单价什么的。所以如果创建出来的po数据不对应该看看其他参数的项item编号是否能根poitem中的item编号能对应上。

b.编号：M_017

如果报错Provided data does not fulfill length criteria in material mapping意味着在调用 BAPI 时，传入的某些字段的值未满足预定义的字段长度限制，这种情况一般可能是前导零补的太多了。也就是你们系统中物料编码内码是18位的，但是某个BAPI物料编码的长度是40位的，当你补充了前导零之后就太长了不满足系统物料编码长度的需求。如下图所示

b.步骤一 a 2
pass

c.步骤一 a 3
pass

03.消息类：M7

M7 消息类主要与物料管理（MM 模块）中的库存管理相关，处理物料移动、库存调整、批次管理、物料凭证以及库存状态的操作消息。M7 消息类的核心作用在于确保库存操作的规范性和透明性。在日常库存管理中，诸如物料收发、库存状态更改或库存差异调整等操作，都会触发 M7 消息类，以验证操作是否符合业务逻辑。例如，当库存不足时，系统会通过 M7 消息提示用户需要调整库存或减少操作数量；当物料启用了批次管理，系统则会通过 M7 消息提醒用户输入正确的批次号或批次不存在的情况。
除此之外，M7 消息类还在处理物料凭证时发挥重要作用。无论是物料凭证的创建还是冲销，M7 消息类都会对操作的合法性进行严格校验，并在用户试图重复取消或冲销无效凭证时，通过清晰的消息予以阻止。这样的功能不仅规范了操作流程，还避免了系统中的错误数据生成。

消息编号：M7146

如果报错如下图①不支持移动原因 xxxx （请检查你的输入）一般是调用BAPI_GOODSMVT_CREATE的时候 移动类型( MOVE_TYPE )没有赋值对应的移动原因( MOVE_REAS )。如下图所示，移动类型261是没有移动原因的 但是第一行移动原因赋值了2003 如下图②。
图①👇

图②👇

消息编号：M7072

如果报错如下图①请输入有关特殊库存XXX的客户一般是调用BAPI_GOODSMVT_CREATE的时候 客户的帐户编号( CUSTOMER )没有赋值对，这个字段长度为10如下图② 记得前导零。
图①👇

图②👇

消息编号：M7394

如果报错如下图①采购订单 XXX 不包含确认控制关键字一般是调用GN_DELIVERY_CREATE参考采购订单创建内向交货单时候的报错，报错的原因是因为采购订单对应的行项目没有设置确认控制关键字，我们需要me21n打开对应采购订单切换到行项目的确认选项卡 在字段 确认控制（Confirmation Control Key） 中维护合适的值，如图①所示。
这个确认控制字段是告诉系统：“这个采购订单需要供应商确认什么内容、用什么方式确认”。例如：要求供应商发货后发送发货通知(内向交货单)、要求供应商确认交期数量、要求确认收货后再开票，如果没维护前台VL31N是可以创建的这是因为手工创建的时候系统默认你“知道自己在做什么”；而后台创建的时候 系统必须保证“数据一致性”，不能生成“无确认控制”的交货单。
图①👇

消息编号：M7021

如果报错短缺BA 非限制使用 先前 0.914- M : 物料 工厂 库位 批次一般是调用BAPI_GOODSMVT_CREATE或者使用 migo 货物移动的时候报错，这个报错的很明确就是库存不够 但是为什么库存不够 原因就多了，可能是真的没库存 也可能是过账日期的日期没库存也就是说当前日期是有库存 但是过账日期的那个日期是没库存的。笔者就是遇到过账日期的问题才记录下这个报错的。还有一种情况如果对应时间库存是够的 还是报错 那么也可能是 有可用性检查 也就是这个物料有预留 不让用，预留是存在RESB表里面的。
过账日期举例：SAP 在 MIGO 或 BAPI_GOODSMVT_CREATE 中判断库存是否足够，始终基于“过账日期”的历史库存，而不是当前库存。例如我2025-11-14 可用库存为 0 2025-11-15可用库存为10 那么你过账日期填11月14是没有库存可用的，因为SAP 是一个 会计驱动的系统 过账日期 = 会计凭证日期 库存属于会计对象（属于财务资产）SAP 必须保证每一天的库存变化是逻辑正确的 如果允许你在 10 月 14 日出库，而库存在 10 月 15 日才进来，那就会出现 库存未来才到货，但过去就被使用，违反财务逻辑。会导致库存估值混乱。SAP 需要确保物料凭证在历史上是可追溯的 你 MIGO 输入任何历史日期，就是往那一天“插入一笔库存流水”。插入时，系统必须确保 那一天 + 那一天之前的库存总量，不能出现负数。如下图所示MB5B查看对应物料 14号的可用库存为0。

如果说历史时间库存够用过账成功会发生什么呢？假如我 10月14号可用库存为10，10月15号可用库存为20，我10月14日期初为0 入库10 出库0 期末为10，15日期初就是14号期末 也就是10 入库10 出库0 期末就为起初＋入库为20 那么我现在是16号了 我补录一个14号的过账投料10 那么14号期末就是0了 因为出库了10 那么15号期初也就是0了 因为15号期初就是14号的期末 所以15号库存就为10了所以补录历史过账会按链式计算影响改变那天之后每天的期初/期末，最终会影响到今天的实时库存

编号：M7036

这个报错一般是采购订单migo收货可能会报错对于采购订单& &无收货可能但是一般前台这种问题很好处理 都是我们常见或者SAP消息文档中提到的报错可能，我说下我这个报错的情况，我们系统是103暂收 然后105根据103的交货单进行实收，我在用前台migo 输入A01收货 R04内向交货 输入交货单之后 勾选项目确定 点击检查过账 是可以正常收货的，但是我们自动处理这个程序 会报错 我排查了原因是因为参考凭证没有赋值对如图①所示，当我们在migo输入交货单回车之后 发现带出来的参考凭证 根本不是图①找出来的凭证，从图②可以看到我们这个订单是先103收了两次 又104把两次都冲了 然后又103收了两次 如果用之前的凭证肯定是报错的。
图①👇

图②👇

编号：M7022

这个报错一般是采购订单migo收货可能会报错&超过了& & &笔者是在BAPI_GOODSMVT_CREATE 做采购订单105实收的时候 报错PU 收货冻结库存超过了55 PCS : 10100100510K 8021 8055 200263排查之后还是发现103的参考凭证没用对 可以看消息类 M7 编号 036 即可。也在本文记录了。

04.消息类：B1

B1 消息类主要用于 SAP 财务会计（FI）模块中的固定资产管理（FI-AA），处理固定资产的创建、变更、折旧、报废以及资产转移等相关操作。该消息类的核心作用在于确保 固定资产数据的完整性和财务计算的准确性，尤其是在折旧计算、资产评估和账务处理等方面。
资产创建与过账：在使用 BAPI（如 BAPI_FIXEDASSET_OVRTAKE_CREATE）或事务码（如 AS01 创建、AS91 资产接管）录入固定资产时，B1 消息类会校验资产主数据的完整性，如资产类别、折旧范围、会计准则等。
资产折旧：执行折旧计算（AFAB）时，B1 消息类会检查折旧键、折旧率和折旧期间的设置是否正确，确保财务账面数据的合规性。
资产转移与报废：在使用事务码 ABUMN（资产转移）或 ABAVN（资产报废）时，系统可能触发 B1 消息类，以提醒用户资产的账面价值是否正确、折旧是否已经计算，以及是否满足资产处理规则。
货币和汇率转换：B1 消息类还涉及固定资产交易中的金额和货币转换，例如在跨公司代码资产转移或不同折旧范围之间的账务处理时，可能出现 “金额无法换算” 或 “缺少汇率” 等错误提示，确保数据一致性。

a.编号：B1536

情况一👉如果报错如下图①所示在字段 XXXXX 中的货币总量 XXX AMOUNT 无法换算一般是调用BAPI_FIXEDASSET_OVRTAKE_CREATE的时候 表传入传出参数TRANSACTIONS中的CURRENCY和CURRENCY_ISO字段没有赋值对应的货币类型，如下图②所示赋值的是IDR印尼盾，但实际系统配置中公司代码6020配置的是CNY如图③所示，所以要么改配置 要么这两个字段赋值改为CNY。图④是一个参考配置

其实CUMULATEDVALUES和POSTEDVALUES参数中的CURRENCY和CURRENCY_ISO字段 在一般业务情况下是可以不用填写的，因为SAP 系统通常会为公司代码或固定资产主数据设置默认货币，系统可能会尝试使用默认货币进行过账。也就是说如果你正在使用与公司代码或固定资产主数据不同的货币进行过账，则必须填写 CURRENCY 或 CURRENCY_ISO，那么如何填写是要业务给出逻辑的。

图①👇

图②👇

图③👇

图④👇

情况二👉如果你感觉你货币类型这两个字段在你当前的数据业务下是没问题的 那么就要从金额入手了。举例 印尼卢比、日元、等等 一些货币是没有小数位的。但是你传入金额的小数位是有非0的数字 那么系统在尝试把你所传入的金额转化为整数时报错了，也就是报错显示的消息如图①，其实这点我们也可以从前台界面入手 如图②我们可以看到这金额是没有小数位的。我们BAPICUMULATEDVALUES和POSTEDVALUES参数中的 中的金额字段ORD_DEP现在传入的是 如图③我们可以看到小数位都是有非0的数字，要查看对应货币小数位可以在TCURX表查看 如图④，所以我们BAPI对应金额应该传入 如图⑤去掉小数位。反正有这个报错就是金额和货币类型的问题

图①👇

图②👇

图③👇

图④👇

图⑤👇

05.消息类：VR

消息类 VR 主要用于 SAP 物流执行（LE）模块，特别是销售与配送（SD）和库存管理（MM）中的交货处理相关功能。它包含各种与交货单（Outbound Delivery）、库存转储（STO）、装运、批次管理等相关的系统消息，例如数据校验、交货创建、库存检查、可用性确认、合作伙伴角色校验等。

a.编号：VR420

如果报错如下图①请检查条目。没选择工作表一般是调用BAPI_OUTB_DELIVERY_CREATE_STO创建交货单的时候报错的，如果你想用这个BAPI根据STO采购订单创建交货单时候 但是你缺传入的采购订单类型类型不是STO单 那么就会报错这个，也就说用这个BAPI传参一定要是STO采购订单，反正这个报错肯定是采购订单建的不对 或者 对应的库存下面没有数量。
图①👇

06.消息类：M3

消息类 M3 主要用于 物料主数据（Material Master） 相关的消息处理，涵盖物料创建、修改、删除以及相关的校验和错误提示。在物料管理（MM）模块中，M3 消息类广泛应用于 MM01（创建物料）、MM02（修改物料）、MM03（显示物料） 以及物料扩展、字段验证、估价控制、批次管理等场景。当用户在维护物料主数据时，如果遇到不符合系统设定规则的操作，例如非法的字段输入、缺失必要数据、违反物料分类或估价策略，系统会触发 M3 消息类进行提示或报错。此外，M3 也涉及到物料相关的交叉模块功能，比如物料账目（MBEW）、采购（EINA）、库存管理（MARD） 等表的数据一致性检查，确保物料主数据能够正确地在采购、库存、生产等业务流程中使用。

a.编号：M3551

如果报错如下图①你不能修改价格控制标识一般是调用BAPI_MATERIAL_MAINTAINDATA_RT或者BAPI_MATERIAL_SAVEDATA创建修改物料主数据时候的报错，引起这个报错的原因通常是因为图②两个字段赋值不对引起的，前台界面如图③在后勤分销中心的会计视图里面，这里面涉及到SAP 物料估价（Material Valuation） 和 实际成本估算（Material Ledger, ML） 的核心概念，当MLAST = 2物料可以使用 标准价格（S） 或 移动平均价（V），SAP 允许用户在两者之间选择。当MLAST = 3时代表物料开启了“实际成本估算（Actual Costing）”，并且实际成本估算只能基于标准价格（S），而不能基于移动平均价（V）。这符合 SAP Material Ledger（ML，物料分类账） 的成本计算逻辑：标准价格（S）提供基准价格，期末结算时系统会调整价格以反映实际成本。如果 VPRSV=V，那么每次收货或发票校验时，价格都会变化，导致期末的实际成本调整逻辑无法执行，这违反了 SAP 物料分类账的基本原则，因此 SAP 会报错你不能修改价格控制标识。

当 MLAST = 3 时，物料账簿被激活，用于记录多级成本流（如采购、生产、库存转移的实际成本）并支持实际成本计算。物料账簿依赖标准价格（S）作为评估基础，实际成本与标准成本的差异会记录在账簿中进行追踪。如果允许 VPRSV = V，移动平均价格会因每次交易动态变化，与物料账簿的多级成本分摊逻辑冲突，导致成本追溯和财务报表不准确。

也就是说 MLAST = 2 那么 VPRSV 可以是 S 或者 V，MLAST = 3 那么 VPRSV 只能是 S。

图①👇

图②👇

图③👇

b.编号：M3661

如果报错如下图①只是个别计划有可能(没有基于数量的库存管理)一般是调用BAPI_MATERIAL_MAINTAINDATA_RT或者BAPI_MATERIAL_SAVEDATA创建修改物料主数据时候的报错。为什么报错这个看如下干货👇
在 SAP 里，物料的管理方式可以根据物料类型和工厂的组合决定管理方式大致可以分为“数量管理模式”和“单独需求模式”，它们决定了物料是按照库存管理，还是直接按需求管理。数量管理模式就是适合需要存到仓库的物料大多数是生产、采购的物料，在 “数量管理模式” 下，SAP 允许你对物料进行入库、出库，可以在系统里随时查看当前库存（MMBE）比如普通生产物料（ROH）：原材料、半成品等，通常需要入库，随时取用。单独需求模式适合不需要存货的物料 按需求购买、使用的物料 在 “单独需求模式” 下，物料不会被存入仓库，而是每次有订单需求时，才去采购或生产，用完就算，不会积压库存。比如：服务类物料（DIEN）：比如外包维修、咨询服务，不能存入仓库。非库存物料（NLAG）：如特殊工具、办公用品，买来就直接用掉，不会存货。一次性物料：某些项目采购的特殊零件，只用一次，不会长期存放。
也就是说你创建的物料管理模式要和你配置相匹配，如果你配置不允许物料进行数量管理如图②但是创建的时候也不是独立需求如图③那么就会报错。这块我也不太懂 大概率是图③控制 是否是独立需求。

图①👇

图②👇对应后台表字段V134W-MENGU

图③👇

07.消息类：29

SAP 消息类 29 在 SAP 系统中通常与 物料清单 (BOM) 和 配置管理 相关。 这个消息类主要用于在 BOM 处理过程中，特别是使用配置管理时，发出各种信息、警告和错误消息。 消息类 29 涵盖了从 BOM 创建、更改、到展开和使用的各个环节，当系统在这些环节中检测到不一致性、配置问题、数据错误或需要用户注意的情况时，就会使用消息类 29 中的消息来通知用户，以便用户能够及时处理和纠正问题，确保 BOM 数据的准确性和业务流程的顺利进行。 这些消息可能涉及到配置参数设置、物料数据完整性、BOM 结构有效性以及与其他模块 (如生产计划、成本核算) 的集成等方面。

a.编号：29127

如果报错如下图①大量物件不允许用于成本核算相关项一般是调用BAPI_MATERIAL_BOM_GROUP_CREATE创建修改BOM主数据时候的报错，这个报错表示COST_REL (成本核算相关项的标识符)和BULK_MAT (指示符：散装物料)字段值不对，成本核算相关项的标识符：设置为 ‘X’ 时，表示该 BOM 组件是成本核算相关的。这意味着在产品成本核算、标准成本计算等过程中，这个组件的成本会被纳入计算范围。通常，BOM 中的大部分组件都应该是成本核算相关的，以便准确计算产品的总成本。指示符：散装物料：字段设置为 ‘X’ 时，表示该 BOM 组件是散装物料。散装物料的特点是：通常不进行精确的库存数量管理，而是按消耗量进行管理。通常不会像普通库存物料那样精细地追踪到每个生产订单或成本对象。它们的成本可能被直接计入成本中心或费用科目，而不是作为产品成本的一部分进行详细核算。也就是不计算成本例如：螺丝、钉子、胶水、润滑油等辅助材料，有时会被定义为散装物料。
散装物料不进行精细成本追踪，也就是在生产中不计算成本，而成本核算相关项需纳入成本核算，二者逻辑冲突，因此 SAP 限制它们不能同时为 ‘X’ 。前台如图②

但是我在使用这个 BAPI 的过程中COST_REL和BULK_MAT字段赋值是没问题的 这个我可以确定。但是依然会报错这个，于是我就跟了 BAPI 的报错逻辑，发现 BAPI 内部会对COST_REL字段重新根据透明表T416V赋值如图③对应前台配置是T-code是OS21，这个字段有值之后我们散装物料字段也传入的是X那么在后续的判断逻辑中就会报错大量物件不允许用于成本核算相关项如图④316行返回了这个消息。那么问题来了 BAPI 为什么要针对我们COST_REL字段重新根据配置表赋值呢？我明明显式的传递了COST_REL为空了 我详细看了BAPI内部逻辑之后得出结果是还有一些字段未传值导致的详情请看图⑤。

图①👇

图②👇

图③👇

图④👇

图⑤👇

08.消息类：06

SAP 消息类 06 通常与库存管理和物料管理相关，主要用于在物料管理和库存操作过程中发出各种信息、警告和错误消息。这个消息类涵盖了库存接收、发货、库存调整、库存转储、库存差异等多个环节。每当系统在这些环节中检测到潜在问题或不一致时，就会触发消息类 06 来通知用户。例如，当物料接收或发货过程中出现物料编号错误、数量不符或库存不足时，系统会通过消息类 06 提示用户进行检查和修正。如果用户在进行库存转储或调整时遇到问题，比如转储数量不正确、目标仓库不存在或数据缺失等，也会出现相应的警告或错误信息。消息类 06 还在库存差异管理中起到关键作用，尤其是在进行库存盘点或调整时，如果实际库存与账面库存不一致，系统会提示用户进行纠正。这些消息有助于保证物料数据的完整性，避免因库存问题导致的生产中断或发货延误。此外，消息类 06 还涉及与其他模块（如采购、销售、生产计划等）的集成，确保物料管理和其他相关模块之间的数据一致性和流程顺畅。总之，消息类 06 主要用于帮助用户在库存管理和物料管理过程中及时发现问题并采取必要的修正措施，以确保库存数据的准确性、物料流转的顺利进行和业务流程的高效运行。

a.编号：06633

如果报错如下图①物料 &1 不能在工厂 &2 中列出(错误 &3, 参见长文本)一般是使用BAPIBAPI_PO_CREATE1或者ME21N创建采购订单的时候报错。报错原因一般是跟交期有关 大概率是因为交期在过去。交期这个字段在BAPI_PO_CREATE1的poschedule参数中 如图②。
图①👇

图②👇

b.编号：06215
如果报错如下图①请输入净价格一般是通过BAPI或者前台me21n创建PO的时候的报错，这个报错很好理解 但是情况也分多种，如果你没采购信息记录并且没输入净价那么就报错 请输入净价格 这种情况没啥说的。我下面要说一种特殊的情况。请看图②当我①和④两个采购申请一起创建同一张PO的时候会报错 请输入净价格，但是④和⑦一起创建的时候就不会报错，但是前台不管怎么组合创建都是可以的。问题是出在币别上面，①和⑦都是USD④是IDR当①和④创建的时候抬头币别用的是①的USD，那么BAPI和标准程序会将行项目中的金额根据币别进行转换，当④的75IRD转为USD之后为0.0046 如图③又因为SAP是保留小数点后两位 所以导致净价就是0了，在④和⑦一起创建的时候抬头币别用的是IDR 那么就会把行项目中种的USD转为IDR就不会报错了。抬头币别如图④。
这个其实是程序的问题，程序在合并PR创建PO的时候会保留第一行的数据作为抬头数据，但是也不应该取PR行项目的币别，正常标准程序都是根据供应商自动带出对应的币别。
图①👇

图②👇

图③👇

图④👇

09.消息类：CX_MSR_TRC

CX_MSR_TRC 是 SAP 中高级退货管理（Advanced Returns Management，简称 ARM）核心的消息类，全称“Message texts in multi-step returns controller”，隶属于软件组件 SAP_APPL、应用组件 LO-ARM、开发包 MSR_TRACKING，主要用于整个多步骤客户退货和供应商退货流程中的所有检查、提示、警告和错误消息。无论是创建退货订单（RE 类型）、生成退货交货、检验、移入自有库存、销毁、转售还是触发信用备忘录、供应商 RMA，系统都会通过 CX_MSR_TRC 进行严格的退货数据一致性校验、后续活动合法性检查、退款控制（Refund Control）、跨公司代码退货、特殊库存和移动类型限制等验证。该消息类包含约 200 条标准消息（000-200 号段），涵盖从“退货数据检查出错”到“特定后续活动不允许退款”“特殊库存 E 不支持跨公司退货”等典型场景，支持 E（错误阻塞）、W（警告）、I（信息）、S（成功）四种消息类型，对应的 ABAP 异常类也是 CX_MSR_TRC，继承自 CX_STATIC_CHECK 并实现 IF_T100_MESSAGE 接口，可在 SE91 中查看和维护，所有与事务码 MSR_TRC_C（退货跟踪）、MSR_CRD（信用备忘录请求）、MSR_ADV 等相关的 ARM 流程几乎都依赖此消息类来保证退货业务合规和财务结算正确，是 SAP 高级退货管理的核心控制机制之一。

a.编号：CX_MSR_TRC100

如果报错如下图①必须使用工厂类 CL_MSR_TRC_FACTORY 例示类 CL_MSR_TRC_CONTROLLER一般是 交货单过账并发的场景导致的，但是这个问题我最终排查之后发现是SAP的一个BUG 如图②然后针对这个bug的解释如图③，我查阅了相关资料发现SAP也没有针对这个bug有notes。
图①👇

图②👇


图③👇 从左到右看，核心点是红框中的解释，如果SAP用ABAP内存就不会有这样的问题了。。。。。。

三、IDOC异常报错

这里主要记录在IDOC开发过程中的各类报错。

01.消息类：E0

SAP 的消息类 E0 是一个用于系统消息的标准消息类，主要涵盖与 IDoc（Intermediate Document，中间文档）相关的消息。IDoc 是 SAP 用于电子数据交换（EDI）和应用程序集成（ALE）的重要工具，消息类 E0 提供了与其相关的诊断、警告和错误信息。

a.编号：E0073EDI：凭证中的语法错误(组的重复太少)

下图是BD87查看对应报错消息是： 根据基本类型FSHORD03的语法描述（客户增强），最多可以重复段组E1EDKA1达到0000000099次。但是该段组在 IDoc出现更频繁。

这个基本类型FSHORD03的应用场景是传输和处理订单相关的数据例如：销售订单（Sales Orders）、采购订单（Purchase Orders）、退货订单（Return Orders）我们可以WE30去查看对应的结构类型，当我去WE30查看这个字段的时候发现这个字段是抬头字段，但是数据记录居然高达99条以上。这肯定是不正常的，基本可以确定是IDOC添加节点的时候重复添加了。最终查看代码发现确实如此。

b.步骤二 a 2
pass

c.步骤二 a 3
pass

四、代码异常报错

这里主要记录在开发过程中的各类编码报错，类型报错。

01.CX_SY_OPEN_SQL_DB

如果CDS报错：数据库返回 SQL 代码 307。错误文本：numeric value out of range: not enough space for packed decimal则证明是字段长度不够了,如图①所示，ZJIDSD001C是一个CDS里面的有一个SUMQTY字段是从IMATDOCREC表根据QuantityInBaseUnit合计出来的。而 QuantityInBaseUnit 字段长度只有13位，系统中有起初很大的数据做了移动合计完了之后超过了13位如图②所以会报错，想要找出有问题的物料就得使用其他的数据查询方式如DB02或者open sql 将数据都取出来然后按照数量降序就可以看到长度最大的了如图③ 这些物料其实是系统中的一些通用特殊物料。。。。。。。
图①👇

图②👇

图③👇

a.解决方法
把类型转换一下就行了，把标准表IMATDOCREC的字段QuantityInBaseUnit对应的数据元素复制出来把域长度改大一点，然后CDS中把类型转为ZMENGE_D

02.步骤一 b

这个步骤的介绍
a.步骤一 b 1
pass

b.步骤一 b 2
pass

c.步骤一 b 3
pass

五、前台操作报错

这里主要记录在前台操作中出现的各类消息报错和可能原因以及解决方法。

01.消息类：VL

在SAP中，VL 消息类与 交货（Delivery） 相关。消息类 VL 是系统中用于处理交货相关消息的标准消息类别。它包含了许多在交货处理过程中常见的消息

a.编号：VL367

如果报错一个无交货数量的项目是不许可的。项目将被删除。意味着需要交货的数量已经没有或者是库存不够了，那么你就要看是不是对应的采购订单行项目数量已经有交货单占用完了。例如再用下面这个采购订单去创建内向交货单就会报错行项目10是无交货数量的，因为52个数量已经被交货单1800394247占用完了，如果你还想创建交货单那么就把这个交货单删掉或者把这个囧货单行项目10数量改小一点。

b.编号：VL248

如果报错对于直到所选日期的交货没有到期的计划行不一定是日期的问题还有可能是 SO数量的问题。我在DEBUG这个消息号的时候 发现了数量对比的代码 没想到果真是数量的问题导致的。我大概记录一下，当时问题解决了也没详细追查了。图1是因为数量不对 所以没给ct_crea_data内表添加数据，但是是因为数量问题导致的，但是图二最终不管你是因为什么原因导致没有符合创建的数据 它都给你报错VL248 离谱。
图①👇

图②👇

02.BA

消息类 BA 是 SAP 系统中专用于数据归档（Archive Administration）模块的标准消息类，它包含了归档全过程中可能出现的各类系统消息，包括信息提示、警告、错误和成功反馈等。归档对象的定义验证、写入归档文件的操作、归档文件的读取和删除处理、归档存储管理（如打开、关闭文件、版本校验）、配置不当提示、数据完整性校验失败等问题，系统都会通过消息类 BA 中预定义的消息进行反馈。开发人员在使用归档相关事务（如 SARA）或函数模块（如 ARCHIVE_OPEN_FOR_WRITE、ARCHIVE_PUT_RECORD、ARCHIVE_DELETE_OBJECT）时，若发生任何逻辑或技术性问题，系统统一通过 BA 消息类提供具体描述，以辅助用户判断归档流程中每个环节的状态或错误原因。该消息类对归档对象的开发、测试和维护起着关键性的提示作用，是归档开发不可忽视的基础工具之一。

a.BA048

如果报错归档对象或类 XXX 不包含结构 XXX按照如下图方式处理，我是在使用归档对象SD_VBAK的时候报错 归档对象或类 SD_VBAK 不包含结构 J_3AVBUE 处理方法就去事务码AOBJ找到对应的归档对象 然后点击结构定义 把对应的结构加进去 点保存 保存时候的弹框要点击否 才可以保存成功。

有时候这个报错要去ACLA这个事务码去配置一些东西 要根据报错 反复尝试一下。

b.步骤一 b 2
pass

c.步骤一 b 3
pass

03.CO

SAP 中的消息类 CO 主要用于控制模块（Controlling），其作用是在执行如成本中心管理、内部订单、项目结算等成本相关业务时提供系统反馈。当用户进行录入、分摊、结算等操作时，如果存在主数据配置错误、结算规则缺失、成本对象无效、数据不一致等问题，系统会通过 CO 类的消息进行提示或报错。这类消息帮助用户及时发现业务配置或操作上的问题，确保成本流向和数据的准确性，常见于 KO01、KO88、KSB1、KB11N 等交易码中，并贯穿于 FI、MM、PP 等模块与 CO 的集成业务处理流程。

a.编号：CO688
如果报错如下图①订单XXX的未处理将来更改记录阻止删除标记/完成一般是在做归档生产订单时候对生产订单进行了校验，它是在如图②调用了函数 CO_RU_PLANNED_DATA_PRE_READ 进行了校验 涉及到的相关透明表如图③，如果这些透明表中任何一个表有这个生产订单的数据程序都会报这个错误。
图①👇

图②👇 要是想仔细看可以给这里打断点
图③👇

END、总结

以上就是今天要讲的内容，本文仅仅简单介绍了SAP中各种报错的可能原因以及解决方法，感觉这篇文章自己有学到东西或者在今后的工作中能派上用场，可以点赞收藏支持！！！如果有说错或者不好的地方还望大家提出来见谅，欢迎大家评论指出不好的地方。谢谢！