在 CRM 系统和应用程序之间放置一个层更有意义。因为一家公司通常会使用多个应用程序。让我们假设公司中的不同部门（例如销售或服务部门）使用应用程序，然后可以构建现有的架构。在最好的情况下，某些代码组件甚至可以重用。支持将架构分层的另一个论点是，至少 CRM 系统中的微小变化不一定会导致应用程序的调整，因此 - 取决于设备的数量 - 也不会导致在部署。相反，更改可能发生在访问层。但架构拆分最重要的原因是：CRM和App之间的逻辑解耦。访问 CRM 的整个逻辑应该封装在这一层（“Facade”）中。外观将数据从应用程序“映射”到 CRM，以及从 CRM 到应用程序。通过这种方法，应用程序与 CRM 完全分离。
对 CRM 系统的访问通常只能在本地网络内实现。由于所有通道均来自立面，因此关键问题是它位于何处。如果门面位于本地网络内，则访问不是问题。然而，应用程序对门面的访问是有问题的。解决此问题的最简单方法是将应用程序集成到本地网络中 - 通过 VPN、CDA 或借助类似工具。最终的架构如下图所示：
如果无法进行网络集成，则外观也可以托管在云中，例如通过 Azure。服务总线中继在云和本地门面网络这两个服务之间建立连接，确保安全通信：
已有多种应用程序可用于访问移动 CRM 系统。单独开发的解决方案的主要优点是 基督教会电子邮件列表 该应用此示例配置导致按名称排序也按名字排序。可以使用“columnDefs”参数配置一些附加选项，我想通过以下示例进行说明：
目标：必填项，因为它指定配置适用于哪些列。
可见：可以使该列不可见。
可搜索：搜索时考虑该列。
orderable：指示该列是否可排序。
width：定义列的固定宽度。
title：如果不想从表中获取列标题，可以在此处定义新标题。
className：这为列定义了一个自定义 CSS 类
组件的表示
有一个用于显示数据表的“dom”参数，它可用于确定各个控件的排列方式以及是否应显示它们。还可以定义包括 ID 和 CSS 类的 DIV 元素。下面的示例对此进行了说明，其中 id 为“Container”且 CSS 类为“Example”的 DIV 元素被定义为“dom”参数的一部分：
$(document).ready(function() {
$('#beispiel').DataTable( {
"dom": '<"#Container.Beispiel"lfrtip>
} );
} );
有点神秘的字符串“lfrtip”定义了元素的顺序，其详细含义如下：
l是表的长度（length）。
f 是滤波器。
r 是进度（过程）。
t 是桌子。
i 是有关表的信息。
p 是分页。
结论
当然，DataTables 插件提供了许多其他配置和扩展选项。通过本文，您应该已经对该组件的可能性有了深入的了解。更详细的信息和详细文档可以在官方网站上找到，在这里你还可以找到DataTable插件的插件信息。
您是否已经获得了 DataTables jQuery 插件的积极体验，或者您对此还有其他疑问吗？我期待您的评论。程序复制了员工的日常工作流程。
一个非常关键的因素是应用程序是否可以通过 CRM 直接访问本地网络。本文中介绍的架构展示了相应场景的可能架构。
您如何评价移动 CRM 系统的优势？您是否已经获得过此类移动变体的积极体验以及所提供的哪种架构适合您的公司？我期待您的评论！
Björn Dreher 担任 adesso AG 的软件开发人员和顾问。他在 Microsoft 环境中参与各种项目。他的重点是使用 C# 进行开发。