Standardmäßig können Organisationsmitglieder keine Teams in einer Apidog-Organisation erstellen. Organisationseigentümer und Administratoren können diese Berechtigung aktivieren, damit Mitglieder organisationsinterne Teams über die Startseite erstellen können.
Apidog noch heute ausprobieren
Der Ersteller wird Teameigentümer, bleibt jedoch Organisationsmitglied. Die Teamerstellung gewährt keinen Zugriff auf die Organisationsverwaltung.
Voraussetzungen
Sie benötigen:
- Zugriff als Organisationseigentümer oder -administrator;
- ein Organisationsmitgliedskonto für den Pilottest;
- klare Regeln für Teamnamen und Eigentümerschaft;
- ein aktives Organisationsmitglied als möglichen Backup-Eigentümer.
Diese Einstellung ändert ausschließlich, wer Teams innerhalb der Organisation erstellen darf. Organisationsrollen, Projektberechtigungen und bestehende Teams bleiben unverändert.
1. Mitgliedern das Erstellen von Teams erlauben
- Öffnen Sie die Organisationseinstellungen.
- Navigieren Sie zu Rollen und Berechtigungen.
- Aktivieren Sie die Option, die Organisationsmitgliedern das Erstellen von Teams erlaubt.
- Speichern Sie die Änderung.
Die Berechtigung ist standardmäßig deaktiviert und kann nur von Organisationseigentümern oder Administratoren geändert werden.
Organisationseigentümer und Administratoren können unabhängig von dieser Einstellung Teams erstellen.
2. Teamerstellung mit einem Mitgliedskonto testen
Führen Sie einen Pilottest mit einem Organisationsmitglied durch:
- Melden Sie sich mit dem Mitgliedskonto an.
- Öffnen Sie die Apidog-Startseite.
- Erstellen Sie ein Team innerhalb der Organisation.
- Geben Sie einen Teamnamen ein und schließen Sie die Erstellung ab.
- Öffnen Sie das neue Team.
Prüfen Sie anschließend:
- Das Team gehört zur Organisation.
- Das erstellende Mitglied ist Teameigentümer.
- Das Mitglied kann das Team gemäß der Teameigentümerrolle verwalten.
- Das Mitglied kann weiterhin keine Organisationsverwaltungsseiten öffnen.
Ein Teameigentümer verwaltet sein Team, wird dadurch aber nicht zum Organisationsadministrator.
3. Teams und Eigentümer überwachen
Organisationseigentümer und Administratoren überwachen Teams über die Teamverwaltung:
- Öffnen Sie die Teamverwaltungsseite der Organisation.
- Prüfen Sie den Teameigentümer jedes Teams.
- Identifizieren Sie Eigentümer mit inaktiven oder nicht verfügbaren Konten.
- Filtern Sie bei Bedarf nach Teameigentümer oder Eigentümerstatus.
Verwenden Sie die Teamliste, um Teams zu erkennen, deren Eigentümer möglicherweise nicht verfügbar sind und deren Eigentum übertragen werden muss.
Prüfen Sie den Eigentümerstatus regelmäßig und immer vor dem Entfernen eines Mitglieds aus der Organisation.
4. Teameigentum übertragen
Organisationseigentümer und Administratoren können ein oder mehrere Teams an ein anderes berechtigtes Organisationsmitglied übertragen:
- Öffnen Sie die Teamverwaltungsseite.
- Wählen Sie die Teams aus, die einen neuen Eigentümer benötigen.
- Wählen Sie Eigentümer ändern.
Mehrere ausgewählte Teams können demselben neuen Eigentümer zugewiesen werden.
- Wählen Sie den neuen Teameigentümer.
- Bestätigen Sie die Übertragung.
Der neue Eigentümer muss ein berechtigtes, aktives Organisationsmitglied sein.
Der neue Eigentümer muss:
- ein nutzbares Apidog-Konto besitzen;
- aktives Organisationsmitglied sein;
- bei SAML SSO einer SSO-Identität der Organisation zugeordnet sein.
Ausstehende, entfernte, deaktivierte oder unvollständig zugeordnete SSO-Benutzer können nicht ausgewählt werden.
Auswirkungen einer Eigentumsübertragung
Nach der Übertragung:
- wird das ausgewählte Mitglied Teameigentümer;
- fügt Apidog den neuen Eigentümer bei Bedarf dem Team hinzu;
- wird der frühere Eigentümer zum Teamadministrator, sofern er im Team bleibt;
- erscheint die Übertragung in den Audit-Protokollen der Organisation.
Die Übertragung ändert nur den Teameigentümer. Das Team wird nicht in eine andere Organisation verschoben.
Konfiguration validieren
| Prüfung | Erwartetes Ergebnis |
|---|---|
| Mitglied erstellt ein Team | Das Team wird innerhalb der Organisation erstellt |
| Teamrolle des Erstellers | Der Ersteller ist Teameigentümer |
| Organisationsrolle des Erstellers | Der Ersteller bleibt Organisationsmitglied |
| Organisationseinstellungen | Der Ersteller kann keine Organisationsverwaltungsseiten öffnen |
| Eigentümerüberprüfung | Organisationseigentümer oder Administratoren sehen Team und Eigentümerstatus |
| Eigentumsübertragung | Ein berechtigter neuer Eigentümer erhält das Eigentum; das Ereignis erscheint im Audit-Protokoll |
Kommunizieren Sie nach dem Pilottest verbindliche Regeln für Teamnamen, Eigentümerschaft und Projekterstellung.
Fehlerbehebung
| Problem | Was zu prüfen ist |
|---|---|
| Ein Mitglied kann kein Team erstellen | Prüfen Sie, ob die Einstellung aktiviert ist und das Konto ein aktives Mitglied der richtigen Organisation ist. |
| Das Mitglied erwartet Zugriff auf Organisationseinstellungen | Teameigentum gewährt keine Organisationsadministrator-Berechtigungen. |
| Ein neuer Eigentümer kann nicht ausgewählt werden | Prüfen Sie, ob das Konto aktiv ist und bei SAML-Organisationen mit der SSO-Identität verknüpft wurde. |
| Ein früherer Eigentümer hat weiterhin Teamzugriff | Bleibt die Person im Team, wird ihre Rolle zu Teamadministrator. Prüfen Sie, ob dieser Zugriff weiterhin erforderlich ist. |
| Das Team wurde in eine andere Organisation verschoben | Eine Eigentumsübertragung verschiebt keine Teams. Prüfen Sie, ob zusätzlich eine separate Teamübertragung erfolgt ist. |
Wichtige Einschränkungen
- Die Einstellung erlaubt Mitgliedern, organisationsinterne Teams zu erstellen, nicht jedoch die Organisation zu verwalten.
- Der Ersteller erhält die integrierte Teameigentümerrolle. Benutzerdefinierte Berechtigungen für Teamrollen werden derzeit nicht unterstützt.
- Teameigentum bestimmt nicht automatisch alle Projektrollen. Prüfen Sie den Projektzugriff separat.
- Die Eigentumsübertragung verschiebt ein Team nicht zwischen Organisationen.
Verwandte API-Governance-Tutorials
- API Governance Framework — verbindet Eigentum, Kontrollen, Nachweise und Lebenszyklusentscheidungen.
- SAML Group Mapping mit Microsoft Entra ID — weist Teamzugriff von Identitätsanbietergruppen zu.
- Secret Scanner — überprüft mögliche exponierte Anmeldeinformationen in unterstützten Apidog-Assets.
- Audit-Protokolle — untersucht und exportiert administrative Organisationsaktivitäten.
- SCIM Provisioning — verwaltet Organisationsbenutzer über den Identitätslebenszyklus.
- Unternehmensrichtlinien — konfiguriert Kontrollen für Anmeldeinformationen, Mitgliedschaft, SSO-Sitzungen und Einladungen.
- Self-Service-API-Teams — erlaubt von Mitgliedern erstellte Teams bei gleichzeitiger Eigentumsaufsicht.
- GitHub Enterprise Cloud Integration — verbindet unterstützte GHE.com-Repositories für OpenAPI-Workflows.




Top comments (0)