SAP ERP系统的哪种输出技术已经存在了30多年？而且一再被宣布过时、过时和过时？是的，我说的是SAPscript——输出技术中的曾祖父

我一次又一次地看到SAPscript表单出现在"物料管理"和"销售与分销"模块中，这些模块已经使用了很长时间。也许他们会在未来10年里继续使用，因为他们做了他们应该做的事情：适当地准备商业信息以便打印、邮寄等等。有时会有问题，这个博客是关于我的一些经验，我想和大家分享。

为了简化SAPscript表单的维护，人工智能工作，我编写了开源工具"SAPscript表单分解助手"。您可以在设计时使用它来更好地理解表单。缩进、强调等优点使SAPscript指令易于理解。这里有一个小例子：

如果你有一个只能在运行时识别的问题，那就很难了。我最近遇到了这样一个问题。

在采购订单中，送货地址有时与供应商的地址相对应，而不是"真正"收件人的地址。表单被大量修改，而打印程序是标准的。

使用SAPscript调试器（见注释19104），我能够在consgene窗口中识别错误。通过使用带有SADR结构某些值的PERFORM语句，可以单独确定交付地址。

令人惊讶的是，这种逻辑在大多数测试用例中都有效。只是在某些情况下没有。经过分析发现，SADR结构在不同的环境下被打印程序多次使用。因此，结构在不同的时间包含不同的值。

如果窗体总是以相同的方式处理，企业软件平台，物联网产品，那就可以了。不幸的是，事实并非如此。据我所知，物联网安全，有一个关于表单处理顺序的注释。但我再也找不到这张纸条了

解决办法可能是在这一点上回归标准。在查看ABAP中的via PERFORM called表单之后，单个地址确定模拟了SAPscript命令地址的ADDRESSNUMBER提供的逻辑。我们拭目以待。

我从这个小故事中学到了什么？首先：SAPscript调试器的行为很难理解。那么当然：不要盲目依赖变量的内容，因为变量的使用没有得到很好的证明

，返利app开发