Shyam，

我相信这是预期的行为，但我不记得为什么。 您可以扩展和修改处理该复杂表的Java类，以不截断前导零。

Jason Latko-SAP高级产品开发人员

嗨，Shyam和Jason，

这确实是预期的行为。 许多BAPI（将它们视为功能模块）实际上不会自动在所有ID（包括物料ID，批次（批次）ID，订单ID等）之前添加前导零。大多数情况下，它本质上是历史性的。 在调用功能模块之前，总是在ECC，CRM，SRM等屏幕（隐藏功能）中进行前置操作。 这包括在BAPI或SE37屏幕中进行FM测试。

由于材料ID的18位数字的显示在" 00000000080007043"之类的内容中令人困惑，因此修整也沿相反方向进行，因此用户可以 只能看到80007043作为材料ID。

这不仅仅是一个问题，在Agentry中也是如此。 我在SAP MII（制造集成和智能）中工作了几年，这也是一个问题。 使用" 000000000000000000"的连接和Right String函数（18）在很多情况下都可以使用，但是并不是所有材料都能得到很好的处理。

祝你好运！

请注意，Mike

SAP客户体验小组-CEG

Hello Michael，

您的旧回复今天对我有所帮助：）

我在EWM BAPI的响应中使用18位数字格式的Material，但是它与通过MII中的消息侦听器从IDOC（LOIPRO）获得的没有零的Material匹配；

最终由于零而导致不匹配，并且未能满足BLS中的匹配条件。

我只想为SQL查询匹配条件截断前导零。

为了所有人的利益-

我测试了函数stringright（000000000000000123，18）

然后，我还将交易变量的数据类型从STRING更改为FLOAT，并应用了函数-stringright（Transaction.MATERIAL，18）