一例非常奇葩的防逃费误报与解决

原创内容　 2016年06月12日　 深蓝　 10189 阅读　Tag：误报，

　　一位防逃费用户半夜在群里大叫，要抓获亮点，有3台机子在计费，却被防逃费识别人为逃费，要处理。并且觉得影响生意。

　　注意如果遇到这样的情况，可以临时将处理方式设为 不处理，或者关闭服务端，或者关闭客户端都可以。不会影响生意 ，不要看着机子一直在重启一晚上不作任何紧急操作。

　　第二天，我上线后联系客户进行远程，收费系统为万象2004,ACCESS版本。

　　同时我醒来后也觉得非常奇怪，因为我们的防逃费在发现，收费机关机，或者收费机数据为0的情况下，都是不会作任何操作的。那为什么还是有这样的问题发生呢？

　　发现果然收费机在线是20人，而防逃费只识别出16台，少了整整4台。

　　于是我打包了数据库进行仔细的研究，发现在我本地完全正常，为什么在客户的电脑上就不正常呢。

　　经过检测对比，发现客户的收费目录与 在防逃费中配置的目录不一致。而防逃费设置的收费机目录居然也是有数据库的。

　　难道？这里面有什么不为人知的隐情？

　　进一步和用户交流发现是他昨晚收费系统坏了，把收费系统复制到别的目录，但并没有在防逃费中更改。也没有删除旧的目录内的数据。处理方式就是更改为正确的收费程序目录后就好了。

总结：

　　作为一个技术人员，遇到任何事情首先要沉着冷静，不要慌张，可能软件有ＢＵＧ，也可能自己配置有问题，也可能作了什么改动导致的有问题。不管是什么问题，都不要紧张，先看有什么改动一一排查问题。只是大半夜到群里大叫和六神无主是解决不了任何问题的。

　　同时，我认为把收费系统直接复制一份到别的目录就开始营业的方式也不科学的，重新安装到一个正规一些的目录，删除原来的旧文件还是很有必要，以免对自己将来的维护造成误会。

　　在这个案例中，本身我们的防逃费会有检测，如果发现收费机数据为0 ，或者收费机关机，都会认为所有客户机是合法。但就因为客户保留了旧的数据导致这个错误。