为什么KNA1和ADDR1中的name1之间存在差异

2020-09-03 03:43发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好,我是CRM专家,但我正在...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大家好,我是CRM专家,但我正在开发一种规范,以在ECC中创建客户,并通过另一个规范来获取主数据,因此我遇到了某种问题,我发现了KNA1字段 -NAME1的长度为35,而ADDR1-NAME1的字段通过XD01-02等,长度为40,如果我指的是客户端主数据,并且想通过WebService创建一个客户端,我想我必须使用 KNA1,为什么ADDR1-NAME1更长,并且也引用客户端名称!?

感谢您的时间。

4条回答
木偶小白
2020-09-03 04:39 .采纳回答

嗨,以撒:

在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

一周热门 更多>