全球化银行信息系统建设，解决方案验证

（1）多银行解决方案

通过设立参数化配置来支持不同国家（子行）本币、税率、时区、语言、假日、核算、监管等。通过数据的分区、应用隔离来保障不会出现跨国家数据访问安全问题。作业流程按银行号独立分区运行，互不干扰，支持各国7×24h。

（2）多时区、多日历解决方案

1）多时区

通过建立基准时区参数表来定义系统基准时区和各个国家地区的时区偏移。应用系统内部记录基准时区的日期和时间，客户端展现时通过基准+偏移展现为本地时间，在银行号和网点参数提供时差参数设置、时区的维护以及冬夏时制的切换，通过公共信息发布平台对各个应用系统进行发布。图4-9是不同国家地区所属时区示例。

图4-9 多时区示例

2）多日历

增加日历参数表，分银行、分业务品种定义日历信息（含工作日、假日信息）。每个银行可建立多套日历，每套日历可定义不同的假日信息（例如，对公日历、对私日历、清算日历等）。在网点、产品层面可通过日历代码的选择进行业务控制，具体应用由各业务需求确定，如违约处理、利息计算、业务生效日、到期日等。(www.xing528.com)

（3）多语言、多文化

多语言面临的问题包含了客户展现端、柜员界面、柜员输入、系统间交互、系统内存储等多方面的支持。主体考虑多语言解决方案如图4-10所示。

图4-10 多语言解决方案

1）多语言数据编码统一采用UNICODE做数据存储，应用系统按照自身支持的程度选择使用UTF16还是UTF8，对于外部接入数据提供统一的转码平台。

2）增加多文化参数定义，对于数字、日期的展现格式可以按照银行进行分别配置。

3）前端增加界面风格配置参数，可以按照银行/网点选择不同的界面风格版本（如阿拉伯国家禁止界面有红色）。

4）对于前端多语言栏位输入，主机平台可能缺乏小语种语言支持库用于编译，所以主机端对于多语言栏位采取UTF码制二进制存储。