发展之路崎岖坎坷

正如其它任何一种有回报潜力的项目，单独的全球化ERP实例在部署上也会带来需要克服的种种挑战。该体系越是巩固，随之而来的利益与挑战就越大；而最终确定下来作为将全部IT资产整合为单独企业应用程序发布版以及数据库的黄金标准，也必须从企业旗下众多分支机构或所处位置的角度出发，为整体运作提供坚实有力的保障。

有时候理想的解决方案可能是用一套单独的数据中心配备两套不同的数据库；但由于部门与部门之间采用了完全不同的数据模型，因此我们可能会面对同一个应用程序的代码在不同数据库上难以整合及部署的问题。不过最起码我们的目标应该是坚定的，即通过最少的数据库、数据模型种类以及一套单独的应用程序实例——应用程序实例最多不能超过两套——为我们的不同执行内容提供支持。

目前我们面临的最大挑战并非硬件或是软件方面的难题，而是整个新流程中所涉及的各类人员。大约五到十年前，当我们谈到关于全球化单一实例时，支持项目的必要技术就已然齐备，不过当时打算部署的区域基本上是世界上各发达国家的几大主要城市。尽管整个项目仍然需要仔细加以规划，但有一点我们可以相当肯定，即在与连接用户之间最大延迟的可承受范围之内，企业在当地能够获得部署所需的带宽。而直到今天，发展中国家内部的某些特定地区在联络方面仍然存在困难；不过大多数地区都已经有相关企业所建立的分配中心或者制造工厂，至少营销管理人员在访问客户关系管理（简称CRM）软件时所需要的资源还是能够得到充分保障的。

区域壁垒所下辖的项目不少，包括语言、时区、货币以及度量单位等；这些内容通常能够由一款现代化企业级软件产品所处理。可能有些产品所支持的语言各类及货币类型受到一定程度的限制，而且这一点应该成为为全球化实例选择ERP产品时所着重考虑的重要因素。但话说回来，我仍然要强调，整套全球高水准整合项目在实施方面的主要障碍来自相关人员而非相关技术。

其中的问题之一就是我们的各个部门是否一致同意使用一套通用的标准化集合体系，例如产品名称、客户名称、客户意见以及世界各地不同部门之间的信贷管理政策标准等。当我们将全部信息迁移到单一数据模型中时，原本的每个实体都需要一定程度的调整能力以适应该地区的具体问题。但从根本上来讲，我们所处理的是类似的流程与主数据主体。从商业的角度来看，这可能是一件非常具有积极意义的举措；但在每个部门看来，这么干可能就没什么吸引力了。想象一下，他们需要重新编排数百甚至上千个组件、部署自己的供应链信息或是对固有数据进行重新处理，以命名其适应企业推出的数据新标准。

另一大障碍是不同部门或实体之间要如何使用同一款软件。今天大多数像IFS Application这样的软件具备高度的可配置性与灵活度，并能够通过模仿，最终吻合执行部门中的各项具体业务流程。但一款应用程序中的单一实例所能提供给我们的调整幅度终归有限，这意味着要想实现ERP的全球化，必须克服一些变革及共性方面的阻碍。以上提到的各项内容都属于管理层面的问题，而非软件层面，因此只要具备一个足以提供坚实管理支持的强大ERP项目团队，我们就完全能够顺利达到既定目标。