> ## Documentation Index > Fetch the complete documentation index at: https://docs.itellico.ai/llms.txt > Use this file to discover all available pages before exploring further. # Account-Betriebsmodell > Entscheide, wann du einen Account, Team-Mitglieder, Subaccounts, Parent Billing oder Agency-Zugriff nutzt Dieser Leitfaden hilft dir, die richtige Account-Struktur zu wählen, bevor du Nutzer einlädst, Subaccounts erstellst, Abrechnung zentralisierst oder kunden­eigene Accounts verwaltest. Nutze ihn, wenn du dich entscheidest zwischen: * einem gemeinsamen Account * mehreren Team-Mitgliedern in einem Account * einer Parent-/Subaccount-Struktur für zentrale Abrechnung und Kundenisolierung * Agency-Zugriff innerhalb eines kunden­eigenen Accounts * Hybridmodellen, die beide Ansätze kombinieren ## Starte mit dem einfachsten Modell, das passt Nutze die einfachste Struktur, die deinen tatsächlichen Betriebsanforderungen entspricht. | Modell | Gut wenn | Meist nicht nötig wenn | | --------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------- | | **Ein Standard-Account** | Ein Unternehmen, ein gemeinsames Team, ein Abrechnungsinhaber | Du getrennte Kunden, Marken oder Abteilungen isolieren musst | | **Ein Account mit mehreren Team-Mitgliedern** | Mehrere Personen im selben gemeinsamen Account zusammenarbeiten | Teams die Kontakte, Agents oder Gespräche der anderen nicht sehen sollen | | **Parent-/Subaccount-Modell** | Du resellst, rebillst, integrierst per API oder betreibst viele isolierte Kunden-Accounts unter einem Parent Account | Jeder Kunde seine eigene Abrechnung und direkte Plattformbeziehung haben soll | | **Agency-Zugriffsmodell** | Du Setup oder Betrieb in einem kunden­eigenen Account verwaltest | Du zentrale Abrechnung, Reselling oder API-gesteuertes Deployment brauchst | | **Hybridmodell** | Du für einige Kunden parent-billing-finanzierte Subaccounts und für andere Agency-Zugriff nutzt | Ein Modell jede Kundenbeziehung sauber abdeckt | ## Team-Mitglieder vs. Subaccounts Das ist die wichtigste Unterscheidung. ### Füge ein Team-Mitglied hinzu, wenn: * die Person im selben Account arbeiten soll * sie dieselben Agents, Kontakte und Gespräche sehen soll * sie dieselbe operative Oberfläche nutzt ### Erstelle einen Subaccount, wenn: * Daten isoliert bleiben sollen * Abrechnung oder Governance anders ist * ein Kunde, eine Marke oder eine Abteilung die andere nicht sehen soll * Defaults, Branding oder Zugriffsrichtlinien je Account abweichen sollen * ein Parent Account itellicoAI zentral bezahlen und die eigene Downstream-Kundenabrechnung abwickeln soll * deine API-Integration für jeden Kunden einen separaten Account-Kontext braucht Wenn die Frage lautet: "Soll diese Person an derselben Operation mitarbeiten?" nutze Team-Mitglieder. Wenn die Frage lautet: "Soll diese Operation von einer anderen getrennt sein?" nutze einen Subaccount. ## Parent-/Subaccount-Modell vs. Agency-Zugriffsmodell Nutze das **Parent-/Subaccount-Modell**, wenn dein Unternehmen die itellicoAI-Beziehung besitzt, eine zentrale Rechnung erhält und die eigene Downstream-Kundenabrechnung selbst übernimmt. Nutze **Agency-Zugriff**, wenn der Kunde seinen itellicoAI-Account besitzt und bezahlt und dein Team erweiterten Zugriff braucht, um ihn zu verwalten. Hybride Setups sind üblich. Für Abrechnungsentscheidungen, Workflows und einen vollständigen Vergleich siehe [Client Service Models](/de/accounts/agency-playbook). ## Wer was steuert | Bereich | Standard-Account | Account mit Agency-Zugriff | Parent-billing-finanzierter Subaccount | | -------------------------------------- | ----------------------------------- | -------------------------------------------------------------------- | ------------------------------------------------------------------------------------------- | | **Mitglieder und Rollen** | Im Account verwaltet | Im selben Account verwaltet, mit Agency-Admin-Rechten wo gewährt | Im Subaccount gemäß dem erlaubten Modell verwaltet | | **Abrechnungsbeziehung** | Account hat seine eigene Abrechnung | Account bleibt unabhängig abgerechnet, sofern nicht separat geändert | Parent Account wird von itellicoAI abgerechnet und kann den Kunden separat weiterverrechnen | | **Agents, Kontakte und Gespräche** | Im Account gemeinsam genutzt | Im selben Account gemeinsam genutzt | Im Subaccount isoliert | | **Branding und Account-Einstellungen** | Im Account verwaltet | Im Account von Nutzern mit ausreichenden Rechten verwaltet | Im Subaccount verwaltet, soweit erlaubt | ## Empfohlene Betriebsmodelle Starte mit einem Account und mehreren Team-Mitgliedern. Füge Subaccounts erst hinzu, wenn du später eine strikte Trennung zwischen Marken, Regionen oder Abteilungen brauchst. Nutze Subaccounts, wenn jede Marke ihre eigenen Gespräche, Kontakte oder öffentlichen Einstellungen braucht. Nutze parent-billing-finanzierte Subaccounts, wenn dein Unternehmen die zentrale itellicoAI-Beziehung besitzt, eine Parent-Rechnung möchte und die Downstream-Kundenabrechnung selbst übernimmt. Nutze Agency-Zugriff, wenn jeder Kunde seinen itellicoAI-Account besitzt und dein Team zum Einrichten, Warten oder Optimieren einlädt. Nutze stattdessen Subaccounts, wenn die Agentur die Parent-Account-Beziehung besitzen und Kunden direkt weiterverrechnen möchte. Nutze parent-billing-finanzierte Subaccounts für Kunden, die du paketierst oder weiterverrechnest, und Agency-Zugriff für Kunden, die direkte Plattformabrechnung bevorzugen. ## Häufige Fehler Wenn Personen an denselben Agents und Gesprächen mitarbeiten sollen, füge zuerst Mitglieder und Rollen hinzu. Erstelle keine zusätzlichen Accounts, wenn du keine Isolation brauchst. Wenn Kunden nicht die Daten oder internen Abläufe anderer sehen sollen, gib ihnen separate Accounts statt gemeinsamen Mitgliederzugriffs. Subaccounts sind operative Grenzen, nicht nur Organisationslabels. Nutze sie nur, wenn die Grenze wirklich relevant ist. ## Nächste Schritte Das Kernmodell für Hierarchie und Zugriff kennenlernen Mitglieder einladen und Rollen in einem gemeinsamen Account vergeben Isolierte Child-Accounts erstellen Parent Billing, Agency-Zugriff und Hybrid-Setups vergleichen