你找到了订单和快递公司数据接口对接的存根，发现这位顾客是在三天前订购的书，而你们在前天就已经将书邮寄出去了。你在订单上看到这位顾客一共订购了7本书，但是在EMS的快递存根上并没有任何书籍的信息，只有地址、包裹号、邮费和重量什么的信息。这时候你觉得应该去询问一下配送部门，看看他们做了什么。

      致远服软认为：http://www.soft8.com.cn/在配送部门你根据包裹号查到了那个包裹的信息，果然里面只有 6 本书。同时你在包裹部门发现了一张延期交货单。上面说明由于缺货，这位顾客另外一本书正在等待发货。

      那么剩下的问题就是支付问题了，从网银的记录上看，客户不含邮费一共支付了132.5，订单上显示的价钱也是132.5，显然这位顾客并没有多付钱。

      为了保证准确，你重新从网站上选了这 7 本书，想看看是否也会是这个价钱。但你却意外地发现，一共只需要128.3。仔细辨认后，你发现有一本图书现在是促销。那么现在的问题是，促销到底是什么时候开始的？

      你到了市场部，市场部给了你一份近期促销计划。你发现那本书是昨天才开始促销的，也就是说在那位顾客在下订单的时候，促销还没有开始。

      这个时候，你觉得应该给你的顾客打一个电话致歉，商讨后续邮寄的问题，同时向他说明促销的事情。

      你是否觉得这个 COO 当得有点累呢？这当然是虚构的。但是从这故事里面我们看到什么呢？

      任何的业务事件都会以某种数据的形式留下足迹。我们对于事件的追溯可以通过对快递公司数据接口对接的追溯来完成。正如上面这个故事里你无法回到从前去看看到底发生了什么，却可以在单据的基础上、一定程度地还原当时事情发生的场景。当我们把这些数据的足迹按照时间顺序排列起来，我们几乎可以清晰地推测出在过往的一段时间内到底发生了哪些事情。

      那么为什么这些数据形成的链条能够帮助我们追溯业务的运营呢？

      因为这些数据并不是随便挑选的。我们回顾一下你作为COO检查这个疏漏的过程，你首先选择了订单和EMS快递存根，换句话说，如果订单出现差错或者EMS快递存根上说明你的确邮寄了 7 本书，那么这个疏漏的责任并不在你。所以这两个订单实际上你这个是企业法律责任的起点和终点。

      当确定这个快递公司数据接口对接疏漏的责任在你之后，你选择审查一些大连云存储软件开发流程执行的结果， 比如包裹存根，从而验证一些主要的业务流程执行的结果是否正确。换句话讲，这些数据是支撑你运营体系的关键流程的执行结果。