今天又回到了未来。2015年10月21日是马蒂旅行的日期。这是在80年代。

回到过去的移动和客户关系管理。一位行业专家最近告诉我，淘客文案，上世纪80年代，拉丁美洲的一家大型公用事业公司推出了移动抄表系统，移动是如何工作的。在那个时候，基于纸张的流程是标准的，有时纸张会被机器读取。电池技术正处于支持手电筒、遥控玩具和启动汽车的阶段。因此，移动抄表解决方案由一台移动电脑和一个12伏的汽车电池组成，电池能持续几个小时，放在抄表器后面的一辆小车上。这是过去的进步，效果很好，比用纸好得多。同步数据很少是一个问题，订单被下载，结果通过文件传输上传。数据不一致的路线或与交换和新的米需要手动步骤。总体而言，使用这项技术没有什么大的抱怨。

快进到今天，移动设备、电池技术和移动网络已经发展到硬件不再受关注的程度。但移动抄表解决方案仍然遵循同样的流程原则：抄表信息被复制到移动设备，大数据中心，然后同步回计费系统。当然，也有数据不同步的情况。如果数据是双向复制和分发的，那么更新可能会发生冲突。当抄表器处于脱机模式时，行业大数据，即使是分钟、秒或更少，呼叫中心的代理也可能为同一个抄表器输入了另一个抄表，甚至在后端更改了抄表器。在这种情况下，更新将创建一个异常。

是否有办法避免或最小化这些冲突？是的，大多数情况下，但不是完全。如果数据总是尽可能的新鲜，淘客查询，那么延迟的更新就很少了。我们越是转向实时和基于云的解决方案，更新的延迟就越少。停止同时更改不同系统中的相同数据更像是一个过程问题。

现在想想你的个人移动设备。您可能已经注意到，例如，有时您的通讯簿会要求您检查某些条目或只是创建重复项。这通常源于手机、平板电脑或笔记本电脑上试图同步的更新发生冲突。更改相同的联系人、约会、任务或复制到不同应用程序的任何内容都可能导致离线/在线更新冲突。

从一开始，CRM是一个独立的系统，物联网工程是什么，通过复制与ECC集成。许多数据对象（如业务伙伴、合同或前提）被复制。另外，自从CRM诞生以来，我们就一直在讨论复制问题。而且似乎很难解释为什么在某些情况下数据复制会失败，需要用户交互，以及为什么这应该是可以接受的。现在我找到了另一种方法来解释这一点。

当我看到一个呼叫中心代理在通话中同时打开3个屏幕，同时在不同的屏幕、相同的客户、相同的合同或相同的前提下更改相同的数据时，我只会说：现在想象一下用你的移动设备做这些。同时在手机、平板电脑和笔记本电脑上的这些设备之间更改相同的联系人、约会、任务或任何您同步的内容，然后看看它以后是如何排列的。这就解释了

大多数基本面都不会改变。我的气垫船在哪里？