在大多数EKR乐团项目中，需要与一部分信息一起在公司中已经存在的一个或多个主系统的集成。＃S＃

＃B＃EKR与R/3和S/4HANA的ERP SAP完美集成，以及公司中的CRM，PLM和其他数据库。＃BB＃

在分析阶段 – 在标签树和层次结构的树上工作 – 定义是否必须保留在先前的系统（例如Master）中。如果发生这种情况，重要的是在PIM和主系统之间实时实时连接。＃S＃

典型的情况是定价，第一级BOM的配置（材料法案，一个独特的意大利基础），它指定了构建特定机器或给定产品的组件。集成的另一种类型是在特定地理区域内某些产品的营销需求的存在和可见性。与SAP ERP销售组织（例如SAP ERP销售组织）的概念的集成允许智能文档根据在州内某些文章的存在或不存在的目录中产生目录，例如，在该州中，与其他产品有专利或非竞争限制。

在某些情况下，输入和与CRM环境的集成都允许例如，使用机器功能分解的重要信息来支持服务的活动，以帮助技术人员在逻辑上放置一张机票在相同的结构功能中，不必重新发明名称或部分，而不会与真实结构相对应。另一方面，技术人员本人可以通过与EKR平台进行的集成到所有产品信息，通常以PDF或Excel中的托管格式制作的数十个或数百个技术或手动文档，但无法实时访问。

当您在这些CRM或售后平台和EKR＃BB＃平台之间进行＃B＃集成时，与售后服相关的人可以在实时模式下访问一组无法想象的信息。

另一个集成方案是可以增强预防性维护世界的可能性 – 所有维护逻辑通常仅在用户和维护手册的维护表中进行形式化。这些非常重要的部分中包含的所有信息都可以由下游系统用于计划维护干预措施，从而确保官方产品文档中存在的数据之间的最大一致性 – 交付给客户的技术手册与维护计划的提议，该计划的提议可以提供给客户，或用作预测维护过程的基础（行业4.0）。