21f5e9c70a
- 将SQL条件构造中错误的IFNULL操作符修正为ISNULL - 添加对NOTNULL和BETWEEN操作符的SQL支持，增强查询表达能力 - 修正BETWEEN操作符的参数绑定逻辑，支持范围查询 - 修改前端相关地方原使用的IFNULL操作符为ISNULL，保持一致性 - 为多个资源REST接口新增统一的带分页的POST列表查询方法 - 分页查询方法增加了对分页参数是否合法的校验处理 - 文档中新增PostgreSQL数据库字段要求及连接配置描述
379 lines
26 KiB
Batchfile
379 lines
26 KiB
Batchfile
com.vxnet.pms
|
||
#MySQL数据库要求如下:
|
||
# 每个数据表都要包括有以下字段: crteated_by, created_date, updated_by, updated_date, version
|
||
PostgreSQL数据库要求如下:
|
||
每个数据表都要包括有以下字段: id, organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, updated_date, version(乐观锁)。
|
||
|
||
数据库连接配置:
|
||
MySQL数据库: localhost:3308
|
||
PostgreSQL数据库: localhost:3307
|
||
数据库名称: jewpms
|
||
数据库用户名: jew
|
||
数据库密码: Jew!23456
|
||
|
||
需求:
|
||
1. 创建一个项目，用JHipster 建立一个项目，后端用Java的SprintBoot 最新版本 ，前端 用Vue最新版本, 数据库用MySQL,
|
||
npx --yes generator-jhipster
|
||
2. 项目不要要用Lombok依赖
|
||
3. 每个数据表都要包括有以下字段: id, organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, update_date, version(乐观锁)。
|
||
4. 新增一个菜单数据表jhi_menu，保存项目菜单对应打开的功能项，用户可以配置自定义菜单。
|
||
5. 登陆后主页显示的菜单 需要获取菜单数据表打配置，动态更新显示
|
||
6. 增加数据字典功能，允许用户自定义数据字典
|
||
7. 增加一个角色管理功能，允许用户自定义角色
|
||
8. 增加一个权限管理功能，允许用户自定义角色对应的权限
|
||
9. 增加一个部门管理功能，允许用户自定义部门
|
||
10. 增加一个用户管理功能，允许用户自定义用户，用户可以自定义角色，角色可以自定义权限，用户可以自定义部门
|
||
11. 创建一个用户登陆web界面，登陆后显示一个JasperReport报表。
|
||
|
||
12. 新增一个数据表jhi_company，保存公司许可信息，后端API基本接口功能 和
|
||
liquibase 数据库初始化脚本，同时将数据库初始化脚本 打包到项目中。
|
||
|
||
13. 新增一个数据表jhi_region，保存地区信息，需要有层级关系，而且地区要有对应一个所属公司编号，
|
||
后端API基本接口功能 和 liquibase 数据库初始化脚本，同时将数据库初始化脚本 打包到项目中。
|
||
|
||
请用liquibase 修改用户表:jhi_user 增加两个字段：name 和 company(jhi_company.number对应所属公司) ，并对应修改user.csv
|
||
对应打开的功能项，用户可以配置自定义菜单。
|
||
请将前端有现的静态菜单 增加到菜单表格 ，然后修改前端为动态菜单方式，读取数据库的菜单配置信息，并显示
|
||
|
||
99. 请将项目前端和后端 打包生成一个运行jar包
|
||
////////////////////////////////////////////////////
|
||
建表语句结构和数据：
|
||
组织信息表：jhi_organization 包括以下字段：编号（使用短UUID格式）、组织名称, 许可证, 属性, 等基本信息字段
|
||
每个数据表都要包括有以下字段: id, remark, status, created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据
|
||
|
||
////////////////////////////////////////////////////
|
||
建表语句结构和数据：
|
||
区域信息表：jhi_region 包括以下字段：详细地圵,联系人,联系电话,邮箱,联系地址 等字段
|
||
这个表将包含区域编号（使用短UUID格式）、父区域编号、区域名称等基本信息字段，通过parent_number字段建立父子关系，实现区域的层级管理
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no,organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据
|
||
|
||
后端代码：
|
||
需要编写jhi_region表的后端API基本接口功能，不需要DTO类，请参考menu相详模块的代码方式来写。
|
||
后端API基本接口功能：
|
||
1. 新增区域信息 POST /api/regions
|
||
2. 修改区域信息 PUT /api/regions/{id}
|
||
3. 删除区域信息 DELETE /api/regions/{id}
|
||
4. 查询区域信息 GET /api/regions/{id}
|
||
5. 查询区域列表 GET /api/regions 需要有分页功能，并返回总数量。
|
||
6. 查询区域树状结构 GET /api/regions/tree
|
||
前端代码:
|
||
在entity-menu下增子菜单：地区管理 还需要增加相应的维护UI界面(包括层级管理)，
|
||
请编写生成相应的前端文件(webapp/app/entities/region)，风格保持一致
|
||
由于前端 是用Vue3 要增加 compatConfig: { MODE: 3 },
|
||
需要确保路由配置正确，并添加必要的中文翻译
|
||
////////////////////////////////////////////////////
|
||
部门信息表：jhi_depart表包括以下字段：
|
||
部门编号number（使用短UUID格式）、父部门编号parent_number、部门名称, 属性, 等字段，通过parent_number字段建立父子关系，实现部门的层级管理
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据,确保其能被正确加载和执行。
|
||
|
||
需要编写部门管理(jhi_depart表)的功能的后端API基本接口功能，不需要DTO类，
|
||
有层次关系(number, parent_number), 还需要region字段(与jhi_region.number对应所属区域),
|
||
请按照 region模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增部门信息 POST /api/departs
|
||
2. 修改部门信息 PUT /api/departs/{id}
|
||
3. 删除部门信息 DELETE /api/departs/{id}
|
||
4. 查询部门信息 GET /api/departs/{id}
|
||
5. 查询部门列表 GET /api/departs 需要有分页功能，并返回总数量。
|
||
6. 查询部门树状结构 GET /api/departs/tree
|
||
前端代码:
|
||
在entity-menu下增子菜单： 部门管理 还需要增加相应的维护UI界面(包括层级管理)，
|
||
请编写生成相应的前端文件(webapp/app/entities/depart)，风格保持一致
|
||
由于前端 是用Vue3 要增加 compatConfig: { MODE: 3 }
|
||
需要确保路由配置正确，并添加必要的中文翻译
|
||
**////////////////////////////////////////////////////
|
||
仓位信息表：jhi_stock表包括以下字段：
|
||
仓位编号number（使用短UUID格式）、仓位名称, 属性, 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据，确保其能被正确加载和执行。
|
||
|
||
需要编写仓位管理(jhi_stock表)的功能的后端API基本接口功能，不需要DTO类，
|
||
请按照 region模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增仓位信息 POST /api/stocks
|
||
2. 修改仓位信息 PUT /api/stocks/{id}
|
||
3. 删除仓位信息 DELETE /api/stocks/{id}
|
||
4. 查询仓位信息 GET /api/stocks/{id}
|
||
5. 查询仓位列表 GET /api/stocks 有map条件参数和分页功能，并返回总数量。
|
||
6. 查询仓位列表 GET /api/stocks/list 有map条件参数和分页功能，并返回总数量。
|
||
|
||
前端代码:
|
||
在entity-menu下增子菜单：仓位管理 还需要生成相应的维护UI界面，
|
||
请编写生成相应的前端文件(webapp/app/entities/stock)，风格保持一致
|
||
由于前端 是用Vue3 要增加 compatConfig: { MODE: 3 }
|
||
需要确保路由配置正确，并添加必要的中文翻译
|
||
**////////////////////////////////////////////////////
|
||
数据字典信息表：jhi_dict表包括以下字段：
|
||
数据字典编号number（使用短UUID格式）、父部门编号parent_number、名称, 属性, 等字段，通过parent_number字段建立父子关系，实现数据字典的层级管理
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(与jhi_organization.number对应所属组织), status(状态varchar(2)), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据,确保能被正确加载和执行。
|
||
|
||
需要编写数据字典(jhi_dict表)的功能的后端API基本接口功能，不需要DTO类，
|
||
有层次关系(number, parent_number), 还需要company字段(与jhi_company.number对应所属公司),
|
||
请按照 region模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增数据字典 POST /api/dicts
|
||
2. 修改数据字典 PUT /api/dicts/{id}
|
||
3. 删除数据字典 DELETE /api/dicts/{id}
|
||
4. 查询数据字典 GET /api/dicts/{id}
|
||
5. 查询字典列表 GET /api/dicts 有map条件参数和分页功能，并返回总数量。
|
||
6. 查询字典树状结构 GET /api/dicts/tree 有map条件参数和分页功能，并返回总数量。
|
||
7. 查询字典树状结构 GET /api/dicts/list 有map条件参数和分页功能，并返回总数量。
|
||
|
||
前端代码:
|
||
在entity-menu下增子菜单：数据字典 还需要增加相应的维护数据字典UI界面，
|
||
请编写生成相应的前端文件(webapp/app/entities/dict)
|
||
由于前端 是用Vue3 要增加 compatConfig: { MODE: 3 }
|
||
需要确保路由配置正确，并添加必要的中文翻译
|
||
////////////////////////////////////////////////////
|
||
物料信息表：jhi_material表包括以下字段：
|
||
物料编号number（使用短UUID格式）、名称, 公司, 类别, 生产折纯率, 报关折纯率, 组别0, 组别1, 组别2, 组别3, 组别4, 组别5, 属性 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
需要编写物料管理(jhi_material表)的功能的后端API基本接口功能，不需要DTO类，
|
||
请按照 stock模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增物料信息 POST /api/materials
|
||
2. 修改物料信息 PUT /api/materials/{id}
|
||
3. 删除物料信息 DELETE /api/materials/{id}
|
||
4. 查询物料信息 GET /api/materials/{id}
|
||
5. 查询物料列表 GET /api/materials 有map条件参数和分页功能，并返回总数量。
|
||
|
||
前端代码:
|
||
在designs-menu下增子菜单：物料管理 还需要生成相应的维护UI界面，
|
||
请编写生成相应的前端文件(webapp/app/designs/material)，风格保持一致
|
||
需要确保路由配置正确，并添加必要的中文翻译
|
||
|
||
////////////////////////////////////////////////////
|
||
成本信息表：jhi_cost表包括以下字段：
|
||
成本编号number（使用短UUID格式）、名称, 工序, 镶法, 部门编号, 品质, 物料, 类型, 产品, 款式号, 订单号, 计耗方式(lost_type), 损耗率(lost_rate), 工费单价(unit_labor), 单位工时(unit_hour) 属性, 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
请按照jhi_cost表结构，编写成本管理的功能的后端API基本接口功能，不需要DTO类，
|
||
请按照 stock模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增成本信息 POST /api/costs
|
||
2. 修改成本信息 PUT /api/costs/{id}
|
||
3. 删除成本信息 DELETE /api/costs/{id}
|
||
4. 查询成本信息 GET /api/costs/{id}
|
||
5. 查询成本列表 GET /api/costs 有map条件参数和分页功能，并返回总数量。
|
||
6. 查询成本列表 GET /api/costs/next 获取流水号
|
||
|
||
前端代码:
|
||
参照stock UI, 编写 成本管理 cost UI 的维护界面，
|
||
请编写生成相应的前端文件(webapp/app/orders/cost)，风格保持一致
|
||
需要确保路由配置正确，并添加必要的中文翻译
|
||
////////////////////////////////////////////////////
|
||
单据流水号信息表：jhi_serial表包括以下字段：
|
||
单据前序编号number（使用短UUID格式）、名称, 下个号码(serial_number), 属性, 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
请按照jhi_serial表结构，编写流水号管理的功能的后端API基本接口功能，不需要DTO类，
|
||
请按照 stock模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增单据流水号信息 POST /api/serials
|
||
2. 修改单据流水号信息 PUT /api/serials/{id}
|
||
3. 删除单据流水号信息 DELETE /api/serials/{id}
|
||
4. 查询单据流水号信息 GET /api/serials/{id}
|
||
5. 查询单据流水号列表 GET /api/serials 有map条件参数和分页功能，并返回总数量。
|
||
6. 获取单据流水号信息 GET /api/serials/next/{number} 并更新next_number + 1
|
||
|
||
////////////////////////////////////////////////////
|
||
配置信息表：jhi_config表包括以下字段：
|
||
配置信息编号number（使用短UUID格式）、名称, 组别, 配置值(value), 属性(property), 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
请按照jhi_config表结构，编写配置管理的功能的后端API基本接口功能，不需要DTO类，
|
||
请参照 stock模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增配置信息 POST /api/configs
|
||
2. 修改配置信息 PUT /api/configs/{id}
|
||
3. 删除配置信息 DELETE /api/configs/{id}
|
||
4. 查询配置信息 GET /api/configs/{id}
|
||
5. 查询配置列表 GET /api/configs 有map条件参数和分页功能，并返回总数量。
|
||
|
||
前端代码:
|
||
参照stock UI, 编写 成本管理 config UI 的维护界面，
|
||
请编写生成相应的前端文件(webapp/app/admin/config)，风格保持一致
|
||
需要确保路由配置正确，并添加必要的中文翻译
|
||
|
||
////////////////////////////////////////////////////
|
||
角色信息表：jhi_role 表包括以下字段：
|
||
单据前序编号number（使用短UUID格式）、名称, 权限范围(data_scope), 属性, 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
请按照jhi_role表结构，编写角色管理的功能的后端API基本接口功能，不需要DTO类，
|
||
请参照 config模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增角色信息 POST /api/roles
|
||
2. 修改角色信息 PUT /api/roles/{id}
|
||
3. 删除角色信息 DELETE /api/roles/{id}
|
||
4. 查询角色信息 GET /api/roles/{id}
|
||
5. 查询角色列表 GET /api/roles 有map条件参数和分页功能，并返回总数量。
|
||
|
||
////////////////////////////////////////////////////
|
||
角色权限关联表：jhi_relation 表包括以下字段：
|
||
权限关联number(关联编号)、relation_type(关联类型), 角色编号(role_number), 权限范围(data_scope), 属性, 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(与jhi_organization.number对应所属组织), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
unique key: number, relation_type, role_number, organization
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
请按照jhi_relation表结构，编写权限关联管理的功能的后端API基本接口功能，不需要DTO类，
|
||
请参照 config后端模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增权限关联信息 POST /api/relations
|
||
2. 修改权限关联信息 PUT /api/relations/{id}
|
||
3. 删除权限关联信息 DELETE /api/relations/{id}
|
||
4. 查询权限关联信息 GET /api/relations/{id}
|
||
5. 查询权限关联列表 GET /api/relations 有map条件参数和分页功能，并返回总数量。
|
||
|
||
////////////////////////////////////////////////////
|
||
产品款式主表：jhi_style表包括以下字段：
|
||
款式编号number（使用短UUID格式）、名称, 客户款号, 产品类别, 组别0, 组别1, 组别2, 组别3, 组别4, 组别5, 海关单位, 产品图片, 属性, 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(jhi_organization.number对应), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
需要编写产品款式管理(jhi_style表)的功能的后端API基本接口功能，不需要DTO类，
|
||
请按照 stock模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增产品款式 POST /api/styles
|
||
2. 修改产品款式 PUT /api/styles/{id}
|
||
3. 删除产品款式 DELETE /api/styles/{id}
|
||
4. 查询产品款式 GET /api/styles/{id}
|
||
5. 查询产品款式列表 GET /api/styles 有map条件参数和分页功能，并返回总数量。
|
||
|
||
前端代码:
|
||
在designs-menu下增子菜单：镶嵌管理 还需要生成相应的维护UI界面，
|
||
请编写生成相应的前端文件(webapp/app/designs/setting)，风格保持一致
|
||
由于前端 是用Vue3 要增加 compatConfig: { MODE: 3 }
|
||
需要确保路由配置正确，并添加必要的中文翻译
|
||
|
||
////////////////////////////////////////////////////
|
||
款式明细表：jhi_styledtl表包括以下字段：
|
||
明细编号number（使用短UUID格式）、名称, 品质(quality), 分组(set_group), 工序/镶法(process), 物料, 数量, 重量, 单价类型(price_type), 客户单价(cust_price), 物料成本(cost_price), 工费类型(labor_type), 客户工费(cust_labor), 生产工费(cost_labor), 工时(unit_hour), 属性, 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(jhi_organization.number对应), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
需要编写产品款式明细管理(jhi_styledtl表)的功能的后端API基本接口功能，不需要DTO类，
|
||
请按照 style模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增款式明细 POST /api/styledtls
|
||
2. 修改款式明细 PUT /api/styledtls/{id}
|
||
3. 删除款式明细 DELETE /api/styledtls/{id}
|
||
4. 查询款式明细 GET /api/styledtls/{id}
|
||
5. 查询款式明细列表 GET /api/styledtls 有map条件参数和分页功能，并返回总数量。
|
||
|
||
////////////////////////////////////////////////////
|
||
产品订单主表：jhi_order表包括以下字段：
|
||
订单编号number（使用短UUID格式）、名称, 客户编号, 客户PO, 客户单号, 收单日期, 成品日期, 交货日期, 取消日期, 产品款号(style), 产品尺寸(size), 产品数量(qty), 备件数量, 单价, 单件工费, 损耗率, 电镀类型, 字印, 品质, 报关类型(cust_type), 原订单号, 属性, 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(jhi_organization.number对应), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
需要编写产品订单管理(jhi_order表)的功能的后端API基本接口功能，不需要DTO类，
|
||
请按照 style模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增订单管理 POST /api/orders
|
||
2. 修改订单管理 PUT /api/orders/{id}
|
||
3. 删除订单管理 DELETE /api/orders/{id}
|
||
4. 查询订单管理 GET /api/orders/{id}
|
||
5. 查询订单列表 GET /api/orders 有map条件参数和分页功能，并返回总数量。
|
||
|
||
前端代码:
|
||
在orders-menu下增子菜单：订单管理 还需要生成相应的维护UI界面，
|
||
请编写生成相应的前端文件(webapp/app/orders/order)，参照style风格,保持一致
|
||
由于前端 是用Vue3 要增加 compatConfig: { MODE: 3 }
|
||
需要确保路由配置正确，并添加必要的中文翻译
|
||
|
||
////////////////////////////////////////////////////
|
||
订单明细表：jhi_orderdtl表包括以下字段：
|
||
订单编号number（使用短UUID格式）、名称, 分组(set_group), 工序/镶法(process), 物料, 数量, 重量, 单价类型(price_type), 客户单价(cust_price), 物料成本(cost_price), 工费类型(labor_type), 客户工费(cust_labor), 生产工费(cost_labor), 工时(unit_hour), 属性, 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status, sort_no, organization(jhi_organization.number对应), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
唯一索引: number, set_group, process, material, organization
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
需要编写产品订单明细管理(jhi_orderdtl表)的功能的后端API基本接口功能，不需要DTO类，
|
||
请按照 styledtl模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增订单明细 POST /api/orderdtls
|
||
2. 修改订单明细 PUT /api/orderdtls/{id}
|
||
3. 删除订单明细 DELETE /api/orderdtls/{id}
|
||
4. 查询订单明细 GET /api/orderdtls/{id}
|
||
5. 查询订单明细列表 GET /api/orderdtls 有map条件参数和分页功能，并返回总数量。
|
||
|
||
////////////////////////////////////////////////////
|
||
生产交收主表：jhi_transact表包括以下字段：
|
||
交收编号number（使用短UUID格式）、来源编号(parent_number), 单据类型(txtype 值: GR-进仓 TR-过仓 WP-生产 RT-退仓 RP-换料 RC-回料 WL-损耗), 物料类型(material_type 值: 10-自购 20-兑换 30-客料), 报关类型(customs_type), 进料编号(customs_number),
|
||
来源单号(parent_no), 发料单号(send_no), 发料部门(send_depart), 发料人(send_user), 收料单号(receive_no), 收料部门(receive_depart), 收料人(receive_user), 工序(process),
|
||
订单号(order_no), 批次号(batch_no), 物料编号(material), 重量单位(unit_weight), 折纯率(production_rate), 单价(unit_price), 单件工费(labor_cost),
|
||
发货日期(send_date), 发出数量(send_qty), 发出重量(send_wt), 收到日期(receive_date), 收到数量(receive_qty), 收到重量(receive_wt), 计耗方式(lost_type), 损耗率(lost_rate), 报关耗率(customs_rate)
|
||
应回日期(return_date), 应回数(return_qty), 应回重(return_wt), 损耗日期(loss_date), 损耗数(loss_qty), 损耗重(loss_wt), 损失日期(lost_date), 损失数(lost_qty), 损失重(lost_wt), 报关回料(customs_return),报关损耗(customs_lost),
|
||
发票日期(invoice_date), 发票数(invoice_qty), 发票重(invoice_wt)
|
||
参考编号(refer_no), 参考日期(refer_date),参考备注(refer_remark) 等字段，
|
||
每个数据表都要包括有以下字段: id, remark, status (varchar(20) 值:10-在途 20-待产 30-在产 40-完成 50-退回), sort_no(int 排序号), organization(jhi_organization.number对应), created_by, created_date, updated_by, updated_date, version(乐观锁,默认值为0)。
|
||
请用liquibase创建表结构和csv例子数据，确保能被正确加载和执行。
|
||
|
||
jhi_transact_dtl (包括 wip, base, setting)
|
||
需要编写生产交收管理(jhi_transact表)的功能的后端API基本接口功能，不需要DTO类，不需要层次关系
|
||
请按照 style模块的实现代码方式来写,确保系统风格的一致性。
|
||
后端API基本接口功能：
|
||
1. 新增生产交收 POST /api/transacts
|
||
2. 修改生产交收 PUT /api/transacts/{id}
|
||
3. 删除生产交收 DELETE /api/transacts/{id}
|
||
4. 查询生产交收 GET /api/transacts/{id}
|
||
5. 查询生产交收列表 GET /api/transacts 有map条件参数和分页功能，并返回总数量。
|
||
|
||
前端代码:
|
||
在transacts-menu子菜单process： 还需要生成生产交收管理的维护UI界面，
|
||
请编写生成相应的前端文件(webapp/app/transacts/process)，参照order 的风格,保持一致
|
||
由于前端 是用Vue3 要增加 compatConfig: { MODE: 3 }
|
||
需要确保路由配置正确，并添加必要的中文翻译
|
||
|
||
docker:
|
||
compose:
|
||
enabled: false
|
||
|
||
重新启动项目
|
||
.\mvnw clean spring-boot:run
|
||
npm run webapp:build && npm start
|
||
|
||
mvn liquibase:clearCheckSums liquibase:dropAll liquibase:update
|
||
|
||
.\mvnw clean install -DskipTests
|
||
.\npmw install
|
||
.\mvnw spring-boot:run --debug
|
||
|
||
mvn clean package -DskipTests
|
||
|
||
mvn clean
|
||
npm run webapp:build
|
||
mvn spring-boot:run -P dev
|
||
|
||
./mvnw clean package -DskipTests
|
||
java -jar target/jewpms-0.0.1-SNAPSHOT.jar --spring.profiles.active=dev
|
||
|
||
npx @agentdeskai/browser-tools-server
|
||
|
||
修改为使用Bootstrap Vue的模态框ID方式
|
||
请初始化git 连接到远程仓库
|
||
git remote set-url origin https://admingit:Pan2yu12@gitea.vxnet.cn/admingit/jewpms.git
|
||
提交更新项目代码
|
||
请修正此问题
|
||
已设置 updatable = false
|
||
修改toString方法的格式，将每个字段的拼接放在单独的一行，使代码更加清晰易读。
|
||
|
||
请将已改好的代码 提交并推送, 说明内容需要加双引号.
|
||
|
||
SELECT * FROM DATABASECHANGELOGLOCK;
|
||
UPDATE DATABASECHANGELOGLOCK SET locked=0, lockgranted=null, lockedby=null WHERE id=1
|
||
|
||
... 每次你觉得你修好了，你就在终端里询问我是否满意 ( read -P "修复完成，是否满意？(y/n) " response && echo $response ) ，直到我回复 yes，你才能退出，如果我不回复或者回复其他的，请继续修复，重复上面过程直到你读取到 yes，这一点非常重要。
|
||
|
||
请先分析当前项目使用的技术栈 |