文章目录
- 项目背景
- 一、模块范围
- 二、问题方案
- 1. 商品模块
- 2. 订单模块
- 3. 售后
- 4. 发票
- 5. 结算单
- 经验总结
项目背景
作为供应商入围第三方商城成功,然后运营了一段时间,第三方通知要重构,
需要重新对接打通接口完成系统对接,能贯穿整个的业务流程,完成整个的业务闭环。
一、模块范围
- 商品
- 订单
- 售后
- 退货
- 换货
- 发票
- 结算单
二、问题方案
1. 商品模块
2. 订单模块
3. 售后
4. 发票
5. 结算单
经验总结
- 行业总结:
- 现在的大环境下,好像但凡有些实力的大企业都在搞自己内部的商城
- 系统环境很不稳定,在一定的周期后说重构就重构,版本变化很大;交互不完善信息不同步的;甚至流程都不完善的
- 系统对接周期越来越靠前,以前是他们基本开发完成了一部分才对接,现在很多都是并行且是半成品
- 项目总结:
- 系统设计最好和第三方完全一致,对方有什么状态我们有什么状态,对方有什么菜单我们有什么菜单(人有我有);或者兼容第三方,对方有任何通知的时候,同时修改第三方状态和我方状态
- 动态模板引擎(前端通过后端接口实现组件以及组件属性的动态加载)
- 这次的商城非常严格也算流程比较完善的,以前碰到过第三方根本不同步的;需要我们主动自己获取 的,这次第三方会主动通知我们
- 和第三方同步进行研发,对方系统不完善,联调周期长