Zweisprachige Board-Unterlagen: dieselben Zahlen, keine übersetzte Kopie

Ein Board-Pack für ein zweisprachiges GCC-Board entsteht meist zuerst in einer Sprache, und die zweite Version wird nachträglich angeflanscht. Jemand exportiert das englische Deck, dann tippt jemand anders – oder derselbe überlastete Analyst um 23 Uhr – die Bezeichnungen ins Arabische um, formatiert die Zahlen neu und hofft, dass bei der Übersetzung nichts abgewichen ist. Bemerkt ein Board-Mitglied eine Abweichung zwischen der englischen „12,4” und der arabischen „12,3” in derselben Zeile, hat das Pack den Raum bereits verloren – und es spielt keine Rolle mehr, welche Version richtig war.

Die eigentliche Anforderung an ein zweisprachiges Board-Pack ist keine Übersetzung. Es sind dieselben abgeglichenen Zahlen, zweimal dargestellt.

Warum „Arabisch einfach dazuschalten” nicht trägt

Die meiste Finanzsoftware behandelt Arabisch als Anzeigeeinstellung: Schrift tauschen, Richtung umdrehen, Bezeichnungen übersetzen, fertig. Das funktioniert für eine Marketingbroschüre. Es funktioniert nicht für ein Dokument, mit dem ein Board entscheidet, ob es eine Kapitalerhöhung genehmigt – denn die arabische und die englische Version müssen auf die Dezimalstelle übereinstimmen, in jeder Zeile, in jeder Szenariospalte, jedes Quartal.

Rexfins arabischsprachige Abschlussdarstellung löst den schwierigeren Teil dieses Problems bereits vorgelagert zum Board-Pack: GCC-Währungskonventionen sind eingebaut statt angepasst, ebenso die Drei-Dezimal-Währungen (kuwaitischer Dinar, omanischer Rial, bahrainischer Dinar), die naive Formatierung ins Wanken bringen, und eine IFRS-18-Darstellung, bei der die Steuer- und Zakat-Aufteilung der Region berechnet statt angenähert wird. Ein zweisprachiges Board-Pack, das aus derselben Schicht schöpft, erbt das – die arabischen Zahlen sind keine zweite Berechnung, sondern dieselben abgeglichenen Zahlen mit anderen Bezeichnungen und Schriftrichtung.

Eine Nutzlast, keine zwei Dokumente

Der Mechanismus, der das vertrauenswürdig macht, ist derselbe, der hinter jedem Rexfin-Board-Pack-Export steht: eine einzige, abgesicherte Nutzlast, einmal aus dem abgeglichenen Modell zusammengestellt und dann in das jeweils angeforderte Ausgabeformat gerendert. Es gibt keine separate „arabische Pipeline”, die ein Übersetzer von Hand pflegt und die still gegenüber der englischen aus dem Takt geraten kann. Beide Sprachversionen lesen aus denselben Zahlen, derselben Version, demselben Inhalts-Hash – ändert sich das englische Pack, weil ein Treiber aktualisiert wurde, ändert sich das arabische mit, nicht nach eigenem Zeitplan.

Diese Architektur mit einer einzigen Nutzlast ist auch der Grund, warum die Druckvorlagen von Anfang an mit logischem CSS statt mit festem Links-nach-rechts-Layout gebaut wurden: Eine rechts-nach-links-Darstellung ist ein Layout-Wechsel auf derselben Vorlage, kein separater Dokumenttyp, der parallel gepflegt werden muss. Es ist die Art Entscheidung, die erst zählt, wenn man sie tatsächlich braucht – und sie steckt bereits im Fundament, statt unter Zeitdruck nachgerüstet werden zu müssen.

Was das noch nicht bedeutet

Nicht jede regionsspezifische Analyse hat es bereits in jedes Exportformat geschafft. Die Steuer- und Zakat-Aufteilung sowie die IFRS-18-Kategorienansicht sind heute auf den Abschluss-Bildschirmen live; sie als eigenes Blatt in die XLSX-Arbeitsmappe aufzunehmen, ist als bewusster nächster Schritt vermerkt, nicht stillschweigend übersprungen. Ehrlich beschrieben steht es so: Das Fundament – abgeglichene Zahlen, eine Nutzlast, regionsnative Formatierung, eine RTL-fähige Vorlage – ist so gebaut, dass zweisprachige Abdeckung für eine neue Exportfläche additive Arbeit auf einer bestehenden Struktur ist, nicht jedes Mal ein Neuschreiben der Pipeline.

Für wen das relevant ist

Das zählt am meisten für Finanzteams, die an Boards, LPs oder Regulierungsbehörden berichten, die zuerst Arabisch lesen, oder die neben englischsprachigen Co-Investoren sitzen und beide Versionen im selben Meeting belastbar brauchen. Eine CFO in Riad oder Abu Dhabi, die vor einem gemischten Board präsentiert, sollte nicht zwischen einem Dokument, das ihr Board bequem lesen kann, und einem, das mit dem Hauptbuch übereinstimmt, wählen müssen – und sollte nicht vor dem Meeting zwei getrennt erstellte Dateien gegeneinander abgleichen müssen.

Der Versionsvergleich und Audit-Trail, der jeden Export stempelt, greift unabhängig davon, in welcher Sprache das Pack gerendert wird – ein zweisprachiges Pack trägt also dieselbe Manipulationssicherheit wie ein rein englisches. Dieselben Zahlen, derselbe Hash, zwei Schriftsysteme – nicht zwei Produkte, die still auseinanderdriften.

Für das größere Bild, wie Zahlen vom Quelldokument bis zum abgesicherten Export wandern, siehe den Rexfin-Produktrundgang.