嗨Maicon，

API管理中没有任何限制，并且您正在使用AssignMessage策略删除标头值的正确路径。

如果您可以共享用于修改/删除标头的策略，则可以使用。

我也*强烈*建议清除cookie/缓存，因为我发现它经常会返回 测试更改时的旧值（邮递员/chrome等）

仅作为示例，我在这里使用S4系统尽力复制了您的方案。

使用以下方法制作了API代理： 没有针对S4的策略-返回相同的系统：SAP

因此我应用了Assign 消息策略，对标头值System进行了简单的更改，并将其设置为" MyServer"，但如果将操作更改为

在应用策略并清除缓存后，使用POSTMAN针对系统传递另一个发送：

希望这会有所帮助。

问候，
以利亚

嗨麦孔，

我会先 要求另一位同事/用户尝试该应用程序并查看返回的标头，以查看它们是否获得相同的值，这是一种艺术。 我不确定这是哪种应用程序，但是如果您按如下方式访问它：

用户->应用程序-> APIM->后端； 尽管SAP API Management向App本身返回了不同的值，但App本身仍可能将值返回给用户。 不幸的是，这将超出SAP API Managements的控制范围，并且我不确定这是否是App缓存旧的响应值，或者这是否是在SAP（Cloud Platform）上开发的App本身的响应。 我建议检查应用程序详细信息，即使在调用非SAP系统时，它是否仍返回SAP值（以验证这是后端响应还是应用程序本身的问题）。

请注意，
以利亚

嗨，以利亚，

感谢您的评论，您可以在下面看到我在"分配消息"中使用相同的代码：

NA

false
响应

我还尝试了使用java脚本进行remove，但是它们都没有起作用。 在调试模式下，即使清除了浏览器的cookie/缓存，我的客户端应用程序中也看到了更新的值，但仍然看到Server：SAP。

对于其他标头，我具有相同的逻辑，它们工作正常，只有Server无法正常工作。

还有其他想法吗？

我想知道托管我的客户端应用程序的SCP中是否有东西，但不确定如何检查它。

非常感谢，