Firma.dev spricht jetzt 14 Sprachen: Tschechisch, Schwedisch, Niederländisch, Rumänisch und Norwegisch hinzugefügt

Firma.dev unterstützt jetzt 14 Sprachen für den gesamten Unterzeichnerprozess, nachdem diesen Monat Tschechisch, Schwedisch, Niederländisch, Rumänisch und Norwegisch Bokmål hinzugefügt wurden. Das sind fünf neue Sprachen zusätzlich zu den neun bereits verfügbaren, und jede einzelne davon deckt mehr ab als nur die Schaltflächen auf dem Bildschirm.

Mehr als eine übersetzte Schaltfläche

Die Übersetzung einer Benutzeroberfläche für Signaturen ist der einfache Teil. Ein rechtssicheres E-Signatur-Produkt muss auch die rechtliche Einverständniserklärung übersetzen, die ein Unterzeichner vor dem Unterzeichnen akzeptiert, das danach erstellte Abschlusszertifikat sowie die E-Mails, die überhaupt erst den Signatur-Link enthalten. Wenn Sie die Benutzeroberfläche richtig anpassen, die Sprache der Einverständniserklärung jedoch auf Englisch belassen, weicht das rechtliche Dokument von dem ab, was der Unterzeichner tatsächlich verstanden hat. Das ist von Bedeutung, falls diese Signatur jemals angefochten werden sollte. Unser Leitfaden zur Lokalisierung von E-Signatur-Prozessen für internationale Nutzer befasst sich eingehender mit demselben Problem.

Fünf Sprachen, fünf spezifische Märkte

Tschechisch und Rumänisch decken Mittel- und Osteuropa ab, wo diakritische Zeichen bei Namen und Datumsangaben häufig vorkommen und leicht fehlerhaft dargestellt werden können. Schwedisch und Norwegisch Bokmål erweitern Firma.dev in den nordischen Raum. Niederländisch rundet die Benelux-Region ab. Keine dieser Sprachen wurde zufällig ausgewählt... sie entsprechen genau den Regionen, in denen Kunden von Firma.dev nach Signaturen in der Landessprache gefragt haben.

Was tatsächlich durchgehend lokalisiert ist

Jede der fünf neuen Sprachen deckt denselben Bereich ab wie die ursprünglichen neun:

• Einladungs- und Erinnerungs-E-Mails, die an den Unterzeichner gesendet werden

• Die Benutzeroberfläche des Unterzeichnungsvorgangs selbst

• Die rechtliche Einverständniserklärung, die zum Zeitpunkt der Annahme aufgezeichnet wird

• Datumsformatierung, einschließlich lokalisierter Monatsnamen

• Das Abschlusszertifikat, das nach Abschluss des Unterzeichnungsvorgangs erstellt wird

Abschlusszertifikate stellen tschechische und rumänische diakritische Zeichen korrekt dar, wobei eingebettete Schriftarten verwendet werden, anstatt einer Ersatzlösung, die Akzentzeichen stillschweigend weglässt. Ein Name wie „Kučera“ oder ein im „listopad“ dargestelltes Datum wird im rechtlichen Dokument genau so angezeigt, wie es sein sollte, und nicht als vereinfachte Annäherung.

Norwegisch, korrekt gehandhabt

Browser melden Norwegisch auf verschiedene Weisen, meistens als „no“ oder gelegentlich als „nn“. Firma.dev erkennt beide und ordnet sie automatisch „nb“ zu, sodass ein norwegischer Unterzeichner nie unbemerkt auf eine englische Signaturseite umgeleitet wird, nur weil sein Browser einen Sprachcode gemeldet hat, den die Plattform nicht erkannt hat. Es ist ein kleines Detail... aber genau so etwas schlägt stillschweigend fehl, wenn man es nicht bewusst so einrichtet.

Drei Steuerungsebenen

Die Sprache kann pro Unternehmen, pro Arbeitsbereich oder pro einzelner Signaturanfrage festgelegt werden, wobei die spezifischste Einstellung Vorrang hat:

{
  "signer_language": "cs"
}

{
  "signer_language": "cs"
}

{
  "signer_language": "cs"
}

Legen Sie einen unternehmensweiten Standard fest, überschreiben Sie diesen auf Arbeitsbereichsebene für einen bestimmten Markt und überschreiben Sie diesen erneut bei einer einzelnen Signaturanfrage, wenn ein bestimmter Unterzeichner etwas anderes benötigt. Eine Plattform, die Kunden in fünf Ländern bedient, kann alle fünf Sprachen über eine einzige Integration ausführen, ohne dass auf der eigenen Seite eine Verzweigungslogik erforderlich ist.

Nichts geht kaputt

Bestehende Setups, die die ursprünglichen neun Sprachen verwenden, verhalten sich genau so wie vor dieser Aktualisierung. An der Art und Weise, wie Sie eine Signaturanfrage empfangen oder senden, ändert sich nichts, es sei denn, Sie entscheiden sich bewusst für einen der fünf neuen Codes. Die API v1.33.0 hat das Sprach-Enum in den Arbeitsbereichs- und Unternehmenseinstellungen, der E-Mail-Sprache pro Signaturanfrage, den Unterzeichnerbedingungen und den Standard-E-Mail-Vorlagen von 9 auf 14 erweitert. Validierungsfehler listen nun alle 14 Codes auf, wenn Sie einen nicht unterstützten Code übergeben.

Die in jeder der 14 Sprachen aufgezeichnete Einverständniserklärung hat nach wie vor die gleiche Rechtsgültigkeit und ist an Rahmenbedingungen wie dem US-amerikanischen ESIGN Act sowie den SES- und AdES-Stufen der eIDAS ausgerichtet. Ein Unterzeichner, der die Einverständniserklärung in seiner eigenen Sprache versteht, hat der Vereinbarung mit weitaus höherer Wahrscheinlichkeit wirklich zugestimmt – was wichtig ist, falls diese Signatur jemals angefochten wird.

Für eine SaaS-Plattform, die einen mehrsprachigen E-Signatur-Workflow über mehr als ein Land hinweg aufbaut, oder eine Agentur, die Verträge über Grenzen hinweg versendet, schließt dies eine Lücke, die früher bedeutete, entweder eine eigene Übersetzungsebene zu entwickeln oder Unterzeichner zu bitten, in einer Sprache zu unterschreiben, die nicht ihre eigene war.

Starten Sie kostenlos mit Firma.dev, keine Kreditkarte erforderlich.