新盛毛纺
2024新系统
源码来自银海染色
橄榄枝和裕 2020年8月5日 20:58:31
为橄榄枝和裕制作发货单和细码单中都要显示毛重净重，程序更新点如下：
- 视图：修改 V_13121701
- 存储过程： 修改 S_GetFHD，修改 S_GetBillReport120008
- 公用报表：223012
2020年8月6日 10:16:51 已经更新到厂里，并且已经打印出发货单和细码单
发货单与细码单
发货单与细码单对应的公用报表对象编号在软件所在目录下的配置文件 xdfsoft.init 中的 [发货单打印设置] 下的 “发货单编号=220080” 和 “发货码单编号=220156”。本次更新为发货单模板窗体的工具栏最右边添加了按钮“打印带码出库单”，其对应了细码单对象编号223011，同时制作了一个带有3个数量：匹数、毛重、净重 的发货单，其对象编号是223012。由于对象编号是保存在配置文件中的，所以为毛纺发货的电脑上制作了专门用来打印橄榄枝和裕的客户端副本文件夹。
- 发货单数据源SQL是 S_GetFHD，硬编码在源码中
- 细码单数据源SQL是 S_GetBillReport120008，也是硬编码在源码中
- 只有发货单是上述方式硬编码了存储过程，其他使用到单据模板窗体的打印报表仍然是使用灵活的对应到报表对象编号以及其所带的存储过程
本次回溯源码发现打卷客户端中标签上的匹号是一个计划单贯穿，并没有配置，即一个计划单10个缸单匹号是从1一直到100，不会因为更换卡号匹号就重置从1开始。打卷一体机打印出的细码单中是序号而不是匹号，而ERP发货单中打印的A4纸上细码单中打印了匹号并没有序号，所以邵逸瑾反应车间细码单是更换卡号后匹号就重置，实际她看到的是序号而不是匹号。
打卷客户端
- 使用的细码单 - 软件配置文件中：【打印模板】-> 【细码单报表ID】，数据源SQL使用其对应的
- 匹号细码单 - 最初细码单报表中是序号不是匹号，在2020年8月6日 12:56:30 为橄榄枝制作标签、细码单时追加了编号是223013的公用报表，复制一份打卷客户端在配置文件 【打印模板】 -> 【细码单报表ID】中使用该 223013 即是将序号更换为匹号
- 历史入库数据的存储过程是 [P_GetDJXMDFromHistory] 打印模板的对象编号沿用配置文件中指定的 - 同常规入库细码单一致
流量计
在服务器上安装了 Java 环境，并且部署 flux_trans 项目连接到流量计触摸屏的数据库，那么是借助服务器上的 frp 访问流量计通用服务
标签打印
标签数据存储过程是 [P_GetPrintBCJ] ，标签上要的缸号对应的字段是 B_GangHao，匹号 = B_PH2
车间刷卡
概述
新添加工序或者新添加工序的映射名称要做下面几个步骤：
- 新添加映射工序名需要在表 G_CJProcessConvert 设置 原始工序-> 映射工序 的关系
- 表 G_CJProcessBatch 中将类似的几个映射工序名归纳分组，然后在 G_CJProcessBatchBill 中为指定的触摸屏分配新制作的分组名称
- 表 G_CJClashSameProcessEx 中为同一个工序的多个映射名称分组 - 防止一个工序刷多次卡
非翻布工序输入重量
表 G_CJZJFHSet 设置哪个触摸屏客户端在什么工序上需要输入重量，触摸屏客户端上点击“保存”后会弹出输入重量的对话框
查询指定时间段内指定员工的产量
-- 查询指定时间内指定员工的产量
DECLARE @sdate DATETIME
SET @sdate='2022-09-29 07:00:00.000'
DECLARE @edate DATETIME
SET @edate='2022-09-29 19:00:00.000'
DECLARE @employee VARCHAR(100)
SET @employee='牛金凤'
SELECT a.B_ItemID AS B_ItemID_Process,
b.*
FROM G_CJFlowBillDetailProcess a
LEFT OUTER JOIN G_CJFlowBillDetailPeople b ON a.B_ItemID = b.B_ID
WHERE a.B_Date BETWEEN @sdate AND @edate
AND b.B_People=@employee
ORDER BY b.B_ItemID
VPN
老厂路由器创建 VPN 服务器，周行梳毛厂里路由器使用账号 VPNZHFWQ 密码 xdf123 拨通VPN
陈塘老厂路由器登录账号密码相同：admin
开发人员使用的VPN账号 DataAdmin
2024小于里服务器VPN账号 VPNXYLFWQ 密码 xdf123，8网段