Files
FTC25009/handoff.md

1.7 KiB
Raw Permalink Blame History

FTC25009 会话交接文档

当前状态

仓库操作已完成

  1. 仓库名称已更新:

    • 01 → 托盘库1
    • 02 → 托盘库2
  2. 货位已重建(按 proc_create_cargo_space 规则):

    • 01 仓库:4排 × 12列 × 5层 = 240个货位,4条巷道(1-4)已存在
    • 02 仓库:2排 × 10列 × 5层 = 100个货位,新增了2条巷道(1-2)
  3. 旧数据已清空:01仓库的旧库存、作业、货位记录已删除

  4. 新货位编码格式(proc_create_cargo_space 规则):

    • cargo_space_id:010100101(warehouse + platoon(2位) + column(3位) + floor(2位))
    • cargo_space_name:01排001列01层

关键变更 - 编码格式不兼容

旧货位格式:CS001 / A-1-1-1
新货位格式:010100101 / 01排001列01层

系统中可能有代码依赖旧的 cargo_space_id 或 cargo_space_name 命名格式,需要排查。

数据库信息

  • 服务器:172.16.4.12:1433
  • 数据库:FTC25009-WMS
  • 用户:sa
  • MCP 已配置并正常工作

MCP 配置文件位置

  • C:\Users\13623\.cursor\mcp.json(Cursor 主要读取)
  • C:\Users\13623\AppData\Roaming\Cursor\User\globalStorage\mcp-settings.json
  • D:\workSpace\PROJECT_SPACE\FTC25009\.cursorrules-mcp.json

Git 仓库

  • 本地:D:\workSpace\PROJECT_SPACE\FTC25009
  • 远程:http://106.13.86.63:10082/zgw/FTC25009.git
  • 项目框架:若依(RuoYi) WMS 系统

建议下一步

  1. 检查 Java 代码中是否有硬编码 CS001 或其他旧货位编码的地方
  2. 检查前端 ruoyi-ui 是否对货位编码格式有依赖
  3. 如果有入库流程测试,验证新货位编码能否正常使用