📌 WeWaiter

WeWaiter 是一个开源的餐饮自助点餐与结算系统。旧版本由微信小程序、ASP.NET Core 后端、WinForms 管理端组成；当前仓库已冻结旧业务认知，并迁入 src 新系统结构继续演进。

📌 1. 项目定位

1. 当前目标是完整餐饮点餐与结算系统。
2. 新系统支持顾客扫码点餐、下单、支付。
3. 新系统支持商户后台管理门店、桌台、菜品、订单、打印、支付配置。
4. 新系统支持支付流水、退款流水、结算、导出报表。
5. 新系统预留厨房屏、取餐屏、平板点餐、POS 收银端接口。

📌 2. 当前仓库结构

1. src/WeWaiter.Api：新 ASP.NET Core 10.0 HTTP API。
2. src/WeWaiter.Application：应用契约、DTO、用例接口。
3. src/WeWaiter.Domain：领域实体和稳定枚举。
4. src/WeWaiter.Infrastructure：EF Core、支付、财务、设备、种子数据和 migrations。
5. src/WeWaiter.Worker：支付维护、关单和后台任务入口。
6. src/WeWaiter.AdminWeb：Blazor + Element-Blazor 管理端。
7. src/WeWaiter.MiniProgram：迁入 src 的 mpvue 微信小程序。
8. Third-party：历史第三方打印相关代码。
9. docs：规划、冻结文档和历史图片文档。

📌 3. 已冻结事实

1. 旧后端模型较薄，缺少租户、门店、员工权限、财务结算、支付流水、退款单和设备状态。
2. 旧 OrderStatus 同时表达支付状态和业务状态，新系统必须拆分。
3. 旧小程序的核心链路是登录、扫码、菜单、下单、微信支付、订单列表、订单详情。
4. 微信小程序支付继续保留原生 wx.requestPayment 体验。
5. 微信小程序以外的支付场景规划接入 ZPAY。
6. 旧 WeWaiter 后端和旧 Manager 管理端源码已移除，业务事实以冻结文档为准。

📌 4. 新系统目标

1. 建立新 src 项目结构。
2. 建立 ASP.NET Core 10.0 后端。
3. 建立 EF Core + PostgreSQL 数据模型。
4. 建立 Blazor + Element-Blazor 管理端。
5. 建立订单、支付、退款分离模型。
6. 建立多租户和门店隔离基础。
7. 建立财务、结算、设备和报表能力。

📌 5. 当前路线

1. 阶段 0：冻结旧业务认知。
2. 阶段 1：新后端骨架。
3. 阶段 2：支付闭环。
4. 阶段 3：管理端 MVP。
5. 阶段 4：结算与报表。
6. 阶段 5：设备与出品。

📌 6. 核心文档入口

1. docs/product-backend-plan.md：新后台完整规划。
2. docs/phase-0-legacy-business-freeze.md：阶段 0 旧业务认知冻结。
3. AGENTS.md：智能体协作与实现约束。
4. ROADMAP.md：接下来阶段路线图。
5. CHANGELOG.md：项目门面与规划变更日志。

📌 7. 历史截图

更多信息请查看