蓝鲸ERP在2026-10-04的更新中修正了工单工艺标准机时（TA035）的计算公式。原公式因量纲混用导致1000件、单件机时5.68秒的工序被算成15728小时；修正后按「计划数量 × 单件机时 ÷ 3600」统一归到小时，结果恢复为2.13小时，误差缩小约7400倍。同时补写了此前恒为0的标准人时（TA022）字段。

一、为什么要改：3个真实场景

1. 排程员看到"上万小时"直接放弃排产

重庆朗奕迪某工单计划数量1000件，工序DM01固定机时5.68秒、变动机时2秒。工单排程工作台「标准机时(小时)」一栏显示15728.146737。排程员按此数据安排产线，结论必然是"产能严重不足"，于是紧急插单、调班、甚至外协——实际上该工序仅需约2小时。

2. 成本核算把人工费率摊到天文数字

标准机时是后续工单成本计算的输入项。机时被放大7400倍后，该工序分摊的制造费用、设备折旧会同步膨胀。财务月底对账时，会发现某些工单成本远高于售价，引发不必要的"亏损工单"警报。

3. 标准人时字段全库为0，人力计划失真

原存储过程SP_Service_MOC_AutoAddSFCTA在生成工单工艺路线时，TA022（标准人时）字段从未写入，全库恒为0。人力资源部门按此数据评估车间用工需求，会系统性地低估人工负荷。

二、新算法定义与公式

修正后的标准机时与标准人时，采用与客户端工单排程工作台、LRP发放工单完全一致的口径：

其中：

• 计划数量 = BW_MOCTA.TA015（工单排产数量）
• 固定机时/人时 = BW_BOMMF.MF024 / MF009（工艺路线设定）
• 变动机时/人时 = BW_BOMMF.MF025 / MF010（随批量变化的机时/人时）
• 工时批量 = BW_BOMMF.MF019（默认1；为0时退化为 数量×(固定+变动)/3600）
• BankerRound(..., 2) = 四舍六入五成双，保留2位小数

旧版错误公式（已注释废弃）：

三、实际价值

四、FAQ

Q1：为什么旧公式会把5.68秒算成15728小时？

旧公式写作 TA015 * 10000 / (3600 / MF024 + MF025)。代入1000件、5.68秒、2秒后，分母变成 633.8 + 2 = 635.8，分子是 1000 * 10000 = 10,000,000，结果约15728。该式把"件数×10000"当成某种神秘系数，又把"3600÷秒数"当成小时，量纲完全混乱。

Q2：我的工单标准机时还是很大，是不是没修成功？

请确认该工单是审核后重新生成的。存量工单不会自动刷新，需要先在【产品制程规划录入】中对该品号重新审核，触发SP_Service_MOC_AutoAddSFCTA重新生成工艺路线。也可直接执行该存储过程的全量重生成：EXEC SP_Service_MOC_AutoAddSFCTA '20000101','29991231','您的工厂编号'。

Q3：标准机时的单位到底是小时还是秒？

界面列标题写的是"标准机时(小时)"，数据库存储值也是小时。但数据字典中部分历史描述仍写"标准机时(秒)"，属于遗留文字错误，不影响实际计算口径。

Q4：工时批量MF019一般填多少？

MF019表示"计算工时的基准批量"。大多数场景填1，即按单件逐一计算。如果某工序的固定机时/人时是按"每批100件"测定的，则MF019应填100，系统会自动把固定工时除以100后再乘以实际计划数量。

五、适用行业与场景

电子制造 SMT贴片 五金加工 注塑成型 印刷包装 机械装配

凡是在ERP中通过产品制程规划录入维护工艺路线、并在工单排程工作台查看标准机时的制造型企业，均会受该公式影响。尤其适合工单数量大、单件工时短（秒级）的行业，因为秒到小时的换算一旦出错，放大效应最显著。