嗨

根据我在此特定应用程序中的经验，我可以告诉你，尝试增强收据结构的业务逻辑（例如，尝试在此处添加字段）是一个非常糟糕的主意，因为：

1. WDYN接收上下文不是基于DDIC结构构建的。
2. 业务逻辑在与相应的数据库逻辑进行通信之间使用大约5种不同的结构，所有这些结构都必须得到增强
3. 即使您将它们全部增强，也并非所有值传递都是通过移动对应完成的，这导致需要手动值传递，这需要在业务逻辑的更深层进行多次修改 li>
4. 最后，您还必须增强群集（PCL1-TE BELEG），如果您执行任何错误操作，它可能对现有数据造成不可修复的损害

尽管如此 可以通过简单的动态编程方法来操纵值帮助的选定键，但是我警告您不要操纵 有价值的帮助（例如 删除条目）本身，因为它不仅用于webdynpro的用户输入，而且还用作webdynpro中任何业务逻辑的检查依据（对不起，我不确定如何更好地用英语表达） 。 对于SAP来说，这本身就是一个非常糟糕的设计，但这是事实。

撇开所有这些技术问题，您到底要实现什么功能要求？ 您可以尝试详细解释吗？ 也许还有另一种方法来处理它。

干杯，卢卡斯

旅行类别字段1

我们在收据视图中添加了一个节点。此字段仅在屏幕级别，未在结构级别添加。 我们可以在OVS Search帮助下以可编辑的格式查看此字段，但要记录多个字段，请使用 fig03.png

选择的第一个值。 如果第二行如果我们更改了值，那么第一行的值也会更改。我们添加了此字段以验证费用类型。 费用类型的行动退出后，用于验证的自定义逻辑将针对多条记录旅行类别 fig04.png < a hraf="/img/storage/temp/14333-fig05.png"> fig05.png

具有相同的价值。

接收视图上下文ZTravel是差异节点

参考：图1

为旅行类别添加了OVS搜索帮助

参考：图2

对于多个记录，其值相同。 清除是该值会影响第一个条目

参考：图3

旅行类别字段2

在收据视图中，我们增强了结构PTRV_WEB_RECEIPTS_INT_2

并添加了此字段，但此字段不可编辑或也未从后端获取任何值

字段以显示格式显示在收据中

参考：图4

该字段出现在收据的上下文中，现在此字段是内部收据表的一部分，但无法获取任何值。

参考：图5

你好，卢卡斯

感谢您分享您的看法..希望提供有关要求的更多信息。 我们需要根据自定义字段之一验证费用类型。 为此，我们以两种不同的方式添加了自定义字段，并且在费用类型的操作退出后，我们编写了自定义验证逻辑。 附上屏幕截图和一些要点以供参考。 请帮助我们了解此要求是否可行及其影响分析。 让我们知道是否需要进一步的信息。