赋予每一个生产事件明确的商业意义
当所需事实和审核规则明确时,同一个表格可以收集多个事件。
开始/恢复
订单、工序、人员、时间、线路或车站
根据需要验证齐备状态或事先搁置处置
进度/产出
数量充足、剩余背景、时间、人物
更新订单进度和预期完成情况
废料
报废数量、原因代码、受影响的工序、佐证资料
按阈值、原因、产品或重复发生进行路由
停机时间
开始/结束或分钟、原因、设备背景、佐证资料
通知明确负责人并跟踪恢复情况
质检冻结
受影响的数量、问题、严重性、佐证资料、质量负责人
在记录处置之前防止下达
使用保留可靠数据的最短控件
字段类型是产品质量的一部分。
选择订单
使用查找、下拉、扫描或背景信息传递记录,而不是使用已知标识符的空白文本字段。
选择活动
对频繁事件使用清晰的单选选项,并仅显示与该选择相关的字段。
验证事实
使用数字输入、日期、所需原因代码、范围检查和条件佐证资料。
记录人物和时间
在策略允许的情况下,首选登录身份和捕获的时间戳;允许通过可追踪的审查进行纠正。
在不良生产数据到达看板之前防止其发生
干净的看板无法在事后修复不一致的事件。
标识符控制
订单和工序参考与主数据源相符并保持唯一性。
数量控制
单位明确;处理不可能的底片、重复提交和数量冲突。
原因控制
受控代码支持分析,而注释捕获背景信息而不替换代码。
定时控制
活动时间、入场时间、班次、时区规则可区分。
审查控制
阈值和敏感事件会通过可审核的决定到达合格的负责人。
纠偏控制
编辑可以保留谁更改了什么、为什么以及哪些下游记录受到影响。
将表格、扫描、集成和机器数据用于不同的作业
最快的方法是以最少不必要的工作生成可靠数据的方法。
移动或信息亭表单
原因、佐证资料、人为决策、低频生产事件
太多字段、共享身份以及较差的手套/设备人体工程学设计
条码扫描
快速查找订单、工序、项目、资产或位置
重复标签、模糊代码以及扫描后缺少验证
ERP/MES集成
现有订单、完工情况、物料移动和审批的主数据
延迟、重试、映射、冲突解决和责任归属
机器/物联网源
高频状态、计数、周期和条件信号
工业可靠性、边缘缓冲、语义以及 MES/SCADA 深度的需求
只收集下一个决策需要的内容
从事件和操作开始,而不是从一长串可能的字段开始。
应收集哪些生产数据?
收集了解进度和行动所需的最少事实:权威订单和工序、事件类型、合格品和报废数量、停机时间、原因、时间、人员、佐证资料和审查状态(如果适用)。
Jodoo可以扫描条形码吗?
扫描可以在用户完成事件之前识别相关订单、项目、资产或位置。工作流应验证扫描的值并将其写入正确的记录字段。
表格可以根据事件类型而改变吗?
是的。条件逻辑可以显示输出的数量字段、停机的原因和分钟数,或质量暂停的佐证资料和处置字段。
机器数据应该直接输入Jodoo吗?
高频遥测通常属于工业数据或 MES 层。当需要人工责任归属和工作流时,将汇总事件或可操作的异常发送到 Jodoo。
让每个制作事件在输入表单之外变得有用
将已核验的操作员上报与订单状态、监控阈值、异常责任归属、排程反馈和管理复盘联系起来。
与操作员和主管一起测试事件捕获
打开含样例数据的表单,提交正常和异常事件,并确认正确的队列、负责人和生产订单更新且没有重复条目。


