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