供应商管理系统开发

项目背景

这是一套供应商协同管理系统，单个 Java 代码库，最后一次提交在 2025 年 3 月。系统基于成熟开源框架二次开发，业务层包括供应商准入与档案、询价与对账，以及与内部采购流程的衔接。需要在一开始就说清楚：底座不是我们自研的。

客户当时的状态

供应商管理的常见状态是「档案在表格里，询价在聊天记录里，对账在邮箱里」。供应商资质、联系人、合作历史各存一处，换个人接手就得重新问一遍；询价靠一对一发消息，谁报了什么价、为什么选这家，事后说不清；对账时双方的数对不上，只能来回核对。同时，采购流程已经有内部系统在跑，新系统如果自成一套，两边数据又是两套口径。

我们的做法与取舍

第一个取舍是基于成熟开源框架二次开发，而不是从零自研底座。用户、权限、组织、日志这些通用能力，成熟框架已经打磨过多轮，自己重写既慢又容易出问题。代价是业务实现要跟着底座的约定走，部分功能要迁就框架的设计。

第二个取舍是把力气花在业务层。准入流程、询价比价、对账口径，这些才是客户真正区别于别家的地方，把资源放在这里才有意义。

第三个取舍是做与内部采购流程的衔接而不是替代。内部系统是既成事实，硬做一套新的采购流程只会让两边都乱。我们让供应商侧的数据能对上内部采购的环节，而不是要求客户换流程。

系统怎么承载这条链路

底层是成熟开源框架提供的通用能力，之上是我们自研的业务层：供应商准入与档案、询价与报价记录、对账数据，以及与内部采购流程的对接。数据在这几段之间是连贯的——一家供应商从准入到询价到对账，是同一份档案在流转，不是三个孤立的功能模块。

交付状态与边界

代码库最近一次提交在 2025 年 3 月，目前没有再更新。边界需要说清楚：技术上，系统基于成熟开源框架二次开发，对外统一表述为「基于成熟开源框架自研业务层」，我们不会把开源底座说成自研；范围上，系统承载供应商协同的数据与流程，不承担招投标的法定程序与合规审查，这类环节按客户制度执行；与内部系统的对接范围取决于对方接口的开放程度，需要逐项确认。