DTP & PDF-Rebuild für regulierte Dokumente

PDFs speichern Text nicht als Text. Sie speichern Text als Sequenz von Glyph-Operationen: „zeichne Zeichen 67 aus Schriftart Helvetica an Koordinate (123, 456)". Die meisten Agenturen verwenden einen PDF-zu-Word-Konverter, der die Koordinateninformationen und die Schriftartreferenzen verliert; das Ergebnis ist editierbar, aber visuell nicht mit der Quelle verwandt. Die nächste Agenturebene verwendet Adobes „Exportieren nach InDesign" – dies bewahrt mehr Layout, scheitert aber an drei Inhaltskategorien:

• Umrissene Glyphen. Viele behördliche Formulare (impots.gouv.fr, deutsche Steuererklärung, AEMPS) wandeln ihre Textbezeichnungen bei der Veröffentlichung in einen Vektorpfad um. Der Extraktor von Acrobat liest umrissenen Text als Grafik, nicht als Zeichenkette. Der Übersetzer sieht die Feldbezeichnung nie und die Behörde sieht ihre Vorlage nie zurück.
• Formularfelder. AcroForm- und XFA-Felder haben ihre eigenen Text- und Schriftartreferenzen. Das Extrahieren des umgebenden Textes ohne die Feldbezeichnungen erzeugt ein halb übersetztes Dokument.
• Gescannte Hybride. Ein PDF, das teils vektorbasiert, teils rasterbasiert ist (typisch für von Behörden bereitgestellte Dokumente mit einem gescannten Unterschriftenblock), benötigt OCR für den Rasteranteil und koordinatenerhaltende Extraktion für den Vektoranteil. Ein einzelnes Tool kann nicht beides handhaben.

Wir haben unsere PDF-Engine speziell für diese Kategorie entwickelt. Sie zählt jede textzeichnende Operation im PDF auf, einschließlich umrissener Glyphen (durch Erkennung gängiger Label-Schriftarten und Rück-Mapping des Pfads zu Zeichen), liest Formularfeldbezeichnungen und Tooltips, führt OCR über Rasterbereiche aus und produziert ein Übersetzungsmanifest pro Segment. Der Übersetzer arbeitet im Manifest; die Engine schreibt die Übersetzung an den Quellkoordinaten zurück. Formularfelder bleiben erhalten; die Behörde sieht dasselbe Formular in ihrer Zielsprache mit den richtigen Feldbezeichnungen.

Eine französische Steuererklärung, die wie eine französische Steuererklärung aussieht. Ein deutsches CE-Datenblatt, das der Vorlage der deutschen Behörde entspricht. Eine Patienteninformation, die die EMA beim ersten Review akzeptiert. Wir wurden hierfür entwickelt; die meisten Agenturen nicht.

InDesign liefert einen Standard-Absatzkompositor, der Arabisch nicht korrekt verarbeiten kann – er unterbricht Ligaturen, wendet die Zeilenwechsel-Logik falsch an und versagt bei der Anwendung kontextabhängiger Formen. Die Lösung besteht darin, den Adobe World-Ready Paragraph Composer zu aktivieren (Schrift → Absatz → World-Ready Paragraph Composer in der InDesign ME-Edition oder über ein Skript in der Standardversion). Die meisten Agenturen, die Standard-InDesign verwenden, aktivieren ihn nicht und liefern visuell fehlerhaftes Arabisch aus, das ein muttersprachlicher Leser auf den ersten Blick ablehnen wird.

Arabische Glyphen ändern ihre Form je nachdem, ob sie isoliert, initial, medial oder final in einem Wort stehen. Ein korrekt gesetzter arabischer Absatz wendet die richtige Form automatisch über die OpenType-Features init, medi, fina und isol an. Schriftarten unterscheiden sich darin, wie gut sie diese Features umsetzen – Tajawal, Cairo, Noto Sans Arabic und Adobe Arabic sind zuverlässig. Viele „arabische" Schriftarten aus kostenlosen Repositorys sind es nicht und produzieren Text, den ein muttersprachlicher Leser auf den ersten Blick als fremdgefertigt erkennt.

Ein arabischer Absatz, der einen englischen Markennamen oder eine Zahl enthält, fließt in beide Richtungen. Der Unicode Bidirectional Algorithm verarbeitet die meisten Fälle, aber Satzzeichen an der Grenze (ein Punkt nach einem englischen Markennamen innerhalb eines arabischen Satzes) werden häufig auf der falschen Seite der Marke platziert. Wir verwenden Unicode-Richtungsformatierungszeichen (RLM, LRM), um Satzzeichen korrekt zu verankern, und prüfen das finale Layout – nicht im InDesign-Editor, wo sich das Verhalten des Algorithmus vom exportierten PDF unterscheidet.

Arabische Inhalte können arabisch-indische Ziffern (٠١٢٣٤٥٦٧٨٩) oder westliche Ziffern (0123456789) verwenden; die Wahl hängt von regionalen Konventionen und dem Styleguide des Kunden ab. Wir klären dies vor Beginn ab und konfigurieren das InDesign-Zeichenformat, um die Konsistenz im gesamten Dokument durchzusetzen. Ein Dokument, das beide mischt, ist ein regionaler Fehler.

Persisch und Urdu verwenden die arabische Schrift, haben aber unterschiedliche Glyphenformen, zusätzliche Zeichen (Persisch پ, Urdu ٹ) und unterschiedliche typografische Konventionen. Nastaliq ist die vorherrschende Urdu-Schriftart; Naskh dominiert bei Persisch. Alle drei als „Arabisch" zu behandeln, ist der häufigste Fehler; wir setzen sprachspezifische Schriftsetzer ein.

Chinesisch hat keine Wortabstände; Zeilenumbrüche können an jeder Zeichengrenze erfolgen. Der CJK-Composer von InDesign behandelt dies korrekt, wenn er aktiviert ist. Interpunktions-Kinsoku-Regeln – chinesische Interpunktion in voller Breite darf nicht am Zeilenanfang erscheinen – erfordern eine explizite Konfiguration. Vertikaler Satz (für traditionelle Kontexte, Bücher und einige Marketing-Layouts) erfordert einen separaten Composer und eine separate Frame-Einrichtung. Vereinfachtes Chinesisch verwendet einen Satz von Interpunktionskonventionen und die Orthografie der VR China; traditionelles Chinesisch verwendet andere, und wir korrigieren gegen den Hausstil von Taiwan oder Hongkong, je nach Zielmarkt.

Japanisch mischt drei Schriftsysteme (Kanji, Hiragana, Katakana) mit lateinischen Zeichen und Zahlen. Ruby-Text (Furigana – kleine phonetische Lesungen über Kanji) ist für einige Inhaltskategorien erforderlich (Schulmaterialien, Barrierefreiheit). Vertikaler Satz ist in traditionellen Kontexten üblich. Zeilenumbruchregeln sind permissiver als bei Chinesisch, haben aber dennoch Kinsoku-Beschränkungen.

Koreanisches Hangul verwendet Wortabstände (im Gegensatz zu Chinesisch und Japanisch). Ausrichtung und Laufweite verhalten sich anders als bei lateinischen Schriften; koreanische Leser erwarten einen engeren Zeilenabstand als die lateinische Standardeinstellung. Hanja (chinesische Zeichen in koreanischen Kontexten) erscheinen in akademischen und juristischen Dokumenten und erfordern eine Font-Fallback-Behandlung.

Thai ist das Schriftsystem, das naive Setzer am häufigsten überfordert. Es gibt keine Wortabstände – Zeilenumbrüche müssen anhand eines Wörterbuchs abgeleitet werden. Der Thai-Composer von InDesign verwendet ein integriertes Wörterbuch; für Fachbegriffe, die nicht im Wörterbuch enthalten sind, ist das manuelle Einfügen von Nullbreiten-Leerzeichen erforderlich. Tonzeichen stapeln sich über Konsonanten und können nicht in die nächste Zeile umbrechen. Die meisten britischen Setzer haben keinen Thai-Operator im Personal; wir schon.

Indische Schriftsysteme verwenden komplexes Shaping – verbundene Konsonanten kombinieren sich zu Ligaturen, die vom Konsonantencluster und den aktiven OpenType-Tabellen der Schriftart abhängen. Ein naiver Setzer wird visuell defekte Devanagari produzieren, bei denen sich Verbindungen nicht bilden. Noto Sans Devanagari, Adobes Devanagari Sangam MN und eine kleine Auswahl anderer Schriften behandeln das Shaping korrekt. Wir testen mit der finalen Schriftart, nicht mit einer Fallback-Schrift. Für technische Dokumente testen wir zusätzlich mit den regionalen Schriftarten, die staatliche Regulierungsbehörden erwarten (z. B. Mangal für einige indische Regierungsformulare).

• Automatische Rahmengrößenanpassung – jeder Textrahmen in der InDesign-Quelldatei ist so eingestellt, dass er sich automatisch an seinen Inhalt anpasst. Der Rahmen wächst; das Layout passt sich an. Dies ist die häufigste Ursache für expansionsbedingte Fehler und gleichzeitig die einfachste zu beheben.
• Stylesheet-Expansionsbudget – wir veröffentlichen für jede Zielsprache ein Stylesheet, das die maximal zulässige Expansion vor manuellem Reflow anzeigt. Übersetzer sehen das Budget während der Übersetzung; wenn eine Zeichenkette das Budget überschreitet, können sie eine Umformulierung anfordern oder die Einschränkung kennzeichnen.
• Reflow-Regeln – wir vereinbaren bei der Projektdefinition dokumentspezifische Reflow-Regeln. Üblich: Seitenumbrüche dürfen sich verschieben; Abschnittsüberschriften dürfen nicht getrennt werden; Tabellen dürfen auf die nächste Seite überlaufen; Bildunterschriften bleiben bei ihrer Abbildung. Die Regeln werden dokumentiert und konsistent angewendet.
• Seitenzahl-Änderungsbericht – bei der Lieferung veröffentlichen wir einen Seitenzahlvergleich: Quelle 40 Seiten, Deutsch 48 Seiten, Arabisch 47 Seiten, Chinesisch 36 Seiten. Der Kunde weiß, was er erhält, bevor er die Datei öffnet.

Gebrauchsinformationen für Patienten im Pharmabereich sind der Fall mit hohem Risiko. Die EMA und die MHRA verlangen spezifische Abschnittsüberschriften in einer bestimmten Reihenfolge ohne Kürzungen. Deutsche Expansion führt routinemäßig dazu, dass eine 4-seitige Packungsbeilage auf 6 Seiten anwächst; die Aufsichtsbehörde akzeptiert die Seitenzahländerung, solange die Integrität der Abschnitte gewahrt bleibt. Wir arbeiten für jede Packungsbeilage nach der QRD-Vorlage der EMA und prüfen gegen die aktuelle Vorlagenversion (die Vorlage ändert sich; wir überwachen dies).

• PDF/X-1a:2001 — der ältere Standard, nur CMYK, alle Schriften eingebettet. Wird noch von einigen Druckereien und den meisten Zeitungssystemen verlangt.
• PDF/X-4 — moderner Standard, unterstützt Transparenz nativ, RGB und CMYK, ICC-Farbprofile. Unser Standard für neue Aufträge; wird von den meisten modernen Druckmaschinen unterstützt.
• PDF/A — für die Langzeitarchivierung (häufig für Einreichungen bei Behörden erforderlich). PDF/A-1b ist die konservative Wahl; PDF/A-2 und -3 bieten zusätzliche Funktionen.
• Marken und Anschnitt — Druckermarken, Passermarken, Farbbalken und 3 mm Anschnitt standardmäßig; konfigurierbar je Druckauftrag.

Die CMYK-Konvertierung erfordert Kenntnis der Zieldruckmaschine: Fogra 39 / 51 für europäische gestrichene Papiere, GRACoL 2006 für Nordamerika, JC2011 für Japan. Wir betten das korrekte ICC-Profil ein und prüfen gegen Softproof, wenn die Druckerei ein Profil bereitstellt. Pantone-Sonderfarben werden als Sonderfarben bis zur Plattenherstellung beibehalten.

Jede verwendete Schrift muss in das finale PDF eingebettet werden (PDF/X verlangt dies). Die Lizenzen der Schriftenhersteller variieren darin, was sie erlauben — Monotype-, Linotype- und Adobe Originals-Lizenzen sind eindeutig; einige kommerzielle Schriften verbieten die Einbettung und müssen vor dem Export ersetzt werden. Wir prüfen den Schriftenstapel und ersetzen wo die Lizenzierung dies erfordert.

Wir liefern das InDesign-Paket (oder das druckfertige PDF, je nach Leistungsumfang), ein Print-Spec-Blatt mit Dokumentation des Anschnitts, der Marken, des Farbprofils und der Papierempfehlung sowie ein Softproof-PDF zur visuellen Freigabe. Ihre Druckerei sollte die Datei ohne Rückfragen in Druckplatten umsetzen können.

Packungsbeilagen (Patient Information Leaflets) und Fachinformationen (Summary of Product Characteristics) folgen dem EMA-QRD-Template; Prüferinformationsbroschüren (Investigator Brochures) folgen der ICH-E6-Leitlinie; Einwilligungserklärungen (Informed Consent Forms) folgen dem IRB- oder REC-Template. Wir arbeiten mit der aktuellen Template-Version (Templates werden überarbeitet; wir beobachten dies) und liefern im Einreichungsformat der Zulassungsbehörde (XML für SmPC, PDF für PIL, eCTD für vollständige Einreichungen). Audit-Trails auf Segmentebene sind für regulierte Pharma-Arbeiten verpflichtend; wir veröffentlichen diese.

Patentanmeldungen haben Formatanforderungen, die je nach Amt unterschiedlich sind. Das EPO akzeptiert XML und PDF; das USPTO verlangt spezifische Schriftgrößen und Ränder; PCT-Einreichungen erfordern sprachspezifische Abstracts. Wir arbeiten nach der aktuellen Spezifikation des jeweiligen Amts und liefern entsprechend. Zeichnungen werden separat übersetzt – Figurenbeschriftungen in der Zielsprache mit demselben Nummerierungsschema.

UK-Gerichtseinreichungen erfordern ein spezifisches Bündelformat (einzelnes PDF, paginiert, indiziert, verlinkt). Wir erstellen Bündel in der Zielsprache mit derselben Paginierung und Indexstruktur neu. Für internationale Schiedsverfahren arbeiten wir nach der Spezifikation der Verfahrensanordnung, die je nach Fall variiert.

Jahresberichte folgen den Börsenvorschriften des jeweiligen Marktes (LSE, AIM, NASDAQ, Euronext) für erforderliche Abschnitte; Prospekte folgen der Prospektverordnung; KIDs folgen PRIIPs. Wir koordinieren mit Ihrem Finanzübersetzungsteam (oft wir – siehe Finanzübersetzung), um sicherzustellen, dass Text, Zahlen und Layout synchron sind.

Die schwierigste Kategorie für PDF-Rebuild an Ort und Stelle, da Formulare zwischen lokalen Ämtern variieren. Wir haben französische impots.gouv.fr, deutsche Steuererklärung (mehrere Bundesländer), spanische AEMPS-Pharmakovigilanz-Formulare, italienische Agenzia Entrate und mehrere UK HMRC-Formulare bearbeitet. Die PDF-Speicherkonvention jedes Amts ist in unserer internen Bibliothek dokumentiert; wir wissen, was uns erwartet, bevor wir beginnen.