双语董事会材料：同一组数字，而不是一份翻译副本

一份为双语海湾董事会打造的董事会材料，通常先用一种语言完成，之后再补一个第二语言版本。有人导出英文版，然后另一个人，或者同一个熬到晚上十一点的分析师，把标签重新打成阿拉伯语，重新格式化数字，祈祷翻译过程中没有出岔子。如果一位董事发现同一行数据里，英文版写的是”12.4”,阿拉伯语版写的是”12.3”,这份材料就已经失去了会议室里的信任，而且不管哪个版本是对的都无关紧要了。

双语董事会材料真正的要求根本不是翻译。而是同一组经过对账的数字，渲染两遍。

为什么“直接加个阿拉伯语版本”行不通

多数财务软件把阿拉伯语当作一个显示设置来处理：换个字体、翻转方向、翻译标签，发布出去。这对一份宣传册来说没问题。但对一份董事会要用来决定是否批准一轮融资的文档来说，这行不通，因为阿拉伯语版和英语版必须在每一行、每一个情景列、每个季度，精确到小数点都保持一致。

Rexfin 的阿拉伯语优先报表渲染已经在董事会材料的上游解决了这个问题里更难的部分：内置而非事后适配的海湾地区货币惯例、会破坏简单格式化逻辑的三位小数货币(科威特第纳尔、阿曼里亚尔、巴林第纳尔),以及一份计算得出而非近似估算的《国际财务报告准则第 18 号》报表格式,包含该地区的税项与天课拆分。一份从这一层调取数据的双语董事会材料会继承这一切，阿拉伯语数字不是第二次计算的结果，而是同一组经过对账的数字，只是标签和文字方向不同。

一份数据载荷，而不是两份文档

让这一切值得信赖的机制，和每一次 Rexfin 董事会材料导出背后的机制是同一个：从经过对账的模型中一次性组装出一份设有关卡的数据载荷，然后渲染成所请求的任何输出格式。不存在一条由翻译人员手动维护、可能悄悄与英文版本脱节的独立“阿拉伯语流水线”。两种语言的渲染结果读取的是同一组数字、同一个版本、同一个内容哈希，所以如果英文材料因为某个驱动因素被更新而变化，阿拉伯语材料也会随之变化，而不是按自己的节奏另行更新。

这种单一数据载荷架构，也是打印模板从一开始就采用逻辑 CSS,而不是固定从左到右布局的原因：从右到左的渲染只是在同一个模板上做一次布局切换，而不是并行维护的另一种文档类型。这是那种只有在真正需要时才显出价值的决定，而它已经内建在基础架构里，而不是等到截止日期压力下才临时补上。

目前尚未覆盖的部分

并非每一项区域特定的分析都已经进入到每一种导出格式。税项与天课拆分，以及《国际财务报告准则第 18 号》的分类视图，目前已经在报表界面上线，但把它们并入 XLSX 工作簿、作为单独的一张工作表，被标记为一项明确规划中的下一步，而不是被悄悄跳过的内容。诚实的说法是：基础部分，经过对账的数字、单一数据载荷、区域原生格式、可支持从右到左渲染的模板，都已经就位，所以把双语覆盖能力添加到一个新的导出场景，是在现有结构之上的增量工作，而不是每次都要重写一遍流水线。

谁适合用这个功能

这对那些向以阿拉伯语为第一阅读语言的董事会、有限合伙人或监管机构报告的财务团队最有意义，也适用于那些身边坐着英语母语共同投资人、需要两个版本在同一场会议上都站得住脚的团队。一位在利雅得或阿布扎比向混合背景董事会做汇报的 CFO,不应该被迫在“董事会能舒服阅读的文档”和“能与总账对平的文档”之间二选一，也不应该在会议开始前还要把两份分别制作的文件互相核对一遍。

给每一次导出打上戳记的版本差异与审计轨迹功能，不论材料以哪种语言渲染都以同样的方式生效，所以一份双语材料和一份纯英文材料具有同样的防篡改可辨识性。同样的数字，同样的哈希，两种文字，而不是两个悄悄走向偏离的产品。

想了解数字如何从源文档一路走到一份设有关卡的导出结果，完整的图景请见 Rexfin 产品导览。