1、世间有太多的事情都是有期限的
2、就连长期的劳务合同、终生制也是有生效和失效时间的
3、你买的房子，所有的得失，都在“得”时生效，“失”刻失效
4、人的生效期是生，失效期是死。
5、科学原理的生效期是被发现出来，失效期是被科学推翻
昨天一大早，销售经理抱着电脑来找我，满面春风的告诉我一个新客户：“前几天销售文员建好了系统，今天（六一儿童节）文员休假，财务收款做不了。”
公司几年前就制定了“一切为销售服务”的规章，谁让人家是给公司创造效益的人呢，放下手里的活，赶紧看看呗。
先看了一下销售经理收到的财务截图，报错信息如下：
我看到“Business Partner with Inactive status”第一反应就是到Business Partener去查这个客户的状态，可是显示如下，明明是Active呀！
转念一想，难道是收款日期还没生效？继续查，果然是，因为是生效时间12:00PM，而收款是 12:00AM，果断提前一天修改如下：
同时修改Sold-To，Ship-To，Invoice-To特别是Pay-By的生效日期
整个处理过程，都被销售经理看在眼里，我没再继续解释，相信他懂合同的大脑已经没有任何问题了。
我让他去找财务继续收款，有问题再找我。
整整一天过去了，都没再来找我。
通过这个Case，其实我们ERP系统很多地方都有Effective Date, Expriy Date的概念。这一点大家自己开发系统的时候一定要参考学习。这里举几个例子，来说明原因。
1、BOM：不同时间段可以有不同的版本
2、财务汇率：不同的有效期内的交易，都会自动使用汇率表的汇率
3、价格表：不管客户还是供应商的价格表，都有可能变化，既能保存历史记录，又能确保采购价格准确
日常工作或其它系统开发中，也会有类似需求
1、Outlook用户外出设定，自动在某时间段回复邮件或转发邮件
2、OA系统中用户可登录时间设定：无需删除用户、无需设定无效、只需设定可登录时间
3、公司颁布一项新的出差制度的自动失效先前版本
举了这么多例子，其实主要想表达：Infor ERP LN这个系统的错误提示相当友好，基本上通过错误提示信息，都可以去到相应的地方找到解决办法。这种占到我日常处理用户Case的一半一样吧。而对于那些莫名奇妙的报错，或者从来没遇到的问题，我的解决思路是自己研究，实在不行问总部，再不行就联系厂商Infor。
我自己研究的时候，我比较喜欢从程序员的角度考虑，所以喜欢看背后的数据（库），喜欢看相应的错误信息所涉及到的Session Script或底层dll的Program Script，喜欢从业务逻辑的角度来分析理解这里会有哪些商业逻辑。
所以，我喜欢肯思考的用户，喜欢动脑筋的用户，不会重复犯错误的用户。比如我们这位销售经理！
不喜欢那种，用了10次没报过错，11次的提示了一个信息，自己看都不看，就大惊小怪，邮件乱发一通，电话乱抱怨一通。死脑筋，不会变通的用户。
也不喜欢那种，相同的问题讲了3遍，依然错在同一个地方的用户！！！
