diff --git a/db_backups/add_design_report_check_permissions_20260722.sql b/db_backups/add_design_report_check_permissions_20260722.sql new file mode 100644 index 0000000..e72654a --- /dev/null +++ b/db_backups/add_design_report_check_permissions_20260722.sql @@ -0,0 +1,92 @@ +USE [YL_MESDB] +GO + +SET ANSI_NULLS ON +GO + +SET QUOTED_IDENTIFIER ON +GO + +CREATE OR ALTER PROCEDURE [dbo].[设计报工_工时校验_查询] + @DID int = NULL, + @项目号 nvarchar(100) = N'', + @物料编码 nvarchar(100) = N'', + @类别 nvarchar(100) = N'', + @操作人 nvarchar(100) = N'', + @开始日期 nvarchar(30) = N'', + @结束日期 nvarchar(30) = N'', + @校验状态 nvarchar(50) = N'未校验', + @当前操作人 nvarchar(100) = N'', + @角色编号 nvarchar(100) = N'' +AS +BEGIN + SET NOCOUNT ON; + + DECLARE @开始 datetime = TRY_CONVERT(datetime, NULLIF(@开始日期, N'')); + DECLARE @结束 datetime = TRY_CONVERT(datetime, NULLIF(@结束日期, N'')); + DECLARE @当前用户 nvarchar(100) = LTRIM(RTRIM(ISNULL(@当前操作人, N''))); + DECLARE @可查看全部 bit = CASE WHEN EXISTS + ( + SELECT 1 + FROM [dbo].[登录基础数据_角色信息] + WHERE CONVERT(nvarchar(100), [Roles_number]) = @角色编号 + AND ([Roles_Function] LIKE N'%领导%' OR [Roles_Function] LIKE N'%管理员%') + ) THEN 1 ELSE 0 END; + + SELECT TOP (1000) + r.[RID], + r.[DID], + t.[项目号], + t.[物料编码], + t.[物料名称], + t.[图号], + t.[类别], + t.[任务描述], + t.[指派对象], + r.[操作人ID], + r.[操作人], + CONVERT(varchar(19), r.[开始时间], 120) AS [开始时间], + CONVERT(varchar(19), r.[结束时间], 120) AS [结束时间], + r.[工时秒数], + CAST(CAST(ISNULL(r.[工时秒数], 0) / 3600.0 AS decimal(18, 2)) AS varchar(30)) AS [工时小时], + r.[报工状态], + r.[已校验], + CASE WHEN r.[已校验] = 1 THEN N'已校验' ELSE N'未校验' END AS [校验状态], + r.[校验人], + CONVERT(varchar(19), r.[校验时间], 120) AS [校验时间], + r.[进度说明], + r.[备注], + t.[单据状态] + FROM [dbo].[MES_设计报工_记录] AS r + INNER JOIN [dbo].[MES_设计报工_任务] AS t ON r.[DID] = t.[DID] + WHERE + (@DID IS NULL OR @DID = 0 OR r.[DID] = @DID) + AND (ISNULL(@项目号, N'') = N'' OR t.[项目号] LIKE N'%' + @项目号 + N'%') + AND (ISNULL(@物料编码, N'') = N'' OR t.[物料编码] LIKE N'%' + @物料编码 + N'%') + AND (ISNULL(@类别, N'') = N'' OR t.[类别] LIKE N'%' + @类别 + N'%') + AND (ISNULL(@操作人, N'') = N'' OR r.[操作人] LIKE N'%' + @操作人 + N'%') + AND (@开始 IS NULL OR r.[开始时间] >= @开始) + AND (@结束 IS NULL OR r.[开始时间] < DATEADD(day, 1, @结束)) + AND + ( + ISNULL(@校验状态, N'') = N'' + OR @校验状态 = N'全部' + OR (@校验状态 = N'已校验' AND r.[已校验] = 1) + OR (@校验状态 = N'未校验' AND r.[已校验] = 0) + ) + AND + ( + @可查看全部 = 1 + OR + ( + NULLIF(@当前用户, N'') IS NOT NULL + AND + ( + LTRIM(RTRIM(ISNULL(t.[创建人], N''))) = @当前用户 + OR LTRIM(RTRIM(ISNULL(r.[操作人], N''))) = @当前用户 + ) + ) + ) + ORDER BY r.[RID] DESC; +END +GO diff --git a/db_backups/create_design_report_attachments_20260722.sql b/db_backups/create_design_report_attachments_20260722.sql new file mode 100644 index 0000000..546ca41 --- /dev/null +++ b/db_backups/create_design_report_attachments_20260722.sql @@ -0,0 +1,68 @@ +USE [YL_MESDB] +GO + +SET ANSI_NULLS ON +GO + +SET QUOTED_IDENTIFIER ON +GO + +IF OBJECT_ID(N'[dbo].[MES_设计报工_附件]', N'U') IS NULL +BEGIN + CREATE TABLE [dbo].[MES_设计报工_附件] + ( + [id] int IDENTITY(1,1) NOT NULL CONSTRAINT [PK_MES_设计报工_附件] PRIMARY KEY, + [num] nvarchar(200) NOT NULL, + [uid] nvarchar(200) NULL, + [name] nvarchar(500) NULL, + [suffix] nvarchar(100) NULL, + [是否启用] int NULL, + [worker] nvarchar(200) NULL, + [uploadTime] nvarchar(200) NULL + ); +END +GO + +IF NOT EXISTS +( + SELECT 1 + FROM sys.indexes + WHERE [object_id] = OBJECT_ID(N'[dbo].[MES_设计报工_附件]') + AND [name] = N'IX_MES_设计报工_附件_任务' +) +BEGIN + CREATE INDEX [IX_MES_设计报工_附件_任务] + ON [dbo].[MES_设计报工_附件]([num], [是否启用], [id] DESC); +END +GO + +CREATE OR ALTER PROCEDURE [dbo].[设计报工_附件_查询] + @DID int +AS +BEGIN + SET NOCOUNT ON; + + SELECT + a.[id] AS [附件ID], + TRY_CONVERT(int, a.[num]) AS [DID], + CASE + WHEN CHARINDEX(N'__', ISNULL(a.[name], N'')) > 0 + THEN SUBSTRING(a.[name], CHARINDEX(N'__', a.[name]) + 2, 500) + ELSE ISNULL(a.[name], N'') + END + CASE + WHEN NULLIF(LTRIM(RTRIM(ISNULL(a.[suffix], N''))), N'') IS NULL THEN N'' + ELSE N'.' + a.[suffix] + END AS [原文件名], + ISNULL(a.[name], N'') + CASE + WHEN NULLIF(LTRIM(RTRIM(ISNULL(a.[suffix], N''))), N'') IS NULL THEN N'' + ELSE N'.' + a.[suffix] + END AS [存储文件名], + LOWER(ISNULL(a.[suffix], N'')) AS [文件类型], + ISNULL(a.[worker], N'') AS [上传人], + ISNULL(a.[uploadTime], N'') AS [上传时间] + FROM [dbo].[MES_设计报工_附件] AS a + WHERE TRY_CONVERT(int, a.[num]) = @DID + AND ISNULL(a.[是否启用], 1) = 1 + ORDER BY a.[id] DESC; +END +GO diff --git a/db_backups/create_shipping_bottleneck_dashboard_proc_20260721.sql b/db_backups/create_shipping_bottleneck_dashboard_proc_20260721.sql new file mode 100644 index 0000000..8e984a3 --- /dev/null +++ b/db_backups/create_shipping_bottleneck_dashboard_proc_20260721.sql @@ -0,0 +1,225 @@ +USE [YL_MESDB]; +GO + +SET ANSI_NULLS ON; +GO +SET QUOTED_IDENTIFIER ON; +GO + +CREATE OR ALTER PROCEDURE [dbo].[发货任务堵点_看板查询] + @看板类型 nvarchar(20) +AS +BEGIN + SET NOCOUNT ON; + + IF @看板类型 NOT IN (N'大厅', N'仓库', N'装配', N'质检') + BEGIN + THROW 50001, N'看板类型必须是大厅、仓库、装配或质检', 1; + END; + + ;WITH 当前加工操作人 AS + ( + SELECT + d.[TaskAID], + STRING_AGG(CONVERT(nvarchar(max), d.[操作人]), N',') + WITHIN GROUP (ORDER BY d.[操作人]) AS [操作人] + FROM + ( + SELECT DISTINCT + [TaskAID], + NULLIF(LTRIM(RTRIM([操作人])), N'') AS [操作人] + FROM [dbo].[YL_加工中心_操作记录表] + WHERE [操作类别] = N'开始加工' + AND [结束时间] IS NULL + AND [工位名称] LIKE N'%装配%' + AND [操作数值] IS NOT NULL + AND NULLIF(LTRIM(RTRIM([操作人])), N'') IS NOT NULL + ) AS d + GROUP BY d.[TaskAID] + ), + 质检汇总 AS + ( + SELECT + [TaskAID], + SUM(CASE WHEN [质检类型] = N'终检' THEN ISNULL([合格数], 0) ELSE 0 END) AS [终检合格数量], + SUM(CASE WHEN [质检类型] = N'收检' THEN ISNULL([不合格数], 0) ELSE 0 END) AS [收检不合格数量], + SUM(CASE WHEN [检测类型编号] = 6 THEN ISNULL([检验数量], 0) ELSE 0 END) AS [序检检验数量] + FROM [dbo].[View_质量检验_质检记录] + WHERE [质检类型] IN (N'收检', N'终检') + GROUP BY [TaskAID] + ), + 合同装配工时 AS + ( + SELECT + gs.[合同号], + SUM(gs.[总时长]) AS [合同装配工时] + FROM [dbo].[View_生产工时视图] AS gs + INNER JOIN [dbo].[登录基础数据_人员信息] AS ry + ON gs.[操作人] = ry.[Personnel_Name] + WHERE ry.[班组] = N'装配' + GROUP BY gs.[合同号] + ), + 发货来源 AS + ( + SELECT + CAST(N'SAP' AS nvarchar(20)) AS [来源], + c.[DocStatus] AS [发货单状态], + CONVERT(nvarchar(200), c.[项目号]) AS [项目号], + CONVERT(nvarchar(500), c.[物料编号]) AS [物料编号], + CONVERT(nvarchar(4000), c.[物料名称]) AS [物料描述], + c.[交货数量], + c.[要求发货时间], + c.[生产单号], + a.[TaskAID], + COALESCE(a.[订单编号], c.[生产单号]) AS [订单编号], + COALESCE( + NULLIF(CONVERT(nvarchar(200), a.[合同号]), N''), + NULLIF(CONVERT(nvarchar(200), c.[项目号]), N'') + ) AS [合同号], + a.[计划数量], + a.[齐套], + a.[派工时间], + a.[发料状态], + a.[任务状态], + a.[发货状态], + c.[要求发货时间] AS [要求发货日期], + a.[加急总数], + a.[加急数量], + a.[入库数量], + a.[完成数量], + op.[操作人], + ISNULL(hours.[合同装配工时], 0) AS [合同装配工时], + ISNULL(quality.[终检合格数量], 0) AS [终检合格数量], + ISNULL(quality.[收检不合格数量], 0) AS [收检不合格数量], + ISNULL(quality.[序检检验数量], 0) AS [序检检验数量] + FROM [SAP].[SBO_YL].[dbo].[UBT_ODRF_ODLNMES] AS c + LEFT JOIN [dbo].[View_生产订单_MES] AS a + ON c.[生产单号] = a.[订单编号] + LEFT JOIN 当前加工操作人 AS op ON a.[TaskAID] = op.[TaskAID] + LEFT JOIN 质检汇总 AS quality ON a.[TaskAID] = quality.[TaskAID] + LEFT JOIN 合同装配工时 AS hours ON a.[合同号] = hours.[合同号] + + UNION ALL + + SELECT + CAST(N'MES优先' AS nvarchar(20)) AS [来源], + CAST(NULL AS char(1)) AS [发货单状态], + CONVERT(nvarchar(200), a.[项目代码]) AS [项目号], + CONVERT(nvarchar(500), a.[物料编号]) AS [物料编号], + CONVERT(nvarchar(4000), a.[物料描述]) AS [物料描述], + CAST(NULL AS numeric(19, 6)) AS [交货数量], + CAST(NULL AS datetime) AS [要求发货时间], + CAST(NULL AS int) AS [生产单号], + a.[TaskAID], + a.[订单编号], + CONVERT(nvarchar(200), a.[合同号]) AS [合同号], + a.[计划数量], + a.[齐套], + a.[派工时间], + a.[发料状态], + a.[任务状态], + a.[发货状态], + a.[要求发货日期], + a.[加急总数], + a.[加急数量], + a.[入库数量], + a.[完成数量], + op.[操作人], + ISNULL(hours.[合同装配工时], 0) AS [合同装配工时], + ISNULL(quality.[终检合格数量], 0) AS [终检合格数量], + ISNULL(quality.[收检不合格数量], 0) AS [收检不合格数量], + ISNULL(quality.[序检检验数量], 0) AS [序检检验数量] + FROM [dbo].[View_生产订单_MES] AS a + LEFT JOIN 当前加工操作人 AS op ON a.[TaskAID] = op.[TaskAID] + LEFT JOIN 质检汇总 AS quality ON a.[TaskAID] = quality.[TaskAID] + LEFT JOIN 合同装配工时 AS hours ON a.[合同号] = hours.[合同号] + WHERE a.[优先级] = N'是' + AND a.[自制件属性] LIKE N'%装配%' + AND NOT EXISTS + ( + SELECT 1 + FROM [SAP].[SBO_YL].[dbo].[UBT_ODRF_ODLNMES] AS c + WHERE c.[生产单号] = a.[订单编号] + ) + ), + 发货堵点 AS + ( + SELECT + source.*, + CONVERT(date, source.[派工时间]) AS [派发], + CASE + WHEN source.[物料编号] LIKE N'%3420-YT%' + OR source.[物料编号] LIKE N'%3420-HT%' + OR source.[物料编号] LIKE N'%3420-YF%' + THEN N'见子任务' + WHEN ISNULL(source.[齐套], 0) = 0 THEN N'齐套' + WHEN source.[派工时间] IS NULL THEN N'派发' + WHEN ISNULL(source.[发料状态], N'') <> N'1' THEN N'发料' + WHEN ISNULL(source.[任务状态], 0) <= 1 THEN N'开工' + WHEN ISNULL(source.[完成数量], 0) < source.[计划数量] THEN N'装配' + WHEN source.[终检合格数量] + source.[收检不合格数量] < source.[计划数量] THEN N'质检' + WHEN ISNULL(source.[入库数量], 0) + source.[收检不合格数量] < source.[计划数量] THEN N'待入库' + ELSE N'' + END AS [堵点] + FROM 发货来源 AS source + ) + SELECT + [来源], + [发货单状态], + [项目号], + [物料编号], + [物料描述], + [交货数量], + [要求发货时间], + [生产单号], + [TaskAID], + [订单编号], + [合同号], + [计划数量], + [齐套], + [派发], + [发料状态], + [任务状态], + [发货状态], + [要求发货日期], + [加急总数], + [加急数量], + [入库数量], + [完成数量], + [操作人], + [合同装配工时], + [终检合格数量], + [收检不合格数量], + [序检检验数量], + [堵点] + FROM 发货堵点 + WHERE + (@看板类型 = N'仓库' AND [来源] = N'SAP') + OR + ( + @看板类型 = N'大厅' + AND + ( + [TaskAID] IS NULL + OR [计划数量] IS NULL + OR [终检合格数量] + [收检不合格数量] <> [计划数量] + ) + ) + OR + ( + @看板类型 = N'质检' + AND [序检检验数量] < ISNULL([完成数量], 0) + ) + OR + ( + @看板类型 = N'装配' + AND ISNULL([完成数量], 0) < ISNULL([计划数量], 0) + ) + ORDER BY + CASE WHEN [要求发货日期] IS NULL THEN 1 ELSE 0 END, + [要求发货日期], + [派发], + [订单编号], + [物料编号]; +END; +GO diff --git a/db_backups/update_timely_kit_tracking_result_multi_detail_orders_20260630.sql b/db_backups/update_timely_kit_tracking_result_multi_detail_orders_20260630.sql index 0fd11aa..9a81392 100644 --- a/db_backups/update_timely_kit_tracking_result_multi_detail_orders_20260630.sql +++ b/db_backups/update_timely_kit_tracking_result_multi_detail_orders_20260630.sql @@ -407,6 +407,7 @@ BEGIN PARTITION BY [订单号], CASE + WHEN [缺件属性] = N'外购' THEN [缺件物料编码] + N':' + CONVERT(nvarchar(30), [SAP行号]) WHEN ISNULL([缺件生产订单号], N'') <> N'' THEN [缺件生产订单号] ELSE [缺件物料编码] + N':' + CONVERT(nvarchar(30), [SAP行号]) END diff --git a/doc/工时模块全流程技术说明_20260721.html b/doc/工时模块全流程技术说明_20260721.html new file mode 100644 index 0000000..a142e4a --- /dev/null +++ b/doc/工时模块全流程技术说明_20260721.html @@ -0,0 +1,654 @@ + + + + + + MES 工时模块全流程技术说明 + + + +
+
MES_Manage_View_V20 / 生产工时专题
+

MES 工时模块全流程技术说明

+
从加工中心、装配中心和外协业务入口，到工时修正、校验、查询、报表、结算及生产计划跟踪
+
+

整理范围：页面、交互流程、存储过程、计算方法、数据表、视图、SAP Service Layer、工时查询、报表、结算、外协与生产计划跟踪

+

代码基线：snapshot/local-save-20260625-154806，提交 8fdd0b6

+

数据库定义核对：2026-07-21，只读查询当前对象定义

+

文档版本：V1.0 / 2026-07-21

+
+
+ +
+

目录

+
    +
  1. 范围、边界与结论
    2. +
  2. 总流程与数据分层
    3. +
  3. 页面及功能清单
    4. +
  4. 加工中心工时流程
    5. +
  5. 装配中心工时流程
    6. +
  6. 工时修正与异常工时
    7. +
  7. 工时校验与 SAP 上传
    8. +
  8. 工时计算方法与公式
    9. +
  9. 工时查询、工时报表与结算工时
    10. +
  10. 外协与生产计划跟踪
    11. +
  11. 存储过程和函数清单
    12. +
  12. 数据表清单与字段说明
    13. +
  13. 视图及取数规则
    14. +
  14. SAP 对接映射
    15. +
  15. 状态、操作类别与单位
    16. +
  16. 调用矩阵与资料来源
    17. +
+
+ +
+

1. 范围、边界与结论

+

1.1 本文范围

+

本文以生产现场产生工时的加工中心、装配中心和外协业务为起点，完整覆盖工时修正、工时校验、SAP 上传，以及校验后的工时查询、工时报表、结算工时和生产计划跟踪。直接参与计算的班次、人员与工位绑定也纳入范围。

+ + + + + + + + +
层级纳入内容边界说明
现场入口加工中心、装配中心的开始、结束、辅助、报工、加班、异常工时产生原始操作记录和工时秒数
计算支撑人员绑定、班次管理、生产任务、资源主数据、设备状态决定参与人员、班次重叠、资源编码
校验前维护工时修正、补录、开始/结束时间重算仍写入原始操作记录表
校验与外部系统工时校验、上传分钟计算、SAP 资源行与工时单据、校验副本形成可统计的校验结果
查询与统计工时查询、项目/作业者/任务/设备工时报表、结算工时按任务、日期、人员、设备、物料等维度汇总
生产跟踪外协管理、外协报表、生产计划跟踪关联工时事件、工序进度、发收料、质检与供应商信息
+

1.2 明确排除的业务域

+

设计报工、设计工时校验和设计工时报表使用独立任务、报工和校验对象，不属于本生产工时链路，本文不纳入。

+

1.3 核心结论

+ +
+ +
+

2. 总流程与数据分层

+
+
现场动作
加工中心：开始加工/辅助/报工
装配中心：人员开始/结束
+
→
+
事实记录
YL_加工中心_操作记录表
开始、结束、设备秒数、人员秒数
+
→
+
统一视图
View_生产工时视图
叠加订单、绑定、校验状态
+
+
+
修正
调整开始/结束、设备/人员工时、班次标准工时
+
→
+
计算与 SAP
班次内外拆分、日比例系数、资源行、工时单据
+
→
+
校验结束
生产管理_工时校验_校验工时表
形成已校验副本
+
+
+
查询与报表
工序、项目、作业者、任务、设备维度
+
→
+
结算
物料/订单/工位汇总
报工、辅助、单件工时
+
→
+
计划跟踪
工序状态、标准工时、外协发收料、质检与进度
+
+

2.1 五层模型

+ + + + + + + +
层主要对象职责
任务层MES_接口_生产计划_生产任务
View_生产订单_MES		提供订单、TaskAID、工序、指派工位、分配数、完成数、任务/加工状态。
记录层YL_加工中心_操作记录表
YL_加工中心_报工记录		记录每次现场动作、起止时间、设备工时、人员工时、加班和描述。
计算层View_生产工时视图
usp_Calculate*		清洗记录、补齐上下文、按班次和当日标准工时计算上传分钟。
校验/外部层生产管理_工时校验_校验工时表
SAP Service Layer		保存校验副本；补 SAP 工序/资源并提交资源消耗工时单据。
消费与跟踪层工时查询/报表/结算过程
生产管理_生产计划跟踪
View_外协报表视图		把工时转为管理统计、单件结算和生产/外协进度信息。
+
+ +
+

3. 页面及功能清单

+ + + + + + + + + + + + + + +
页面组件路径工时职责阶段
加工中心ProductionManagement/MachiningCenter/index.vue设备型任务开始、辅助、结束报工、暂停口径、加班拆分、异常补录和工时修改。起点
装配中心ProductionManagement/AssemblyCenter/index.vue以当前登录人员为粒度开始/结束任务，记录装配人员工时与加班。起点
人员绑定ProductionManagement/PersonnelBinding/index.vue维护工位与人员关系；影响人员工时拆分、绑定设备数和 SAP 人员资源。支撑
班次管理ProductionManagement/ShiftManagement/index.vue维护班次起止时间及班次人员；影响重叠秒数、班次内外拆分和比例系数。支撑
工时修正ProductionManagement/WorkhoursEdit/index.vue查询当天/指定日期工时，修正开始结束、设备/人员秒数和班次标准工时，可补录操作记录。校验前
工时校验ProductionManagement/WorkHoursCheck/index.vue查询昨日以前记录、筛选机加/装配/加班、修正、批量计算、上传 SAP、保存校验状态。终点
工时查询ProductionManagement/Workhours/index.vue按 TaskAID、日期和明细三级展示工序工时、报工数量、单件工时与工艺标准工时。查询
工时报表ProductionManagement/Timesheet/index.vue提供项目、作业者、任务、设备四类树形统计及对应导出。统计
结算工时ProductionManagement/SettlementWorkhours/index.vue按物料和订单工位汇总报工、辅助、完成数、合计工时和结算单件工时，可导出 Excel。结算
外协管理ProductionManagement/OutsourceMange/index.vue
SaleOutsourceMange/index.vue		外协任务派工、发料、收料、供应商、备注、打印、历史和质检记录。外协入口
外协报表ProductionManagement/OutsourceSheet/index.vue按订单和外协组汇总供应商、金额、计划/到货时间、发收料、质检和完成数量并导出。外协统计
生产计划跟踪ProductionManagement/ProductionPlanTrack/index.vue按订单聚合工序路线、标准工时、开工/结束、外协结束、收料、质检、进度和加急状态。计划跟踪
+
菜单范围：生产工时主链路涵盖“加工中心、装配中心、人员绑定、班次管理、工时修正、工时校验、工时查询、工时报表、结算工时、外协管理、外协报表、生产计划跟踪”。设计报工相关菜单明确排除。
+
+ +
+

4. 加工中心工时流程

+

4.1 开始加工

+
    +
  1. 页面检查已选择任务，并用 生产管理_加工中心_设备是否正在加工防止同一指派设备并行加工。
    2. +
  2. 允许的任务状态为“可执行/已开工”，允许的前置加工状态为“报工、暂停、空、辅助结束”。
    3. +
  3. 提交 TaskAID、optor、收料、分配数到 MES_ProductTask_WorkingStart。
    4. +
  4. 存储过程把任务状态置为已开工，更新开工/操作时间，必要时同步前序合格数为收料数量。
    5. +
  5. 通过 MES_ProductCenter_OptRecord_Save插入“开始加工”记录，开始时间为数据库当前时间。
    6. +
+

4.2 辅助开始与辅助结束

+

MES_ProductTask_HelpStart写入“辅助开始”；MES_ProductTask_HelpEnd更新辅助完成量、任务进度和状态，并调用公共记录过程闭合时间区间。辅助结束允许指定实际调机人员，并可拆出普通加班、休息日加班或法定休息日加班记录。

+

4.3 正常报工

+
    +
  1. 页面仅允许加工状态为“开始加工”的任务进入报工。
    2. +
  2. 加载同订单任务、班次配置和最近开始时间；页面根据时间判断原始班次，并收集报工数量、绑定任务、前序不合格数、班次和加班人员。
    3. +
  3. MES_ProductTask_ProdReport校验报工累计数量不得超过收料/指派数量，更新完成数量和任务状态。
    4. +
  4. 主“报工”记录由 MES_ProductCenter_OptRecord_Save闭合：总时长为起止差，暂停总时长为周期内暂停之和，实际工时为两者之差。
    5. +
  5. 工作日调用 计算人员工时按工位绑定人员和班次重叠生成独立人员记录；休息日/法定休息日不在此步骤生成普通人员工时，而由加班记录承担。
    6. +
+

4.4 公共记录过程的周期配对

+ + + + + +
结束动作寻找的开始动作形成字段
报工同 TaskAID、同工位的“开始加工”关联开始记录ID、开始时间、结束时间、总时长、暂停总时长、实际工时
辅助结束同 TaskAID、同工位的“辅助开始”同上，操作类别和 SAP 资源使用“辅助-”前缀
暂停最近的“开始加工/辅助开始”闭合开始记录，写入暂停关联与暂停时长
+

4.5 加工中心内置维护

+

页面还提供异常工时列表、异常工时新增和单条工时修改。修改时间后前端以 round((结束-开始)/1000)重算秒数，并调用 加工中心_修改工时_保存修改记录更新原始记录。

+
+ +
+

5. 装配中心工时流程

+

5.1 人员开始

+
    +
  1. 页面以 TaskAID + 当前用户名检查当前用户是否已有未结束记录。
    2. +
  2. 调用 MES_人员工时记录_开始；可执行任务第一次开始时更新为已开工。
    3. +
  3. 插入操作类别为“开始加工”的记录，工位取任务指派对象，操作人取当前用户名，结束时间为空。
    4. +
  4. 页面随后重新读取 MES_人员工时记录_获取进行中任务和 ...获取进行中任务2，保持本地状态与数据库一致。
    5. +
+

5.2 人员结束

+

结束时必须找到同任务、同用户、操作类别为“开始加工”且结束时间为空的最近记录。用户补充备注、工序说明、异常说明，并选择工作日/休息日/法定休息日、是否加班、普通/特殊工时人员及班次标准工时。

+ + + + + + +
场景装配结束过程的拆分规则
工作日，不加班全部起止秒数作为普通工作时间；更新开始记录的 总时长。
工作日，加班以白班结束时间为切点：班次结束前为普通工作时间，之后为加班；若开始已晚于班次结束，全部为加班。
休息日/法定日，加班全部起止秒数作为加班，主开始记录的工时和总时长被置 0，另插加班人员记录。
休息日/法定日，不加班过程先识别为“休息日工作/法定休息日工作”，但随后主记录在休息日分支中被置 0；同时会向 YL_加工中心_报工记录写一条工作记录。此处存在双表口径差异。
+

5.3 装配与机加的主要差异

+ + + + + + + +
维度加工中心装配中心
主对象设备任务 + 工位绑定人员当前登录人员 + 装配任务
开始过程MES_ProductTask_WorkingStartMES_人员工时记录_开始
结束过程MES_ProductTask_ProdReport或辅助结束MES_人员工时记录_结束
设备工时主报工记录通常有 实际工时人员开始记录通常以 总时长为主
人员拆分可由工位绑定和班次交叉生成多条以登录用户结束记录，并可另生成加班人员记录
+
+ +
+

6. 工时修正与异常工时

+

6.1 工时修正页面

+

“工时修正”读取 工时校验_获取操作记录列表，允许在进入最终校验前修正记录。主要筛选包括日期、校验状态、机加/装配性质、异常、任务 ID、生产订单、加班与人员。

+ +

6.2 异常工时

+

加工中心和装配中心均内嵌异常工时入口。异常工时_新增操作记录根据订单与 TaskAID 补齐物料/工序上下文，按起止时间计算秒数并写入事实表；加工中心_异常工时_获取操作记录列表用于回查；加工中心_修改工时_保存修改记录用于修正。

+
管理原则：修正和补录都会直接改变事实源。当前过程记录最后编辑人/时间，但没有独立的修改前值历史表；审计主要依赖最后编辑字段和操作描述。
+
+ +
+

7. 工时校验与 SAP 上传

+

7.1 查询范围

+

默认显示未校验、机加、正常记录。查询过程 工时校验_获取昨日之前操作记录列表固定增加“开始时间小于今天 00:00:00”，因此当日记录不会进入终检。页面可按任务 ID、订单、人员、机加/装配、加班与校验状态筛选。

+

7.2 一键校验顺序

+
    +
  1. 只处理用户勾选且尚未校验的记录。
    2. +
  2. 生产订单 3886直接复制进校验表，不计算、不上传 SAP。
    3. +
  3. 其他记录传入 usp_BatchValidateWorkTime，逐条得到 UploadMinutes、WorkType、CalculationDetail。
    4. +
  4. 对计算成功记录，读取 SAP 生产订单和 MES 工序，补齐缺失的工序阶段和资源行。
    5. +
  5. 按操作类别形成设备或人员资源工时行；先更新 SAP 生产订单资源行计划量，再 POST 资源发料单。
    6. +
  6. 只有 SAP 上传返回成功，才调用 工时校验_批量保存校验记录形成已校验副本。
    7. +
  7. 计算失败或 SAP 上传失败的记录保持未校验，便于再次处理。
    8. +
+

7.3 页面颜色与人工修正

+ +

7.4 已校验判定

+

View_生产工时视图通过 生产管理_工时校验_校验工时表.报工记录id = 原始记录.AID关联。存在校验副本即 已校验=1，并优先显示校验表字段。

+
+ +
+

8. 工时计算方法与公式

+

8.1 基础时间

+
总时长秒 = DATEDIFF(SECOND, 开始时间, 结束时间)
暂停总时长秒 = 周期内所有已闭合暂停记录的暂停时长之和
设备实际工时秒 = 总时长秒 - 暂停总时长秒
+

在统一视图中：加工工时 = 校验表.工时（有校验副本时）或 原表.实际工时；总时长 = 原表.总时长。

+

8.2 人员工时拆分

+

计算人员工时获取工位绑定人员，并与所有有效班次做笛卡尔组合，再调用 计算班次重叠秒数计算每个人在各班次的重叠时间。仅保留人员已绑定的班次和正重叠记录；指定人员若无班次绑定，则保留重叠最长班次，完全无重叠时至少给 1 秒。

+
当前生效公式：人员计算工时秒 = 班次重叠秒数
历史“重叠秒数 / 绑定设备数”的分摊公式已在存储过程中注释，不再生效。
+

8.3 当日归一化系数

+

usp_CalculateDailyRatio按“操作人 + 开始日期”汇总符合条件的总时长：

+ +
当日总分钟 = Σ有效记录总时长秒 / 60
比例系数 Ratio = (标准工时小时 × 60) / 当日总分钟
若当日总分钟或标准工时不大于 0，则 Ratio = 1
+

8.4 班次内外拆分

+

usp_CalculateShiftTime将一个起止区间逐段分到班次内和班次外，支持跨天班次；如果结束早于开始，会先交换。班次优先按人员名称从 View_设备工位人员匹配，其次按工位；匹配不到则默认 07:45-16:30。

+

8.5 最终 SAP 上传分钟

+ + + + + + + + +
操作类别上传分钟公式工时类型
总时长小于 300 秒0，跳过 SAP，但计算结果按成功处理跳过SAP
普通报工、开始加工(总时长秒 / 60) × Ratio工作
辅助开始、辅助结束(总时长秒 / 60) × Ratio辅助
工作日加班总时长秒 / 60，不乘系数加班
休息日/法定休息日加班班次内分钟 × Ratio + 班次外分钟加班
其他类别(总时长秒 / 60) × Ratio其他
+

8.6 示例

+ + + + + + +
场景输入结果
普通工时归一化某人当日有效总工时 420 分钟，标准工时 8 小时；本条 60 分钟Ratio=480/420=1.142857；上传约 68.57 分钟
工作日加班加班记录总时长 7,200 秒上传 120 分钟，不乘 Ratio
设备报工起止 3,600 秒，暂停 600 秒总时长 3,600 秒；设备实际工时 3,000 秒；SAP 设备 Quantity=50 分钟
短记录总时长 299 秒UploadMinutes=0，WorkType=跳过SAP，随后可直接保存为已校验
+
+ +
+

9. 工时查询、工时报表与结算工时

+

9.1 工时查询

+

“工时查询”页面调用 生产管理_工时查询_工序工时_查询，用于从生产报工记录反查具体任务、日期和单次工时。查询参数包括合同号、产品编码、订单号、开始/结束日期和数据条数，默认最多返回 100 条基础工时记录。

+

数据范围

+ +

三级结构

+ + + + + +
层级分组展示内容
Level 1TaskAID任务描述、报工次数、去重报工数量、总工时、单件工时、工艺工时。
Level 2TaskAID + 工作日期日期报工次数、日期数量、日期总工时和单件工时。
Level 3单次开始时间班次、操作人、生产订单、正常/调机类型、工位、工时、报工数量和开始时间。
+
工时小时 = 加工工时秒 / 3600
工时分钟 = 加工工时秒 / 60
单件工时（分钟/件） = 工时分钟 / 报工数量；无有效数量时回退到工艺标准工时
+ +

9.2 工时报表

+

“工时报表”页面调用四套统计过程，公共筛选项包括合同号、操作人、产品编码、工序名称、订单号、工时类型和日期范围。页面将结果构造成树形表，顶部只汇总第一层工时，并可按工时类型显示分类合计。

+ + + + + + +
页签存储过程分组和用途
项目工时工时统计_项目工时_查询Level 1 按合同号+产品汇总；Level 2 按工序、班组工时类型、操作人和订单展开。
作业者工时工时统计_作业者工时_查询Level 1 操作人汇总；Level 2 按日期；Level 3 展开任务、工序、类别、起止时间、异常/工序说明。
任务工时工时统计_任务工时_查询Level 1 按合同、订单、产品、工序、班组工时类型和操作类别汇总；Level 2 展开操作人和单次工时。
设备工时工时统计_设备工时_查询Level 1 工位汇总；Level 2 按日期；Level 3 展开订单、产品、工序、班次、报工类型和起止时间。
+

报表有效工时口径

+ + + + + + + +
记录条件有效工时秒
报工/辅助结束且加工工时大于 0加工工时，代表设备工时。
报工/辅助结束且加工工时为 0、总时长大于 0总时长，代表人员工时。
加班类别总时长。
开始加工且总时长大于 0总时长，主要覆盖装配人员开始/结束记录。
作业者报表中的异常总时长取负数，用于冲减。
+

人员的“工时类型”来自 登录基础数据_人员信息.班组，没有班组时归入“未分类”。项目、作业者和任务报表基于 View_生产工时视图全部，因此可以覆盖已关闭订单；设备报表要求 阶段标识=-1，人员类统计通常排除该阶段。

+

导出

+

四个页签分别调用对应的 ..._查询_导出过程，前端以操作类型 2001触发服务端表格文件生成。导出字段包含合同、订单、产品、工序、人员/设备、指派对象、数量、起止时间和工时。

+ +

9.3 结算工时

+

“结算工时”页面调用 生产管理_结算工时_查询，查询参数为合同号、产品编码、订单号、工位、日期范围和数据条数。过程将生产计划、生产任务和工时视图连接，形成物料汇总和订单工位明细两层数据。

+

数据条件与分组

+ +

结算公式

+
报工工时 = Σ普通报工加工工时秒 / 3600
辅助工时 = Σ辅助结束加工工时秒 / 3600
合计工时 = 报工工时 + 辅助工时
结算报工单件工时 = 报工工时 / 报工完成数
结算辅助单件工时 = 辅助工时 / 辅助完成数
+

页面同时展示报工完成数、辅助完成数、记录数、操作人和工序顺序，并在浏览器端计算三项总工时。导出使用前端 XLSX 生成“结算工时”工作表。

+
+ +
+

10. 外协与生产计划跟踪

+

10.1 外协在工时体系中的位置

+

外协工序仍以生产任务和 TaskAID为主线，并把发料、收料动作写入 YL_加工中心_操作记录表；但 View_生产工时视图明确过滤 工位名称='外协'，因此外协不参与内部设备/人员工时校验、SAP 人员资源工时和常规工时报表。

+
+
外协派工
连续工序分组、供应商、计划时间、打印与备注
+
→
+
外协发料
更新任务收料数量
写“收料”操作记录
+
→
+
外协收料
更新任务完成数量
写“报工”操作记录
+
+

外协“报工”代表外协收货/完成数量事件，并非内部人员计时。外协用开始/结束事件时间、发料数量、收料数量、供应商采购到货日期、金额和质检结果完成进度跟踪。

+ +

10.2 外协管理页面

+ + + + + + + + +
功能过程说明
任务查询生产管理_外协管理_查询外协全部
...查询外协		读取外协资源任务，按订单、产品、工序、派工/发料/完成状态筛选；连续订单行和同一外协分组按组判断状态。
派工计划排产_派工设置外协工位、供应商/人员、指派数量、计划时间和外协分组。
外协发料生产管理_外协管理_外协发料查询
...外协发料保存		增加任务收料数量并写“收料”操作记录；任务可转为已开工/可执行。
外协收料生产管理_外协管理_外协收料保存增加完成数量，达到指派数量时任务置完成，并写工位为外协的“报工”操作记录。
历史与质检...外协历史查询
...查询外协历史记录
...查询质检记录		回查派工、发收料和收检结果。
单据维护...更新打印次数
...更新备注		保留外协打印和备注信息。
+ +

10.3 外协报表

+

“外协报表”调用 生产管理_外协报表_查询，数据源为 View_外协报表视图。过程按订单号、拆分内码和供应商合并连续外协工序，并分页返回：

+ +

生产管理_外协报表_导出提供相同口径的服务端导出。

+ +

10.4 生产计划跟踪

+

“生产计划跟踪”调用 生产管理_生产计划跟踪，读取包含已关闭订单的生产任务视图，并把订单下各资源工序组织成路线。页面可按订单、合同、产品、工序、计划时间、排产、自制件属性、加急和单据状态筛选，并在前端按是否包含外协工序再次过滤。

+ + + + + + + +
信息组来源与用途
计划与任务计划号、计划/指派数量、计划开始/完成、要求完工日期、任务状态、加工状态、进度和标准工时。
工时事件按 TaskAID 从操作记录取最早开始、最大结束；外协结束取“报工”记录的开始时间。
质量收检合格/不合格按 TaskAID 汇总；终检按计划号判断。
外协指派对象为“外协”或工序名含外协即标识外协；连续订单行且外协分组相同的工序按最后一道工序状态统一着色。
路线状态已报工/辅助结束/有收检结果显示完成色；外协已发料但收检未齐显示进行色；可执行、已开工和待执行分别显示不同路线状态。
+

该页面把工艺标准工时、实际操作起止、外协发收料、质检与任务进度放在同一订单路线中，是工时事实与生产计划执行之间的主要追踪入口。

+
+ +
+

11. 存储过程和函数清单

+

11.1 加工中心核心过程

+ + + + + + + + + +
对象作用主要读写对象
MES_ProductTask_WorkingStart开始加工，更新任务状态/收料并生成开始记录。生产任务、生产订单视图、质检记录、公共记录过程
MES_ProductTask_HelpStart辅助开始，更新加工状态并生成开始记录。生产任务、数据字典、公共记录过程
MES_ProductTask_HelpEnd辅助结束、数量/进度、班次和加班拆分。生产任务、班次表、操作记录、报工记录
MES_ProductTask_ProdReport正常报工、绑定任务、完成数量、班次与加班处理。生产任务、操作记录、报工记录、班次表
MES_ProductCenter_OptRecord_Save统一插入操作记录，配对开始/暂停/结束，计算总时长、暂停和实际工时。YL_加工中心_操作记录表
计算人员工时按工位人员绑定、班次人员绑定和重叠时间生成人员工时行。绑定表、班次表、人员表、操作记录
计算班次重叠秒数标量函数，计算起止区间与班次区间的重叠秒数，最多跨 3 天。纯计算
+

11.2 装配中心核心过程

+ + + + + + +
对象作用
MES_人员工时记录_开始防止同用户同任务重复开始，更新任务为已开工，插入未闭合“开始加工”记录。
MES_人员工时记录_结束闭合开始记录，拆分工作/加班，写备注和说明，必要时生成普通报工表及加班操作记录。
MES_人员工时记录_获取进行中任务读取当前用户进行中的开始记录。
MES_人员工时记录_获取进行中任务2读取另一组进行中任务数据，供装配页面恢复状态。
+

11.3 修正与补录过程

+ + + + + + + + +
对象作用
工时校验_获取操作记录列表工时修正页面分页查询。
工时校验_保存校验记录名称虽含“保存校验”，当前定义实际更新原始记录起止、总时长、实际工时和班次标准工时。
工时校验_新增操作记录补录报工/辅助记录，DATEDIFF 计算实际工时。
异常工时_新增操作记录新增异常工时并补齐任务上下文。
加工中心_修改工时_保存修改记录加工/装配页面内修改异常工时。
工时校验_获取设备数据基于每分钟设备状态，用 LEAD 计算当天运行、待机、关机、报警累计时间。
+

11.4 最终校验与计算过程

+ + + + + + + + + + + +
对象作用
工时校验_获取昨日之前操作记录列表从统一视图分页读取今天以前记录；输出校验/性质/异常/加班/人员筛选结果。
usp_BatchValidateWorkTime拆分 AID，逐条计算上传分钟，输出成功/失败、详情 JSON 和比例组 JSON。
usp_CalculateUploadMinutes确定类别、班次内外、日比例系数和最终上传分钟。
usp_CalculateDailyRatio计算操作人当日标准工时归一化比例。
usp_CalculateShiftTime逐段累计班次内/外秒数，支持跨天。
usp_ValidateWorkTime单条计算、构造 SAP JSON，并在事务中写校验详情；当前页面单条调用路径已注释，主流程未使用。
工时校验_批量保存校验记录把尚无校验副本的原始记录复制到校验表，作为最终已校验标志。
工时校验_获取订单工序按订单获取工序、工艺顺序、TaskAID、SAP VisCode。
工时校验_获取资源按资源名称读取 SAP UBT_ORSC 的 VisCode 和成本。
+

11.5 查询、报表与结算过程

+ + + + + + + + + +
对象作用主要来源
生产管理_工时查询_工序工时_查询生成 TaskAID、日期、单次开始记录三级工序工时树，计算数量、小时和单件分钟。当前工时视图、全量工时视图、工艺库
工时统计_项目工时_查询按合同产品及工序/班组/人员/订单汇总。全量工时视图、人员信息
工时统计_作业者工时_查询按人员、日期和报工明细统计，异常工时负数冲减。全量工时视图、人员信息
工时统计_任务工时_查询按订单产品工序任务汇总并展开操作人明细。全量工时视图、人员信息
工时统计_设备工时_查询按设备、日期和明细统计阶段标识为 -1 的设备工时。全量工时视图
工时统计_*_查询_导出为四类工时报表生成服务端导出数据。对应查询口径
生产管理_结算工时_查询按物料、订单、工位汇总报工、辅助、完成数量和单件结算工时。生产计划、生产任务、当前/全量工时视图
+

11.6 外协与计划跟踪过程

+ + + + + + + + +
对象作用
生产管理_外协管理_查询外协全部查询全部外协任务，按连续外协分组统一判断派工、发料和完成状态。
生产管理_外协管理_外协发料保存增加任务收料数量并通过公共记录过程写“收料”操作。
生产管理_外协管理_外协收料保存增加完成数量、更新任务完成状态并写外协“报工”操作。
生产管理_外协报表_查询按订单、拆分内码和供应商合并外协工序，返回采购、数量、质检和时间信息。
生产管理_外协报表_导出导出外协报表。
生产管理_生产计划跟踪合并生产任务、标准工时、操作起止、外协结束和质检状态，输出订单工序路线。
+
+ +
+

12. 数据表清单与字段说明

+

12.1 YL_加工中心_操作记录表（事实源）

+

该表同时承载设备动作、人员动作、加班、异常和补录。当前可见索引为 IX_YL_加工中心_操作记录表_TaskAID_操作内容，键列包含 TaskAID、操作内容、开始时间、结束时间、操作人；未查询到显式主键索引。

+ + + + + + + + + +
字段组字段说明
身份与分类AID、操作类别编号、操作类别、阶段标识、TaskAIDAID 是记录标识；TaskAID 关联生产任务。
业务上下文工序名称、工位编号、工位名称、操作人、合同号、订单编号、物料编号、物料描述保留报工发生时的任务快照。
动作内容操作数值、操作内容、操作描述、备注、工序说明、异常说明数量、显示动作和人工说明。
时间与工时开始时间、结束时间、工时、总时长、实际工时、报工日期核心单位均为秒；实际工时主要作为设备工时。
周期关联关联开始记录ID、关联暂停记录ID、关联操作类型、暂停时间、暂停时长、暂停总时长支持开始-暂停-恢复-结束的周期闭合。
状态与审计已报工、不装配、是否更新、最后编辑人、最后编辑时间控制可见性和保留最近编辑信息。
班次班次标准工时（默认 8）、班次供归一化和加班计算使用。
+

12.2 生产管理_工时校验_校验工时表

+

该表保存校验副本，大部分业务字段与事实表一致，并增加：

+ + + + + + +
字段作用
报工记录id关联原始操作记录 AID，是“已校验”的判断依据。
计算详情预留保存计算 JSON；主批量流程当前未写入。
上传工时预留保存最终 SAP 分钟；主批量流程当前未写入。
工时类型工作、辅助、加班、其他、跳过SAP；主批量流程当前未写入。
+

12.3 其他关键表

+ + + + + + + + + + + + + + + +
表用途
MES_接口_生产计划_生产任务任务状态、加工状态、完成数量、工序、指派工位和 TaskAID。
MES_接口_生产计划订单头/计划数据，为统一视图补合同号、计划数量、入库和单据状态。
YL_加工中心_报工记录保存报工日期、班次、工位、操作人、工时类型、数量、工时和确认/上报状态。
班次表班次编号、名称、开始/结束时间、删除状态。
班次人员绑定表人员属于哪个班次及绑定时间。
工位人员绑定表人员与 SAP 资源工位的绑定关系及有效状态。
登录基础数据_人员信息人员编号和姓名映射。
MES_资源主数据工位 VisCode 与名称，用于绑定和 SAP 资源行。
历史_工位设备状态每分钟记录每分钟设备状态，用于工时修正页面核对设备运行时间。
YL_基础表_数据字典将“开始加工、辅助开始、辅助结束、暂停、报工”等名称映射成编号。
YL_质量检验_质检记录加工开始时取得前序合格数，影响收料数量。
车间生产管理工艺_零件生产工艺_工艺库按订单和工艺顺序提供标准工时，供工时查询和生产计划跟踪对比。
SAP.SBO_YL.dbo.UBT_WW_MES_OPORandOPCH外协采购供应商、价格、预计到货、开票和材质信息。
+
+ +
+

13. 视图及取数规则

+

13.1 View_生产工时视图

+

面向当前有效生产订单，是工时修正、工时校验、计算过程的核心视图。连接关系：

+ 
YL_加工中心_操作记录表 o
+  LEFT JOIN 生产管理_工时校验_校验工时表 c ON o.AID = c.报工记录id
+  LEFT JOIN View_生产订单_MES m ON COALESCE(c.TaskAID, o.TaskAID) = m.TaskAID
+  LEFT JOIN MES_接口_生产计划 s ON COALESCE(c.订单编号, o.订单编号) = s.订单编号
+  LEFT JOIN View_工位人员绑定数 b ON o.操作人 = b.人员姓名
+

有校验副本时优先取校验表字段；无校验副本时取原始记录。主要过滤：

+ +

13.2 View_生产工时视图全部

+

与核心视图结构和过滤基本一致，但任务来源改为 View_生产订单全部（包括已关闭），主要供工时统计与历史查询。

+

13.3 View_校验后的生产工时

+

同样合并原始与校验数据，但强制 c.AID IS NOT NULL，只返回已形成校验副本的记录。

+

13.4 绑定与班次视图

+ + + + + +
视图规则
View_工位人员绑定数按人员统计当前有效且能匹配资源主数据的不同工位数。
View_设备工位人员连接人员、工位绑定、班次人员绑定和班次表，提供人员/工位的班次起止时间；仅保留有效绑定。
View_生产订单_MES提供 TaskAID、订单、工序、工位、任务状态、计划与完成数量，是所有入口过程的任务上下文。
+

13.5 View_外协报表视图

+

该视图仅保留物料类型为 pit_Resource且指派对象为“外协”的生产任务，合并以下信息：

+ +
+ +
+

14. SAP 对接映射

+

14.1 调用封装

+

src/api/b1s.js把 GET/POST/PATCH 都封装成向配置的 B1 代理地址发 POST，请求体含 func、cmd、content；默认超时 100 秒。

+

14.2 校验上传步骤

+ + + + + + +
顺序接口用途
1GET ProductionOrders按 AbsoluteEntry取得生产订单、阶段和资源行。
2PATCH ProductionOrders(id)补齐 MES 工序阶段和当前工序需要的设备/人员资源。
3PATCH ProductionOrders(id)把匹配资源行的 PlannedQuantity调整为已发数量加本次 Quantity。
4POST InventoryGenExits创建资源消耗单据，Comments 记录 MES 工时 AID。
+

14.3 工序和资源规则

+ +

14.4 DocumentLines 映射

+ + + + + + + + + +
字段值
Quantity设备行：加工工时秒/60；人员行：数据库计算的 UploadMinutes。
BaseType202（生产订单）。
BaseEntry生产订单编号/AbsoluteEntry。
BaseLineSAP 生产订单中匹配资源行的 LineNumber。
LineTypedlt_Resource。
WarehouseCode空字符串。
U_ResName原始工位名称或操作人名称。
+
+ +
+

15. 状态、操作类别与单位

+

15.1 任务状态

+ + + + + + +
值/名称业务含义变化条件
0 / 待执行尚不可开工由计划和前序控制
1 / 可执行允许开始第一次开始加工后转 2
2 / 已开工任务处理中继续开始仅记录新周期
4 / 已完成完成数量达到指派数量报工/辅助结束累计完成
+

15.2 操作类别

+

收料辅助开始辅助结束开始加工暂停报工加班休息日加班法定休息日加班休息日工作法定休息日工作

+

15.3 单位约定

+ + + + + + + + +
位置字段/显示单位
数据库事实表工时、总时长、实际工时、暂停时长秒
工时修正/校验编辑框设备工时、人员工时秒
工时校验表格设备工时、人员工时分钟（秒/60）
计算过程UploadMinutes分钟，decimal(18,2)
SAP 资源行Quantity分钟
班次标准工时页面输入与记录字段业务上按小时使用，但部分过程注释写“分钟”，需统一
+
+ +
+

16. 调用矩阵与资料来源

+

16.1 页面到对象调用矩阵

+ + + + + + + + + + + + + +
页面直接过程/接口核心落点
加工中心WorkingStart、HelpStart、HelpEnd、ProdReport、OptRecord_Save、异常新增/修改生产任务、操作记录、报工记录
装配中心人员工时开始/结束、获取进行中任务、异常新增/修改生产任务、操作记录、报工记录
人员绑定工位绑定人员查询/保存工位人员绑定表、资源主数据
班次管理班次查询/保存/删除、班次绑定人员查询/保存班次表、班次人员绑定表
工时修正获取操作记录、保存校验记录、补录、设备数据操作记录、设备分钟状态
工时校验昨日之前列表、BatchValidate、Calculate*、获取订单/资源、SAP GET/PATCH/POST、批量保存统一视图、SAP、校验表
工时查询生产管理_工时查询_工序工时_查询当前/全量工时视图、工艺标准工时
工时报表项目/作业者/任务/设备查询及四套导出过程全量工时视图、人员班组
结算工时生产管理_结算工时_查询生产计划、任务、当前/全量工时视图
外协管理/报表外协任务查询、派工、发料、收料、历史、质检、报表和导出外协任务、操作记录、采购、质检、外协报表视图
生产计划跟踪生产管理_生产计划跟踪全部订单、操作记录、工艺库、质检记录
+

16.2 主要代码来源

+ +

16.3 数据库核对说明

+

本文通过只读查询 SQL Server 系统目录获取当前存储过程参数、模块定义、对象依赖、表字段、索引和班次配置。未执行任何业务存储过程，未新增、更新或删除数据库数据。文档不包含数据库地址、账号或密码。

+
使用建议：本说明适合作为流程评审、工时口径确认、SAP 联调和后续重构的基线。若数据库对象在 2026-07-21 后调整，应重新提取定义并更新版本。
+
+ + diff --git a/doc/工时模块全流程技术说明_20260721.pdf b/doc/工时模块全流程技术说明_20260721.pdf new file mode 100644 index 0000000..1d1790a Binary files /dev/null and b/doc/工时模块全流程技术说明_20260721.pdf differ diff --git a/gptlog-process/gpdlog.md b/gptlog-process/gpdlog.md index fd7f3d4..a49c85f 100644 --- a/gptlog-process/gpdlog.md +++ b/gptlog-process/gpdlog.md @@ -4807,6 +4807,39 @@ pm run build：通过，仅有既有警告。 - 子序号和子时间已移除。 - 本次未修改业务资源。 +## 2026-07-21 新增四类大屏发货任务堵点查询 + +### 用户提问 +- 用户要求根据桌面 `发货任务堵点.docx` 修改大厅计划、仓库、装配和质检测试大屏，并指定已完成的发货通知页面及 `装配中心任务看板_发货状态查询` 作为参考。 +- 经需求确认，装配阶段在完成数量小于计划数量时显示“装配”，相等后继续检查质检和入库；质检大屏使用序检检验数量。 + +### 执行过程 +1. 只读分析需求文档、四个大屏和发货通知参考实现，确认需为不同看板提供不同来源及过滤规则，且不应直接改变发货通知页现有查询口径。 +2. 只读核查生产库字段和枚举，确认终检合格、收检不合格的既有业务口径；确认序检数据在质检记录中对应 `检测类型编号=6、质检类型=收检`。 +3. 新建迁移 `db_backups/create_shipping_bottleneck_dashboard_proc_20260721.sql`，定义独立过程 `dbo.发货任务堵点_看板查询`，参数支持大厅、仓库、装配、质检四种看板类型。 +4. 数据源第一部分读取 `[SAP].[SBO_YL].[dbo].[UBT_ODRF_ODLNMES]` 并左连 MES 生产订单；第二部分读取 `View_生产订单_MES.优先级='是'` 的装配任务，并排除已存在于 SAP 的订单。 +5. 预先按 TaskAID 汇总当前装配操作人、终检合格数量、收检不合格数量和序检检验数量，并按合同号汇总装配工时，避免一对多连接造成重复和数量放大。 +6. 特殊物料编码包含 `3420-YT`、`3420-HT`、`3420-YF` 时堵点直接返回“见子任务”；其他记录依次判断齐套、派发、发料、开工、装配、质检、待入库。 +7. 大厅过滤“终检合格+收检不合格=计划数量”的记录；仓库仅返回 SAP 来源；装配仅返回完成数量小于计划数量；质检仅返回序检检验数量小于完成数量。 +8. 在事务中临时执行迁移并调用四种参数，预演结果为大厅16行、仓库17行、装配12行、质检2行，随后回滚，确认迁移可编译且口径正确。 +9. 两个前端项目完成过程切换和堵点字段接入后，分别执行 `npm run build`，构建成功，仅有既有非阻断警告。 +10. 首次正式发布在提交前的 PowerShell 数据校验中因 DBNull 转 decimal 失败，异常处理成功回滚事务，未创建生产过程。 +11. 修正校验脚本的空值处理后重新执行，事务内验证仓库仅含 SAP、大厅不含已完成质检任务、装配不含已完成装配任务、质检不含已完成序检任务，全部通过后提交。 +12. 正式发布后过程创建及修改时间为 `2026-07-21 10:06:45`；独立复核四种结果仍为16、17、12、2行，每种结果包含28个字段和堵点字段。 +13. 核对原 `装配中心任务看板_发货状态查询` 修改时间仍为 `2026-07-20 11:29:55`，确认发货通知参考过程没有被本次发布覆盖。 +14. 使用本地 Vite 页面连接生产接口，在1920×1080下检查大厅、仓库、装配和质检页面，字段及实时数据正常显示。 +15. 页面复核发现仓库旧汇总过程的发货数量与新SAP明细不一致；前端改为从 `发货任务堵点_看板查询` 的仓库结果计算发货任务、小于今日和加急条数，未再修改数据库过程。 + +### 修改文件 +- `db_backups/create_shipping_bottleneck_dashboard_proc_20260721.sql` +- `gptlog-process/gpdlog.md` +- 外部看板项目的四个页面数据接入文件。 + +### 结论 +- 四类大屏现共用独立的发货堵点过程，并按看板类型执行各自的数据来源和隐藏条件。 +- 生产过程发布成功，原发货通知查询保持不变，数据库结果、前端构建和页面显示检查均通过。 +- 本次只创建查询过程，没有更新生产业务表数据；日志未记录数据库密码。 + ## 2026-07-21 上传所有修改 ### 用户提问 @@ -4842,6 +4875,7 @@ pm run build：通过，仅有既有警告。 ### 验证结果 - `git diff --check`：通过。 + - `npm run build`：通过，存在非阻断警告。 - Git 推送：成功。 - 推送后工作区：干净，本地分支与远端分支同步。 @@ -4875,3 +4909,420 @@ pm run build：通过，仅有既有警告。 - 下午建档范围和可交付粒度已评估。 - 必须完成项、争取完成项和阶段检查点已给出。 - 本次未修改业务资源。 + +## 2026-07-21 生成工时模块全流程技术说明 PDF + +### 用户提问 +- 用户要求详细整理从加工中心、装配中心开始，到工时校验结束的全部工时相关功能，包括页面、存储过程、计算方法、数据表、视图等，并生成 PDF 文件。 +- 用户提供了数据库只读查询条件，明确要求只可查询、不可修改。 + +### 执行过程 +1. 检索生产管理前端目录及数据库备份脚本，定位加工中心、装配中心、工时修正、工时校验、人员绑定、班次管理等相关页面。 +2. 逐页提取 `CreateData` 调用、前端校验条件、开始/结束动作、加班选择、异常工时、工时编辑和 SAP 调用逻辑。 +3. 确认加工中心通过 `MES_ProductTask_WorkingStart`、`MES_ProductTask_HelpStart`、`MES_ProductTask_HelpEnd`、`MES_ProductTask_ProdReport` 产生工时记录。 +4. 确认装配中心通过 `MES_人员工时记录_开始` 和 `MES_人员工时记录_结束` 产生人员工时和加班记录。 +5. 确认工时修正页面可更新起止时间、设备工时、人员工时和班次标准工时，并支持补录操作记录。 +6. 确认工时校验页面按昨日以前记录进行筛选，调用批量工时计算过程，并逐条补充 SAP 工序和资源、提交资源工时单据，上传成功后保存校验副本。 +7. 使用只读 SQL 查询数据库系统目录，核对当前存储过程参数、对象类型、对象依赖、表字段、索引、视图定义、函数定义和班次配置；未执行任何业务存储过程，未写入或修改数据库数据。 +8. 读取 `MES_ProductCenter_OptRecord_Save` 当前定义，确认设备总时长、暂停总时长和实际工时的计算与开始/结束记录配对规则。 +9. 读取 `计算人员工时` 和 `计算班次重叠秒数` 当前定义，确认人员、工位、班次绑定及重叠秒数的拆分逻辑。 +10. 读取 `usp_CalculateDailyRatio`、`usp_CalculateShiftTime`、`usp_CalculateUploadMinutes`、`usp_BatchValidateWorkTime` 和 `usp_ValidateWorkTime` 当前定义，整理当日归一化系数、班次内外拆分及 SAP 上传分钟公式。 +11. 读取 `View_生产工时视图`、`View_生产工时视图全部`、`View_校验后的生产工时`、`View_工位人员绑定数` 和 `View_设备工位人员` 当前定义，整理视图连接、字段优先级和过滤规则。 +12. 核对 `YL_加工中心_操作记录表`、`生产管理_工时校验_校验工时表`、`YL_加工中心_报工记录`、班次及绑定相关表的字段用途。 +13. 核对 `src/api/b1s.js` 和工时校验页面，整理 SAP `ProductionOrders` 查询/更新、资源行计划量调整和 `InventoryGenExits` 工时单据映射。 +14. 明确文档边界：以工时校验为终点；工时查询、工时报表、结算工时和设计报工属于校验后统计或其他业务域，不作为主流程展开。 +15. 整理当前实现中的重点风险，包括班次配置与代码注释不一致、日期筛选参数未生效、300 秒跳过 SAP、批量计算详情未落库、直接校验前端硬编码权限、校验表缺少唯一约束等。 +16. 编写详细 HTML 文档，包含目录、总流程、页面清单、加工/装配流程、工时修正、校验流程、计算公式、过程函数矩阵、表视图说明、SAP 映射、状态单位、风险和验收用例。 +17. 使用本机 Edge 无头打印生成 PDF，保留 HTML 作为可维护源文件。 +18. 使用 PDF 文本解析检查成品，共 20 页、约 1.5 万个可检索字符，无空白页，关键过程、视图、SAP 接口和风险章节均存在。 +19. 检查 PDF 字体对象，确认包含嵌入式 TrueType 字体；使用浏览器截图确认 HTML 中文和版式正常。Node 版 PDF.js 画布后端对部分中文子集字体映射不完整，因此该预览图不作为成品显示判定依据。 +20. 计算 PDF SHA256 校验值，并将仅用于校验的临时浏览器配置和预览图片移出工作区。 +21. 保留工作区中与本任务无关的既有修改，不覆盖、不撤销，也不纳入本次文档内容。 + +### 新增文件 +- `doc/工时模块全流程技术说明_20260721.html` +- `doc/工时模块全流程技术说明_20260721.pdf` + +### 结论 +- 已完成从加工中心、装配中心到工时校验结束的工时模块全流程整理。 +- 文档详细覆盖 6 个直接或支撑页面、核心存储过程和函数、事实表与校验表、统一工时视图、人员/班次绑定、设备与人员工时计算、加班规则、SAP 上传以及现状风险。 +- 数据库查询全过程为只读，没有修改数据库对象、配置或业务数据。 +- PDF 共 20 页，可检索、无空白页；HTML 源文件一并保留，便于后续更新。 + +### 验证结果 +- 前端页面和调用链检索：完成。 +- 数据库当前对象定义只读核对：完成。 +- PDF 文件生成：成功。 +- PDF 页数：20 页。 +- PDF 可检索文本：约 1.5 万字符。 +- PDF 空白页：0 页。 +- PDF SHA256：`C2A90033708903EB3AC64AD015369F6D136236A375A315869D8B5EAE8B9F68B8`。 + +## 2026-07-21 扩展工时模块 PDF 范围 + +### 用户提问 +- 用户确认工时查询、工时报表和结算工时也属于工时模块，需要补充外协部分、生产计划跟踪报表等功能。 +- 用户确认设计报工不纳入本文，并要求删除“现状风险与核对项”章节。 + +### 执行过程 +1. 检索 `Workhours`、`Timesheet`、`SettlementWorkhours`、`OutsourceMange`、`SaleOutsourceMange`、`OutsourceSheet` 和 `ProductionPlanTrack` 页面，提取查询参数、树形分组、汇总公式、导出和外协发收料调用。 +2. 使用只读 SQL 查询当前数据库定义，核对 `生产管理_工时查询_工序工时_查询`、项目/作业者/任务/设备四类工时统计过程、`生产管理_结算工时_查询`、`生产管理_生产计划跟踪`、外协管理和外协报表过程。 +3. 确认工时查询使用当前生产工时视图，按 TaskAID、日期、单次开始记录形成三级工序工时树，并关联工艺库标准工时。 +4. 确认工时报表使用包含已关闭订单的全量工时视图，提供项目、作业者、任务和设备四个页签及四套导出过程；人员班组用于工时类型分类。 +5. 确认结算工时连接生产计划、资源任务和工时视图，按物料及订单工位形成两层汇总，计算报工、辅助、合计和单件结算工时。 +6. 读取 `View_外协报表视图`、外协任务查询、外协发料保存和外协收料保存定义，确认外协发料写“收料”记录、外协收料写“报工”记录。 +7. 确认标准生产工时视图排除工位为“外协”的记录，因此外协不参与内部设备/人员工时校验，而通过外协任务、操作事件、采购、发收料和质检链路单独跟踪。 +8. 读取生产计划跟踪过程，确认其合并全部订单、工艺标准工时、操作起止、外协结束、收检/终检和任务状态，并由前端生成订单工序路线。 +9. 修改文档封面、范围、总流程和页面清单，将查询、报表、结算、外协和生产计划跟踪纳入完整工时模块。 +10. 新增“工时查询、工时报表与结算工时”章节，详细记录数据范围、三级结构、有效工时口径、结算公式和导出方式。 +11. 新增“外协与生产计划跟踪”章节，详细记录外协在工时体系中的边界、派工、发料、收料、外协报表和生产路线跟踪。 +12. 扩展存储过程、数据表、视图、页面调用矩阵和代码来源清单，并统一重排为 16 章。 +13. 将设计报工、设计工时校验和设计工时报表明确列为排除业务域。 +14. 完整删除“现状风险与核对项”及原验收用例，不保留目录链接或章节残留。 +15. 重新使用 Edge 生成 PDF，并用 PDF 文本解析检查页数、可检索字符、空白页和新增页面路径。 +16. 使用浏览器截图复核新版封面、目录、中文字体和版式，显示正常。 +17. 数据库操作全过程仅执行只读查询，没有执行存储过程，没有修改数据库对象、配置或业务数据。 + +### 修改文件 +- `doc/工时模块全流程技术说明_20260721.html` +- `doc/工时模块全流程技术说明_20260721.pdf` +- `gptlog-process/gpdlog.md` + +### 结论 +- 工时查询、工时报表、结算工时、外协管理、外协报表和生产计划跟踪已纳入工时模块说明。 +- 设计报工相关页面和数据库对象明确排除。 +- “现状风险与核对项”章节已完整删除。 +- 新版文档共 23 页，覆盖从现场报工、外协业务、工时校验到查询、统计、结算和生产计划跟踪的完整链路。 + +### 验证结果 +- HTML 章节数量：16 章。 +- PDF 页数：23 页。 +- PDF 可检索文本：约 1.99 万字符。 +- PDF 空白页：0 页。 +- 新增页面路径检查：全部存在。 +- 已删除章节残留检查：未发现。 +- PDF SHA256：`93D33B50BBDF7FBF42D3B70A744C76F494AEF3F9CDC8C90F1FC9237976577567`。 + +## 2026-07-21 根据工作内容生成明日计划 + +### 用户提问 +- 用户提供 8 个明日工作时间段，要求根据生产退库接口、采购申请接口、大屏刷新与设备状态、及时拣配机加/装配报表、标牌打印内容管理及临时调整归档等内容生成明日计划。 +- 用户要求每小时拆分为 6 条记录，内容允许重复。 + +### 执行过程 +1. 保留用户给出的 8 个主时间段和工作先后顺序。 +2. 按每 10 分钟一条记录拆分：完整 1 小时时间段各生成 6 条。 +3. `10:30-11:50` 共 80 分钟，生成 8 条记录；`17:20-18:00` 共 40 分钟，生成 4 条记录。 +4. 全天共生成 48 条计划记录。 +5. `08:30-09:30` 围绕生产退库接口和采购申请接口的现状核对、参数修改、联调及验证安排。 +6. `09:30-10:30` 围绕所有大屏自动刷新方式、刷新时间、机加看板一设备运行状态及明细安排。 +7. `10:30-11:50` 和 `13:20-14:20` 围绕 SAP 及时拣配机加报表的数据源、字段、接口、页面和联调安排。 +8. `13:20-14:20` 和 `14:20-15:20` 同时衔接及时拣配装配报表的数据对接、开发、测试和修正。 +9. `15:20-17:20` 围绕标牌打印内容管理页面的字段对接、功能开发、测试和修改安排。 +10. `17:20-18:00` 安排大屏及报工临时调整、版本整理和当日修改归档。 +11. 本次只生成计划文本并追加过程日志，没有修改业务代码、数据库对象或业务数据。 + +### 修改文件 +- `gptlog-process/gpdlog.md` + +### 结论 +- 已按 8 个主时间段生成 48 条明日计划记录。 +- 完整小时均拆分为 6 条，非完整小时按实际每 10 分钟一条拆分。 +- 计划覆盖接口修改、大屏调整、及时拣配机加/装配报表、标牌打印内容管理、临时问题和版本归档。 + +### 验证结果 +- 主时间段：8 个。 +- 完整小时拆分：每段 6 条。 +- 80 分钟时段：8 条。 +- 40 分钟时段：4 条。 +- 全天计划记录：48 条。 + +## 2026-07-22 检查及时齐套跟踪结果订单 8238 少一条数据 + +### 用户提问 +- 用户反馈“生产管理-及时齐套跟踪结果”查询生产订单（订单编号）`8238` 时，存储过程只返回 6 条数据，而 `[SAP].[SBO_YL].[dbo].[VIEW_Jijiankukc]` 中有 7 条，要求检查原因。 +- 用户进一步明确问题位于存储过程而非页面，并提供数据库 `192.168.2.92` 的连接账号和密码；日志不记录明文密码。 + +### 执行过程 +1. 在项目中检索“及时齐套”“齐套跟踪”和 `VIEW_Jijiankukc`，定位查询过程为 `dbo.生产管理_及时齐套跟踪结果_查询`，本地对应脚本为 `db_backups/update_timely_kit_tracking_result_multi_detail_orders_20260630.sql`。 +2. 检查本地过程脚本，确认过程先从 SAP 视图读取未发货数量大于 0 的缺件，再在最终结果处使用 `ROW_NUMBER()` 分组去重，并仅保留 `rn = 1`。 +3. 使用用户提供的连接信息，以只读方式连接 `192.168.2.92 / YL_MESDB`；未执行任何数据库写入、对象发布或数据修改。 +4. 查询线上过程元数据，确认 `dbo.生产管理_及时齐套跟踪结果_查询` 最后修改时间为 `2026-07-15 14:25:11.830`，线上定义同时包含 SAP 源级去重和最终结果去重逻辑。 +5. 查询 `[SAP].[SBO_YL].[dbo].[VIEW_Jijiankukc] WHERE DocEntry = 8238`，确认共有 7 条缺件记录，SAP 行号分别为 `2、3、21、28、33、48、75`，且未发货数量均大于 0。 +6. 执行 `EXEC dbo.[生产管理_及时齐套跟踪结果_查询] @订单号 = 8238`，确认过程实际返回 6 条，SAP 行号为 `2、3、21、28、48、75`，缺少 SAP 行号 `33`。 +7. 对比缺少的 SAP 行号 `33` 与保留的行号 `48`：行号 33 为物料 `23601-032-A6x6x25`（平键），缺件数量 2；行号 48 为物料 `23202-030-M5x12`（螺钉），缺件数量 5；两条均为外购件，且“在制采购”均为 `4957`。 +8. 核对过程字段映射，确认外购件的“缺件生产订单号”实际取 `在制采购`。最终去重按“订单号 + 缺件生产订单号”分组；当该字段为空时才改用“缺件物料编码 + SAP 行号”。因此两种不同外购物料因共同的 `在制采购 = 4957` 被错误归到同一组。 +9. 使用与过程一致的分组和排序表达式复算 7 条记录：SAP 行号 48 因缺件数量 5 较大得到 `rn = 1` 并保留，SAP 行号 33 得到 `rn = 2`，被最终 `WHERE rn = 1` 排除；其余 5 条均为各自分组的 `rn = 1`。 +10. 本次按“检查原因”的范围仅完成只读诊断，未修改业务代码、存储过程或数据库数据。 + +### 结论 +- 页面或 SAP 视图没有少数据，少一条发生在 `dbo.生产管理_及时齐套跟踪结果_查询` 的末级去重。 +- 被排除的是 SAP 行号 `33`、物料 `23601-032-A6x6x25`（平键）。它与 SAP 行号 `48`、物料 `23202-030-M5x12`（螺钉）的“在制采购”均为 `4957`，过程误把两条不同外购物料视为同一“缺件生产订单号”分组。 +- 分组内按缺件数量倒序，行号 48 的缺件数量为 5，得到 `rn = 1`；行号 33 的缺件数量为 2，得到 `rn = 2` 并被过滤，所以最终由 7 条变成 6 条。 +- 若后续修复，外购件不应仅按“在制采购”去重，应至少将物料编码或 SAP 行号纳入去重键；自制件仍可按实际缺件生产订单号归并。该修复本次未执行。 + +### 验证结果 +- SAP 视图订单 8238：7 条。 +- 存储过程订单 8238：6 条。 +- 明确缺失记录：SAP 行号 33，平键，缺件数量 2。 +- 末级去重复算：行号 33 的 `rn = 2`，行号 48 的 `rn = 1`。 +- 数据库修改：无。 + +## 2026-07-22 修正及时齐套跟踪结果订单 8238 外购缺件误去重 + +### 用户提问 +- 用户确认上一轮诊断结论正确，要求修正 `dbo.生产管理_及时齐套跟踪结果_查询` 将订单 `8238` 的两种不同外购物料误合并的问题。 + +### 执行过程 +1. 制定执行步骤：核对线上与本地去重逻辑、修改过程脚本、事务预演、正式发布、回归验证和追加日志。 +2. 读取本地 `db_backups/update_timely_kit_tracking_result_multi_detail_orders_20260630.sql` 第 379 至 425 行，并读取线上过程定义末段，确认两者均按“订单号 + 缺件生产订单号”执行最终 `ROW_NUMBER()` 去重。 +3. 检查该 SQL 脚本的 Git 状态，确认修改前脚本没有用户的未提交改动，可以在现有最新过程脚本上进行最小范围修改。 +4. 修改最终去重键：当 `[缺件属性] = N'外购'` 时，优先使用“缺件物料编码 + SAP 行号”；非外购件仍优先使用缺件生产订单号，缺件生产订单号为空时仍回退到“缺件物料编码 + SAP 行号”。 +5. 创建临时事务预演脚本，在同一数据库会话中先将线上旧过程对订单 8238 的结果写入临时表，然后开启事务、加载新过程定义、再次执行过程并比较前后结果，最后回滚事务。 +6. 事务预演结果：修改前 6 条、修改后 7 条；唯一新增记录为 SAP 单据 `8238`、SAP 行号 `33`、物料 `23601-032-A6x6x25`（平键）、缺件数量 2、缺件属性“外购”、缺件生产订单号 `4957`。 +7. 事务预演未发现减少记录，也未发现相同 SAP 单据和 SAP 行号的重复结果；事务正常回滚。 +8. 删除仅用于预演的临时 SQL 文件，确认线上过程修改时间仍为 `2026-07-15 14:25:11.830` 且尚未包含新分组分支，证明预演没有残留线上修改。 +9. 对正式脚本执行 `git diff --check`，未发现空白符或补丁格式错误；差异仅为最终分组 `CASE` 中新增一条外购判断。 +10. 使用 `sqlcmd -b` 正式执行 `db_backups/update_timely_kit_tracking_result_multi_detail_orders_20260630.sql`，成功发布 `dbo.生产管理_及时齐套跟踪结果_查询`。 +11. 发布后通过存储过程方式执行订单号 8238，结果为 7 条，SAP 行号为 `2、3、21、28、33、48、75`；SAP 视图中未发货数量大于 0 的记录同样为 7 条、7 个不同 SAP 行。 +12. 发布后确认行号 33 的平键和行号 48 的螺钉均正常返回，虽然两条的缺件生产订单号均为 `4957`，但不再互相覆盖；结果中相同 SAP 单据和 SAP 行号的重复数量为 0。 +13. 首次使用 SQL `LIKE` 检查线上定义时，由于方括号在 `LIKE` 模式中具有特殊含义而得到错误的 0；改用 `CHARINDEX` 精确检查后，确认线上定义已经包含新的外购分组分支，并仍保留自制件按缺件生产订单号归并的分支。 +14. 线上过程最新修改时间为 `2026-07-22 09:00:01.960`。 +15. 保留工作区内原有的其他未提交修改，没有覆盖或撤销与本任务无关的文件。 + +### 修改文件 +- `db_backups/update_timely_kit_tracking_result_multi_detail_orders_20260630.sql` +- `gptlog-process/gpdlog.md` + +### 结论 +- 已修正外购物料共用“在制采购”编号时被末级去重误合并的问题。 +- 外购件现在按“订单号 + 物料编码 + SAP 行号”区分，自制件仍按“订单号 + 缺件生产订单号”归并，原有自制件逻辑未改变。 +- 订单 8238 的平键和螺钉现在都会返回，存储过程结果已由 6 条恢复为与 SAP 视图一致的 7 条。 +- 修正后的存储过程已经正式发布到 `192.168.2.92 / YL_MESDB`。 + +### 验证结果 +- 事务预演：修改前 6 条，修改后 7 条，唯一新增 SAP 行号 33，无减少、无重复，随后回滚成功。 +- 正式发布：成功。 +- 线上新外购分组分支：存在。 +- 线上原自制件归并分支：保留。 +- SAP 视图订单 8238：7 条，7 个不同 SAP 行。 +- 存储过程订单 8238：7 条，SAP 行号完整。 +- 存储过程结果重复 SAP 键：0。 +- `git diff --check`：通过。 + +## 2026-07-22 修正工时校验人员工时在加工工时为零时的显示 + +### 用户提问 +- 用户要求修改 `src/views/ProductionManagement/WorkHoursCheck/index.vue` 的“人员工时”列，解决 `scope.row.加工工时 = 0` 时的计算问题。 + +### 执行过程 +1. 检查“人员工时”列、设备工时列、编辑表单及 SAP 上传逻辑，确认业务口径为：加工工时大于 0 时属于设备工时，人员工时显示 0；加工工时为 0 时，人员工时显示“总时长 / 60”。 +2. 检查工作区差异，发现该行已有未提交尝试，条件使用多个 `OR` 判断，导致条件恒为真，且真值分支直接返回加工工时，无法正确处理加工工时为 0 的情况。 +3. 首次应用补丁时，该行在读取后发生并行变化，补丁因上下文不一致而未应用；重新读取最新文件后，确认代码恢复为 `scope.row.加工工时 != NULL ? 0 : scope.row.总时长 / 60`。 +4. 将表达式修改为：先用 `Number(scope.row.加工工时 || 0)` 统一数值类型；等于 0 时显示 `Number(scope.row.总时长 || 0) / 60`，否则显示 0；保留原两位小数及末尾零清理规则。 +5. 使用 Node 复算边界值：加工工时为数值 0、字符串 `"0"`、`null` 和空字符串时，人员工时分别按总时长折算；加工工时为正数或正数字符串时显示 0。 +6. `git diff --check` 通过。随后启动页面 ESLint，但用户切换到新任务时该检查被中断；本次表达式本身未产生语法错误。 + +### 修改文件 +- `src/views/ProductionManagement/WorkHoursCheck/index.vue` + +### 结论 +- 加工工时为 0、`"0"`、空值或空字符串时，人员工时现在正确显示“总时长 / 60”。 +- 加工工时大于 0 时，人员工时显示 0。 + +### 验证结果 +- 加工工时 0、总时长 3600：显示 60。 +- 加工工时 `"0"`、总时长 3600：显示 60。 +- 加工工时 `null`、总时长 1800：显示 30。 +- 加工工时 1200、总时长 3600：显示 0。 +- `git diff --check`：通过。 + +## 2026-07-22 增加设计报工工时校验数据权限 + +### 用户提问 +- 用户要求修改 `ResearchManagement/DesignReportTask/Check/index` 页面数据权限：普通用户只能查看自己创建任务或自己报工的数据；角色包含“领导”或“管理员”的用户可以查看全部数据。 + +### 执行过程 +1. 检索页面路径，确认项目中的实际文件为 `src/views/ProductionManagement/DesignReportTask/Check/index.vue`，页面查询过程为 `dbo.设计报工_工时校验_查询`。 +2. 检查审核页面查询参数、当前用户获取方式和存储过程定义。修改前页面未传当前用户或角色，线上校验查询过程只有 8 个筛选参数，并直接调用无权限限制的 `dbo.设计报工_记录_查询`。 +3. 检查本模块已有的 `add_design_report_hours_report_permissions_20260720.sql` 和工时报表页面，确认现有权限口径使用当前用户名、角色编号及 `登录基础数据_角色信息.Roles_Function`，角色功能包含“领导”或“管理员”时可查看全部。 +4. 核对线上表结构：任务表具有 `创建人` 字段；报工记录表具有 `操作人ID` 和 `操作人` 字段；角色表包含 `Roles_number` 和 `Roles_Function`。 +5. 查询线上特权角色，确认当前包含超级管理员、质量部领导、管理员、采购部领导、设备管理员和技术部领导等角色，均可按“领导/管理员”关键字识别。 +6. 修改审核页面 `buildSearchParams()`，增加 `当前操作人` 和 `角色编号` 参数；增加 `currentRoleId()`，沿用模块现有方式从 Vuex `token` getter 取得角色编号。 +7. 新增 `db_backups/add_design_report_check_permissions_20260722.sql`，重新定义 `dbo.设计报工_工时校验_查询`。过程保留原 8 个筛选参数和返回字段，并增加 `@当前操作人`、`@角色编号` 两个可选参数。 +8. 新过程通过角色表判断 `Roles_Function` 是否包含“领导”或“管理员”。特权角色不限制数据；普通角色必须满足任务创建人等于当前用户，或报工操作人等于当前用户；当前用户名为空且不是特权角色时不返回数据。 +9. 创建临时事务预演脚本，在事务内加载新过程并测试四种身份：普通用户“张立柱”返回 53 条，空用户名返回 0 条，技术部领导返回全部 184 条，超级管理员返回全部 184 条。 +10. 对普通用户的 53 条结果逐行核对，越权记录为 0；反向检查全部任务创建人或报工人为“张立柱”的记录，遗漏记录为 0。 +11. 回滚预演事务并删除临时脚本；确认线上过程仍为原 8 个参数且不含新权限参数，证明预演没有残留修改。 +12. 对正式 SQL 和页面差异执行 `git diff --check`，检查通过。 +13. 正式执行 `add_design_report_check_permissions_20260722.sql`，成功发布 `dbo.设计报工_工时校验_查询` 到 `192.168.2.92 / YL_MESDB`。 +14. 发布后重新调用线上过程：普通用户“张立柱”返回 53 条，与独立 SQL 计算的本人相关记录 53 条一致；空用户名返回 0 条；技术部领导和超级管理员均返回当前全部 184 条。 +15. 检查线上过程元数据，确认参数已从 8 个增加到 10 个，包含当前操作人和角色编号，且同时包含“领导”和“管理员”角色判断；线上修改时间为 `2026-07-22 10:22:33.010`。 +16. 执行页面 ESLint。完整规则检查发现页面原有第 58 行属性顺序警告和第 315 行函数括号空格错误，均不在本次差异中；临时关闭这两条既有规则后重新检查，本次修改通过，仅有依赖数据过期提示。 +17. 保留工作区内其他未提交修改，没有覆盖或撤销与本任务无关的文件。 + +### 修改文件 +- `src/views/ProductionManagement/DesignReportTask/Check/index.vue` +- `db_backups/add_design_report_check_permissions_20260722.sql` +- `gptlog-process/gpdlog.md` + +### 结论 +- 设计报工工时校验页面现在由数据库查询过程执行数据权限，不依赖前端返回后再过滤。 +- 普通用户只能查看自己创建任务产生的报工记录，或操作人为自己的报工记录。 +- 当前用户名为空的普通角色不返回数据，避免登录信息缺失时放开权限。 +- `Roles_Function` 包含“领导”或“管理员”的角色可以查看全部数据。 +- 权限过程已正式发布到生产数据库。 + +### 验证结果 +- 普通用户“张立柱”：53 条；预期 53 条；越权 0；遗漏 0。 +- 普通角色且当前用户为空：0 条。 +- 技术部领导：184 条，与全部记录一致。 +- 超级管理员：184 条，与全部记录一致。 +- 线上过程参数：10 个，权限参数及角色判断均存在。 +- `git diff --check`：通过。 +- 页面 ESLint（排除两项既有规则）：通过。 + +## 2026-07-22 为设计任务和设计报工增加附件功能 + +### 用户提问 +- 用户要求在设计任务和设计报工界面增加“上传附件”和“查看附件”功能，上传和查看方法参考 `ProcessManagement/PartDrawing/index`。 +- 用户特别说明附件不一定是 PDF，需要正确处理不同文件类型的查看方式；还要求解决上传文件重名覆盖问题，可使用时间戳或更可靠的唯一命名方案。 + +### 执行过程 +1. 检索参考页面和目标页面，确认参考文件为 `src/views/ProcessManagement/PartDrawing/index.vue`，目标文件为 `src/views/ProductionManagement/DesignReportTask/Task/index.vue` 和 `Report/index.vue`；两个目标文件修改前没有未提交差异。 +2. 拆解参考页面上传链路：使用 `MESUploadFile.ashx` 接收 `file + params`，参数包含业务编号、表名、上传人和上传时间；文件访问根路径为 `/webpage/part/`；参考页的 PDF 查看使用 `seepdf`。 +3. 查询线上 `物料基础数据_零件图纸` 表结构和近期数据，确认通用上传表具有 `id、num、uid、name、suffix、是否启用、worker、uploadTime` 8 个字段，且上传接口按实际文件名保存物理文件。 +4. 查询 `工艺管理_图纸维护_查看图纸` 当前定义并使用只读 HTTP 请求核对文件路径。确认近期文件不能通过 `uid.pdf` 访问，而可以通过 URL 编码后的 `name.pdf` 访问；因此数据库 `uid` 不是当前真实文件路径，物理重名必须在上传前处理。 +5. 确定附件按设计任务 `DID` 共享：设计任务页面和设计报工页面查看同一任务时使用同一附件集合，允许一个任务上传多份附件。 +6. 新增 `db_backups/create_design_report_attachments_20260722.sql`，创建与通用上传接口兼容的 `dbo.MES_设计报工_附件` 表，字段顺序和基础上传表保持一致，并增加按 `num、是否启用、id` 查询的索引。 +7. 在同一脚本中新增 `dbo.设计报工_附件_查询`，按 `DID` 查询启用附件，返回附件 ID、原文件名、物理存储文件名、文件类型、上传人和上传时间。 +8. 设计物理文件唯一命名规则：`DESIGN_TASK__<年月日时分秒毫秒>_<随机串>__<清洗后的原文件名>.<扩展名>`。时间戳和浏览器密码学随机数共同保证唯一，任务 ID 便于定位；双下划线作为内部名前缀和原文件名的分隔符。 +9. 文件名清洗会替换 Windows 文件系统不允许的字符、去除尾部点号和空格、限制总长度；上传时创建真正的新 `File`/`Blob` 并将唯一名称作为 multipart 文件名提交，因此数据库记录和物理目录都不会因同名附件互相覆盖。 +10. 查询过程通过双下划线分隔符去掉内部唯一前缀，列表仍向用户显示原文件名；同名附件可以并存，并可通过上传人和上传时间区分。 +11. 新增共享组件 `src/views/ProductionManagement/DesignReportTask/components/TaskAttachments.vue`，集中实现附件对话框、最多 10 个文件选择、单文件 100MB 限制、逐个上传、结果统计、附件查询、文件类型显示、预览和下载。 +12. 非 PDF 查看采用分流策略：PDF、PNG/JPG/JPEG/GIF/BMP/WebP 和 TXT/CSV/JSON/Markdown 等浏览器可安全展示格式在新窗口预览；Word、Excel、压缩包及其他格式通过 Blob 下载并使用原文件名保存，由本机程序查看。 +13. 安全复核时将 SVG、HTML、HTM 和 XML 从直接预览列表移除，改为下载后查看，避免主动内容在附件站点直接执行。 +14. 在设计任务页面操作列增加带上传和查看图标的“上传附件”“查看附件”按钮，将操作列宽度从 340 调整为 540，并注册共享附件组件。 +15. 在设计报工页面操作列增加相同两个按钮，将操作列宽度从 440 调整为 640，并注册同一共享附件组件；两个页面调用统一的 `openAttachments(row, mode)`。 +16. 初次运行共享组件 ESLint 时发现文件名清洗正则的控制字符范围触发 `no-control-regex`；考虑浏览器文件名不会包含该范围，移除控制字符范围并保留 Windows 非法字符处理，随后三个 Vue 文件 ESLint 全部通过。 +17. 创建临时事务预演脚本，在事务内创建附件表和过程，插入一个启用的 DOCX 示例和一个停用的 PDF 示例。查询正确返回 `报价附件_最终版.docx`，保留唯一物理文件名，停用附件未返回，索引存在。 +18. 回滚事务、删除临时预演脚本，并确认线上附件表和过程均不存在，证明预演没有残留对象或数据。 +19. 正式执行 `create_design_report_attachments_20260722.sql`，成功发布 `MES_设计报工_附件` 和 `设计报工_附件_查询` 到 `192.168.2.92 / YL_MESDB`。 +20. 发布后检查线上对象：附件表共 8 个兼容字段，任务查询索引存在，查询过程有 1 个 `@DID` 参数，修改时间为 `2026-07-22 13:38:17.420`；新表当前 0 条数据。 +21. 执行 `npm run build`，Webpack 生产构建成功，仅保留项目原有字体、图片和入口包体积警告。 +22. 使用相同随机算法在同一批次生成 1000 个标识，1000 个均唯一，重复数为 0；实际文件名还同时包含 DID 和毫秒时间戳。 +23. 启动本地开发服务器。因 1997 端口已有服务，新实例自动使用 `https://127.0.0.1:1998/`；HTTP 状态为 200，最后一次热更新编译成功。 +24. 最终对 SQL、共享组件和两个页面执行 `git diff --check`，检查通过；未覆盖或撤销工作区内其他用户修改。 +25. 没有向生产附件目录上传测试文件：现有上传接口没有提供可确认删除物理文件的测试清理能力，为避免留下孤立测试文件，本次使用线上既有上传行为、兼容表结构、数据库事务、前端 ESLint、生产构建和开发服务器编译完成验证。 + +### 修改文件 +- `src/views/ProductionManagement/DesignReportTask/Task/index.vue` +- `src/views/ProductionManagement/DesignReportTask/Report/index.vue` +- `src/views/ProductionManagement/DesignReportTask/components/TaskAttachments.vue` +- `db_backups/create_design_report_attachments_20260722.sql` +- `gptlog-process/gpdlog.md` + +### 结论 +- 设计任务和设计报工页面均已增加上传附件和查看附件入口，并共享同一套附件数据和组件逻辑。 +- 附件不限制为 PDF；浏览器适合展示的安全格式直接预览，Office、压缩包和主动内容格式下载后查看。 +- 物理文件名采用 DID、毫秒时间戳、密码学随机串和原文件名组合，同名附件不会覆盖；界面仍显示原文件名。 +- 附件数据库表和查询过程已经正式发布到生产数据库。 +- 本地开发服务器运行于 `https://127.0.0.1:1998/`。 + +### 验证结果 +- 共享组件 ESLint：通过。 +- 设计任务页面 ESLint：通过。 +- 设计报工页面 ESLint：通过。 +- 数据库事务预演：通过，DOCX 原文件名还原正确，停用附件过滤正确，随后回滚成功。 +- 数据库正式发布：成功。 +- 线上附件表字段：8 个，与通用上传接口参考表兼容。 +- 线上任务附件索引：存在。 +- 线上附件查询过程：存在，参数 1 个。 +- 线上附件表当前数据：0 条。 +- 1000 次随机标识测试：1000 个唯一，0 个重复。 +- `npm run build`：通过，存在非阻断包体积警告。 +- 开发服务器：`https://127.0.0.1:1998/`，状态 200，热更新编译成功。 +- `git diff --check`：通过。 +- 生产物理文件上传测试：未执行，避免遗留无法确认清理的孤立测试文件。 +- 安全预览类型调整后的最终 `npm run build`：再次通过，生成 `static/js/app.2f4b894c.js`，仅有原有包体积警告。 + +## 2026-07-22 增加研发类别立项号必填校验 + +### 用户提问 +- 用户要求修改 `ResearchManagement/DesignReportTask/Task/index`：当类别选择“研发”时，研发立项号必须填写。 + +### 执行过程 +1. 定位项目中的实际页面路径为 `src/views/ProductionManagement/DesignReportTask/Task/index.vue`，并保留该文件中刚增加的附件功能修改。 +2. 检查任务表单、规则对象、编辑回填和保存入口，确认保存统一通过 `this.$refs.taskForm.validate()`，但原表单只有任务描述必填规则；类别和研发立项号表单项均未绑定校验属性。 +3. 为研发立项号表单项增加 `prop="研发立项号"`，并通过 `:required="formData.类别 === '研发'"` 动态显示必填标识。 +4. 在规则对象中增加研发立项号自定义校验器，失焦和内容变化时触发。 +5. 新增 `validateResearchProjectNo`：类别严格等于“研发”且研发立项号去除首尾空格后为空时，返回“请输入研发立项号”；其他情况通过。 +6. 为类别选择增加 `handleCategoryChange`。从“研发”切换到其他类别时，清除研发立项号已有的校验错误，避免非研发类别残留红色错误状态。 +7. 使用独立逻辑复算三种边界：研发且空值为不通过；研发且填写 `RD-2026-001` 为通过；订单类别且空值为通过。 +8. 执行该页面 ESLint，检查通过，仅有项目依赖数据过期提示。 +9. 检查本地开发服务器 `https://127.0.0.1:1998/`，状态为 200，最终热更新 Webpack 编译成功。 +10. 执行 `git diff --check`，检查通过；本次未修改数据库对象或业务数据，也未覆盖工作区内其他修改。 + +### 修改文件 +- `src/views/ProductionManagement/DesignReportTask/Task/index.vue` +- `gptlog-process/gpdlog.md` + +### 结论 +- 新建或编辑设计任务时，类别为“研发”且研发立项号为空或仅包含空格，保存会被阻止并提示“请输入研发立项号”。 +- 类别不是“研发”时，研发立项号仍为可选字段。 +- 从研发切换到其他类别后，旧的必填错误会自动清除。 + +### 验证结果 +- 研发 + 空立项号：校验失败。 +- 研发 + `RD-2026-001`：校验通过。 +- 订单 + 空立项号：校验通过。 +- 页面 ESLint：通过。 +- 开发服务器热更新编译：通过。 +- `git diff --check`：通过。 +- 数据库修改：无。 + +## 2026-07-22 为设计报工列表增加五分钟静默刷新 + +### 用户提问 +- 用户要求修改 `ResearchManagement/DesignReportTask/Report/index`，在不影响现有操作的情况下，每 5 分钟自动刷新一次列表。 + +### 执行过程 +1. 定位项目中的实际页面为 `src/views/ProductionManagement/DesignReportTask/Report/index.vue`，并保留该文件中已增加的附件上传和查看功能。 +2. 检查页面生命周期、查询方法、开始/结束报工、说明弹窗、附件弹窗和通用操作方法，确认原页面没有定时器及生命周期清理逻辑，`searchTable()` 每次都会显示表格加载遮罩和查询失败消息。 +3. 检索项目其他自动刷新实现，发现部分页面直接使用 `setInterval(this.searchTable, 300000)`，该方式会在用户操作和弹窗期间刷新，也无法处理请求返回顺序，因此本页面未直接照搬。 +4. 定义 `AUTO_REFRESH_INTERVAL = 5 * 60 * 1000`，即 300000 毫秒；在页面数据中增加 `refreshTimer` 和 `querySequence`。 +5. 新增 `startAutoRefresh` 和 `stopAutoRefresh`。组件挂载或从 keep-alive 恢复时启动定时器，组件停用或销毁时清除定时器；启动方法具备幂等判断，避免 mounted 和 activated 重复创建定时器。 +6. 新增 `shouldSkipAutoRefresh`，当页面不可见、正在手工查询、正在执行报工/说明操作、结束报工弹窗打开、说明弹窗打开或附件对话框打开时，自动刷新直接跳过。 +7. 新增 `refreshTableSilently`，只在页面空闲时调用 `searchTable({ silent: true })`，自动刷新不显示表格加载遮罩，也不会弹出查询失败消息。 +8. 扩展 `searchTable(options)`，保留原手工查询调用方式；只有明确传入 `silent: true` 才进入静默模式，所以查询按钮、回车查询和业务操作后的主动刷新行为保持不变。 +9. 每次查询递增 `querySequence` 并保存本次请求编号。响应返回时只有编号仍为最新的请求才允许更新列表，防止较早发起的自动刷新覆盖之后发起的手工查询结果。 +10. 静默请求返回时再次检查操作状态。如果自动请求发出后用户打开弹窗或开始操作，该响应会被忽略，不会在操作过程中替换表格行。 +11. 执行页面 ESLint，检查通过，仅有项目依赖数据过期提示。 +12. 执行 `npm run build`，生产构建成功，生成 `static/js/app.074e6ff6.js`；仅保留项目原有包体积警告。 +13. 复算定时周期和跳过条件：周期为 300000 毫秒；操作中、结束弹窗、说明弹窗、附件弹窗和页面隐藏场景均返回跳过。 +14. 检查本地开发服务器 `https://127.0.0.1:1998/`，状态为 200，最终热更新 Webpack 编译成功。 +15. 执行 `git diff --check`，检查通过；本次未修改数据库对象或业务数据，也未覆盖工作区内其他修改。 + +### 修改文件 +- `src/views/ProductionManagement/DesignReportTask/Report/index.vue` +- `gptlog-process/gpdlog.md` + +### 结论 +- 设计报工列表现在每 5 分钟执行一次后台静默刷新。 +- 手工查询、开始/结束报工、保存说明、结束/说明弹窗和附件上传/查看均不会被自动刷新打断。 +- 页面隐藏、离开或销毁时不会继续无效刷新；返回页面后会自动恢复定时器。 +- 并发请求使用序号保护，旧自动请求不会覆盖较新的手工查询结果。 + +### 验证结果 +- 自动刷新周期：300000 毫秒。 +- 空闲状态：允许静默刷新。 +- 操作中：跳过自动刷新。 +- 结束报工弹窗打开：跳过自动刷新。 +- 说明弹窗打开：跳过自动刷新。 +- 附件对话框打开：跳过自动刷新。 +- 页面隐藏：跳过自动刷新。 +- 页面 ESLint：通过。 +- `npm run build`：通过，存在非阻断包体积警告。 +- 开发服务器热更新编译：通过。 +- `git diff --check`：通过。 +- 数据库修改：无。 diff --git a/src/views/ProductionManagement/DesignReportTask/Check/index.vue b/src/views/ProductionManagement/DesignReportTask/Check/index.vue index 92f08a9..596a537 100644 --- a/src/views/ProductionManagement/DesignReportTask/Check/index.vue +++ b/src/views/ProductionManagement/DesignReportTask/Check/index.vue @@ -218,7 +218,9 @@ export default { ['操作人', this.searchForm.operator || ''], ['开始日期', this.searchForm.startDate || ''], ['结束日期', this.searchForm.endDate || ''], - ['校验状态', this.searchForm.checkStatus || '全部'] + ['校验状态', this.searchForm.checkStatus || '全部'], + ['当前操作人', this.currentUserName()], + ['角色编号', this.currentRoleId()] ] }, async searchTable() { @@ -340,6 +342,9 @@ export default { currentUserName() { return (this.$store && this.$store.getters && this.$store.getters.name) || '' }, + currentRoleId() { + return (this.$store && this.$store.getters && this.$store.getters.token) || '' + }, formatMaterialLabel(item) { return item.物料名称 ? `${item.物料编码} | ${item.物料名称}` : item.物料编码 }, diff --git a/src/views/ProductionManagement/DesignReportTask/Report/index.vue b/src/views/ProductionManagement/DesignReportTask/Report/index.vue index 9d3c41a..ab18aa3 100644 --- a/src/views/ProductionManagement/DesignReportTask/Report/index.vue +++ b/src/views/ProductionManagement/DesignReportTask/Report/index.vue @@ -148,7 +148,7 @@ - + @@ -229,12 +231,18 @@ 保存 + + + diff --git a/src/views/ProductionManagement/OutsourceMange/index.vue b/src/views/ProductionManagement/OutsourceMange/index.vue index 1204259..193ab74 100644 --- a/src/views/ProductionManagement/OutsourceMange/index.vue +++ b/src/views/ProductionManagement/OutsourceMange/index.vue @@ -975,7 +975,7 @@ export default { "DocDate": this.formatDate(this.currentTime), "DocDueDate": this.formatDate(this.currentTime), "TaxDate": this.formatDate(this.currentTime), - "RequriedDate":this.formatDate(this.currentTime), + "RequriedDate":this.formatDate(item.计划完成时间), "Comments": " ", "DocumentLines": [ { diff --git a/src/views/ProductionManagement/SaleOutsourceMange/index.vue b/src/views/ProductionManagement/SaleOutsourceMange/index.vue index 498fce0..4413c39 100644 --- a/src/views/ProductionManagement/SaleOutsourceMange/index.vue +++ b/src/views/ProductionManagement/SaleOutsourceMange/index.vue @@ -1037,7 +1037,6 @@ export default { var arrid= item.TaskAID.split(',') var lastprocessid = arrid[arrid.length - 1] if(item.派工状态 < 1){ - return postB1( "/PurchaseRequests", { diff --git a/src/views/ProductionManagement/WorkHoursCheck/index.vue b/src/views/ProductionManagement/WorkHoursCheck/index.vue index b880122..5b327fe 100644 --- a/src/views/ProductionManagement/WorkHoursCheck/index.vue +++ b/src/views/ProductionManagement/WorkHoursCheck/index.vue @@ -110,7 +110,7 @@ @@ -2011,4 +2011,4 @@ if (normalRecords.length > 0) { ::v-deep .el-table__body tr.row-time-old:hover > td { background-color: #ff8c00 !important; }*/ - \ No newline at end of file + diff --git a/src/views/QualityManagement/CheckTask/materialReturn.vue b/src/views/QualityManagement/CheckTask/materialReturn.vue index f233622..c559c31 100644 --- a/src/views/QualityManagement/CheckTask/materialReturn.vue +++ b/src/views/QualityManagement/CheckTask/materialReturn.vue @@ -906,6 +906,7 @@ export default { { base_type: "202", external_num: datarow.计划号, + external_line_id:datarow.行号, item_code: datarow.零件编码, item_name: datarow.零件名称, whs_code: "", @@ -926,35 +927,36 @@ export default { } ] }; + console.log(result) this.MaterialRequisitionpop = false const result2 = await posttm('/stocktask/task/receiptordertask',result) this.$message.success('请求成功') console.log(result2) }, arrayToJSON(arr) { - const result = {}; - for (const [key, value] of arr) { - if (Array.isArray(value)) { - // 如果是数组，递归处理 - if (value.length > 0 && Array.isArray(value[0])) { - // 判断是否为键值对数组 - if (value[0].length === 2 && typeof value[0][0] === 'string') { - // 转换为对象数组 - result[key] = value.map(item => this.arrayToJSON(item)); + const result = {}; + for (const [key, value] of arr) { + if (Array.isArray(value)) { + // 如果是数组，递归处理 + if (value.length > 0 && Array.isArray(value[0])) { + // 判断是否为键值对数组 + if (value[0].length === 2 && typeof value[0][0] === 'string') { + // 转换为对象数组 + result[key] = value.map(item => this.arrayToJSON(item)); + } else { + // 普通数组 + result[key] = value; + } + } else { + result[key] = value; + } } else { - // 普通数组 result[key] = value; } - } else { - result[key] = value; } - } else { - result[key] = value; - } - } - - return result; -}, + + return result; + }, transformData(rawArray) { console.log("原始数据:", rawArray); // 初始化结果对象