用户订外卖订单超出配送问题排查
一、问题描述
业务线：MOD
订单渠道：app
订单号：72057598233887737
接单门店：广州番禺天河城店
门店编码：62484
支付时间：2022/1/7 8:35:12
门店经纬度：23.0039712310791，113.34789991378784
二、排查步骤
第一步：确认下单时间
下单时间："2022-01-05 08:34:44"，下单门店："fohStoreNo":"31729"
第二步：确认选店坐标
下单用户坐标：latitude:23.137571, longitude:113.344862
下单时间在08：59：40，所以我们选店时间应该在下单之前最接近的时间
第三步：查询选点日志
根据下单经纬度latitude:23.137571, longitude:113.344862查询选店日志
第四步：找出下单时的电子围栏
选取2022-01-05 08:34:43时刻，门店31729的电子围栏，从上图可以得出，1月5号下单时，用户在门店的电子围栏内
下图可以看出：下单人坐标和门店的坐标
第五步：查看门店电子围栏变更记录
该门店1月4号晚上8点多发生一次电子围栏变更，1月份只有一次围栏变更，就是4号晚上8点多。
第六步：查看1月4号之前的电子围栏信息
根据kibana的日志，查看1月4号晚上8点多变更的电子围栏。根据上图的RequestId来查询
RequestId: 5c553b86-3bcb-4f8b-b871-51285472b86a
上面的图说明1月4号晚上8点多推送了电子围栏变更。但是1月5号用户下单时的电子围栏不是4号推过来的电子围栏，如下图：
从1月4号晚上8点的电子围栏和用户下单时的电子围栏不一致，可以看出，1月4号晚上8点多的的电子围栏没有更新到redis缓存中.导致1月5号下单时，用户下单的位置不在1月4号的电子围栏内。
因此导致超出配送范围
三、初步结论
1月4号晚上8点多推送过来的电子围栏没有更新到缓存里面，导致用户1月5号下单时的经纬度不在门店1月4号的电子围栏里面，导致超配问题的发生。
正文到此结束
热门推荐
相关文章
近期评论
-
来自： 留言板
-
来自： 留言板
-
来自： 留言板
-
来自： 留言板
-
来自： 留言板
-
来自： 移动APP安全测试用例指南
-
来自： Android多设备自动化测试实践
-
来自： 留言板
-
来自： 留言板
-
来自： 留言板
