你好，罗汉，

实际上，如果您分别在DEV，QA和PROD中生成业务合作伙伴，则会出现此问题。

通常，有两种方法可以解决此问题：

1。 在PROD（或HR系统）中创建业务合作伙伴，然后使用ALE将其移至DEV和QA。

2。 使用SAP系统用户名。 在合作伙伴确定变更请求和活动的决策表中，有"位置"列。 诀窍是使用此列并修改BAdI/IAM/BADI_POSITION_TO_BUPA，以便它不会将PPOME或BPHR职位映射到业务伙伴，而是用户名。 通常，用户名在DEV，QA和PROD中是相同的。

3。 （不建议）打开PROD系统进行自定义（T代码：SCC4）。

更改存储类别仅适用于您自己的自定义BRF +应用程序，您可以创建该应用程序并对其进行自定义以与更改请求类型一起使用。

以诚挚的问候，

Michael

你好迈克尔，

感谢您的回复。 对您的建议发表评论。

1。 使用ALE。

在Prod中，我们大约有3000个ID。 在开发人员中，我们几乎没有50个ID，而所有这些都是测试ID。

2。 使用SAP系统用户名

我们无法执行此操作，因为很遗憾，Dev和QA中没有prod用户ID。 我们只有在开发人员和质量检查人员中创建的测试ID。

3。 打开PROD系统进行自定义：

在我们的情况下，此请求被拒绝，因为我们不会进行任何开放的客户端活动。 决策表更多是业务表，当我们有来自业务的更新（例如要添加新成员或要删除或替换当前成员）时，它将不断更新。 因此，我们不能时常打开客户。

查询对，如果您能回答的话。

1。 我们拥有的决策表是标准的，存储类型是自定义的（即可移动的）。 有没有一种方法可以更改它以键入主数据，以便我们可以直接在生产中进行更改。 我看到该字段显示为灰色，并且想知道是否可以更改。 如果是，那我可以在哪里进行必要的设置。 我附上屏幕截图以供参考。

2。 此表是否有可能在Dev和QA中进行了自定义，需要运输，但在生产中，此表将不会要求运输，而是让我直接保存数据。 我已经阅读过一些帖子，有时可能会遇到这种情况，但是我不确定这是否SAP如何提供某些标准决策表，尽管存储类型为定制，也可以在生产中直接更改这些决策表。 如果我确实选择了此选项，那么可以直接在生产中进行更改。 然后，这就像存储类型主数据的行为一样。

请参阅以下帖子。 不过这是一个古老的。

https://answer.sap.com/questions/7937048/client-not-modifiable-message-while-executing-t-co.html

如果您能对我的查询有所了解，那就太好了。 谢谢。

此致

罗汉

嗨罗汉，

关于您的问题：

1. 创建应用程序后，无法更改存储类型。 但是，在复制应用程序时，可以为复制的应用程序修改存储类型（深复制！）。
2. 这很可能是决策服务管理（DSM）的用例，它提供了许多功能，可以在"正常"传输机制之外更改和传输BRF +。

关于DEV，QA中用户名或业务合作伙伴的用法：不会对其进行检查或验证，因此您可以输入生产性用户名并在SM34中设置DEV和QA测试用户：

• 参与活动的人员：/MOC/VC_ACTPTY_MD
• 涉及变更请求的人员：/MOC/VC_IS_PTY_MD

最诚挚的问候，

Michael

你好迈克尔，

感谢您的回复。 因此，对我而言，第1点非常清楚，我无法更改存储类型。

关于第2点，我问的原因是因为在我的情况下，当我直接在Dev或QA中为上述决策表添加任何条目时，总是会询问运输请求。 但是，当我在prod的同一决策表中进行相同的更改时，我没有被要求进行任何运输，这对我来说是非常令人惊讶的，因为客户肯定已经关闭prod，并且我们没有实施Decision Service Management（DSM）。 那这种情况怎么可能呢？ 现在有了这个选项，我不确定是否应该直接在生产中进行更改，因为它很容易，但是我需要知道是否建议这样做。

此致

Rohan

嗨，Rohan，

通常，不应在生产中进行更改，因为这样您将无法在安全的环境中测试更改。

迈克尔