接触Axapta

     在07年开始接触Microsoft ERP解决方案—Axapta。当时刚进这家公司听说他们用Microsoft的ERP时，吃了一惊，微软有ERP？这肯定也是大多数人在听到这个信息后的第一反应。那时公司用的是Axapta 3.0的版本，总体感觉是稳定，在日常应用中，40多个用户，没有发生异常关闭和莫名停机的现象。当时中国也没多少家企业在用这套系统，所以我们的系统支持完全由一家瑞士的代理商负责。

      真正深入了解这套系统源于公司的商业智能系统项目。项目的目的在于总公司需要时刻了解每家分公司的运营情况，从表面上看老外管理理念比较先进，其实还是老外骨子里不相信中国管理者。出于性能与成本考虑，项目直接在每个分公司架设商业智能的服务器，直接在本地取数据，本地处理，本地生成相应的cube，总公司的管理层通过内网登录到分公司服务器查看运营数据。这使得本地人员能充分接触到这套系统，服务器都架在本地了，还怕进不了系统看你里面究竟干了些什么。所以中国区的管理层提出了个小项目，我们自己利用这个平台生成本地化的运营报表，从来实现报表自动化，在这之前，全部由运营经理从Axapta中导出数据，然后再Excel里面处理。题外话：从这点能看出Axapta公认的一个弱项，报表分析能力不强。

       做报表，其实是进行数据分析，那第一步就是要知道需要哪些数据，第二步这些数据放在Axapta哪些地方。需要哪些数据比较简单，老板提的要求，当然是问老板咯。第二步就麻烦了，一是不了解Axapta这个系统，二是不晓得业务流程，谁在哪个栏位录入这些数据。BI是直接到数据库中取数据，所以最终目的知道数据存在数据库中的位置即可。技术上相对容易，把数据库中的表一个一个打开找就是了。当年对Axapta不太了解，所以才用了这个笨办法，不过这个办法在今后的工作中都有用到过，还解决了不少问题，稍后在方法论中详细说。在业务上倒是碰到点小障碍，做项目的人都有这个感觉，项目实施的难点在于人，当你需要改变人员的工作习惯或者工作内容时，这是最难的。所以这个项目需要知道员工在哪些地方输了哪些内容上，花了不少精力，另外了解数据的分析方法也花了些经历，因为当时的那个经理感觉到了危机感，所以不肯详说，我当时年轻根本没意识到这点。当两年以后公司裁员时，我才意识到这个经理的离去和我的这个项目或多或少有点关系。

       这就是我在Axapta领域迈出的第一步。

转载于:https://www.cnblogs.com/kzheng/archive/2012/08/31/2665751.html