准备上MES,企业要先整理哪些基础数据?

准备上MES,企业通常会先讨论功能。生产进度怎么看,报工怎么做,质量如何追溯,设备要不要联网。这些问题明确以后,接下来就会遇到一项很具体的工作:准备基础数据。

物料档案、BOM、工艺路线、设备台账,听起来都不陌生。有ERP的企业,其中不少资料已经在系统里了。把它们导出来,整理一下,交给实施人员,是不是就可以了?

还要再往下看一步。

一份资料能够用于采购、核算,不代表它已经足够指导车间作业。BOM列出了用什么料,现场还需要知道在哪道工序投料;工艺卡写着加工、检验,系统还需要区分哪一步完成后才能转序,检验未通过的产品该停在哪里。

MES上线前的数据准备,要整理到生产人员能够据此操作,系统能够据此判断和记录的程度。

下面以常见的离散制造企业为例,沿着一张生产工单,把需要准备的数据逐项讲清楚。流程制造企业还要结合配方、批次、收率等特点调整,不能直接套用同一套表。

一、先确定准备范围,避免一开始就清理全部历史资料

图1 MES上线前的八类基础资料(示意图)

MES基础数据可以先理解为生产活动反复使用的依据,例如物料档案、工艺路线、检验标准。实际投了多少料、某道工序做了多少件,则是在生产过程中形成的记录,不属于基础档案。

还有一类容易漏掉:系统上线时,已经领出去的料、做到一半的产品、尚未回厂的外协件。这些属于上线时的业务状态,需要作为期初数据处理。

这几类资料需要分别处理。基础档案要核对、审批;期初数据要结合现场盘点;后续作业记录则要设计好由谁、在什么时候、通过什么方式采集。另外,能否替代用料、何时允许转序等属于业务规则,也应另列确认,不能只藏在档案备注里。

范围也应当和本期建设目标一致。首期只做某个车间的工序报工,就先整理该车间涉及的产品、工艺、人员和资源。若同时要求批次追溯、质量放行,就要把对应物料批次和检验依据一起准备好。

历史上已经停产、近期也不会使用的产品,可以另列清单,不必和试点产品同时整理。但试点涉及的关键资料不能缺一半,否则系统虽然装好了,现场还是需要打电话问人。

**先把基础数据整理任务列出来,可以按下面八类分工。**表中的牵头部门是常见安排,企业可以按实际岗位调整;牵头人负责汇总和推动确认,不代表所有内容都由一个部门决定。

基础资料 主要整理内容 建议牵头部门 整理完成的判断
物料档案 编码、名称、规格、单位、换算关系、管理方式 物料主数据负责人,仓库参与核对 试点物料无编码歧义,领料与报工单位可对应
BOM 母子件、用量基准、单位、版本、适用范围、投料工序 技术或工艺部门 选定工单能找到适用清单,用量和投料位置已确认
工艺路线 工序编号、顺序、适用工作中心、外协环节 工艺部门 产品能对应到有效路线,各工序能够派发和记录
技术文件与参数 图纸、作业指导书、参数单位与限值、版本 技术或工艺部门 在对应工序能查到适用文件,不误用旧版要求
生产资源 车间、产线、设备、工装、能力限制、班次日历 生产部门,设备部门配合 任务能分配到适用资源,停机与班次安排已核实
人员与岗位 人员标识、组织、班组、岗位、必要的操作资格 生产部门,HR提供基础档案 实际操作人能被识别,任务所需资格可核验
质量基础资料 检验项目、方法、判定标准、适用版本、不良分类 质量部门 检验员知道检什么、怎样检,结果有明确判定依据
追溯标识资料 批次与序列号格式、标签内容、内外部编码对应 生产、质量共同确认,IT协助 扫码能识别正确对象,批次或单件编号不混淆

这张表用于分派整理任务,下面再讲各类资料为什么要这样准备。业务规则和上线期初数据,会分别在后文说明。

二、物料与BOM,要能说明做什么、用什么、在哪里用

图2 一张工单的数据关系(示意图)

物料档案首先解决的是识别问题。

产品、半成品、原材料,都应有能够稳定识别它的编码,并明确名称、规格、计量单位和启用状态。有批次、序列号或有效期管理要求的物料,还要确定相应的管理方式。

这里不宜一上来就把旧编码全部推倒重编。已有编码能够唯一识别物料、各系统也能对应,就可以继续使用。真正需要处理的是一物多码、一号多物,以及不同系统同码不同义的问题。

单位也要检查到实际领用环节。采购按箱,库存按件,生产按个领用,如果箱与件之间有固定换算关系,应明确换算比例。按重量与长度使用的材料,换算可能随规格或实测条件变化,就不能随意填一个统一比例。

BOM则要把产品和用料联系起来。

BOM是物料清单,记录成品或半成品由哪些材料、零部件组成。至少应明确母件、子件、用量及用量基准、单位、版本和适用范围。写着螺钉用量4,还要能判断是每件产品用4个,还是某个生产批量合计用4个。

如果MES要控制工序投料,就需要进一步建立物料与工序的对应关系。某个零件在装配时投入,某种辅料在后续处理时使用,系统才能在相应步骤提示、核对或记录消耗。

ERP中的BOM若已满足这些要求,可以沿用或同步,不必为了上MES另造一套。需要补充的是执行所需的内容,而非重复建档。

替代料也应有明确条件:可替代哪些料,适用于哪些产品或订单,需要谁批准。不能仅在备注中写一句可替代,再让操作员自己决定。

版本尤其要落实到工单。新版BOM已发布,未完工订单继续使用旧版,还是经评估后切换?切换前已经领出的料如何处理?这些决定要有记录,不能让主档更新直接覆盖历史生产依据。

三、工艺路线,要让系统分得清每一步的开始和结束

物料准备清楚后,还要回答:产品经过哪些步骤,先后顺序如何,每一步在哪里完成。

这就是工艺路线需要表达的内容。准备时应明确工序编号、名称、顺序、可使用的工作中心,以及对应的作业指导文件。涉及外协、检验、返工的,还要说明这些环节如何衔接。

粒度取决于管理目标。企业只需要掌握几个主要工段的进度,可以按工段设置报工节点;如果要定位到具体工序的等待、加工和不良,就需要进一步细分。没有必要把每个操作动作都建成一道工序,也不能把需要分别管理的环节全部记作加工。

比工序名称更重要的是完成口径。

某道工序报工100件,表示加工了100件,还是检验合格100件?其中待检、返工和报废分别如何记录?前一道报出的数量,下一道是否都可以接收?

这些定义会直接影响生产进度。如果加工完成便算工单完工,尚在等待检验的产品也可能被计入可交付数量。

每道需要管控的工序,都应说清楚记录什么数量、满足什么条件才能转到下一步。

作业指导书、图纸、工艺参数也应与适用的产品和工序关联,并明确版本及生效条件。只把文件上传到一个公共文件夹,仍可能出现操作员找错文件、使用旧版的问题。需要采集温度、压力、扭矩等参数的,还应确定单位、允许范围、采集时点,以及人工填写或设备采集的方式。

标准工时可以分步完善,但必须写清来源和含义。准备时间与单件加工时间要分开;估算值与实测值也要区分。首期只做进度采集时,可以按约定逐步补充;如果首期就依赖标准工时排产或核算,则需要在使用前验证,不能填一个数字先占位。

四、设备、工装和人员,要与能执行的任务对应

设备台账通常有名称、型号、资产编号。用于MES时,还需要关注设备能够执行哪些工序,以及当前是否具备使用条件。

工作中心是组织生产任务和资源的一种管理单元,可以是一台设备,也可以是一组设备或一条产线。企业应结合实际管理方式,建立车间、工作中心、设备之间的关系,不必把三个层级机械地设成一一对应。

如果系统需要派工或安排产能,还应整理班次、工作日历、计划停机,以及必要的设备能力限制。只填每天开机8小时,却没有考虑保养或停机安排,计划可用时间就会失真。

工装夹具也要按使用要求准备。哪些产品必须使用指定工装,是否需要记录工装编号,寿命或点检状态是否影响开工,都应纳入本期范围判断。仅有一张工装名称表,无法支持这些检查。

人员数据则要区分组织归属、操作资格和系统权限。属于某个车间,不代表能够执行其中所有工序;能够报工,也不代表有权修改检验结果。

涉及资格管理的岗位,应明确资格项目、适用工序和有效状态。人员与账号应能对应,报工、检验、异常处理尽量记录实际操作人。多人共用一个账号,后续很难判断记录由谁提交。

五、质量与追溯,要先确定怎样判定、追到哪里

图3 质量与追溯的数据关联(示意图)

质量数据准备到什么程度,可以从一次检验开始检查。

检验员打开任务后,是否知道检什么、用什么方法、结果填什么、什么情况算合格?

对应需要整理的内容,包括检验项目、适用产品和工序、技术要求、单位、检验方法、必要的量具或设备,以及抽样或全检要求。数值型项目应有明确的限值;外观等项目则应有可执行的判定标准,必要时关联缺陷图片或样件要求。

检验标准还要与图纸、工艺版本协调,不能让工艺按新版生产,质量仍按旧标准判定。

不良原因可以先从现场能够识别的常见项目开始整理,不必一次建几百个选项。分类过细、名称相近,反而容易让人随意选择。原因暂未确认时,可以保留待分析状态,后续补充,不应为了报表完整强行归因。

处理方式和审批权限也要确定。待检、隔离、返工、报废等状态分别允许哪些操作,由谁放行,需要保留哪些记录。只记录不合格三个字,无法指导下一步处理。

追溯则要先明确目标:按生产批次追,还是按单件序列号追?需要关联哪些来料批次、工序、设备和检验结果?追溯目标不同,条码和采集工作量也不同。

对应的条码规则也要提前确定:一张标签标识单件、批次还是包装,编号在哪里生成,补打标签如何避免混淆。已有供应商条码可以保留,但要确认它与内部物料、批次怎样对应。

条码只是识别入口,追溯依靠的是实际投料、生产和检验记录之间的关联。

同一批产品发生拆批、合批或返工时,要能保留前后关系。已经发生的生产记录不宜通过直接修改主档来重新解释,否则查询历史时,看到的可能是今天的资料,而非当时的生产条件。

六、上线那一天,车间里的半成品不能遗漏

图4 MES上线期初交接(示意图)

前面几类资料整理完成,还需要处理系统与现场之间的交接。

以一张100件的工单作示意:上线时有40件已入成品库,30件在末道检验前等待,其余30件尚未投产。

如果把100件全部作为未开工数量导入,已完成部分可能被重复安排;如果只填已完工70件,又会把尚未检验的30件当作已完成交付条件。

因此,未结工单应结合实际进度,核对产品版本、各工序数量、所在位置、质量状态,以及已经领用但尚未消耗的物料。存在外协的,还要确认已发出、未回厂及回厂待检的数量。

**这部分应另建期初交接清单,不与基础档案混在一起。**通常由生产部门组织,仓库、质量、采购或外协负责人按实际分工核对四项内容:

1、未结工单:工单号、产品与版本、计划数量、已完成数量、剩余任务及所在工序。

2、现场物料与在制品:物料或产品、批次、数量、位置、所属工单;待检、隔离、返工等状态分别记录。

3、未结外协业务:对应工单和工序、加工方、发出数量、未回数量、回厂待检数量,以及双方确认的进度。

4、未处理事项:尚未确认的数量差异、质量处置或变更,逐项明确负责人、处理方式和完成时间。

交接时约定一个截止时间,按同一时点核对现场实物和单据。盘点之后继续发生的领料、报工、退料,另外登记并衔接到新系统,避免一边盘、一边变,最后无法解释数量差异。完成标准是系统中的期初数量、位置和状态有依据可查;影响后续生产或追溯的差异已经处理,不能用一个总数代替明细。

各工序累计报工数不能简单相加。同一批产品经过三道工序,可能留下三次报工记录,但实物仍是同一批。期初在制数量要按现场实际状态核对,避免重复计算。

企业也可以选择让部分旧工单在原方式下完成,新工单再进入MES。但应明确新旧管理范围、交接时间,以及过渡期如何汇总进度和库存,不能两边都记、两边又都不完整。

ERP、WMS与MES之间,谁记录库存扣减、谁确认完工入库,同样要事先确定,防止同一次领料或入库被重复记账。

七、怎样安排整理顺序,才能真正支撑上线

实际推进时,可以按用途分成三层。

**第一层,缺了就无法正确执行的数据。**包括试点涉及的有效物料、适用BOM和路线、必要的资源与人员、关键检验依据,以及必须交接的期初在制数据。这些需要在对应业务启用前确认。

**第二层,用于提高计划和分析质量的数据。**例如更细的标准工时、换型时间、原因分类。它们是否可以后补,取决于本期功能是否依赖这些参数,不能一概列为可选。

**第三层,运行后持续形成的数据。**例如实际工时、停机时长、物料消耗和检验结果。上线前需要准备的是采集方式和责任,不能要求企业预先补出不存在的历史明细。

有了基础资料和期初交接清单,还要单独确认一份业务规则。它回答的是遇到具体情况时系统如何处理,主要包括:

用料规则:哪些料允许替代,谁批准,领退料和消耗分别在哪一步记录;由技术、生产和仓库共同确认。

生产与质量规则:报工数量代表什么,哪些条件满足后才能转序,返工如何返回指定工序,不合格品由谁处置;由生产、工艺和质量共同确认。

版本规则:新资料从何时、哪些订单或批次开始使用,未完工订单如何处理;由技术或工艺牵头,与生产、质量确认。

权限与系统分工:谁能维护档案、审批变更、修改或冲销记录,ERP、WMS与MES各自记什么;由业务负责人明确权限,再由IT和实施人员配置、验证。

这些规则的完成标准,是相关岗位已经确认,系统配置后能够验证允许和禁止的操作。例如普通报工人员能提交产量,却不能自行放行隔离品。只把权限名称填进表里,还不算验证完成。

每项基础数据也应明确维护入口、审核人和生效方式。用量由熟悉产品和工艺的人确认,检验标准由质量等相关业务负责人确认,IT和实施人员再把格式、关联与校验落实到系统中,不宜让他们独自判断某个用量或检验标准是否正确。

已有ERP、PLM等系统的企业,应确定各项资料的维护来源,再约定同步方向。接口除了核对字段,还要验证修改后是否同步成功、失败后谁处理、重复发送是否造成重复单据。

有定制需求的企业,也可以采用织信Informat这类企业级AI开发平台,基于数据模型、关联记录、工作流、权限和接口能力构建MES,以及与ERP、PLM衔接的业务应用。AI开发工具能够辅助系统搭建,但物料是否通用、工艺如何生效、谁有权放行,仍需要业务人员确认,再由程序和权限规则执行。

整理是否到位,最后要放回实际业务中检查。选取有代表性的工单,核对能否按正确版本下达、按对应工序领料和报工、按适用标准检验,并查到用料与生产记录。涉及返工、替代料或外协的,还应分别验证,不能只检查一条最顺利的生产路线。

发现问题后,区分是资料缺失、业务规则未定,还是系统配置和接口处理有误。这样才知道该由谁补充、修改什么,不会把所有问题都归结为数据没整理好。

准备上MES,企业不需要先拥有一套完美资料,但需要对本期启用的业务有明确依据。

一张工单用哪个版本、在哪道工序、投入什么、怎样判定完成,这些能够查清并在系统中一致执行,基础数据才真正具备了使用条件。

相关推荐
骑着蜗牛撵大象3272 小时前
ToolJet + PostgreSQL:后台表格、查询和流程,一次搭成可远程访问的业务系统
数据库·低代码·docker·postgresql·内部工具·tooljet
缓慢更新15 小时前
表单引擎的存储建模:宽表与文档库的取舍
运维·服务器·网络·数据库·低代码·oracle·适配器模式
CORNERSTONE36517 小时前
多品种、小批量生产,系统选型前要梳理哪些业务规则?
低代码·erp·企业数字化
什么嘻嘻果冻1 天前
无代码开发平台中的自然语言生成:恐象AI实现路径
大数据·人工智能·低代码
李福春1 天前
技术思考问题19:低代码省代码,能省架构吗?
低代码·架构·rxjava·深圳同盟·腾讯云架构师技术同盟·能力圈·机会成本
用包装物2 天前
表单草稿自动保存:断网不丢数据
低代码
RestCloud2 天前
iPaaS集成平台如何打通ERP、CRM、OA等异构系统
数据治理·crm·erp·ipaas·oa·集成平台
SL_staff2 天前
低代码选型避坑指南:为什么‘能拖拽’不等于‘能交付’?——基于JVS八大引擎的四维交付能力评估框架
java·低代码·spring cloud
逻辑孤独3 天前
小店进销存实操:扫码收货、卖货、盘货三个环节
低代码