#Tlog/iSpiik快记 协作是一个生态，问题不止于内部
前段时间遇到个离奇的问题，团队一个电商线上订单，无缘无故的，顺丰官网有正常的快递物流信息，但是顾客在app上就是查不到。
随让开发检查，是否app订阅快递信息出现了问题，查出来订阅的快递号物流信息，手机号码不匹配。电商客服联系顺丰查询，结果对方说这个单子的手机号码是0000。众人纳闷，明明是198********，怎么就成了0000？
难道是仓库对接顺丰自动下单出了问题？难道是198这个新型号码哪个环节不识别转译错误？我自己上手扒这个订单由wms调用顺丰下单接口的日志，清楚楚楚、明白白白，下发198********，返回成功也是198********。迷离加倍？？？
看起来数据的表现就是，我们用正确的号码给顺丰下了快递单，顺丰api也接受并返回了这个号码，但是顺丰的实际查询却不是这个号码。最终的真相，还是客服和顺丰官网的沟通排查中发现的，我们以为的正确的号码，其实是这个订单的顾客写错了倒数第2位数字，顾客提交的错误的手机号码确是存在另外一个真实的机主，机主对于快递的投递产生了疑义，反馈给顺丰，顺丰后台将联系电话置为了一串0。所以就有了前面的故事，众人大解，捶胸顿足，哭笑不得。
看似是跟我们毫不相干的外部体-顺丰，在这整个事件中其实却是不可分割的协作体，我们共同完成对于用户订单的交付，完成一次交易。这个角度也提醒我们，问题的主体相对面应该是所有为主体服务有关的协作生态，为处理问题提供了新的视角。网页链接