尧图网络科技YAOTU DIGITAL 获取报价
获取报价
首页 / 资讯中心 / 文章详情

模具厂管理信息化落地:模具号、BOM、报工与成本交期

发布时间:2026/9/18 20:47:48

资讯中心
01
ARTICLE

模具厂管理信息化落地:模具号、BOM、报工与成本交期

模具厂管理信息化落地:模具号、BOM、报工与成本交期
简介这份PPT围绕模具制造行业的管理信息化建设展开面向模具、注塑、五金、压铸类企业的管理者、信息化负责人及ERP实施人员也适合希望了解制造业信息系统选型与落地思路的学习者。内容以i-M3模具企业管理系统为主线梳理了管理信息化的必要性、系统主要流程、实施流程以及信息系统实施不理想的原因与成功标志并给出与客户沟通、知识共享、模具技术沟通模板等具体做法。资源为单个pptx演示文稿压缩包约1.33MB共1个文件属于可直接用于宣讲、培训或内部研讨的成套演示资料模块划分清晰便于按章节查阅。已有93人浏览学习。读者可从中获得模具行业ERP的功能框架包括市场业务、计划与进程、BOM、生产与车间作业、采购、库存、成本、品质及人力资源等模块的组合逻辑也能通过报价单、合同、进度报告与设计变更沟通等失败案例理解管理纰漏造成的延期与返工代价为系统选型和流程梳理提供参照。1. 一份叫《某模具企业管理信息化解决方案.pptx》的文件为什么十个厂九个落不了地模具企业管理信息化的演示文稿通常长一个样设计—加工—试模—交付全流程打通、设备联网、无纸化车间、老板手机上看进度。老板看完很兴奋IT 负责人回到车间一算账就凉了半截——三十台机床四个版本的 CAM 软件混着用图纸在共享盘里叫「最终版2_修改后_真的最终」老师傅的工时记在烟盒背面。方案逻辑没问题问题是模具厂的生产逻辑跟批量制造不是一回事。批量制造的主键是物料号一套 BOM 对着几万件产量模具厂的主键是模具号一套模具就是一个项目T0 试模那天之前谁也不敢打包票能过。把 MRP 那套「按预测备料、按库存扣减」照搬过来最常见的后果是钢材堆满一仓库该延期的模具照样延期。模具行业真正需要的是按模具号串起来的项目视图BOM、工艺路线、工时、外协、试模记录、单套成本全部挂在同一根主键上。这套做法适合年产值三千万到五亿、每年两三百到三千套模具、以注塑模压铸模冲压模为主的厂尤其是接单杂、套数多、交期紧、靠老师傅经验顶的那一类。往下走四步先搭数据底座再做车间报工然后算成本与交期最后才是上线验证。2. 模具管理信息化的数据底座模具号、BOM 与工艺路线怎么建模数据底座没建好后面的报工、排产、成本全是沙上建塔。这一章讲清楚四件事主键怎么定、BOM 怎么分层、工艺路线怎么标准化、图纸和变更怎么落库。每一步都给可执行的建表语句和参数口径。2.1 模具号编码规则决定后面三年的运维成本常见做法是「客户简称 下单日期」头三个月能用半年后一定会撞号同一个客户一天下三套模日期精确到天就重复了。可检索、可扩展的规则是分段定长编码例如MJ2408-A0137-01。段位长度取值来源生成后是否可改模具类型码2MJ 注塑模 / MO 压铸模 / MC 冲压模 / MF 其他否年月4下单年月否客户代码14客户主数据里的短码否流水号4全厂统一自增不按客户分段否结构版本2同一套模重大改版时递增可增版不可改写历史三条铁律模具号全厂唯一且报废后不重用否则三年的工时数据会被污染流水号必须全厂统一自增不要按客户或按年份清零版本号只允许新增不允许覆盖新版本是新的模具号后缀而不是改老号。模具下面的零件编号用模具号-零件序号-件号例如MJ2408-A0137-01-P012-01模仁、滑块、斜顶、镶件都走这个规则方便后面按零件报工和追料。2.2 模具 BOM 拆两层模架标准件走库存非标件走采购模具 BOM 一定要分两层看。第一层是模具装配结构上模、下模、模架、滑块、斜顶、热流道系统、冷却水路这一层回答「这套模由什么组成」。第二层是零件到毛坯的展开模仁对应哪块钢板、哪个规格、哪家钢厂的料这一层回答「要买什么、买多少」。两层混成一层采购看不懂车间也看不懂。分层的直接收益是采购策略能分开顶针、弹簧、导柱导套、螺丝、水路接头这类标准件走仓库安全库存按周补货模架、模仁料、镶件、热流道这类非标件必须按模具号挂采购订单绝不能进通用库存。非标件一旦进了通用库存财务上就是呆滞车间里就是「明明买过却找不到」。-- 模具主数据 CREATE TABLE mold_master ( mold_no VARCHAR(32) NOT NULL COMMENT 模具号全厂唯一报废不重用, mold_type VARCHAR(8) NOT NULL COMMENT MJ/MO/MC/MF, customer_code VARCHAR(8) NOT NULL COMMENT 客户短码, order_date DATE NOT NULL COMMENT 接单日期, plan_t0_date DATE NULL COMMENT 计划T0试模日期, cavity_count SMALLINT NOT NULL DEFAULT 1 COMMENT 型腔数, steel_grade VARCHAR(32) NULL COMMENT 模仁钢材牌号如 718H/NAK80/S136, status VARCHAR(16) NOT NULL DEFAULT DESIGN COMMENT DESIGN/MACHINING/TRIAL/DELIVERED/CLOSED, PRIMARY KEY (mold_no), KEY idx_status_t0 (status, plan_t0_date) -- 交期预警走这个索引 ) COMMENT模具主数据; -- 模具BOM两层共用用 level 区分 CREATE TABLE mold_bom ( id BIGINT NOT NULL AUTO_INCREMENT, mold_no VARCHAR(32) NOT NULL, part_no VARCHAR(48) NOT NULL COMMENT 零件号如 MJ2408-A0137-01-P012-01, parent_part VARCHAR(48) NULL COMMENT 上层装配件NULL 表示第一层, bom_level TINYINT NOT NULL COMMENT 1装配层 2零件毛坯层, item_code VARCHAR(32) NOT NULL COMMENT 物料编码标准件指向库存物料, item_class VARCHAR(8) NOT NULL COMMENT STD标准件/STOCK库存件/NONSTD非标件, qty DECIMAL(12,3) NOT NULL DEFAULT 1, unit VARCHAR(8) NOT NULL DEFAULT PCS, PRIMARY KEY (id), UNIQUE KEY uk_bom (mold_no, part_no, item_code), KEY idx_item (item_code) ) COMMENT模具BOM;item_class这个字段是整个采购逻辑的分水岭值为NONSTD的行采购下单时必须带mold_no收货时也只能入到这套模具的专属料位值为STD的行才允许按安全库存自动补货。bom_level不要用递归查询去推直接落库因为模具的装配层结构基本稳定落库比递归快一个数量级报表也好写。2.3 工艺路线与工序字典把「飞模、配模」这类口语工序标准化车间口语里的工序名是最难治理的一块。同一道活儿A 师傅叫「飞模」B 师傅叫「配模」C 师傅写「合模」报表一跑出来三个工序工时统计直接崩。做法是先建一张工序字典表把全厂工序冻结成有限集合再去挂设备组和标准工时。工序编码工序名称设备组是否外协典型工时占比CNC-RCNC 粗加工龙门/加工中心否12%CNC-FCNC 精加工高速机否18%GRD平面磨/大水磨磨床组否大水磨常外协8%EDM-R放电粗公火花机否10%EDM-F放电精公精密火花机否7%WEDM线切割快/慢线切割组慢走丝常外协6%DRL钻孔/攻牙钻床否4%HT热处理—是2%NIT氮化/渗碳—是2%POL抛光/省模钳工组否蚀纹外协12%FIT配模/飞模钳工组否9%ASM总装钳工组否5%TRIAL试模注塑机否3%REP修模钳工组否2%外协标记is_outsource必须落在工序字典上而不是落在工单上。原因很实际热处理、氮化、蚀纹、慢走丝这几道外协工序是成本漏点只要字典上标了外协报工时系统就强制要求填外协单号漏一个都提交不了。CREATE TABLE process_dict ( proc_code VARCHAR(16) NOT NULL COMMENT 工序编码, proc_name VARCHAR(32) NOT NULL COMMENT 标准工序名, equip_group VARCHAR(16) NULL COMMENT 设备组外协为空, is_outsource TINYINT NOT NULL DEFAULT 0, hourly_rate DECIMAL(10,2) NULL COMMENT 设备小时费率元/小时, PRIMARY KEY (proc_code) ) COMMENT工序字典; CREATE TABLE routing ( id BIGINT NOT NULL AUTO_INCREMENT, mold_no VARCHAR(32) NOT NULL, part_no VARCHAR(48) NOT NULL, seq SMALLINT NOT NULL COMMENT 工序顺序号10/20/30 递增方便插工序, proc_code VARCHAR(16) NOT NULL, equip_group VARCHAR(16) NULL, std_hours DECIMAL(8,2) NOT NULL DEFAULT 0 COMMENT 标准工时小时, allow_overlap TINYINT NOT NULL DEFAULT 0 COMMENT 是否允许与上道工序重叠开工, PRIMARY KEY (id), UNIQUE KEY uk_routing (mold_no, part_no, seq), KEY idx_part (mold_no, part_no, seq) ) COMMENT零件工艺路线;seq用 10、20、30 递增而不是 1、2、3是为了中途插工序不用重排全表——模具改版加一道精修工序是常事。allow_overlap是给排产用的热处理和外协这类工序可以和下道准备工序重叠不设这个开关排产结果会平白多出好几天。2.4 图纸版本与 ECN 变更别让「最终版2」进数据库图纸管理的核心不是存文件是保证同一时刻只有一份受控版本。做法是文件表加状态机用唯一索引把「受控」状态卡死。CREATE TABLE mold_doc ( id BIGINT NOT NULL AUTO_INCREMENT, mold_no VARCHAR(32) NOT NULL, part_no VARCHAR(48) NULL, doc_type VARCHAR(16) NOT NULL COMMENT 3D/2D/电极图/工艺卡, version VARCHAR(16) NOT NULL COMMENT A/B/C 或 1.0/2.0, file_path VARCHAR(255) NOT NULL, file_md5 CHAR(32) NOT NULL COMMENT 内容指纹防同名不同内容, status VARCHAR(16) NOT NULL COMMENT DRAFT/RELEASED/OBSOLETE, uploader VARCHAR(32) NOT NULL, upload_at DATETIME NOT NULL, PRIMARY KEY (id), KEY idx_mold_part (mold_no, part_no, doc_type, status) ) COMMENT模具图纸与工艺文件;MySQL 没有部分唯一索引可以用一个冗余列实现controlled_key受控时填mold_nopart_nodoc_type非受控填 NULL然后在controlled_key上建唯一索引。PostgreSQL 直接写CREATE UNIQUE INDEX ... WHERE statusRELEASED更干净。file_md5的作用是防止有人把同一份图改个文件名重新上传当新版本文件名可以骗人MD5 骗不了。ECN 变更表要记录三个要素变更点、影响范围、生效工序。生效工序很关键——如果 ECN 下达时零件已经加工到第 40 道工序那么前 30 道工序的工时要归到变更前后面的归到变更后成本才能算清增补了多少。3. 车间报工与 MES把模具加工进度做成实时可查数据底座的下一层是现场。这一章解决三个问题采集路线选哪一种、报工接口怎么写、试模修模怎么闭环。模具车间的数据采集和流水线完全不是一套思路流水线追求节拍和产量模具车间追求的是「这道工序在谁手上、还剩多少小时」。3.1 采集路线怎么选扫码、机床信号还是手工填报路线精度单点成本维护难度适用对象扫码报工分钟级靠人低几十到几百元低全部工序起步必做机床信号采集秒级客观高单台数千元起高协议杂乱瓶颈设备CNC、精密火花机、慢走丝手工纸质填报天级极低数据不可用只作为断网降级方案我一般建议先全厂铺扫码跑三个月把工序字典和标准工时磨准再挑三到五台瓶颈设备做信号采集。一上来就全厂联网八成会卡在协议上不同年份的机床接口从串口、现场总线到以太网协议各不相同数据点表还得一台台对。信号采集的价值在于拿到主轴运转时间用来校正人工填报的水分——模具厂报工最大的问题是「一个人同时开三台火花机三台都报满工时」。3.2 派工与扫码报工的最小可用实现报工接口的字段设计比实现重要。模具是单件生产数量字段用不上「产量」要用「完成百分比」和「是否完工」。# work_report.py —— 扫码报工接口Flask 示例 from flask import Flask, request, jsonify from datetime import datetime app Flask(__name__) app.post(/api/work_report) def work_report(): d request.get_json() # 幂等键工单工序设备班次防止车间网络抖动导致重复提交 idem f{d[wo_no]}|{d[proc_code]}|{d[equip_code]}|{d[shift]} if cache.exists(idem): return jsonify(code200, msgduplicate ignored), 200 cache.setex(idem, 86400, 1) # 起始/结束时间由扫码动作生成员工只填完成百分比 start datetime.fromisoformat(d[start_at]) end datetime.fromisoformat(d[end_at]) actual_hours round((end - start).total_seconds() / 3600, 2) if actual_hours 24: return jsonify(code400, msg单次报工超过24小时请检查时间), 400 # 外协工序强制校验外协单号 proc db.query_one(SELECT is_outsource FROM process_dict WHERE proc_code%s, (d[proc_code],)) if proc[is_outsource] and not d.get(outsource_no): return jsonify(code400, msg外协工序必须填写外协单号), 400 db.execute( INSERT INTO work_log (wo_no, mold_no, part_no, proc_code, equip_code, operator, shift, start_at, end_at, actual_hours, finish_pct, qty_ok, qty_ng, ng_reason, outsource_no) VALUES (%s,%s,%s,%s,%s,%s,%s,%s,%s,%s,%s,%s,%s,%s,%s) , (d[wo_no], d[mold_no], d[part_no], d[proc_code], d[equip_code], d[operator], d[shift], start, end, actual_hours, d[finish_pct], d.get(qty_ok, 0), d.get(qty_ng, 0), d.get(ng_reason), d.get(outsource_no))) return jsonify(code200, actual_hoursactual_hours)调用方式车间扫码枪走这条curl -X POST http://mes.local/api/work_report \ -H Content-Type: application/json \ -d {wo_no:WO2408-0231,mold_no:MJ2408-A0137-01, part_no:MJ2408-A0137-01-P012-01,proc_code:CNC-F, equip_code:CNC-05,operator:E1023,shift:D, start_at:2024-08-13T08:12:00,end_at:2024-08-13T13:41:00, finish_pct:100,qty_ok:1}逻辑上有三个点要注意。第一时间戳由扫码动作生成员工只填完成百分比和不良数——让员工手填起止时间报出来的工时永远漂亮得不像话。第二actual_hours做了 24 小时上限校验防止有人早上忘了扫完工晚上才补把跨夜时长算进来。第三幂等键覆盖到班次粒度模具车间一天两班或三班同一工序跨班报工是正常的不能简单按工序去重。finish_pct这个字段容易设计错。不要做成 0 到 100 的自由输入做成 0/50/100 三档或者干脆用「是否完工」布尔值加「剩余工时」估数。自由百分比输入两个月后就会失真师傅们懒得算。3.3 工时参数标准工时、准备工时、宽放系数怎么定标准工时不是拿来考核的是拿来排产和报价的口径必须写死。参数推荐取值作用失真信号宽放系数12%–18%覆盖生理、疲劳、等待实际工时系统性超标准 30% 以上准备工时占比CNC 15%、火花机 25%换刀、换电极、找正小件单件报工远超标准工时精度0.25 小时报工最小刻度出现 0.01 小时这类记录标准工时复核周期季度工艺改进后更新同一工序标准三年未动宽放系数新手最容易拍脑袋填 30%结果排产全部超期。合理做法是先按实动工时统计一个月把「等待吊装、等待电极、等待上道工序」的时间单独归一类再决定宽放给多少。等待时间大于实动时间说明问题在排产不在工时调宽放系数只会掩盖它。单件生产没法算 OEE因为模具车间没有「节拍」概念。可替代的指标是两个设备稼动率主轴/放电有效时间 ÷ 计划开机时间和计划达成率按期完工工序数 ÷ 计划完工工序数。前者用信号采集拿后者用报工数据算两个指标一起看才不会被单一数据骗。3.4 试模与修模闭环T0、T1 次数怎么落表试模是模具行业最特殊的环节也是信息化价值最高的环节。T0 指第一次试模T1、T2 依次类推行业里 T0 一次通过率能到 40% 就算不错。CREATE TABLE trial_record ( id BIGINT NOT NULL AUTO_INCREMENT, mold_no VARCHAR(32) NOT NULL, trial_seq TINYINT NOT NULL COMMENT 0T0, 1T1 ..., trial_date DATE NOT NULL, machine_code VARCHAR(16) NOT NULL COMMENT 试模机台, mat_material VARCHAR(32) NULL COMMENT 试模用料如 PP/ABS/PC, defect_class VARCHAR(32) NULL COMMENT 问题分类尺寸/外观/装配/成型/水路, defect_desc VARCHAR(255) NULL, fix_content VARCHAR(255) NULL COMMENT 修模内容, fix_hours DECIMAL(8,2) NULL COMMENT 修模工时, next_plan DATE NULL COMMENT 下次试模计划日, PRIMARY KEY (id), UNIQUE KEY uk_trial (mold_no, trial_seq), KEY idx_defect (defect_class, trial_date) ) COMMENT试模与修模记录;defect_class的分类项要跟工艺组一起定不能由 IT 拍。常见分类是尺寸、外观、装配、成型、水路、顶出六类统计出来哪一类占前三下一批模具的设计检查表就往哪三类加检查项。fix_hours和routing里的修模工序工时要对得上对不上说明修模没走报工。T0 一次通过率的 SQL 很简单但很多厂跑不出来因为试模记录是纸质表格SELECT COUNT(*) AS mold_total, SUM(CASE WHEN t.trial_seq 0 AND NOT EXISTS ( SELECT 1 FROM trial_record t2 WHERE t2.mold_no t.mold_no AND t2.trial_seq 0) THEN 1 ELSE 0 END) AS t0_pass, ROUND(100.0 * SUM(CASE WHEN t.trial_seq 0 AND NOT EXISTS ( SELECT 1 FROM trial_record t2 WHERE t2.mold_no t.mold_no AND t2.trial_seq 0) THEN 1 ELSE 0 END) / COUNT(*), 1) AS t0_pass_rate FROM trial_record t WHERE t.trial_seq 0 AND t.trial_date BETWEEN 2024-01-01 AND 2024-12-31;4. 单套模具成本与交期核算模型和有限产能排产的参数前两章把料和工都记录下来了这一章把记录变成钱和日期。模具行业算成本的最小单位是「一套模具」不是「一个批次」也不是「一个车间」。4.1 料工费三块怎么归集到一套模具料的部分有三个漏点钢材毛坯的利用率、标准件的分摊、外协件。钢材按整板买、按套用利用率 60%–75% 是常态余料要么退库要么留用留用的部分如果不在系统里做转移下一套模具的成本就会虚高。标准件建议按套分摊不要按实际领用——领料单在模具车间几乎不可能百分百准确。外协件必须走外协单包含单价、数量、回厂日期。工的部分按routing的标准工时乘设备费率再按work_log的实际工时做差异分析。差异率超过 20% 的工序要单独看不是改标准工时就是查报工有没有水分。费的部分是制造费用分摊两种口径按工时分摊适合人工密集的钳工段或按模具套数均摊适合折旧为主的设备段。口径一旦定了报表里必须写清楚否则采购和车间会因为「为什么这套模成本这么高」吵半年。4.2 成本核算的计算逻辑与代码def mold_cost(mold_no, cost_verV1): 单套模具成本核算料 工 外协 制造费用 # 1) 材料费非标件按实际采购标准件按分摊系数 mat db.query_one( SELECT SUM(CASE WHEN item_classNONSTD THEN qty * std_price ELSE 0 END) AS nonstd_amt, SUM(CASE WHEN item_classSTD THEN qty * std_price ELSE 0 END) AS std_amt FROM mold_bom b JOIN item_price p ON p.item_code b.item_code WHERE b.mold_no %s , (mold_no,)) # 2) 加工费优先用实际工时无实际工时则回落到标准工时 labor db.query_one( SELECT SUM(COALESCE(w.actual_hours, r.std_hours) * d.hourly_rate) AS labor_amt, SUM(CASE WHEN w.id IS NULL THEN 1 ELSE 0 END) AS no_report_cnt FROM routing r JOIN process_dict d ON d.proc_code r.proc_code LEFT JOIN work_log w ON w.mold_no r.mold_no AND w.part_no r.part_no AND w.proc_code r.proc_code WHERE r.mold_no %s AND d.is_outsource 0 , (mold_no,)) # 3) 外协费 out db.query_one( SELECT COALESCE(SUM(amount),0) AS out_amt FROM outsource_order WHERE mold_no%s, (mold_no,)) # 4) 制造费用按加工工时占比分摊当月制造费用池 overhead_rate cfg.get(overhead_per_hour, 0) # 元/小时财务月度刷新 overhead labor[labor_amt] / avg_rate * overhead_rate total mat[nonstd_amt] mat[std_amt] labor[labor_amt] out[out_amt] overhead return { mold_no: mold_no, material: round(mat[nonstd_amt] mat[std_amt], 2), labor: round(labor[labor_amt], 2), outsource: round(out[out_amt], 2), overhead: round(overhead, 2), total: round(total, 2), unreported_proc: labor[no_report_cnt], # 未报工工序数0 说明成本被低估 }这段代码里最关键的不是加总是unreported_proc。只要还有工序没报工COALESCE就会回落到标准工时成本必然偏离实际。核算前先把未报工工序清干净报表才有意义。overhead_per_hour这个参数我一般要求财务每月刷新一次写死在代码里是自欺欺人。4.3 有限产能排产的关键参数与瓶颈识别模具排产和批量排产最大的区别是瓶颈漂移一套模具在 CNC 阶段瓶颈可能是龙门到了放电阶段瓶颈变成精密火花机到了装配阶段瓶颈变成钳工工时。所以排产不能一套参数走到底要按设备组分别设。参数说明常见坑设备组日产能按小时非按件用件数排产模具是单件无意义换型时间CNC 换刀 0.5–2h火花机换电极 0.3–1h忽略换型排出来永远比实际快优先级规则交期紧 → 试模在即 → 客户等级只按交期试模在即的模具会被压死排产方向瓶颈前用倒排瓶颈后顺排全流程倒排前道工序会挤成一团重叠工序热处理、外协允许重叠不允许重叠交期凭空多两三天瓶颈识别不用复杂算法跑一周的工序排队数据就能看出来同一设备组内等待工时最长的那个组就是瓶颈。识别出来之后把信号采集优先装到瓶颈设备上收益最大。4.4 交期里程碑与预警阈值一套模具的里程碑固定为七段设计完成、钢材到位、粗加工完成、精加工完成、装配完成、T0 试模、交付。每段落一个计划日期和一个实际日期差值就是预警依据。预警等级触发条件动作黄T0 前 10 天精加工未开工工艺组复核工时必要时加班或外协橙T0 前 3 天精加工未完成生产经理介入重排优先级红超过计划 T0 日期项目经理通知客户重定交期SELECT m.mold_no, m.plan_t0_date, DATEDIFF(m.plan_t0_date, CURDATE()) AS days_left, MAX(CASE WHEN r.proc_code IN (CNC-F,EDM-F,WEDM) THEN w.end_at END) AS last_finish, CASE WHEN CURDATE() m.plan_t0_date THEN RED WHEN DATEDIFF(m.plan_t0_date, CURDATE()) 3 AND COUNT(CASE WHEN r.proc_code IN (CNC-F,EDM-F) AND w.end_at IS NOT NULL THEN 1 END) 0 THEN ORANGE WHEN DATEDIFF(m.plan_t0_date, CURDATE()) 10 AND COUNT(CASE WHEN r.proc_code CNC-R AND w.end_at IS NOT NULL THEN 1 END) 0 THEN YELLOW ELSE GREEN END AS warn_level FROM mold_master m LEFT JOIN routing r ON r.mold_no m.mold_no LEFT JOIN work_log w ON w.mold_no r.mold_no AND w.part_no r.part_no AND w.proc_code r.proc_code WHERE m.status NOT IN (DELIVERED,CLOSED) GROUP BY m.mold_no, m.plan_t0_date ORDER BY FIELD(warn_level,RED,ORANGE,YELLOW,GREEN), days_left;5. 上线验证与几个能省下返工的具体技巧方案落地的最后一段路最难走因为前面所有建模的隐患都会在这一段集中暴露。这一章给三个能直接抄的东西数据体检 SQL、并行试跑方法、看板取舍。5.1 基础数据体检几条 SQL 先跑一遍上线前必跑的四条跑不过就别开系统-- 1) 有 BOM 但标准件没有物料主数据的行 SELECT b.mold_no, b.item_code FROM mold_bom b LEFT JOIN item_master i ON i.item_code b.item_code WHERE i.item_code IS NULL AND b.item_class IN (STD,STOCK); -- 2) 有 BOM 但没有工艺路线的零件 SELECT DISTINCT b.mold_no, b.part_no FROM mold_bom b LEFT JOIN routing r ON r.mold_no b.mold_no AND r.part_no b.part_no WHERE b.bom_level 2 AND r.id IS NULL; -- 3) 标准工时为 0 或缺失的工序 SELECT mold_no, part_no, proc_code FROM routing WHERE std_hours IS NULL OR std_hours 0; -- 4) 工序字典里外协工序但设备组不为空口径冲突 SELECT proc_code, proc_name FROM process_dict WHERE is_outsource 1 AND equip_group IS NOT NULL;第一条查出来的是采购漏填第二条是工艺漏排第三条会让排产和成本全线失真第四条是口径自相矛盾。这四条 SQL 我一般做成上线前的检查清单每条必须为 0 行才放行。5.2 新旧并行试跑与差异对账不要一次性切换。选十到二十套新接的模具新旧两套口径同时记周期覆盖完整的四个阶段——设计、粗加工、精加工、装配。对账只对两个数单套模具工时、单套模具材料费。差异超过 20% 的工序逐个做根因分析通常落在三个地方新旧口径对准备工时的包含范围不一致含/不含换刀、材料费含税不含税没对齐、外协工时被重复计入。这三个问题在并行期发现成本是可控的切换后再发现就得回头重算历史数据那才是真的麻烦。并行期还有一个副产品师傅们的报工习惯会在这一段时间成型。这时候表格字段该简化的简化扫码页面该放大按钮的放大按钮等系统正式上线再改阻力大一倍。5.3 权限与看板车间屏上只放三个数车间大屏最容易做成「数据大杂烩」一张屏塞十几个图表没人看。模具车间的看板只放三个数就够了今日待开工工序数、超期工序数、最近三套待 T0 模具的倒计时天数。前两个是给班长派工用的第三个是给全车间看交期压力的。权限上有一条硬规则routing.std_hours和process_dict.hourly_rate的写权限必须收到工艺组和财务手里车间只读。标准工时谁都能改报工数据三个月内必然失效——手填的人会主动去找那个「让考核好看」的数值。同理overhead_per_hour只能由财务月度刷新不进日常权限体系。报表口径也要固化。同一张报表里「工时」要么全含准备工时要么全不含「材料费」要么全含税要么全不含写在报表页脚不接受口头解释。口径固化之后第一件事是把工序标准工时的修改权限收口其他角色一律只读——这是模具厂数据可信度的下限。本文还有配套的精品资源点击获取
02
RELATED NEWS

相关资讯

更多网站建设与数字化升级内容

03
WHY YAOTU

想打造同款高转化官网?

懂行业、懂生意,从建站到增长一站式陪跑

场景化定制

不做模板站,围绕你的业务场景量身设计,小众不撞款。

营销型架构

以转化目标组织内容与路径,让官网真正带来询盘。

全周期服务

设计、开发、运营、运维一体,上线只是开始。

免费获取你的建站方案

留下需求,专属顾问 24 小时内为你输出方案建议。