Skip to main content
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 Fallbacks & Guardrails, Clone your own voice und Revenue Autopilot lässt er sich nie an deine eigenen Kunden weiterverkaufen.

​
Anpassbare Bereiche

  • 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. Dadurch bleiben Ressourcen, Abrechnung, Credits und Teamzugriff jedes Kunden getrennt. Verwalte Kunden im Bereich Tenant 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, Kampagnen oder Teammitglieder – 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 Tenant Admin → Settings und füge den vollständigen Hostnamen hinzu, den du verwenden möchtest.
  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.

​
Kostenlose Konten

Du kannst kostenlose Registrierungen erlauben und Standardlimits für Kunden sowie den Pay-as-you-go-Minutenpreis festlegen. Neue Kunden-Workspaces erhalten diese Vorgaben, bis sie einen bezahlten Plan wählen. Unter Tenant Admin → Default Limits → Billing Configuration kannst du außerdem Welcome credits for new customers festlegen. Als Startwert werden 800 Credits empfohlen. Jeder neue 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 kostenlose 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.

​
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

Erstelle Workspace-Prompt- und Flow-Vorlagen im Tenant-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

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.