B2B商城产品系统

一、立项原因：
最初项目是为了拓展本地销售渠道，减少本地生产者的销售成本，促进本地商品的流通。
初步目的达成之后，公司希望把不同地区之间的销售渠道也打通，不再是某个地方上的服务内部进行交易。所以决定开发一个跨区域的交易中心

二、行业背景：
1、宏观上项目初期正是数字化浪潮的时期，传统行业正在向“供应链生态核心枢纽”演进；
2、平台内的有些商品更希望得到其他地区的分销商的支持。

项目业务功能介绍：

商品中心
商品中心是平台商品信息的统一管理与运营核心。具体功能包括：
商品全生命周期管理，商品信息与配置，商品运营与营销，商品合规与监控。

订单中心
订单中心是处理所有交易订单的中枢，涵盖了从订单生成到最终完成的完整流程。它管理着自营订单、分销订单以及复杂的售后流程。
具体功能包括：订单全链路管理,订单履约,物流监控,售后管理,订单配置。

用户中心
用户中心是平台所有企业用户（分销商、供应商）及个人员工的统一身份与组织管理平台。

结算中心
结算中心是平台财务结算的核心，负责所有资金往来的对账、结算和票据处理。它确保了平台与供应商、分销商之间财务流程的清晰与合规。具体功能包括：账单管理，票据管理，付款单管理，费用单管理。

账户中心
账户中心是用户资金账户的总控台，管理着各类虚拟账户的余额、流水及资金变动。它为平台的预付款、授信、返利等金融模式提供支持。具体功能包括：
预付款账户管理，保证金账户管理，费用账户管理，授信账户管理，返利账户管理

公共服务中心
公共服务为整个平台提供通用的、非核心业务但必不可少的功能支持。如：下载任务，消息中心，系统日志，基础配置等

我负责的主要是：订单服务，部分商品中心（库存维护），以及支付业务。
我在项目用到的技术：前端：vue3，elementUI，后端：springcloud，sprintboot等java常用技术栈，数据库：mysql，redis，rabbitmq等
我在项目中遇到的难题：
1、由于项目需要开发一个中心节点，来统一调度不同地区服务的数据同步，所以数据的一致性是非常大的难点。例如，当商品下单时，不但需要通知本地商品中心库存变动，以及本地账户金额的变化，如果是下单的其他区域服务器，还需要通知其他区域的供应商，数据一直性的问题是一个非常头痛的问题。所以项目中在实现的同时，大量使用Try-Comfirm-Cancel这种代码。在处理流程是需要尽可能的细致，考虑周全。甚至有时要新增兜底的处理流程，去保证业务的完善
2、由于原项目开发人员几乎都离职了，只剩下部分文档。很多实现方式需要自己去使用AI分析，然后理解。在此期间，我也需要反复的找产品确认。耗费了大量的时间。