我们在哪停？什么时候一个术语不是一个术语，或者至少不是一个我们感兴趣记录自己的术语？

为了提高效率，我们经常争辩说，我们必须在源语言中包含一些看似"显而易见"或"不言自明"的术语，但这些术语在其他语言中会造成严重的问题，淘客分佣系统，而没有标准化的对等词。因此，在SAP上下文中具有专业含义的概念被视为术语，必须包含明确的定义和来源。这些条目中包含的上下文信息对于翻译尤其重要。

例如，座位出现在我们的旅行管理解决方案中，用于预订飞机、火车等的座位。虽然这是一个常见的词，但它在旅行管理中的用法还需要定义。在其他情况下，它可能被误解为"主席"的同义词、"县城"的简写，或在法律意义上的"公司总部"或"许可用户"。当然，这些同音异义词必须有自己的定义、上下文和来源信息，大数据云计算人工智能，否则它们看起来像是不小心的重复条目。所有字典中的标准单词都有共同的理解和含义。

一周中的几天（星期一），淘客大联盟，一年中的几个月（一月）-我们不是日历公司颜色（红色、朱砂色、浅褐色）-也不是油漆公司正常动作和动词（be）–或词典编纂者与SAP产品无关但用于客户参与营销材料的术语

最后一个很好的例子是高清电视及其缩写HDTV。显然不是SAP的相关术语，因为SAP不生产电视机。另一方面，电子制造商对这个术语很感兴趣，许多电子制造商使用SAP产品。因此，全民淘客，这些制造商之一或电子制造业的客户成功案例将使用其术语，人工智能本科，但最多我们会将这些术语保存在特定于项目的文件中，以供将来参考。我们不会将这些术语作为永久条目添加到我们自己的术语数据库中。

另一种特殊情况是行话。许多标准术语和词汇过去都是内幕知识——我们中很少有人知道15年前的博客是什么，但现在我们在这里，我正在写一个，你正在读它。每个组织、知识分支和团体都有自己的行话。SAP也不例外，有时它传奇的"SAPanese"会引起混乱，直到我们能够将萌芽中的行话建立并解释为应用于特定用途的技术术语。

然而，我们在负责我们内部运营和公司通信的同事所使用的名称上划清了界限-抱歉，不能在这里分享示例-相反，我们建议在wiki中输入这些示例以供内部参考（请参阅，wiki是通用词汇表中的另一个"IT术语made good！"）

可能有漏洞。它是。这是必须的是的。在那里这不是一个一刀切的建议，我们可以说"没有更多，这不是一个术语"。一个人的平淡话是另一个人的术语。我们相信在术语工作的第一线的专家能够阅读我们的指南并做出最终的决定。