珠宝 ERP
龙凤作为珠宝主线来源
文档声明的候选来源
xylferp_webxylferp_php›
计划归入
nexora-erp-webnexora-erp目标产品服务龙凤、摆件、囍铺；两份 HTML 没有写摆件和囍铺各自老代码怎样吸收。
01
8 个目标域的文档归口声明
左侧是方案声明的候选旧仓或旧目录，右侧是计划归入的 Nexora 目标仓
两份文档同口径
原料 ERP 后端
Store、Customer Service、Metal 共用
文档声明的候选来源
pyerp_php›
计划归入
nexora-metal-erp方案明确不拆后端和数据库；三套前端继续调用同一套原料 API。
原料三套前端
文档里已经明确发生 3 仓 › 1 仓的归口变化
文档声明的候选来源
pyerp_web / serppyerp_web / eperppyerp_web / merp›
原方案计划归入
nexora-store-erp-webnexora-customer-service-adminnexora-metal-erp-web原方案：3 个目标仓；当前执行页：1 个 Git 仓、3 个目录/构建。 三个目录全部回收到 nexora-metal-erp-web。
员工 App / H5
一套 UniApp 代码
文档声明的候选来源
app_xiao_shou_kotlin›
计划归入
nexora-app两份 HTML 只写了这一条来源；有没有吸收 pyerp_app 或其他移动端内容，尚未核验。
商城管理前端与后端
CRMEB 管理端与 PHP 后端同仓
文档声明的候选来源
pyerp_shop_php›
计划归入
nexora-metal-mall负责商品、会员、订单、支付退款和售后运营；客户小程序是另一仓。
微信小程序 / H5
客户消费入口
文档声明的候选来源
pyerp_shop_wx›
计划归入
nexora-metal-miniprogram执行页只声明当前部署 H5 构建，不代表微信原生小程序已发布。
Nexora Platform
统一身份、租户、Discovery 与控制面
文档没有提供旧仓
platform-admin 仅作行为参考未定义
文档只定义目标
nexora-platformnexora-platform-admin 被定义为旧管理前端参考，不是目标修改仓或部署前置。
战略与部署控制面
新建的项目记忆仓
文档没有提供旧仓
新建控制面新建
文档只定义目标
nexora-evolution保存战略、执行状态、Deploy、验证脚本和脱敏证据，不承载业务运行代码。
02
两份文档已经出现的方案变化
不是代码审计结论，只是文档自身的前后差异
原战略页：三个目录拆成三个仓
强调三个前端独立归口，但共享同一后端和数据库。
pyerp_web / serp归入 nexora-store-erp-webpyerp_web / eperp归入 nexora-customer-service-adminpyerp_web / merp归入 nexora-metal-erp-web文档
改线
改线
当前执行页：三个目录合回一个仓
三个构建仍保留，但统一从一个目标仓生成。
serpnexora-metal-erp-web / serpeperpnexora-metal-erp-web / eperpmerpnexora-metal-erp-web / merp03
你确认前，第二步不会越过的边界
确认 01珠宝是否真以龙凤为主线
方案写的是 xylferp_web/php 进入目标仓；摆件、囍铺的差异代码是否也应完整吸收，需要你先确认口径。
确认 02原料三前端是一仓还是三仓
战略页与执行页给出两个不同终态。你确认最终口径后，第二步才能判断实际代码有没有按正确方案合。
确认 03业务数据来源没有被方案说清
两份 HTML 只定义目标数据库职责，没有定义最近业务数据从哪个老生产库、按什么时间点和增量策略同步。