[步骤]


[结果]
符合成功条件,但是没正常更新,排查原因:跟卖转FBA判断是否FBA的字段不是走OBS,直接通过new_value判断[期望]
[步骤]


[结果]
符合成功条件,但是没正常更新,排查原因:跟卖转FBA判断是否FBA的字段不是走OBS,直接通过new_value判断[期望]
| 所属项目 | 智能中心-需求池 |
|---|---|
| 所属模块 | ERP系统(销售管理) AMZ百货 |
| 所属迭代 | |
| Bug类型 | 程序BUG |
| 严重程度 | 一般 |
| 优先级 | P1 |
| Bug状态 | 已关闭 |
| 业务部门 | |
| 开发责任人 | 张居瓦 |
| 测试责任人 | 关依林 |
| 解决时效 | 4.25 |
| 激活次数 | 0 |
| 激活日期 | |
| 当前指派 | Closed 于 2025-10-30 21:27:31 |
| 截止日期 | 0000-00-00 |
| 上线时间 | 0000-00-00 00:00:00 |
| 上线时效 | -1 |
| 关键词 | |
| 抄送给 |
| 所属迭代 | |
|---|---|
| 相关需求 | |
| 相关任务 |
| 由谁创建 | 关依林 于 2025-10-30 16:31:00 |
|---|---|
| 影响环境 |
生产环境-线上测试 |
| 由谁解决 | 王翔宇 于 2025-10-30 20:45:54 |
| 解决版本 | 主干 |
| 解决方案 | 程序BUG |
| 由谁关闭 | 林宝如 于 2025-10-30 21:00:59 |
| 最后修改 | 王翔宇 于 2025-10-30 21:27:31 |
| 相关Bug |
|---|
问题分析:
1、九月18号冯名明这边协助宋宁组追加“跟卖”类型17,到待获取队列服务中,解决跟卖提交成功但是非真正刊登成功的问题。
责任点:没有仔细核对新增进来的跟卖类型的new_value样式,导致与原来26+33+34刊登队列不一致。
2、九月30号张居瓦修改真实刊登成功判断标准,追加通过fulfillment_channel_code来判断FBA的逻辑。
责任点:在新写的checkIsFba方法中,new_value的值统一作为obs路径处理。虽然存在名明追加17类型的问题,但是new_value字段之前就出现json串和obs混用的情况,所以在此处开发人员是需要能预见到此类兼容性问题。
3、此处个人判断更多的Bug责任是在居瓦这边,除了第二点原因。即便是其他模块的其他功能,只要新功能开发完,代码遗漏了场景导致后续问题,开发人员都会被归为责任人。(此处已排除产品责任,因为new_value的保存形式产品并不知晓)
4、但是鉴于此处存在一定的协调不到位的问题,这个Bug由组长吃。希望大家后续遇到类似问题,能进一步考虑上下文,再下手开发。
5、目前修复Bug的方式是通过判断是否FOLLOW_SELL类型来处理json串或是obs文件。扩展性不强,后续如果又追加了新类型,又要重新修正。建议采用原来的兼容性判断,直接判断是否obs地址格式,否则就用json串处理。