Wenn Sie ein SaaS-Produkt mit elektronischen Signaturen entwickeln, haben Sie zwei Möglichkeiten. Sie können ein Signatur-Tool hinzufügen, das Ihre Benutzer daran erinnert, dass sie die Software eines Drittanbieters verwenden. Oder Sie können das gesamte Erlebnis mit einem White-Label versehen, sodass es sich für Ihr Produkt nativ anfühlt.
Die meisten Entwickler denken, dass White-Labeling lediglich den Austausch eines Logos bedeutet. In der Praxis geht das jedoch tiefer. Ein vollständig für das White-Labeling optimierter E-Signatur-Ablauf umfasst benutzerdefinierte Logos, Farbthemen, E-Mail-Domains, benutzerdefinierte E-Mail-Vorlagen, die Steuerung von Benachrichtigungen und eingebettete Schnittstellen. Und für mandantenfähige SaaS-Produkte benötigen Sie die Möglichkeit, das White-Labeling nicht nur für Ihre eigene Marke, sondern auch für die Marken jedes einzelnen Ihrer Kunden anzubieten.
Einen vollständigen Überblick über das Angebot einer White-Label-E-Signatur-API finden Sie hier.
Dieser Leitfaden deckt alles ab, was Sie benötigen, um mit Firma.dev ein vollständig markengeschütztes Signatur-Erlebnis aufzubauen.
Zwei Ebenen des White-Labelings
Hier ist, was die meisten E-Signatur-APIs übersehen: SaaS-Unternehmen benötigen White-Labeling oft auf zwei Ebenen.
Ebene 1: Ihre Marke. Signatur-E-Mails kommen von Ihrer Domain. Die Signaturschnittstelle zeigt Ihr Logo und Ihre Farben. Das Ganze ist in Ihre App eingebettet. Ihre Kunden sehen den dahinterstehenden API-Anbieter nie.
Ebene 2: Die Marken Ihrer Kunden. Jeder Ihrer Kunden erhält sein eigenes Marken-Erlebnis. Deren Benutzer sehen E-Mails von deren Domain, nicht von Ihrer. Die Signatur-Benutzeroberfläche zeigt deren Logo und Farbpalette. Dokumente und Vorlagen sind isoliert. Die Nutzung wird separat erfasst.
Eine Immobilienverwaltungsplattform könnte beispielsweise Ebene 2 wünschen. Jedes Immobilienunternehmen auf der Plattform sendet Mietverträge von seiner eigenen Domain (leases@acmeproperties.com), und deren Mieter sehen während des gesamten Signaturprozesses das Logo und das Branding dieses Unternehmens.
Ein HR-SaaS benötigt möglicherweise nur Ebene 1. Das Signatur-Erlebnis ist auf die HR-Plattform gebrandet, und alle Mitarbeiter ihrer Kunden interagieren mit dieser einzigen Marke.
Firma.dev unterstützt beides. Der Schlüssel hierzu sind die Kunden-Arbeitsbereiche.
Kunden-Arbeitsbereiche: Sichere Trennung durch Design
Mit Kunden-Arbeitsbereichen können Sie isolierte Umgebungen für jeden Ihrer Kunden erstellen. Jeder Arbeitsbereich verfügt über eigene:
Vorlagen
Signaturanfragen und Dokumente
Verfolgung der Umschlagnutzung
Logo und Farbthema
E-Mail-Domain-Konfiguration
E-Mail-Vorlagen
API-Schlüssel (optional, für Zugriff auf Arbeitsbereichsebene)
Es gibt keine arbeitsbereichsübergreifende Offenlegung. Kunde A kann die Dokumente von Kunde B nicht sehen. Vorlagen, die in einem Arbeitsbereich erstellt wurden, erscheinen nicht in einem anderen. Nutzungsberichte sind auf den jeweiligen Arbeitsbereich beschränkt.
Hierbei geht es nicht nur um Organisation. Es geht um Sicherheit und Compliance. Wenn Sie Unternehmenskunden bedienen oder in regulierten Branchen (Gesundheitswesen, Finanzen, Recht) tätig sind, ist Datenisolation keine Option. Arbeitsbereiche bieten Ihnen diese Trennung, ohne dass Sie die Mandantentrennung selbst entwickeln müssen.
Für SaaS-Plattformen, die kundenspezifische Dokumente und Workflows verwalten, sind Arbeitsbereiche das Fundament. Sie erstellen einen Arbeitsbereich für jedes Kundenkonto, und alles andere baut darauf auf.
Die sechs Säulen des White-Labelings
1. Visuelles Branding
Die sichtbarste Ebene des White-Labelings. Mit Firma.dev können Sie das Erscheinungsbild des Signatur-Erlebnisses sowohl auf Unternehmens- als auch auf Arbeitsbereichsebene steuern.
Benutzerdefinierte Logos. Laden Sie Ihr Firmenlogo (PNG oder JPEG, bis zu 2 MB) hoch, damit es in Signatur-E-Mails und in der Signaturschnittstelle angezeigt wird. Bei mandantenfähigen Produkten kann jeder Arbeitsbereich ein eigenes Logo haben, das den Standard des Unternehmens überschreibt. Wenn ein Arbeitsbereich-Logo entfernt wird, wird automatisch wieder auf das Firmenlogo zurückgegriffen.
Farbthemen. Passen Sie die gesamte Farbpalette des Signatur-Erlebnisses mithilfe von Hex-Werten an. Sie steuern sechs Einstellungen: primäre Akzentfarbe, primärer Vordergrund (Text auf Schaltflächen), Seitenhintergrund, Textfarbe, Karten-/Panel-Hintergrund und Rahmenfarbe. Wie Logos können auch Farben auf Unternehmensebene festgelegt und pro Arbeitsbereich überschrieben werden.
Firma.dev-Branding ausblenden. Aktivieren Sie show_custom_branding_only auf Unternehmensebene, um sämtliches Firma.dev-Branding vollständig aus dem Signatur-Erlebnis zu entfernen. In Kombination mit einem benutzerdefinierten Logo und Farbthema werden Ihre Benutzer niemals bemerken, dass eine Drittanbieter-API im Spiel ist.
Anzeigeeinstellungen. Nehmen Sie Feineinstellungen an zusätzlichen Details vor, z. B. ob Signaturzeichnungsrahmen und Wasserzeichen für Teildokumente angezeigt werden sollen. Diese Einstellungen sind auf beiden Ebenen verfügbar, und die Einstellungen des Arbeitsbereichs erben von den Unternehmenseinstellungen, wenn sie auf Null gesetzt sind.
All dies folgt einer kaskadierenden Hierarchie: Die Einstellung des Arbeitsbereichs hat Priorität, dann die Unternehmenseinstellung, dann die Standardeinstellungen von Firma.dev. Das bedeutet, dass Sie ein unternehmensweites Branding festlegen und dieses selektiv für bestimmte Arbeitsbereiche überschreiben können. Siehe den Leitfaden zum White-Labeling für die vollständige API-Referenz.
2. Benutzerdefinierte E-Mail-Domains
Standardmäßig werden E-Mails für Signaturanfragen von der Domain von Firma.dev gesendet. Mit benutzerdefinierten E-Mail-Domains kommen sie von Ihrer eigenen.
Sie können dies auf zwei Ebenen konfigurieren:
Unternehmensebene: Alle Arbeitsbereiche erben Ihre Domain. E-Mails werden als documents@yourcompany.com versendet.
Arbeitsbereichsebene: Jeder Arbeitsbereich kann eine eigene Domain haben. Die E-Mails von Kunde A kommen von sign@customera.com. Die von Kunde B kommen von contracts@customerb.com.
Die Einrichtung umfasst das Hinzufügen von DNS-Einträgen (SPF, DKIM, DMARC), um die Inhaberschaft zu überprüfen und die Zustellbarkeit sicherzustellen. Der Prozess ist API-gesteuert: Fügen Sie die Domain hinzu, überprüfen Sie die Inhaberschaft mit einem TXT-Eintrag, schließen Sie den Vorgang ab, um Ihre Sende-DNS-Einträge zu erhalten, und überprüfen Sie diese dann. Nach der Überprüfung ist die Domain sofort aktiv.
Eine Schritt-für-Schritt-Anleitung finden Sie unter So versehen Sie Ihre E-Signatur-E-Mails und Signaturlinks mit einem White-Label.
3. Benutzerdefinierte E-Mail-Absenderadresse
Neben der Domain können Sie auch den lokalen Teil der Absenderadresse steuern. Standardmäßig verwenden E-Mails von einer benutzerdefinierten Domain support@yourdomain.com. Legen Sie email_local_part fest, um dies in etwas wie noreply, signing oder documents zu ändern.
Die vollständige Absenderadresse setzt sich aus drei Komponenten zusammen: dem Absendernamen (die Person, die die Signaturanfrage initiiert hat), dem lokalen Teil und der Domain. Jede Komponente wird über eine Fallback-Kette aufgelöst, wobei die Einstellungen des Arbeitsbereichs Priorität vor den Unternehmenseinstellungen haben, welche wiederum Priorität vor den Standardeinstellungen von Firma.dev haben.
Wenn Sie beispielsweise email_local_part auf noreply setzen und Ihre verifizierte Domain sign.acmecorp.com lautet, werden E-Mails als Jane Smith <noreply@sign.acmecorp.com> gesendet.
4. Benutzerdefinierte E-Mail-Vorlagen
Firma.dev sendet im Laufe des Signatur-Lebenszyklus 11 Arten automatisierter E-Mails: Signatureinladungen, Benachrichtigungen für den nächsten Unterzeichner, Erinnerungen zum erneuten Senden, Erinnerungen, Ablaufbenachrichtigungen, Stornierungsbenachrichtigungen, Ablehnungsbenachrichtigungen (sowohl an Unterzeichner als auch an Administratoren), Abschlussbestätigungen und Warnungen bei Identitätsänderungen von Unterzeichnern.
Sie können die Betreffzeile und den HTML-Text jedes E-Mail-Typs anpassen, mit dynamischen Platzhaltern für Unterzeichnerdetails, Dokumenteninformationen und das Marken-Branding. Platzhalter wie {{signer_name}}, {{signing_link}}, {{company_logo}} und {{team_name}} ermöglichen es Ihnen, Vorlagen zu erstellen, die sich für Ihr Produkt vollkommen nativ anfühlen.
Vorlagen folgen derselben kaskadierenden Hierarchie wie alles andere. Legen Sie unternehmensweite Vorlagen für Konsistenz fest und überschreiben Sie bei Bedarf bestimmte Vorlagen pro Arbeitsbereich. Sie können auch die integrierten Standardvorlagen von Firma.dev als Ausgangspunkt abrufen, die in 9 Sprachen verfügbar sind, darunter Englisch, Spanisch, Französisch, Deutsch und Portugiesisch.
Weitere Details finden Sie unter Benutzerdefinierte E-Mail-Vorlagen für Ihre E-Signatur-API.
5. Steuerung von Benachrichtigungen
Benutzerdefinierte Domains und Vorlagen ändern das Branding von E-Mails. Die vollständige Steuerung von Benachrichtigungen ermöglicht es Ihnen, diese komplett zu ersetzen.
Die automatisierten E-Mails von Firma.dev können pro Signaturanfrage mit vier booleschen Einstellungen deaktiviert werden: send_signing_email, send_finish_email, send_expiration_email und send_cancellation_email. Deaktivieren Sie beliebige oder alle davon.
Wenn E-Mails deaktiviert sind, rufen Sie die Signatur-URLs von der API ab und senden Benachrichtigungen über Ihr eigenes System. Dies ermöglicht Ihnen:
Ihre bestehende E-Mail-Infrastruktur zu nutzen (SendGrid, Postmark, Customer.io)
Das Timing für Erinnerungen und Nachfassaktionen zu steuern
Benachrichtigungen basierend auf Ihrer eigenen Geschäftslogik auszulösen
Signaturbenachrichtigungen in bestehende Kommunikationsabläufe mit Kunden zu integrieren
Einige Teams nutzen benutzerdefinierte Domains und Vorlagen, während Firma.dev die Zustellung übernimmt. Andere schalten alles aus und besitzen die gesamte Kommunikationsschicht. Beides funktioniert.
6. Eingebettete Erlebnisse
Das Signatur-Erlebnis sollte sich nicht wie eine Weiterleitung zu einem anderen Produkt anfühlen. Eingebettete Schnittstellen ermöglichen es Ihnen, den gesamten Workflow in Ihre Anwendung zu integrieren.
Firma.dev bietet drei einbettbare Komponenten:
Signaturschnittstelle. Betten Sie den Signatur-Ablauf ein, sodass Empfänger Dokumente unterzeichnen, ohne Ihre App zu verlassen. In Kombination mit individuellem Branding und show_custom_branding_only sehen Benutzer Ihr Logo, Ihre Farben und Ihre Navigation während des gesamten Prozesses.
Vorlagen-Editor. Ermöglichen Sie es Ihren Benutzern (oder den Benutzern Ihrer Kunden), Vorlagen direkt in Ihrer App zu erstellen und zu bearbeiten. Laden Sie Dokumente hoch, platzieren Sie Signaturfelder, definieren Sie Unterzeichnerrollen – alles innerhalb Ihrer Benutzeroberfläche.
Editor für Signaturanfragen. Konfigurieren Sie Signaturanfragen, fügen Sie Empfänger hinzu, legen Sie die Reihenfolge der Unterschriften fest und zeigen Sie Dokumente in der Vorschau an, ohne Ihr Produkt zu verlassen.
Alle drei nutzen JWT-Authentifizierung. Ihr Backend generiert ein kurzlebiges Token, und das Frontend lädt die Komponente in einem Iframe mit diesem Token. Es werden keine API-Schlüssel für den Client offengelegt.
Die Schaltflächen innerhalb der eingebetteten Signaturschnittstelle sind ebenfalls anpassbar. Arbeitsbereichs-Administratoren können die Beschriftungen der Schaltflächen in der Signaturansicht pro Sprache für alle neun unterstützten Sprachen überschreiben, sodass der Text, auf den ein Unterzeichner tippt, den Formulierungen Ihres Produkts entspricht und nicht den Standardeinstellungen von Firma.dev. Im Gegensatz zu den meisten Einstellungen auf dieser Seite sind Überschreibungen von Schaltflächenbeschriftungen nur auf Arbeitsbereichsebene möglich, ohne dass ein Standardwert auf Unternehmensebene geerbt werden kann. Den vollständigen Leitfaden und die Liste der unterstützten Schaltflächenschlüssel finden Sie unter anpassbare Schaltflächenbeschriftungen für Signaturen.
Für Produkte, bei denen die Dokumentenvorbereitung ein zentraler Workflow ist, lohnen sich die eingebetteten Editoren. Ihre App fühlt sich konsistent an, und Benutzer müssen nie zu einer Schnittstelle eines Drittanbieters wechseln. Siehe den Leitfaden für einbettbares Signieren für vollständige Implementierungsdetails.
Die Hierarchie der Einstellungen
Alle Branding- und Konfigurationseinstellungen in Firma.dev folgen einer kaskadierenden Hierarchie:
Einstellung des Arbeitsbereichs (höchste Priorität)
Unternehmenseinstellung
Firma.dev-Standardwert (niedrigste Priorität)
Dies ermöglicht es Ihnen, unternehmensweite Standardwerte festzulegen und diese pro Arbeitsbereich zu überschreiben. Auf Arbeitsbereichsebene bedeutet das Festlegen eines Wertes auf null „vom Unternehmen erben“. Dies gilt für Logos, Farben, E-Mail-Domains, E-Mail-Vorlagen, Absenderadressen und Anzeigeeinstellungen.
Für mandantenfähige Produkte ist diese Hierarchie äußerst leistungsstark. Legen Sie das Branding Ihrer Plattform auf Unternehmensebene fest und lassen Sie jeden Kunden-Arbeitsbereich bei Bedarf seine eigene Identität definieren.
Checkliste für die Implementierung
Bevor Sie beginnen:
Definieren Sie Ihren White-Labeling-Umfang. Welche Kontaktpunkte sind am wichtigsten? Logos und Farben? E-Mails? Die Signatur-Benutzeroberfläche? Vorlagenerstellung? Bilden Sie die User Journey ab und identifizieren Sie, wo ein Drittanbieter-Branding das Erlebnis stören würde.
Entscheiden Sie sich für eine Einzelmarke oder mehrere Marken. Wenn Sie ein Branding pro Kunde benötigen, planen Sie Ihre Arbeitsbereichsstruktur frühzeitig. Erstellen Sie einen Arbeitsbereich, wenn Sie einen neuen Kunden aufnehmen, und beschränken Sie alle Aktivitäten dieses Kunden auf diesen Arbeitsbereich.
Richten Sie zuerst das visuelle Branding ein. Laden Sie Ihr Logo hoch und konfigurieren Sie Ihr Farbthema auf Unternehmensebene. Das dauert nur wenige Minuten und verbessert das Signatur-Erlebnis für alle Benutzer sofort.
Fügen Sie Ihre E-Mail-Domain hinzu. Registrieren Sie Ihre Domain, fügen Sie die DNS-Einträge hinzu und verifizieren Sie diese. Dies ist für die meisten Produkte die Änderung mit der größten Wirkung, da dies das Erste ist, was die Empfänger bemerken.
Passen Sie E-Mail-Vorlagen an. Rufen Sie die Standardvorlagen ab, passen Sie den Text und das HTML an Ihre Markenstimme an und legen Sie diese auf Unternehmens- oder Arbeitsbereichsebene fest.
Planen Sie Ihre Strategie für eingebettete Elemente. Wenn Sie Einbettungen nutzen, entscheiden Sie, welche Komponenten Sie benötigen. Nur das Signieren? Auch die Vorlagenbearbeitung? Die einbettbare Signaturschnittstelle ist der am häufigsten gewählte Ausgangspunkt. Editoren für Vorlagen und Signaturanfragen bieten einen Mehrwert für Produkte, bei denen die Dokumentenvorbereitung Teil des Kern-Workflows ist.
Testen Sie den gesamten Ablauf. Senden Sie eine Signaturanfrage über jeden Kontaktpunkt. Überprüfen Sie den E-Mail-Absender, den E-Mail-Inhalt, die Signaturschnittstelle und die Abschlussbenachrichtigung. Stellen Sie sicher, dass sich jeder Schritt wie Ihr eigenes Produkt anfühlt.
Die vollständige technische API-Referenz mit Codebeispielen für alle hier behandelten Funktionen finden Sie im Firma.dev Leitfaden zum White-Labeling.
Was das kostet
Enterprise-E-Signatur-Plattformen verlangen oft hohe Gebühren für White-Labeling. Manchmal ist es ein separates Add-on. Manchmal ist es nur in einer höheren Preisstufe verfügbar.
Firma.dev umfasst alle White-Labeling-Funktionen auf jeder Preisstufe. Benutzerdefinierte E-Mail-Domains, eingebettete Editoren, eingebettetes Signieren, Kunden-Arbeitsbereiche. Alles inklusive.
Nutzungsbasierte Abrechnung mit €0,049 pro Umschlag. Keine Verträge. Keine Mindestbeträge. Keine zusätzlichen Gebühren für das Branding Ihres Signatur-Erlebnisses.
Erste Schritte
Firma.dev umfasst alle White-Labeling-Funktionen auf jeder Preisstufe. Keine Premium-Tarife, keine Funktionseinschränkungen. Zahlen Sie €0,049 pro Umschlag (~5¢ USD) und erhalten Sie Zugriff auf Logos, Farben, benutzerdefinierte Domains, E-Mail-Vorlagen, eingebettete Schnittstellen und Kunden-Arbeitsbereiche.
Starten Sie kostenlos mit Firma.dev, keine Kreditkarte erforderlich.
Verwandte Artikel
Unsere Plattform wurde entwickelt, um Unternehmen jeder Größe zu befähigen, intelligenter zu arbeiten und ihre Ziele mit Zuversicht zu erreichen.
