欢迎来到村长的小花园!

这里记录着ES/ERP/ESAP最佳实践之路

ESAP中级教程|订单修改精确识别

2020-04-22

ESAP中级教程

ESAP 慧表 nxapp nx 修改记录精确识别

客户需求
需求分析
详细步骤
- 1.定义触发器
- 2.定义通用存储过程
3.创建日志表
4.增加订单修改可视
拓展
小结

客户需求

在日常业务中，销售订单等经常会修改重审，如何让复审人快速知道修改了哪些字段值。

需求分析

通常，我们可能会考虑备份订单，也就是每次保存都生成一个副本，然后根据上一次的副本来逐个字段对比。

这种方式的缺点有两个：

是对比工作量过大，特别是订单明细里有大量数据。
设计更新工作量大，如果订单模板有设计更新，那么备份模板也要进行一次更新。

本文将采用一种动态即时对比法，通过定点触发器，通用存储过程配合完成被修改字段的精确识别。

最终效果如下图：

详细步骤

1.定义触发器

我的订单明细为订单D，在订单D表上创建触发器t_order_log

该触发器主要将update过程中的deleted表(旧数据)和inserted表(新数据)存入临时复制表(abak)。

然后执行对比存储过程(pChkChg)，输出对比结果到日志表，代码如下：

create TRIGGER t_order_log
   ON  订单d
   AFTER UPDATE
AS 
BEGIN
SET NOCOUNT ON;
--清理旧abak表
if object_id('abak') is not null 
drop table abak;
--复制新旧数据到abak表，tt为标识，旧0新1
select 0 as tt,* 
into abak 
from deleted 
union all
select 1 as tt,* 
from inserted 
--对abak执行对比
exec pChkChg 'abak'
END

2.定义通用存储过程

通用对比存储过程(pChkChg)包含一个入参@tname，可对任意特征表进行处理。

-- =============================================
-- Author:		<一零院长>
-- Create date: <2020-4-22>
-- Description:	<订单修改追踪>
-- =============================================
alter proc pChkChg
@tname varchar(100)
as
begin
declare @sql nvarchar(max) 
declare @hfld nvarchar(max) --表值转换
declare @fld nvarchar(max)  --表字段
--从系统表获取备份表的所有字段
set @fld=(select (SELECT ','+syscolumns.name
FROM syscolumns 
WHERE syscolumns.id = object_id(@tname) and syscolumns.name not in('tt','sequence','recordid')
for xml path('')))
set  @fld=stuff(@fld,1,1,'')
--从系统表拼接所有字段转换，类型统一为varchar(max)
set @hfld=(select (SELECT ',' + syscolumns.name + '=cast(' + syscolumns.name+ ' as nvarchar(max))'
FROM syscolumns 
WHERE syscolumns.id = object_id(@tname) and syscolumns.name<>'tt'
for xml path('')))
set  @hfld=stuff(@hfld,1,1,'')
--拼接字符串，列转行对比后将差异存入日志表
set @sql='
with tb as (select tt,' + @hfld + ' from ' + @tname + '),
t1 as (select * from tb  unpivot (值 for 列名 in(' + @fld + '))upvt where tt=0) ,
t2 as (select * from tb  unpivot (值 for 列名 in(' + @fld + '))upvt where tt=1) 
insert 修改日志表(recordid,createtime,行号,描述)
	select recordid,getdate(),sequence+1
	,(select ''【''+t1.列名+''】''+t1.值+''改为''+t2.值 from t1 left join t2 on t1.列名=t2.列名 and t1.RecordID=t2.RecordID and t1.Sequence=t2.Sequence where t1.值<>t2.值 and t1.RecordID=tb.RecordID and t1.Sequence=tb.Sequence for xml path('''')) 
	from tb where tt=0'
--执行拼接sql
exec(@sql)
end

3.创建日志表

日志表很简单，只有两个用户字段

4.增加订单修改可视

修改销售订单模板，增加一个明细，3个字段，被修改行号，修改日期，修改描述

修改描述建议设置为大文本。

拓展

将上述第1步的触发器挂在其他表，即可实现对其他表修改记录的精确记录。

可以将对比结果插入到esap_提醒，此部分请读者自行完成。

小结

利用触发器转存被修改的数据的前后记录。
利用通用存储过程处理转存的记录。
采用unpivot进行列转行，更方便对比输出，此功能sql2005+支持。
此功能仅JU/NX支持，并且需要明细表也设有主键。

2020-4-22

阅读全文

ESAP中级教程|10分钟快速打造设备管理移动应用

2020-03-23

ESAP中级教程

ESAP 慧表 nxapp nx 设备管理保养 APP
客户需求

@benava：我们已经有ES系统了，想做移动应用，让司机们可以通过微信管理车队。

需求分析

车队管理本质是设备管理，日常管理主要包括基本数据维护和维修保养日志，移动应用方案可以通过下面步骤实现。
- 1.画4个模板：机台设置、维保分类、维保记录和维保查询，设置匿名填报，发布手机端。
- 2.在企业微信中设置两组按钮，一组填报，一组查询。
详细步骤

1.画模板

随便画4个模板，定义好字段就行，界面无要求。

2.设置权限

设置匿名填报权限，然后发布手机端。

3.配置匿名填报

修改server/webchat/anonymous.xml，增加4个匿名填报

4.设置微信按钮

登陆企业微信后台，设置两组按钮，填报+查询

完成

实际效果

司机可从企业微信直接填报保养记录。

填报好的记录可以一键查询。

拓展
- 可以加一些新建回写消息，例如填报机台设置后提醒管理员。
小结
- 利用nx的匿名填报，可以很容易实现各种按钮+页面组合，快速填报+查询
- 当然，如果只是扫描查询，不需要输入参数，也可以直接用esap，只需要1分钟^_^
2020-3-23
阅读全文
战疫|影分身之术

2020-03-19

ESAP杂谈

ESAP 慧表 nx 勤哲 es 勒索病毒远程复制远程备份订阅发布 sqlserver
前言

在人人防疫新肺的当下，人们往往容易忽视另一个病毒的存在：网络勒索病毒。

关于这个问题，村长以前也发表过文章，谈到相关经验和教训，见《ESAP中级教程-与勒索病毒战斗的那些事》

本期，村长结合sqlserver的数据库复制发布订阅功能，来给大家讲一讲更有意义的影分身之术

方案架构

这次方案以村长的开发机，云备机，体验服为示例，最终建成下图所示的同步架构。

其中阿里云主机和体验服都会实时同步开发机上的nxt库，形成两地三中心灾备模式。

架设步骤

1.启用sql复制组件

村长的开发机(NAS12)数据库是sql2008r2，安装时需要勾选SQL Server复制组件。

注意，主机和备机都要启动此组件

2.修改hosts

开发机(NAS12)与云主机(IESAP)是异地网络，需要修改hosts文件，指定云主机IP。

注意，主机和备机如果不是同一个局域网都要修改hosts让计算机名与外网IP对应，以便能直接通过主机名访问。

3.新建发布

进入开发机SSMS，登陆数据库，点击【复制】-【本地发布】-【右键新建发布】，选择发布nxt数据库。

发布类型选择【事务发布】

勾选全部对象

立即创建快照

启动快照代理

发布完成

4.启动代理服务等

进入sql配置管理，确保启动了Browser和代理服务。

注意，主机和备机都要启动此服务

5.新建订阅

进入云主机，登陆数据库，点击【复制】-【本地订阅】-【右键新建订阅】

选择开发机（NAS12）发布服务器

选择nxt数据库。

这里村长选择推送订阅，也就是主机（NAS12)推送给从机(IESAP)。

订阅到本地nxt数据库。

设置本地代理sa账号

连续执行

立即初始化

完成

6.测试同步

在开发机上新建一个提醒

在云主机上查询一下，可以看到，立即同步了

同步情况还可以在开发机上进行监视

重复第5步，将体验服（NAS19）也加入订阅

然后在ES/JU/NX中挂载一下这个数据库就实现一台自动同步开发机更新的体验服了！棒棒哒~

常见问题
- 监视器报告不能连接到订阅服务器，一般是没配置好hosts
- 如果报告进程无法在“xxxx”上执行“sp_replcmds”，那就在sql里执行以下下列脚本，配置dbo权限
```
USE nxt  --nxt改成你的数据库名
GO
sp_changedbowner 'sa'
```
小结

这里村长演示的是异地单向同步，因为体验服经常需要还原记录。

其实利用SQL Server的发布订阅功能我们还能制作双向同步的数据库，更适合开发-生产的主从模式。

当然，你还可以试试镜像功能，具有实时故障迁移能力，让你的ERP具有多重影分身，九条命，永不宕机！

by 一零村长

2020-3-19
阅读全文
战疫|杯酒释兵权

2020-02-28

ESAP杂谈

ESAP 慧表 nx 勤哲 es 新肺疫情远程办公
- 讲个故事
感谢@杭州-风清扬分享（jiangcj365@qq.com）

讲个故事

我和你们讲讲我一个客户的例子：

这家公司也是做机械的，老板从作坊做起，开始十多个人，开始都是贴心贴肺的和他一起搞的人，后来公司慢慢做大，这些人都是各个部门的铁盘子，员工走了一批又一批，也请来了很多牛人，有水平的人，结果人家都适应不了，都走了，这十多人还是一直不变，企业因为单子好，生意还不错，一直稳步增长

但是近些年，老板总感觉企业突破不了，好像遇到了瓶颈，其实他也知道，是那最初的十几个人管理经验欠缺，又守旧，不愿意改进，但是碍于面子，不好辞退，也不好降级

但是到了真动刀的时候，老板也开始一个个动刀了，但是难题来了，他发现这十多个人都是骨干，很多公司资源，信息都在这几个人脑子里

你现在想不用他们，他们怎么可能会同意带一个有学历的徒弟出来

别人来了，即使有能力，但是因为不熟悉，一时上不了手，信息都在那几个人脑子里

纸上都不愿意给写的人

老板听一个同行业的兄弟说，你可以试着搞搞软件上个ERP

于是老板买了ERP，开始一点点的专人负责收集信息

今天挖你一点，明天挖他一点，在生产中再去检验

慢慢的几年过去，那几个人的信息都被挖的差不多了

再也没有人敢牛逼的说，没有我，这个公司转不了

于是愿意留下来的，到了车间做老师傅，不再做管理岗位，不愿意留下来的就走了

公司来了先进的管理人员，通过ERP信息，很快就能上手，公司也突破了瓶颈

从这个事情可以了解到，不是中小企业没有这个需求，相反，他们很有需求，只是没有个好的领路人

这信息化搞的，不比上个ISO香吗

老板可以和你共苦，但是企业做好了，未必肯和你共享福

当你以元老自居阻碍公司发展的时候，老板有的是办法

是可以一起分享有限的价值

你领导能力在那里，学历也在那里，企业发展初期给了你重要位置，之后你总是担心会被社会上的新人代替

针对这种情况，你会无动于衷吗

有学习能力的人可能会提高自己，继续可以胜任，另一种人就是搅屎棍，上ERP不是找死，是找对每个人的位置！

2020-2-28
阅读全文
战疫|远程办公的正确姿势

2020-02-07

ESAP杂谈

ESAP 慧表 nx 勤哲 es 新肺疫情远程办公
万事开头难，庚子年开工更是难上加难。

最近已有多家企业向村长咨询远程办公方案事宜，本文将就此问题及其相关注意事项展开。

场景定义

场景一：小武是武汉人，因为封城无法回浙江复工，因岗位重要，需要远程在家办公，这叫异地办公。

场景二：小李回浙江了，根据要求在家隔离14天，无法到公司，也需要远程在家办公，这叫同城办公。

场景三：小王是本地人，无感染并已自行隔离14天，可到岗，可到公司正常办公，这叫本地办公。

异地办公策略

异地办公主要困难在于网速，如果公司服务器在内网，那么远程办公会有网通电信互通和常规网络超时等问题。这个是硬伤，一般解决方案是系统上云或者部分模块上云。例如租一台阿里云3个月，扛过这阵子，这样可以最大限度降低网速影响。特别是需要上传下载大量图片、附件的业务操作。

假如异地办公网速问题不大，公司系统又不希望上云以免暴露商业机密，那么最好的办法就是架设VPN，没有之一。

架设VPN后，给员工分配账号密钥，员工通过VPN连到公司网络后，有两种方式进行工作：
- 直接登陆ERP系统，因为VPN隧道已经将两个子网打通，缺点是仍然存在上传下载附件时的网络延迟问题，毕竟是异地。
- 在本地架设终端服务器，员工远程登陆本地的虚拟桌面进行工作，这样服务器客户端都在本地，远程流量只有RDP协议包，可以有效解决异地操作图片、附件缓慢问题。
Tips: 如果主路由器不支持VPN可以考虑淘一个8口千兆刷过爱快（免费）的软路由，大概700RMB左右。

同城办公策略

同城办公策略可以参考异地办公，但是相对而言同城VPN会降低速度，如果公司有公网IP，可以考虑开放部分端口，让外网可以直接登陆ERP系统。例如NX需要映射一下服务器7788端口，ES需要映射7777-7779端口。

关于映射端口的几种方式:
- 直接在主路由器上映射端口(虚拟服务器)
- 通过FRP、花生壳等做内网穿透
注意，不要开放3389等远程端口，防止被勒索病毒侵入，另外ES开放端口后，有网盘文件泄密风险，注意打补丁。

Tips: 网速对比异地 < vpn < 同城 < 本地

本地办公策略

本地就照旧了，即以前怎么办公现在就怎么办公。

不过在非常战疫时期，应该尽量隔离工位，减少窜岗
- 有独立办公室就不要用综合办公室。
- 能电话沟通就不要当面沟通。
- 减少纸质记录，尽量用APP提交，例如报工，检验。
关于远程会议

无论哪种办公方式，会议是逃不掉的重要环节。

目前可以考虑下列方案：
- 企业微信多人视频，免费，支持多人同时在线交流。
- 腾讯会议，支持小程序，普通微信。
- 电话会议，一般是主持人发起先拨入，其他参与人再拨入即可。
关于健康调查

2月10日的开工在即，不关是否能正常复工，大部分企业应该都在做员工的健康调查了，还是安利一下企业微信，自带“健康上报”工作流和统计报表，管理员设置一下上报人即可。

论持久战疫

随着最近各地“毒王”浮出水面，这场战疫很可能才刚刚开始，很多企业一季度可能是颗粒无收了。

村长在此呼吁一下，一线作战物资紧缺，请大家不要再大量屯口罩屯医用物资了，在家安心看剧，玩游戏，就是对人类最大的贡献。

最后，村长祝大家身体安康，工作顺利

2020-2-7
阅读全文