未来十年将是中国跨国公司崛起的十年，在布局全球、嵌入全球价值链的过程中，如何加强集团管控，应对投资目的国的政治、经济、法律环境，规避投资风险？

虽然中国企业海外投资有一定的优势，但是同样面临的严峻的挑战，也是能力需求，主要体现在：

•对国际化战略的掌控能力

•全球经营的风险管控能力

•实际跨国经营经验

中国企业要如何应对呢？就是要从“大而不强”到“更大更强”，两个方面：

1、提升内部管理水平

2、提高国际竞争力

全球化背景下，大型企业海外业务及信息化建设难点监管及合规要求

全球化背景下，大型企业海外业务及信息化建设难点业务需求与管控的满足

之前的文章中我们谈到了出海业务中对IT的挑战，具体参见：

企业出海业务中IT面临的挑战与机遇（1）​

本篇我们谈谈对ERP系统的一些要求，以SAP ERP为例：

一、单纯的技术要求：

1.多语言

Unicode是实施系统全球化的先决条件。所有的字符都被赋予了独一无二的编码， 任何平台,任何程序,任何语言。采用Unicode的ERP系统可以支持在同一实例中输入国际上所有业务相关的语言文字与符号。

以地址信息多语言支持的业务需求 –以中国为例：

2.国家版本

典型的国家个性化业务需求与法律需求主要体现在

• 财务: 例如: 会计准则，会计科目表，资产负债表，税务计算过程…
• 销售: 例如: 税务 – 计算与上报要求
• 人力资源: 薪酬与信息存储（人员国家分组）
• 必要的法律需求
• 大多数用户提出的本地个性化功能
• 本地个性化定制

同时，如果在同一个系统中，需要不同的国家版本：

3.时区支持

面向用户的时区管理方法

• 用户设置自己的时区
• 通常应用于财务管理

面向对象的时区管理方法

• 例如: 工厂时区，仓库时区，客户时区 …
• 通常应用于物流管理

4.本地日历支持

SAP发行的标准国家版本中包含了公共假日日历，同时，SAP系统支持在同一个实例中应用多个工厂日历。

5.多币种支持

跨区域经营，融入全球经济

• 涉及多个国家的币种
• 生产组织、销售人员与客户

运营一个全球化企业必然需要多币种业务的支持

• 本国货币税率计算及法定报表统计
• 国际货币支持集团报表

币种处理在交易层实施

• 货币是业务对象的一部分（类似公司代码或客户）
• 汇率支持每日更新

二、站在集团层面的管控要求

部署方式

集中式架构vs分布式架构 = 标准化vs灵活性

Ÿ1. SAP设计让用户完全自主地选择系统集中或分布式的程度

Ÿ2. 类似的范例：标准软件 vs 客户定制解决方案

1、分布式系统 – 每个国家包含一个或多个系统

主要优势

• 本地自由选择：时间、方法与项目组
• 例如：每个国家/系统可以有不同的发行版本或补丁
• 每个国家可以拥有不同的企业文化
• 本地独立性和个体的应用与流程
• 本地客户化与开发
• 没有整合所需的成本
• 维护窗口非常灵活
• 本地时区

主要劣势

• 没有协同
• 冗余与不兼容的系统
• 多余的实施、开发与维护
• 业务流程与数据不整合
• 没有标准化的公司流程
• 整合应用与数据需要较高的成本
• 不一致的发行版本
• 没有统一的模版与方法

2、区域系统

主要优势

• 与分布式架构有类似优势
• 区域间独立的应用程序、流程与数据
• 支持集团/区域模版
• 区域间可以有不同的发行版本与补丁
• 区域之间可以拥有不同的公司文化
• 维护窗口更灵活
• 可能进行进一步划分 （例如：功能划分）

主要劣势

• 业务流程只是部分整合
• 标准化只在区域层实现
• 系统间整合需要较大的成本
• 不同的区域仍旧需要多余的实施、开发与维护
  
  

  

  3、 一个核心开发系统与多个生产系统

• 主要优势

• 高度整合与标准化的系统与流程
• 支持集团模版
• 集中化开发与配置以减少集团模版的变更
• 在全球分享业务最佳实践
• 生产系统有较灵活的扩展性
• 生产系统的维护窗口较灵活

• 主要劣势

• 整体复杂度较高
• 管理较难变更
• 有限的业务划分
• 不明的权限划分
• 变更时需要花费较高的测试成本

• 针对本地需求，灵活性有所限制

  

  4、一个核心开发系统与多个生产系统

• 一个单一的核心系统

• 核心的项目实施与维护团队
• 整合与标准的应用程序、流程与数据
• 精确集中企业数据
• 完全支持集团模版
• 集中化开发与配置以减少集团模版的变更
• 在全球分享业务最佳实践
• 提供实时的整合报表
• 减少接口的数量
• 维护与运行更简便

• 主要劣势

• 整体复杂度很高
• 对性能、数据库大小及系统维护量有挑战
• 没有或有限的业务区分
• 管理很难变更
• 停机风险
• 本地人员接受程度存在潜在风险
• 变更时需要花费很高的测试成本

• 针对本地需求，灵活性有所限制

  

  
  

  现实往往更加复杂

• 通常集成了本地、区域与全球化系统
• 多种可能的分布式标准
• 国家与区域
• 功能与流程
• 业务集群 …. 需要根据不同的条件来个别地评估最优化的架构
  
  

  如何确定最优架构 – 实用方法

  

• 制定明确的企业目标
• 为项目列出所有可能的架构选项
• 评估每个选项的优势与劣势
• 可能被考虑的标准(示例)
• 技术领域
• 业务领域
• 组织领域
• 维护
• 整合
• 根据优势与劣势对所有的架构选项进行打分

• 排名并最终选择出最佳的选项

  

实施中如何整合集团模版与本地化

模版定义

• 超过80%的流程定义应是模版的一部分
• 模版定义可能需要用到

1. 业务配置
2. 一个核心开发系统
3. 核心文档

在模版定义中融入本地元素：

• 应当尽量避免
• 如果不可避免，也要尽量去适应集团模版

模版融入本地元素：

• 应少于总体的20%
• 融合应当完成于：

1. 核心开发系统
2. 本地开发系统
   
   

国家版本覆盖 vs 客户需求