Standardmäßig können Organisationsmitglieder keine Teams in einer Apidog-Organisation erstellen. Ein Organisationseigentümer oder Administrator kann diese Berechtigung aktivieren, damit Mitglieder organisationsinterne Teams von der Startseite aus erstellen können.
Der Ersteller wird zum Teameigentümer des neuen Teams, bleibt aber ein Organisationsmitglied. Die Teamerstellung gewährt keinen Zugriff auf die Seiten zur Organisationsverwaltung.
Bevor Sie beginnen
Sie benötigen:
- Zugriff als Organisationseigentümer oder Organisationsadministrator;
- ein Organisationsmitgliedskonto zum Testen;
- eine Namens- und Eigentumsvereinbarung für neue Teams;
- ein aktives Organisationsmitglied, das bei Bedarf als Backup-Eigentümer fungieren kann.
Diese Einstellung ändert, wer organisationsinterne Teams erstellen kann. Sie ändert nicht die Organisationsrollen, Projektberechtigungen oder die Berechtigungen bestehender Teams.
Schritt 1: Organisationsmitgliedern das Erstellen von Teams erlauben
- Öffnen Sie die Organisationseinstellungen.
- Gehen Sie zu Rollen und Berechtigungen.
- Aktivieren Sie die Option, die es Organisationsmitgliedern erlaubt, Teams zu erstellen.
- Speichern Sie die Einstellung.
Die Berechtigung ist standardmäßig deaktiviert und kann von einem Organisationseigentümer oder Administrator geändert werden.
Organisationseigentümer und Administratoren können unabhängig von dieser Einstellung Organisationsteams erstellen.
Schritt 2: Teamerstellung als Organisationsmitglied testen
Verwenden Sie ein Pilot-Organisationsmitgliedskonto.
- Melden Sie sich als Mitglied an.
- Öffnen Sie die Apidog-Startseite.
- Erstellen Sie ein neues Team innerhalb der Organisation.
- Geben Sie den Teamnamen ein und schließen Sie den Erstellungsprozess ab.
- Öffnen Sie das neue Team.
Bestätigen Sie alle folgenden Punkte:
- das Team gehört der Organisation an;
- das Mitglied, das es erstellt hat, ist der Teameigentümer;
- das Mitglied kann das neue Team gemäß der Teameigentümerrolle verwalten;
- das Mitglied hat weiterhin keinen Zugriff auf die Seiten zur Organisationsverwaltung.
Die letzte Überprüfung ist wichtig. Ein Teameigentümer verwaltet dieses Team, wird aber nicht zum Organisationsadministrator.
Schritt 3: Teams und Eigentümerstatus überprüfen
Organisationseigentümer und Administratoren können Organisationsteams über die Teamverwaltungsseite überwachen.
- Öffnen Sie die Teamverwaltungsseite der Organisation.
- Überprüfen Sie den jedem Team zugewiesenen Teameigentümer.
- Überprüfen Sie den Eigentümerstatus für inaktive oder anderweitig nicht verfügbare Konten.
- Suchen oder filtern Sie nach Teameigentümer und Eigentümerstatus, wenn eine Nachverfolgung erforderlich ist.
Verwenden Sie die Teamliste, um Teams zu identifizieren, deren Eigentümer möglicherweise nicht verfügbar sind und eine Eigentumsübertragung erfordern.
Eine einfache Betriebsregel ist es, den Eigentümerstatus während regelmäßiger Zugriffsüberprüfungen und vor dem Entfernen eines Mitglieds aus der Organisation zu überprüfen.
Schritt 4: Teameigentum übertragen
Organisationseigentümer und Administratoren können ein oder mehrere Teams an ein anderes berechtigtes Organisationsmitglied übertragen.
- Öffnen Sie die Teamverwaltungsseite der Organisation.
- Wählen Sie das Team oder 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 Mitglied der Organisation sein.
Der neue Eigentümer muss:
- ein nutzbares Apidog-Konto haben;
- ein aktives Organisationsmitglied sein;
- eine SSO-Identität besitzen, die der Organisation zugeordnet ist, wenn die Organisation SAML SSO verwendet.
Ausstehende, entfernte, deaktivierte oder unvollständig zugeordnete SSO-Benutzer können nicht ausgewählt werden.
Was sich nach der Eigentumsübertragung ändert
Nach der Übertragung:
- wird das ausgewählte Mitglied Teameigentümer;
- Apidog fügt den neuen Eigentümer bei Bedarf dem Team hinzu;
- wird der frühere Eigentümer zum Teamadministrator, wenn er im Team verbleibt;
- wird die Übertragung in den Audit-Protokollen der Organisation aufgezeichnet.
Die Eigentumsübertragung ändert nur den Teameigentümer. Sie verschiebt das Team weder in noch aus der Organisation.
Konfiguration überprüfen
Führen Sie diese Überprüfungen durch, bevor Sie die Berechtigung für alle Mitglieder aktivieren:
| 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 die Seiten zur Organisationsverwaltung nicht öffnen |
| Eigentümerüberprüfung | Organisationseigentümer/Administrator kann das Team und den Eigentümerstatus sehen |
| Eigentumsübertragung | Berechtigter neuer Eigentümer erhält das Eigentum und das Ereignis erscheint in den Audit-Protokollen |
Kommunizieren Sie nach dem Pilotprojekt die erforderlichen Namens-, Eigentümer- und Projekterstellungskonventionen an die Mitglieder, die die Berechtigung nutzen werden.
Fehlerbehebung
| Problem | Was zu prüfen ist |
|---|---|
| Ein Mitglied kann kein Team erstellen | Bestätigen Sie, dass die Einstellung aktiviert ist und der Benutzer ein aktives Organisationsmitglied in 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 | Bestätigen Sie, dass das Konto aktiv ist und, für eine SAML-Organisation, mit der SSO-Identität der Organisation verknüpft ist. |
| Ein früherer Eigentümer hat immer noch Teamzugriff | Wenn der frühere Eigentümer im Team verbleibt, ändert sich seine Rolle zu Teamadministrator. Überprüfen Sie, ob dieser Zugriff noch erforderlich ist. |
| Das Team wurde in eine andere Organisation verschoben | Die Eigentumsübertragung verschiebt keine Teams. Überprüfen Sie, ob eine separate Team-Übertragungsaktion durchgeführt wurde. |
Wichtige Einschränkungen
- Die Einstellung erlaubt Mitgliedern, organisationsinterne Teams zu erstellen; sie erlaubt ihnen jedoch nicht, die Organisation zu verwalten.
- Der Ersteller erhält die integrierte Teameigentümerrolle. Benutzerdefinierte Berechtigungen für Teamrollen werden derzeit nicht unterstützt.
- Teamebene-Eigentum bestimmt nicht automatisch jede Projektrolle. Überprüfen Sie den Projektzugriff separat.
- Die Eigentumsübertragung überträgt das Team nicht zwischen Organisationen.
Verwandte API-Governance-Tutorials:
Diese Tutorials behandeln ergänzende Kontrollen zur Steuerung eines Unternehmens-API-Arbeitsbereichs:
- 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 unter Beibehaltung der Eigentumsaufsicht.
- GitHub Enterprise Cloud Integration — verbindet unterstützte GHE.com-Repositories für OpenAPI-Workflows.
Verwandte offizielle Dokumentation: