01 · 挑战
从分散的记录到单一的工作流程
任务是连接发货、实物接收和移动，以便团队可以看到每个单元的当前状态和历史记录。
文件→装运
操作员在创建装运之前检查入库单据。
接收→放置
仓库工作人员检查商品并记录它们的实际位置。
控制→历史
经理看到差异和运营时间表。
02 · 原始工作流程
文件和实物库存是不同的事实
电子表格描述了预期的发货情况。收货时必须分别确认每个单元的标记、内容和实际位置。不匹配问题在解决之前一直可见。
03 · 领域模型
预期→实际→变动
发货记录预期的单位和内容。接收创建实际单位并将其与计划相匹配。当前位置支持日常工作；运动历史解释了一个单位如何到达那里。
出货量 → 预计单位
文件、标记、内容
接收 → 实际单位
计划匹配和差异
地点 → 动向 → 历史
从、到、演员和时间
04 · 角色和权限
一个工作流程，三个工作空间
访问遵循服务器会话。每个 API 请求都会检查角色权限；导航显示可用的任务。
操作员
查看演示文档、确认其导入、准备发货并检查库存。
仓库工人
物理接收、标记搜索、上架和单元移动。
经理
运营概览、仓库和库存、差异审查和行动历史记录。
05 · 建筑
接口、规则、数据
Next.js引导工作场景。 Go API 验证会话、权限和仓库规则。 PostgreSQL存储实体、关系和运营审计。
- Next.js / TypeScript →
- Go API / RBAC →
- PostgreSQL / Audit
06 · 操作流程
每一步都交出清晰的结果
操作员查看演示文档并确认发货。工人将预期数量与实际数量进行匹配，完成收货并入库。经理可以看到工作流程状态和未完成的决策。
文件→发货→收货→入库→控制→历史记录
07 · 例外和控制
差异成为一项任务
明确记录内容不匹配、单元缺失、意外单元或损坏。经理提出差异，检查其背景并记录解决方案；切换屏幕不会删除它。
08 · 审核历史
从当前状态到发生的情况
单位的详细信息页面将其与其发货和移动联系起来。日志记录了操作、时间、参与者和更改上下文，因此可以调查特定操作，而无需从消息中重建它。
09 · 界面和工作区
工作演示中的真实屏幕
带有合成演示数据的预览界面的屏幕截图。
