很多团队一碰到海外上线，脑子里冒出来的第一件事就是翻译。中文标签改成英文，英文再补成德文、日文，看上去好像事情就做完了。可一到真正的项目现场，问题往往根本不在翻译文件本身，而在系统是不是从建模阶段就为不同国家和地区留好了入口。货币换算规则是不是可配置，业务对象上有没有给本地监管字段留下扩展位，页面上的文字是不是被抽离成可翻译资源，配置内容能不能跟着语言一起交付，这些才是决定一个应用能不能真的走向全球的关键。SAP 在 ABAP Cloud 这一套开发模型里，对这件事给得很明确，国际化负责把系统设计成可以适配不同语言和区域而不需要重新改工程代码，本地化负责把已经国际化的系统，落到某一个具体国家、语言和地区的业务现实里去，补齐本地文本和区域组件。(SAP Help Portal)放到 SAP ABAP 的语境里看，这个边界非常重要。国际化不是把文本塞到一个翻译工具里就结束，而是在应用和服务的设计阶段，就把国家和地区差异从硬编码里拿出来，变成业务配置、扩展点和可翻译文本。SAP 官方在 ABAP Cloud 文档里把这条路拆得很清楚，一条线是做国家或地区相关的业务配置和对应的业务配置应用，另一条线是做国家或地区相关的扩展能力，例如在业务对象上增加本地监管字段。等这两条线打通之后，再通过翻译应用把文本和配置内容做多语言交付，这样系统才算真的具备了全球化能力。(