White-Label-Workspaces

Mit White-Label-Zugang kann ein bestehender Workspace als gebrandete Reseller-Umgebung auftreten. Kunden verwenden deine Domain und dein Branding, während ihre Assistenten, Anrufe, Kampagnen, ihr Plan, ihre Credits und ihr Team in getrennten Kunden-Workspaces isoliert bleiben. White-Label-Zugang ist entweder in einer Plan-Stufe enthalten oder als eigenständiges Add-on über Settings → Plan erhältlich. Anders als AI Safety & Control, Clone your own voice und Revenue Autopilot lässt er sich nie an deine eigenen Kunden weiterverkaufen.

​

Standorte deiner Kunden

Die Karte Workspace-Standorte oben im Reseller-Dashboard zeigt die Länder deiner Kunden-Workspaces anhand der jeweiligen Workspace-Einstellungen. Jeder Workspace wird einmal gezählt. Workspaces ohne Länderangabe erscheinen unter Land nicht festgelegt (gesamt). Workspace-Anzahl, Länderanzahl und häufigster Standort über der Karte folgen dem gewählten Zeitraum und zählen die darin erstellten Workspaces. Die Karte und ihre Länderwerte zeigen weiterhin alle aktuellen Kunden-Workspaces. Sie zeigt keine anhand der IP-Adresse ermittelten Besucherstandorte.

​

Anpassbare Bereiche

Die vollständige Anleitung mit den zugehörigen Einstellungen findest du unter White-Label-Einrichtung.

• Domain – App, Login, Public API (/api/v1) und MCP verwenden deine verifizierte Domain.
• Branding – App-Name, Logos, Favicon, Farben und Authentifizierungsseiten.
• Support details – die Kontaktdaten, die deinen Kunden angezeigt werden.
• Plans and pricing – kundenseitige Pläne, Inklusivminuten, Limits und Add-ons.
• Billing – Kunden-Checkout, Abos, Aufladungen und Rechnungen über dein verbundenes Abrechnungskonto.
• Currency – die Anzeigewährung, die deine Kunden sehen; gespeicherte Preise bleiben in EUR und werden zu einem plattformseitig verwalteten Kurs umgerechnet.
• Custom SMTP server – sende transaktionale E-Mails an deine Kunden über deinen eigenen Mail-Provider statt über den Plattform-Standard.
• Mail template – die Willkommens-E-Mail, die direkt nach der Kontoerstellung eines Kunden gesendet wird; lass Felder leer, um den Standardtext zu verwenden.
• Email notifications – welche transaktionalen E-Mails an deine Kunden gehen.
• Signup webhook – ein HTTP-Callback, der ausgelöst wird, wenn sich jemand auf deiner Domain registriert.
• Bot protection – eine optionale Cloudflare-Turnstile-Prüfung in deinem Registrierungsformular, verfügbar sobald deine Custom Domain verifiziert ist.
• Retention limits – der Min./Max.-Bereich, den deine Kunden für ihre eigene Datenaufbewahrung wählen können, getrennt vom Standard-Aufbewahrungszeitraum, den du je Plan festlegst.

Die White-Label-Verwaltung erscheint nur, wenn dein Workspace White-Label-Zugang hat.

​

Kunden-Workspaces

Registriert sich eine Person auf deiner White-Label-Domain, erstellt Famulor einen getrennten Kunden-Workspace, der dieser Person gehört. Der Kunde wird nicht Mitglied deines Reseller-Workspace. Öffne Whitelabel Admin → Users → Create user. Trage E-Mail und optionalen Namen ein, wähle Creation mode und prüfe die Angaben vor Create user. Die Aufnahme zeigt ein ungespeichertes Formular mit Platzhaltern; es wurde weder ein Kunde angelegt noch eine Einladung versendet. Dadurch bleiben Ressourcen, Abrechnung, Credits und Teamzugriff jedes Kunden getrennt. Verwalte Kunden im Bereich Whitelabel Admin oder nutze die White-Label-API für eigene Onboarding- und Supportabläufe. Öffne einen einzelnen Kunden unter Users, um zu zwei Override-Tools zu gelangen, die beide nur für diesen einen Kunden gelten:

• Custom User Appearance blendet bestimmte Navigationsseiten oder Produktfunktionen für diesen Kunden aus, unabhängig von deinem globalen White-Label-Branding und deiner Navigation.
• Custom User Limits überschreibt einzelne Plan-Limit-Werte – etwa die Anzahl der Assistenten oder Kampagnen – für genau diesen einen Workspace. Ein Override hier hat Vorrang vor allem, was der abonnierte Plan des Kunden vorgibt.

​

Kundenübergreifende History und Live-Monitoring

Dein Admin-Bereich hat eigene History- und Live monitoring-Ansichten, die jeden Kunden-Workspace an einem Ort zusammenführen, sodass Support und Qualitätsprüfungen nicht bedeuten, jeden Workspace einzeln zu öffnen. Sie sind getrennt von der Workspace-eigenen History und dem Live-Monitoring, die deine Kunden im Produkt selbst nutzen. Die Admin-History listet Anrufe, E-Mail- und Messaging-Gespräche aus jedem Kunden-Workspace in einem Raster auf, mit einer Spalte Workspace, die zeigt, zu welchem Kunden jedes Gespräch gehört, und öffnet dieselben Detailansichten wie die kundenseitige History. Das Admin-Live-Monitoring zeigt die aktiven Anrufe über alle deine Kunden-Workspaces hinweg. Bei jedem davon kannst du mithören, dem Assistenten etwas zuflüstern, das Gespräch übernehmen oder auflegen – dieselben Steuerungen wie beim eigenen Live-Monitoring eines einzelnen Workspace –, dazu Latenz-Perzentile der Antwortzeit der letzten 24 Stunden. Diese Ansicht wird durch die Live monitoring-Funktion deines eigenen Reseller-Plans freigeschaltet, nicht durch den Plan eines einzelnen Kunden.

​

Custom Domain verbinden

Öffne Whitelabel Admin → Settings → Domains und füge den vollständigen Hostnamen hinzu, den du verwenden möchtest. Öffne Whitelabel Admin → Settings → Domains, trage den Hostnamen unter Custom domain ein und wähle Add domain. Die Aufnahme zeigt das Formular vor dem Hinzufügen einer Domain; die DNS-Einträge folgen im nächsten Schritt.

1. Veröffentliche den in der Einrichtung angezeigten TXT-Eintrag zur Bestätigung der Inhaberschaft.
2. Veröffentliche den empfohlenen A- oder CNAME-Eintrag für das Routing.
3. Warte auf die DNS-Übernahme und wähle Check DNS.

Die Domain wird erst aktiv, wenn Inhaberschaft, Routing und Zertifikat erfolgreich geprüft wurden. Das Entfernen der Domain deaktiviert Anmeldung und Branding auf diesem Hostnamen. Der gleiche Ablauf ist über GET, POST und DELETE /api/v1/custom-domain, POST /api/v1/custom-domain/verify und die passenden MCP-Tools verfügbar.

​

Registrierung und Prepaid-Konten

Alle Einstellungen und individuelle Anpassungen findest du unter Kundenlimits verwalten. Unter Whitelabel Admin → Default plan limits steuert Allow self-service registration ausschließlich, ob neue Kunden auf der Login-Seite deiner verifizierten Custom-Domain selbst ein Konto erstellen können. Bestehende Kunden können sich auch bei deaktivierter Registrierung weiter anmelden. Kunden, die ein berechtigter Reseller-Operator im Dashboard, über die REST-API oder über MCP erstellt, bleiben ebenfalls möglich. Allow prepaid accounts ist davon unabhängig. Die Einstellung bestimmt, ob Kunden ohne bezahlten Plan Prepaid-Credits verwenden dürfen. Ist sie aus, kann die Registrierung trotzdem geöffnet bleiben; neue Kunden müssen dann vor der Nutzung einen bezahlten Plan wählen. Prepaid-Limits und der Pay-as-you-go-Minutenpreis gelten, bis ein Kunde einen bezahlten Plan auswählt. Auf derselben Seite kannst du außerdem Welcome credits for new customers festlegen. Als Startwert werden 800 Credits empfohlen. Jeder neue Prepaid-Kunde erhält den konfigurierten Betrag einmalig als nicht verfallende Wallet-Credits aus deinem Reseller-Wallet. Trage 0 ein, um automatische Vergaben abzuschalten; deaktivierst du Prepaid-Konten, pausiert das die Vergabe, ohne deinen gespeicherten Betrag zu entfernen. Kann dein Wallet den vollständigen Betrag nicht decken, funktioniert die Kunden-Registrierung trotzdem, und der Kunde erhält 0 Willkommens-Credits. Die ausgefallene Vergabe wird später nicht automatisch nachgeholt. Kundenliste und Detailansicht zeigen eine Aktion, um den ursprünglich angeforderten Betrag manuell zu übertragen, nachdem du dein Wallet aufgeladen hast. Änderungen gelten nur für Kunden, die nach dem Speichern erstellt werden; bestehende Kunden erhalten nie eine rückwirkende Vergabe. Nutze GET oder PATCH /api/v1/platform/welcome-credits für dieselbe Einstellung, oder die MCP-Tools get_platform_welcome_credit_settings und update_platform_welcome_credit_settings im Toolset platform. Registrierungs- und Kundendetail-Antworten enthalten den öffentlichen Willkommens-Credit-Status sowie den angeforderten und den vergebenen Betrag. Registrierung, Prepaid-Zugang, Prepaid-Minutenpreis und Prepaid-Standardwerte sind außerdem über GET oder PATCH /api/v1/platform/default-limits sowie die MCP-Tools get_platform_default_limits und update_platform_default_limits verfügbar.

​

User view

Berechtigte Reseller-Admins können User view für einen ihrer eigenen Kunden öffnen, um dessen Dashboard-Erlebnis nachzustellen. Ein dauerhaft sichtbares Banner nennt den Kunden und führt klar zurück in den Admin-Bereich. Jede Sitzung wird im Audit-Verlauf erfasst. Nutze User view nur für berechtigten Support und Administration und beachte die Zugriffsrichtlinien deiner Organisation.

​

Prompt-Vorlagen

Die Felder und Erstellungsschritte erklärt Prompt-Vorlagen. Erstelle Workspace-Prompt- und Flow-Vorlagen im Whitelabel-Admin-Bereich. Je nach gewählter Sichtbarkeit stehen sie deinem Reseller-Team und den Kunden-Workspaces zur Verfügung. Endnutzer wählen beim Erstellen eines Assistenten oder auf der System-Prompt-Karte eine Vorlage, sehen eine Vorschau und wenden eine Kopie an. Spätere Änderungen an der Vorlage überschreiben bestehende Assistenten nicht. Der kundensichtbare Katalog ist außerdem über GET /api/v1/prompt-templates und das MCP-Tool list_prompt_templates verfügbar.

​

Stimmenkatalog

Bestimme, welche Stimmen aus dem Plattformkatalog deine Kunden in der Stimmenauswahl des Assistenten wählen können. Schalte einzelne Stimmen in einer Allow-List ein oder aus und ergänze den Katalog um weitere Stimmen, wenn ein Kunde eine braucht, die noch nicht gelistet ist. Eine Stimme, die weiter oben in der Kette abgeschaltet wurde, trägt eine Markierung Upstream und lässt sich von hier aus nicht wieder aktivieren. Eine Stimme, deren Text-to-Speech-Quelle plattformweit abgeschaltet wurde, wird in ihrer Zeile separat markiert, sodass du sie bei den betroffenen Assistenten ersetzen oder aus dem Katalog löschen kannst.

​

Kundenressourcen übertragen

Quelle, Ziel, Vorschau und Rücknahme sind unter Datenmigration beschrieben. Reseller-Admins können unterstützte Ressourcen zwischen eigenen Kundenkonten verschieben, zum Beispiel bei der Übergabe eines von einer Agentur vorbereiteten Setups. Prüfe vor dem Abschluss Assistentenzuweisungen, Nummern, Tools, Wissen und Abrechnung. Jede Migration wird als Lauf mit einem überprüfbaren Verlauf erfasst – wer was von wo nach wo verschoben hat –, und ein abgeschlossener Lauf lässt sich aus derselben Liste zurückrollen.

​

Kundenpasswörter und Konto-E-Mails

Unter Nutzer → Kunde auswählen → Kontozugang kannst du eine Reset-E-Mail senden oder ein neues Passwort festlegen. Direktes Setzen ist nur möglich, wenn das Kundenkonto ausschließlich zu deiner Marke gehört. Bei Konten mit Zugriff auf andere Marken oder Plattform-Workspaces sende eine Reset-E-Mail, damit der Kunde seinen globalen Login selbst kontrolliert. Konto-E-Mails verwenden deine verifizierte Domain, dein Branding und deinen konfigurierten SMTP-Absender. Dazu gehören Einladungen, Passwort-Resets, Bestätigungen von E-Mail-Änderungen, Bestätigungscodes und aktivierte Sicherheitsbenachrichtigungen. E-Mail-Änderungen können eine Bestätigung von der bisherigen und der neuen Adresse erfordern. Bei Versandfehlern wird nicht auf eine andere Marke gewechselt. Prüfe dann deine SMTP-Einstellungen.