有梗忍不住还是要写
今天被强制要求修改摘要，很不爽。
一，这是两种思路的冲突：
二区思路，摘要简明扼要说明事实即可，信息放在辅助里，不要为了摘要浪费时间做回头事修改，浪费纸张重打印。一区把信息全塞在摘要里，锱铢必究，修改打印用纸量惊人！养活纸业无数！
二，造成这种现象的原因：他陈鹏和我的统计手段不同：
陈鹏统计：
摘要分列，抓关键字，比如“XX费”，“XX金”。
所以他要求摘要最后多一项也不行，会对他分列造成困扰。
关键字漏打也不行，会抓不到。
缺点是手工凭证要努力倒腾摘要。
我的统计思路：
任何编程，在设计之初，都从研究对象最原始本质特征考虑。
就好像识别身份是读指纹而非读取身份牌。
比如我的程序抓取经审用的是凭证控形法，即借方科目，贷方科目特征，而非摘要里哪句话。
缺点是被一些伪特征蒙蔽。系统凭证查询时间较长！不如辅助三栏账读取迅速。
三。未来总结
我用程序而不用分列，摘要里只要出现“转卡号 物名 发票号 合同号”特征字段，就识别为true 序列，而加以统计。但若物品名称开头结尾有空格或数字就容易被蒙蔽，仅仅依靠空格辨别，还是有些玄。我常常想摘要里放物品名称干嘛？！
造成程序读取混淆。
在发票号前添加“发票”字样，有利于更加减少误判 此事给陈鹏赞一个。但万一签合同时，采购员命名了一种叫“某某某暂不开 发票”的东西，岂不又要误判。好的，笑话不讲了。
言归正传：两种思路，一，未来把信息全扔进辅助，别管摘要了。
二，好好修缮摘要。日期前加“年月：”
凭证号前加“凭证号：”
转卡号前加“转卡号：”
………
以此类推。彻底屏蔽程序误判。
本书首发来自17K小说网, 第一时间看正版内容！