Leitfaden zur bulgarischen Lokalisierung

Kyrillischer Text und bulgarische Buchstabenformen

Das Bulgarische verwendet Kyrillisch. Schriften können sprachspezifische Buchstabenformen enthalten, die von den kyrillischen Standardformen abweichen, besonders bei Kleinbuchstaben wie д, т, в und и. Das sind Glyphenunterschiede, kein anderes Schreibsystem. Ein Text sollte seine korrekten Unicode-Zeichen behalten, während Schrift und Shaping-System die gewünschten bulgarischen Formen auswählen.

Das OpenType-Merkmal locl unterstützt die lokalisierte Ersetzung von Glyphen. Wichtig sind sowohl die korrekte Auszeichnung der bulgarischen Sprache als auch eine Schrift, die die erforderlichen Ersetzungen enthält. Ein Stylesheet kann fehlende Glyphen nicht erzeugen. Manche Schriften verwenden standardmäßig bulgarische Formen; die genaue Datei und ihr Verhalten müssen daher geprüft werden, statt anzunehmen, dass ein Schriftfamilienname ein bestimmtes Ergebnis garantiert. Quelle: Microsoft-Dokumentation zu OpenType-Merkmalen.

Repräsentative Tests sollten Kleinbuchstaben, Großbuchstaben, Kursivschrift, Fettschrift, Ziffern und Zeichensetzung enthalten. Der Browser-Fallback kann eine zweite Schrift einführen, wenn ein Zeichen fehlt. Die Seite zur Bulgarisch-Übersetzung beschreibt die Sprachdienstleistung; die Umsetzungsteams bleiben dafür verantwortlich, die genauen Schriften und die Darstellung in ihrem Produkt zu prüfen.

Transliteration ist ein eigener Vorgang

Die Transliteration schreibt kyrillischen Text in lateinischen Buchstaben; sie übersetzt keine Bedeutung. Bulgariens Transliterationsgesetz wurde 2009 verkündet und kodifiziert das „Streamlined System“. Sein Anwendungsbereich umfasst bestimmte geografische Namen, historische Persönlichkeiten, kulturelle Begriffe und wissenschaftliche Begriffe bulgarischen Ursprungs, mit Regelungen für den amtlichen Gebrauch und andere definierte Zusammenhänge. Es ist keine pauschale Anweisung, bulgarischsprachige Inhalte durch lateinischen Text zu ersetzen. Quelle: MRDPW, Transliterationsgesetz. Geprüft am 31. Oktober 2026.

Die Tabelle des Gesetzes enthält ж → zh, ч → ch, ш → sh, щ → sht, ъ → a, ю → yu und я → ya. Es gelten Sonderregeln, darunter ия am Wortende → ia und die etablierte Schreibweise Bulgaria. Diese Beispiele genügen nicht für einen vollständigen Konverter: Die anwendbaren Regeln und Ausnahmen müssen zusammen betrachtet werden. Quelle: Transliterationsgesetz, Artikel 4–6. Geprüft am 31. Oktober 2026.

Ein Produktbriefing sollte eine freigegebene lateinische Markenschreibweise von der Transliteration eines Ortsnamens unterscheiden. Die erfasste lateinische Schreibweise einer Person sollte nicht beiläufig aus dem Kyrillischen neu erzeugt werden. Suchalias können mehrere Formen unterstützen, ohne den maßgeblichen Anzeigewert zu ändern. Eine automatische Transliterationsroutine ist daher ein Datenmerkmal mit definiertem Geltungsbereich und kein Ersatz für redaktionelle Entscheidungen.

Datum, Uhrzeit und Zahlen

Bulgarische Anzeigedaten folgen üblicherweise der Reihenfolge Tag–Monat–Jahr, mit numerischen Formen mit Punkten wie 31.10.2026. Eine ausgeschriebene Form kann 31 октомври 2026 г. lauten. Eine 24-Stunden-Zeit wie 14:30 eignet sich für viele Geschäftsoberflächen. Die genaue Darstellung sollte der locale-abhängige Formatierer bestimmen, während die zugrunde liegenden Datums- und Zeitdaten eine definierte Zeitzone und eine maschinenlesbare Struktur behalten.

Zahlen verwenden ein Dezimalkomma, und gruppierte Tausender werden üblicherweise mit Leerzeichen getrennt: 1 234,56. Ein geschütztes Leerzeichen kann eine Gruppe oder einen Währungsbetrag zusammenhalten. Anwendungen sollten einen Locale-Formatierer verwenden, statt Kommas und Punkte in einer Zeichenfolge zu ersetzen. Ein Quellwert wie 1,234 kann sonst je nach Herkunft als Dezimalzahl oder als gruppierte Ganzzahl gedeutet werden.

Datumseingabe und -anzeige erfordern getrennte Entscheidungen. Eine Anwendung kann ein bulgarisches Datum anzeigen und dabei Daten im ISO-Format mit einem anderen System austauschen. Die Eingabevalidierung sollte das akzeptierte Format erläutern und das tatsächliche Datum verarbeiten, nicht bloß die Reihenfolge der Ziffern. Mehrdeutige Beispiele, Platzhaltertexte und importierte Tabellen müssen zusammen mit der sichtbaren Feldbezeichnung geprüft werden. Quelle der Locale-Muster: Unicode-CLDR-Daten für Bulgarisch.

Euro-Einführung: aktuelle Beträge und historische BGN

Bulgarien hat den Euro am 1. Januar 2026 eingeführt. Die Europäische Zentralbank bestätigt, dass an diesem Tag Euro-Banknoten und -Münzen in Umlauf kamen, und nennt den festen Umrechnungskurs von 1 Euro = 1,95583 Bulgarischen Lew. Der Euro ist damit zum Datum dieses Artikels die aktuelle Währung für die Planung im bulgarischen Markt. Quelle: EZB, „Bulgaria introduces the euro“. Stand: 31. Oktober 2026.

Der BGN bleibt relevant, wenn historische Lew-Beträge und Aufzeichnungen beschrieben werden. Ein System sollte den Währungscode zu jedem Wert beibehalten. Wird ein alter BGN-Betrag als EUR umetikettiert, ändert sich seine Bedeutung, ohne dass eine Umrechnung stattfindet. Ein Migrationsplan sollte gespeicherte Transaktionsdaten, aktuelle Preisanzeigen, exportierte Berichte und archivierte Dokumente unterscheiden, wobei die Finanzregeln vom verantwortlichen Fachbereich freigegeben werden.

Locale-Formatierung und Währungsumrechnung sind getrennte Aufgaben. Die Wahl von Bulgarisch als Anzeigesprache bestimmt nicht, ob ein Datensatz in Euro oder in Lew geführt wird. Anforderungen an Doppelanzeige, Rundung oder Dokumentenumrechnung sollten anhand der geltenden amtlichen Regeln für das jeweilige Datum und den jeweiligen Vorgang geprüft werden. Dieser Leitfaden legt diese vorgangsspezifischen Pflichten nicht fest.

Anführungszeichen, Register und förmliche Anrede

Das Bulgarische verwendet normalerweise tiefgestellte öffnende und hochgestellte schließende Anführungszeichen: „текст“. Gerade Anführungszeichen können im Code nötig sein, sollten typografische Anführungszeichen in redaktionellen Texten aber nicht automatisch ersetzen. Produktnamen, zitierte Oberflächenbezeichnungen und verschachtelte Zitate brauchen im Styleguide eine einheitliche Behandlung. Die Zeichensetzung sollte in der endgültigen Schrift ebenso geprüft werden wie im Texteditor.

Die förmliche bulgarische Anrede verwendet Pluralformen des Verbs. Die höflichen Pronomen Вие und Ви werden als Höflichkeitsform großgeschrieben; der gewöhnliche Plural ist davon zu unterscheiden. Eine Marke sollte ihr Register festlegen und es in Mitteilungen, Hilfetexten und Korrespondenz beibehalten. Quelle: Institut für bulgarische Sprache, Sprachberatung zu den Höflichkeitspronomen.

Wörtlich übernommener englischer Wortlaut führt oft zu holprigen bulgarischen Befehlen und Substantivketten. Die Beschriftung einer Schaltfläche muss zur Aktion passen, während eine Statusmeldung einen Zustand beschreibt. Aus einzelnen Zeichenfolgen zusammengesetzte Satzfragmente können Kongruenzprobleme verursachen. Vollständige Meldungen, Kontexthinweise und Screenshots erlauben es dem Linguisten, eine Grammatik zu wählen, die auch bei wechselnder Variable korrekt bleibt.

Textexpansion, Grammatik und begrenzte Layouts

Bulgarischer Text kann länger sein als sein englischer Ausgangstext, besonders bei kurzen Oberflächenbezeichnungen. Kein fester Ausdehnungsprozentsatz funktioniert für jeden Bildschirm. Die Umsetzung sollte flexible Breiten, Umbrüche und sinnvolle Mindesthöhen zulassen. Zeichenbegrenzungen brauchen einen Grund und eine Zählmethode: Eine Datenbankgrenze, die Anzeigebreite und eine maximale Zeilenzahl sind unterschiedliche Beschränkungen.

Plural- und Kongruenzbehandlung sollte die Locale-Funktionen der Plattform nutzen. Eine mit einer Menge verkettete Beschriftung kann eine andere Form brauchen als dasselbe Wort in einer Überschrift. Der Kontext sollte die möglichen Werte des Platzhalters und seine grammatische Rolle benennen. Ein Linguist kann dann die gesamte Meldung beurteilen, statt ein isoliertes Wort mit mehreren unvereinbaren Verwendungen zu übersetzen.

Bei der Website-Übersetzung brauchen Navigation, Metadaten und Formularrückmeldungen dieselbe Aufmerksamkeit wie der Fließtext. Bei der Softwarelokalisierung müssen zudem Fehlermeldungen und leere Zustände getestet werden. Eine Prüfung anhand von Screenshots sollte realistisch lange Inhalte und repräsentative Daten einschließlich Beträgen und Datumsangaben verwenden, nicht nur den kürzesten erfolgreichen Bildschirm.

Sortierung, Tastaturlayouts und Suche

Die bulgarische alphabetische Sortierung sollte eine locale-abhängige Kollation statt der rohen Zeichencode-Reihenfolge verwenden. Gemischte Listen mit lateinischen Produktnamen, kyrillischen Namen und Zahlen brauchen eine ausdrückliche Regel. Anzeigereihenfolge und Such-Abgleichsregel können sich unterscheiden. So kann ein interner Code exakt bleiben, während ein menschenlesbarer Name einen von Groß- und Kleinschreibung unabhängigen Abgleich unterstützt.

Bulgarische Nutzer geben Text möglicherweise über eine standardmäßige bulgarische Tastaturbelegung oder eine phonetische Belegung ein. Microsoft dokumentiert die bulgarische und die phonetische Variante als eigene Belegungen. Ein Produkt sollte gültige kyrillische Eingaben unabhängig davon akzeptieren, wie die Buchstaben eingegeben wurden. Tests sollten eingefügten Text, Tastaturwechsel und Tastenkombinationen einschließen, die sich je nach Belegung unterschiedlich verhalten können. Quelle: Microsoft-Tastaturdokumentation.

Optisch ähnliche lateinische und kyrillische Zeichen sind unterschiedliche Codepoints. Kennungen mit gemischter Schrift können zu fehlgeschlagenen Suchen oder doppelt wirkenden Einträgen führen. Die Validierung sollte sich am Zweck des Feldes orientieren: Frei wählbare Personennamen und streng kontrollierte Produktkennungen brauchen unterschiedliche Regeln. Wer jedes lateinisch aussehende Zeichen automatisch umwandelt, riskiert, legitime Daten zu verändern; das sollte nicht als allgemeingültige Lösung dienen.

Silbentrennung und abschließende Freigabeprüfungen

Die Silbentrennung sollte den bulgarischen Trennregeln folgen. Die automatische Silbentrennung eines Browsers hängt von der korrekten Sprachauszeichnung und der verfügbaren Sprachunterstützung ab. Fest eingefügte Trennstriche, die auf einem schmalen Bildschirm passen sollen, können Wörter auf einem breiteren Bildschirm zerreißen oder kopierten Text verunreinigen. Wo keine automatische Silbentrennung verfügbar ist, ist ein flexibles Layout beliebigen Trennungen vorzuziehen.

Häufige Mängel bei der Veröffentlichung sind russische Standardglyphen in einem ansonsten bulgarischen Design, lateinische Buchstaben in kyrillischen Wörtern, uneinheitliche höfliche Anrede, englische Datumsreihenfolge, Annahmen zum Dezimalpunkt und abgeschnittene Bezeichnungen. Der Leitfaden zur Projektvorbereitung erläutert, wie Kontext und ein benannter Prüfverantwortlicher viele dieser Probleme vor dem Abschlusstest verhindern. Befunde zu Terminologie und Typografie sollten getrennt erfasst werden, damit jeder beim richtigen Verantwortlichen ankommt.