大学的时候，其实有志于学习的是计算机硬件和网络方面的技术，大学里在建筑系的机房勤工俭学做网管近1年，后来第一份工作的前半年也是搞搞网络、电脑系统、打印机啥的，直到Sars出现，不得不搞搞网站设计，学学asp，学学html,css啥的。直到2014年第2份工作，碰到了王经理，招我进入一家像样的公司（中美合资、300多人、老板旗下还有其它公司，上海有500多人，至今此公司活得很好），作为Web Developer。后来因为资深的同事小赵（我的师傅）为爱情离职，我开始学习Grape City iERP的系统二次开发和维护，主要是负责问题解决、每月的关账、对账，那时候真的是有点不知所措，就这么阴差阳错的开始学习业务知识的同时，学习比较成熟的系统设计、技术。期间从销售、到采购、到最复杂的生产、还有仓库、最核心的财务，都必须从零开始学起，那时候有老师带，的确成长很快。不得不承认“站在别人的肩膀上，走的更快”，做IT必须借力借势！
后来，第一家公司的老板找我要搞互联网创业，另外我也很想试试。我就辞了职，此事我到现在都觉得很可惜！但是，路一旦迈出，就得往前走，谁知道前方究竟是泥潭还是美景。上苍眷顾我，大概就这么晃了半年，我被一家上海工厂员工近5000人的500强公司（伟创力Flextronics）录取了，做ERP工程师。顶头上司是中国香港人Max，非常的聪明，非常的努力的一个人，是他给我机会进到更大的平台，同时在最初的2年里，给我很手把手的辅导，让我有机会接触了BaaN，并成为当时一起在他手下的团队中唯一一个啃英文书啃出来会BaaN二次开发的人。后来，Max找了机会回到他最擅长的领域：财务。我又开始在各种Web Application和BaaN ERP中间徘徊，但正是这种机会，让我熟悉普通ERP之外的的HR、IT、Finance部门的各种审批流程，这样不仅对企业业务流程有了较深刻的理解，对企业日常运营方面的流程也是相当熟悉。这种快速的积累，虽广泛但不精深，待了5年不到，经曾经一个Team的同事Amy引荐，加入目前的公司，将WorkFlow工作流、BPM业务流程管理和ERP都纳入到自己的深耕范围。
6年过去了，总部的IT老大走了2轮，Amy也离职了好几年了，而我依然在做基础的工作、技术和业务都有了更深的认识。于是就有了今天主题里面讲到的这个来料检验的话题。
在讲系统之前，让我们梳理一下：
我们的要求：来料检验
我们可能的需求：
1、针对某个料号检验
2、针对某个供应商检验
3、针对某个供应商的某个料号检验
4、针对某个供应商的某个料号的某个订单（临时）检验（或取消）
5、针对某个供应商的某个料号的某个订单的某次入库（临时）检验（或取消）
6、上述所有可能情况下，指定时段检验（或取消）
搞清楚了实际业务的可能需求，作为一个成熟的ERP系统，是不是应该从上述的各种可能去考虑进行系统功能开发？那我们不得不说，Infor ERP LN这点绝对考虑周到。我们可以在以下界面进行系统设置或更改，足以显示其灵活性。
1. Item
2. Ship-from Business Partner
3. Item – Purchase
4. Item – Purchase BP
5. PO (one of above places:2,3,4)
6. Warehouse Receipt (Line)
但，有时候用户，特别是对口的用户不懂自己的业务的时候，你就得解释。当你的对口的用户，有一些落后或者超前的需求时，你就得苦恼。如：
1、我需要供应商的这颗料从今天开始所有的已下订单未收都必须检验（或取消检验）
2、我不想让仓库在Warehouse Receipt Line上做任何修改关于检验的设置
因为上述两条，本身就是矛盾的。
那怎么办呢？沟通，分析利弊，让用户选择取舍。沟通不成功，只好一句话：系统的标准功能，没办法改。我们要学习和使用500强背后的先进管理理念！
哈哈，上面的后半段话，是我意淫的，用户至上，做IT的地位没那么高。
但我相信，事在人为：除非你比业务更懂业务！！！
你不仅会技术，你比专业还专业！
你能在系统内外构建起更适合、高效的业务流程！
坚持，不放弃！
