迈克尔，你好，

您的结论是正确的，当前唯一的解决方法是

C2）您为消息建模一个单独的实体类型，从根类型到消息类型建立一个to-n导航属性，然后使用虚拟消息进行深度插入。 这样，您可以返回消息，因为消息结构是请求的一部分，因此也是响应的一部分。

我们正在使用OData V4改进服务的消息传输机制，但请在此处应用通常的免责声明：我从未说过，建议过或暗示过SAP的任何人甚至都曾考虑过随时以任何形式发布此消息。 产品：-）

希望这会有所帮助

Ralf

嗨Ralph，

感谢您的回答和帮助。 我很高兴得到确认，我并没有错。 我将与同事讨论您对解决方法的建议。

关于OData V4，我什么也没听到，也不知道;）

谢谢

Michael

方法C应该作如下修改。

1。 型号如下。 这里有一个三级导航。 虚拟实体到销售订单到消息表。 带下划线的属性表示下面的JSON模型中的关键字段。

 {
 "  DummyKey "：" XXXXXX"，
 " SalesOrders"：[{
 "  DummyKey "：" XXXXXX"，
 "  SalesOrderID "：" 1"，
 " Attribute1"：" <值1>"，
 "消息"：[{
 "  DummyKey "：" XXXXXX"，
 "  SalesOrderID "：" 1"，
 "  MessageId "：" 1"，
 " MessageType"：" E"，
 " MessageText"："这是销售订单1的错误消息"
 }，
 {
 "  DummyKey "：" XXXXXX"，
 "  SalesOrderID "：" 1"，
 "  MessageId "：" 2"，
 " MessageType"：" E"，
 " MessageText"："这是销售订单1的另一条错误消息"
 }
 ]
 }]
 } 

嗨，Ankit，

谢谢您的详细示例。 现在我应该不可能做错什么：）

谢谢

Michael