第三方商城对接重构（HF202407）

文章目录

• 项目背景
• 一、模块范围
• 二、问题方案
• • 1. 商品模块
  • 2. 订单模块
  • 3. 售后
  • 4. 发票
  • 5. 结算单
• 经验总结

---

项目背景

作为供应商入围第三方商城成功，然后运营了一段时间，第三方通知要重构，

需要重新对接打通接口完成系统对接，能贯穿整个的业务流程，完成整个的业务闭环。

---

一、模块范围

1. 商品
2. 订单
3. 售后
   • 退货
   • 换货
4. 发票
5. 结算单

二、问题方案

1. 商品模块

整体来说这块对接的不是太顺利，梳理了几条大概的思路：

• 完全按照第三方的逻辑走，比如商品的状态：第三方有啥就有啥；比如商品修改的流程：他有审核流程我们也要有审核流程（异步加菜单）
• 做到己方状态和第三方状态完全同步，比如第三方通知上架下架状态，我们同步他们状态的同时修改己方的上下架状态
• 己方流程兼容第三方流程，比如：商品修改后，我方需要审核，提交后第三方还需要审核，我方审核后承接第三方的审核

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bH2F0geN-1720312406568)(https://i-blog.csdnimg.cn/direct/f1d23a41b441425e958ea20cf06a2f4d.png)

2. 订单模块

3. 售后

4. 发票

5. 结算单

---

经验总结

• 行业情况：

  1. 现在的大环境下，好像但凡有些实力的大企业都在搞自己内部的商城
  2. 系统环境很不稳定，在一定的周期后说重构就重构，版本变化很大；交互不完善信息不同步的；甚至流程都不完善的
  3. 系统对接周期越来越靠前，以前是他们基本开发完成了一部分才对接，现在很多都是并行且是半成品

• 项目情况：

  1. 这次的商城非常严格也算流程比较完善的，以前碰到过第三方根本不同步的；需要我们主动自己获取 的，这次第三方会主动通知我们
  2. 对方系统不完善，联调周期长