在07年开始接触Microsoft ERP解决方案—Axapta。当时刚进这家公司听说他们用Microsoft的ERP时,吃了一惊,微软有ERP?这肯定也是大多数人在听到这个信息后的第一反应。那时公司用的是Axapta 3.0的版本,总体感觉是稳定,在日常应用中,40多个用户,没有发生异常关闭和莫名停机的现象。当时中国也没多少家企业在用这套系统,所以我们的系统支持完全由一家瑞士的代理商负责。
真正深入了解这套系统源于公司的商业智能系统项目。项目的目的在于总公司需要时刻了解每家分公司的运营情况,从表面上看老外管理理念比较先进,其实还是老外骨子里不相信中国管理者。出于性能与成本考虑,项目直接在每个分公司架设商业智能的服务器,直接在本地取数据,本地处理,本地生成相应的cube,总公司的管理层通过内网登录到分公司服务器查看运营数据。这使得本地人员能充分接触到这套系统,服务器都架在本地了,还怕进不了系统看你里面究竟干了些什么。所以中国区的管理层提出了个小项目,我们自己利用这个平台生成本地化的运营报表,从来实现报表自动化,在这之前,全部由运营经理从Axapta中导出数据,然后再Excel里面处理。题外话:从这点能看出Axapta公认的一个弱项,报表分析能力不强。
做报表,其实是进行数据分析,那第一步就是要知道需要哪些数据,第二步这些数据放在Axapta哪些地方。需要哪些数据比较简单,老板提的要求,当然是问老板咯。第二步就麻烦了,一是不了解Axapta这个系统,二是不晓得业务流程,谁在哪个栏位录入这些数据。BI是直接到数据库中取数据,所以最终目的知道数据存在数据库中的位置即可。技术上相对容易,把数据库中的表一个一个打开找就是了。当年对Axapta不太了解,所以才用了这个笨办法,不过这个办法在今后的工作中都有用到过,还解决了不少问题,稍后在方法论中详细说。在业务上倒是碰到点小障碍,做项目的人都有这个感觉,项目实施的难点在于人,当你需要改变人员的工作习惯或者工作内容时,这是最难的。所以这个项目需要知道员工在哪些地方输了哪些内容上,花了不少精力,另外了解数据的分析方法也花了些经历,因为当时的那个经理感觉到了危机感,所以不肯详说,我当时年轻根本没意识到这点。当两年以后公司裁员时,我才意识到这个经理的离去和我的这个项目或多或少有点关系。
这就是我在Axapta领域迈出的第一步。