Hi Rohit，

首先，您需要了解从技术角度（数据库角度），注释不是单个字段。 所有通信数据的所有注释都存储在数据库表ADRT中！ 它们不是ADR3，ADR6，ADR *等的一部分。

这意味着扩展您提到的结构根本没有帮助。 在访问/处理程序类层中读取和保存数据时，必须确保遵守复杂CVI结构的NOTES/ADRT部分。

如果您要进行自定义实现，强烈建议您在后端创建一些示例数据，然后调试READ，以便您了解CVI如何传递数据。 保存时，必须遵循相同的结构！

完成此操作后，您可以决定如何在数据模型BP中建模注释。 首先要回答的问题是，您是否可以使用默认（英语或SY-LANGU）语言的笔记，或者是否也想支持多语言概念？ 答复给您一个提示是否：

-仅将单个ZZ字段添加到给定的通信数据实体类型

-为每个给定的通信数据实体类型添加一个子实体 为了满足多语言需求

-在所有其他通信数据实体类型旁边添加一个仅覆盖ADRT的子实体（稍后可能会导致一些UI问题）

一旦决定了如何对附加字段建模，就应该很直接地增强UI以及相应的访问/处理程序层。

最诚挚的问候

Michael

嗨，Michael，

感谢您的快速答复和指导。

是的，我要进行自定义实现。

我们只需要电子邮件部分的注释，并且也需要英语注释，因此是的，已经通过ZZNOTES属性增强了AD_EMAIL。

由于Genil结构已经具有注释的属性，因此将其放置在UI中。 正如我在Sandbox中所做的那样，我已经将示例数据放置在后端中以进行读取。

下一步是为AD_EMAIL实体实现自定义访问/类处理程序，并将来自CVI的传入数据映射到Genil结构，然后将其映射回到数据模型的生成结构。

我打算使用FM'ADDR_SELECT_ADRCOMC_SINGLE'读取ADRT数据，然后使用FM'ADDR_COMM_MAINTAIN'保存数据。

整个解决方案仅限于" AD_EMAIL注释"部分，不适用于电话/传真/网站。

实现这一目标后，将保持张贴在同一主题中。

谢谢，
罗希特

嗨，迈克尔，

有一个较晚的答复，但是是的，我设法达到了同样的效果。 感谢您的宝贵建议。

干杯，
罗希特·辛格

嗨，阿莫尔，

通过下面的链接：-

在MDG用户界面中不可用。-使此功能可用。/">使MDG S/C UI中的电子邮件注释/备注具有标准功能。

谢谢

Rohit

您好，我有类似的要求，需要您的宝贵帮助来解决此问题。

您好，Deepali，

通过下面的链接：-

在MDG用户界面中不可用。-使此功能可用。/">使MDG S/C UI中的电子邮件注释/备注具有标准功能。

谢谢

Rohit

Hi Guyz，

我正在编写文档，并将在1天之内迅速发布，以便对其他人有所帮助。

保持不变。