嗨，以撒：

在XD01/XD02中输入超过35个字符时，会收到警告，因为在某些功能中仅使用了35个字符，但这仅是警告，用户可以 输入40个字符。

这是此警告的SAP文本。

限制在字段NAME1中使用最后5个字符

在这种形式下， 数据最多可以保存并使用40个字符。
在某些情况下，系统仅使用名称字段的前35个字符，这些名称字段包括"街道"，"城市"，"地区"等字段。 以及"搜索词1"字段的前10个字符。
这些情况是：

• ALE：地址数据只能以35个字符传输（搜索词1仅10个字符） 对于某些ALE消息类型（IDOC类型），是出于与其他版本和组件兼容的原因。 有问题的消息类型为：
  
  DEBMAS
  CREMAS
  DEBCOR
  CRECOR
  
  如果在每种情况下都发送IDOC ADRMAS中的相关地址数据，则不会出现问题。 ，以及这些消息类型。
• EDI：出于兼容性原因，只能与标准UN/EDIFACT一起以35个字符（搜索词1仅10个字符）传输地址数据。
< li>打印：对于某些标准信封窗口，某些打印格式中的地址格式仅包含35个字符。 如果地址编号在地址输出结构中，则可以以格式完整输出地址字段。

根据我的经验，最好使用ADRC表而不是KNA1，因为用户使用了所有字符（40）。

对于ADRC中的最后一个问题，您可以看到 NAME 1和NAME2的字符总数。 每个客户都有一个ADRC注册表。

Antonio Martinez

ADRC-地址

T001-公司代码

KNA1-客户

FD01-公司代码级别和数据将存储在表KNA1和KNB1中。

亲爱的以撒：

表KNA1的字符数限制为35个 想要使用ADRC表（ADDR1结构）允许使用40个字符，如果某些数据具有XD01/XD02允许的总长度，则最好使用ADRC表。

要将KNA1与ADRC表结合使用，请使用

我认为最好使用ADRC表，并且该表还为客户提供了Adress的额外字段。

请检查

安东尼奥·马丁内斯（Antonio Martinez R）。

您好，何塞（Jose）非常感谢您的回复，我已经检查了ADRC表，正如您所说的，有很多事情要处理 地址，但只是为了了解... ADRC表在R3中起着两个作用，一个具有地址字段，另一个具有此name1 + name2字段，它们可以以某种方式覆盖保存在KNA1中的主数据， ！？

因此，一个客户端始终将至少具有一个ADRC表注册表，这就是为什么我可以依赖此name1和name2 ADRC字段的原因...

很抱歉，如果我问的是愚蠢的问题，但是我习惯于CRM，是因为我们有一个包含主数据的BUT000和一个仅包含地址字段的ADRC表。