第三方商城对接重构（HF202407）
文章目录
- 项目背景
- 一、模块范围
- 二、问题方案
- 1. 商品模块
- 整体来说这块对接的不是太顺利，梳理了几条大概的思路：
- 2. 订单模块
- 3. 售后
- 4. 发票
- 5. 结算单
- 经验总结
项目背景
作为供应商入围第三方商城成功，然后运营了一段时间，第三方通知要重构，
需要重新对接打通接口完成系统对接，能贯穿整个的业务流程，完成整个的业务闭环。
一、模块范围
- 商品
- 订单
- 售后
- 退货
- 换货
- 发票
- 结算单
二、问题方案
1. 商品模块
整体来说这块对接的不是太顺利，梳理了几条大概的思路：
- 完全按照第三方的逻辑走，比如商品的状态：第三方有啥就有啥；比如商品修改的流程：他有审核流程我们也要有审核流程（异步加菜单）
- 做到己方状态和第三方状态完全同步，比如第三方通知上架下架状态，我们同步他们状态的同时修改己方的上下架状态
- 己方流程兼容第三方流程，比如：商品修改后，我方需要审核，提交后第三方还需要审核，我方审核后承接第三方的审核
2. 订单模块
3. 售后
4. 发票
5. 结算单
经验总结
-
行业情况：
- 现在的大环境下，好像但凡有些实力的大企业都在搞自己内部的商城
- 系统环境很不稳定，在一定的周期后说重构就重构，版本变化很大；交互不完善信息不同步的；甚至流程都不完善的
- 系统对接周期越来越靠前，以前是他们基本开发完成了一部分才对接，现在很多都是并行且是半成品
-
项目情况：
- 这次的商城非常严格也算流程比较完善的，以前碰到过第三方根本不同步的；需要我们主动自己获取 的，这次第三方会主动通知我们
- 对方系统不完善，联调周期长