POS System
PROJECT / 06从一间店的点餐，走向多店家的系统。
先看这三件事
- 我负责什么
- 产品规划、架构与全栈开发
- 关键决策
- 按门店、角色和订单状态约束数据与可用操作。
- 完成范围
- 核心流程在本机隔离环境验证；云端与实体打印机仍需独立验收。
界面与操作
同一套规则，不同岗位的操作界面。
本机隔离验收截图 · 2026.09.27。以下是三个独立测试场景，使用测试门店与订单，不是同一笔真实交易的连续录影。
收银角色查看待确认订单、明细与金额。可用操作随角色及状态变化。
点击画面查看完整截图
厨房只需关注待制作、制作中和已备好，让备餐操作保持集中。
点击画面查看完整截图
已完成订单保留付款与单据入口。这里展示界面状态；实体打印机仍待实机验证。
点击画面查看完整截图前台接单
从单店 POS 出发，开发能区分商家、分店和员工角色的餐饮系统。让点餐、加料、厨房处理与结账共用一致的订单流程。
收银角色查看待确认订单、明细与金额。可用操作随角色及状态变化。
厨房备餐
按门店、角色和订单状态约束数据与可用操作。
厨房只需关注待制作、制作中和已备好，让备餐操作保持集中。
完成与单据
核心流程在本机隔离环境验证；云端与实体打印机仍需独立验收。
已完成订单保留付款与单据入口。这里展示界面状态；实体打印机仍待实机验证。
简短演示
2026.10.13 本机隔离操作录影：同一张测试订单从接单、厨房备餐到现金记账完成。使用管理员账户切换收银与厨房界面；订单为预置合成资料，没有真实收款、支付网关或实体打印。无音轨。
从单店 POS 出发，开发能区分商家、分店和员工角色的餐饮系统。让点餐、加料、厨房处理与结账共用一致的订单流程。
先处理店里正在发生的事。
同一桌可以有不同品项、加料与处理状态。系统需要让前台、厨房和管理者看到各自需要的信息，同时避免取消、清桌和结账互相冲突。
我围绕实际操作整理订单状态与角色权限，并把关键规则放到数据库层验证。四语界面与商品名称快照用于保留订单当时的信息。
多店家，意味着数据边界。
从单店扩展到多租户，需要把商家、分店、订阅状态和操作权限一起纳入设计。前端隐藏一个按钮，无法代替服务端的数据隔离。
项目验证覆盖跨租户访问、订单状态转换、加料约束与数据库备份恢复。每家店的业务流程与平台管理分开处理。
当前交付状态。
本机验收覆盖 5 个角色、7 种订单状态和 4 种语言，共 140 组组合；另有 Chromium／WebKit 模拟手机的 24 组流程检查。测试使用隔离门店与测试订单，检查通过后清理资料。
已有云端前端部署记录，但云端数据库与设置、支付服务、实体打印设备和马来文母语校对仍需分别验收。模拟手机检查不代表实体设备验收；目前未开放为公开 SaaS。
02 / 互动示意 · 合成资料
一张订单，走过三个岗位。
加入示范商品，再依次接单、备餐与完成。这里没有真实交易，也不连接门市系统。
同一张示范订单，两个同步视图。桌面并排显示，小屏幕可切换。
- 01尚未下单
- 02待接单
- 03制作中
- 04已备好
- 05已完成
尚未下单
数量:
收银
数量: 0
尚未下单
切换视图以继续处理这张订单。
厨房
数量: 0
尚未下单
切换视图以继续处理这张订单。
PROJECT NOTES
项目更新记录
日期指本作品集资料更新，不代表产品发布日期。
- 案例资料更新
- 已记录的产品状态
- 核心流程本机已验证 · 云端验收中
- 已记录的工作
- 核心流程在本机隔离环境验证；云端与实体打印机仍需独立验收。
- 下一步补充证据
- 实体打印机验证仍待原产品的实际设备检查。
LET’S MAKE IT USEFUL
正在整理你的订货、单据或营运流程？
把你的需求，接到下一步。
文字只留在本页，不会自动保存或发送。
下一个项目