事务映射将涵盖当您处于一个事务中并且执行通常在另一个事务中可用的功能时的情况，但是您仍处于第一个事务的上下文中。

比方说，您为事务A创建了风味" 1"。在处理事务A期间，您单击了一个按钮，该按钮在内部运行事务B的逻辑，为此您已经创建了默认风味（" 2" "）。 但是，如果检查当前的交易代码，则您仍在交易A中，因此不会应用交易B的风格。

在这种情况下，您可以创建一个事务映射，说只要程序B_PROG处于活动状态（这是事务B的模块池）并且当前您在事务A中，就将事务代码映射到B，因此风味为" 交易B将应用2"。

因此，如果我正确理解了您描述的示例，我认为这是您所希望的方案。

您好， Tamas Hoznek

感谢您的答复。

是的，这正是我所希望的。 但是，当我在我们的系统中尝试此操作时，它只能部分发挥您的描述。 这是场景。 我为IW32（变更单）创建了Flavor，本例中的程序为SAPLCO1H。 通过单击IW22中的"编辑顺序"按钮，可以从IW22（更改通知）访问同一程序。 因此，在这种情况下，正如您所描述的，我们停留在IW22中，但向用户显示了程序SAPLCO1H（"更改订单"屏幕）。

我想要的结果是，在这种情况下，角色将通过IW32应用我已经为该程序/屏幕组合创建的风味。 因此，我在"事务映射"表中添加了以下条目。

程序：SAPLCO1H
当前交易代码：IW22
新交易代码：IW32

根据您的描述，我期望在IW22（变更通知）的上下文中调用SAPLCO1H（订单屏幕）时，Personas将使用我为IW32（变更订单）创建的风味。 不幸的是，这行不通...

起作用的是，如果我在"事务映射"表中输入如下内容：

程序：SAPLCO1H
当前交易代码：IW32
新交易代码：IW22

在这种情况下，当我转到IW32（变更单）时，它会按预期加载我在IW22（变更通知）的上下文中创建的SAPLCO1H（订单屏幕）风味。

因此，作为一种变通办法，我可以在IW22的上下文中为订单屏幕（SAPLCO1H）创建所需的风味，并将上面的第二个条目添加到"事务映射"表中，但这似乎有点奇怪。 做吧。 当然，在IW32中构建"变更单风味"屏幕并在切换到该程序/屏幕时将其应用于IW22更加有意义吗？

我的猜测是，Personas仅在最初调用事务时才检查此事务映射配置，因此当我转到IW32时，将检查映射并应用IW22的风味（基于上面的第二个条目）。 但是在另一种情况下，我转到IW22，该程序最初与SAPLCO1H不匹配，仅在单击"编辑顺序"按钮后，该程序才更改为该程序，此时Personas并未考虑映射。 这是错误还是设计使然？ 也许您可以对此有所了解。 我想我也应该通过支持来引发事件。

感谢您的帮助。

Simon

嗨西蒙，

我需要一些时间，但是我将创建并共享一个场景。 完成后，我将在评论中添加评论。 （我已经几天不在办公桌上了，所以我现在不能这样做。）

也许另一个同事可以带来更快的速度。

亲切的问候，

克里斯

嗨西蒙，

星期六很忙。 我正在处理积压。 我本周应该有时间。

请放心，我将用我的评论更新此话题。

感谢和问候，

克里斯