拌合楼内部管理系统(二)功能及数据库表字段设计

2 阅读3分钟

前言:闭门造车 公司启动了拌合楼内部管理项目 ,对照拿到手里的目标软件介绍和工作经验,闭门造车把系统的主要功能及数据库表结构按照自己的想法列出来。

一、基础档案 1. 存货档案: 分类: 原材料、产成品、其他 字段主要有: 存货编码、存货名称、型号、分类、单位(吨\KG)、快速录入码 产成品BOM:主表 产成品存货编码,BOM版本、客户编码(是否专用) 子表: 原材料存货编码、数量

    2. 客户档案:
    主要字段:客户编码、客户名称、简称、商事登记号、联系人、联系地址、联系电话
    配送地址:客户编码、配送地址

    3. 供应商档案
    主要字段:供应商编码、供应上名称、简称、商事登记号、联系人、联系地址、联系电话

    4. 部门:
    主要字段:部门编码、部门名称、负责人

    5. 员工
    主要字段:人员编码、姓名、联系电话

    6. 用户
    主要字段:用户编码、用户名、密码、人员编码(内部人员有)、角色、状态(0启用1停用)

    7. 角色
    主要字段:角色名称、url (考虑通过控制url来设置权限)

二、 合同信息 1. 主表: 合同编码、合同名称、客户/供应商、合同类型(采购、销售、服务、其他)、总金额、合同状态(提交、生效、失效、完结)、增加时间、更新时间、生效时间、失效时间、完结时间、审批人、提交人、作废人、备注

    2. 子表
    主表ID,存货编码、数量、含税单价、税率、不含税单价、金额、已执行数量

    3. 合同核心条款内容:
    收/付款条款、质保条款、配送条款、其他

    4. 附件
    附件ID、附件类型(双签合同、单签合同、合同附件)、附件地址、文件名、新增时间、增加人

三、合同业务逻辑 1. 需要生效态的合同才可以下达进行生产计划 2. 合同暂时只是分两个层级的审批。 3. 可以通过合同索引查询后续所有的关联单据。 4. 需要计算合同可执行量,设置一个阈值超过阈值则不允许后续下单。 5. 合同审批后通过企业微信群推送到业务群中。 四、生产管理 1. 生产计划单: 合同主表ID、合同子表ID、存货编码、计划数量、计划开始时间、计划完结时间、计划状态(生效、完结、超时终止)、提交人、审批人、提交时间、审批时间、BOMID、客户名称

    生产计划单由销售部门编制,生产部门负责人来做审核??这个逻辑只是我想当然需要调研后决定了。

    2、生产计划用料单:
    生产计划单ID,原材料存货ID,原材料数量,已领料数量,最终耗用数量

    3. 生产完工单
      引用生产计划单的数据,填写实际生产数量,实际耗用数量 回写到计划用量单的最终耗用数据.

五、生产管理的逻辑 1. 生产计划需要审批后才可以执行。

    2. 选择BOM来做生产

    3. 根据BOM来自动生成用料单

    4. 领料数量不能超过BOM原材料数量+偏差阈值

    5. 生产计划审批后自动推送业务群。

———————————————— 版权声明:本文为CSDN博主「IT大灰狼」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。 原文链接:blog.csdn.net/waxyy002/ar…