Wer kann das tun: Unternehmens-Admins
Welche Preispläne: Enterprise-Preisplan
Welche Plattformen: Browser
Audit-Protokolle ermöglichen Unternehmens-Admins mit den entsprechenden Berechtigungen, die Aktivitäten von Nutzern in ihrer Miro-Organisation nachzuverfolgen. Protokolle sind äußerst hilfreich, wenn du ein Problem untersuchen oder einen detaillierten Bericht über wichtige Ereignisse erstellen musst (z. B. Änderungen der globalen Sicherheitseinstellungen, Einladungen neuer Nutzer oder neu erstellte Boards).
✏️ Zurzeit werden Ereignisse ab dem Zeitpunkt der Erstellung des Enterprise-Abos protokolliert und standardmäßig 180 Tage lang gespeichert:
a) Wenn du von einem anderen Preisplan auf Enterprise upgradest, werden die Ereignisse ab dem Zeitpunkt des Upgrades protokolliert.
b) Wenn du einige Teams in das Enterprise-Abo migrierst, werden deren Daten erst ab dem Moment protokolliert, in dem sie Teil des Abos werden.
Audit-Protokolle aufrufen
Um auf die Audit-Protokolle zuzugreifen, gehe wie folgt vor:
- Gehe zu Unternehmenseinstellungen.
- Klicke im linken Feld auf Sicherheit > Audit-Protokolle.
- Du kannst die Audit-Protokolle nach einem Datumsbereich, nach einem oder mehreren Akteuren (einschließlich Apps und KI-Agenten, die im Auftrag eines Nutzers handeln), nach einer oder mehreren Ereigniskategorien, nach einem oder mehreren Ereignissen und nach einem oder mehreren Betroffenen Objekten filtern.
Klicke auf die Schaltfläche „Ereignisse anzeigen“, um eine Vorschau der Ereignisse zu sehen, die deinen Filterkriterien entsprechen. Die Zeit wird im ISO 8601-Format in der Ortszeit angezeigt. Die Details eines bestimmten Ereignisses siehst du, indem du in der Spalte Details auf die drei Punkte klickst.
✏️ Du kannst Ereignisse bis zum Ende des Aufbewahrungszeitraums deiner Organisation anzeigen (bis zu 365 Tagen).
Audit-Protokolle exportieren
Du kannst Protokolle im CSV-Dateiformat exportieren.
In der CSV-Exportdatei sind Datum und Uhrzeit des Ereignisses im ISO 8601-Format in der UTC-Zeitzone angegeben. Es gibt keine Begrenzung der Anzahl der Datensätze, die auf einmal exportiert werden können; je mehr Daten du exportierst, desto länger dauert es, die Datei zum Herunterladen vorzubereiten. Beachte außerdem, dass gängige Anwendungen zum Arbeiten mit Tabellen Grenzen haben, wie viele Daten sie öffnen können. Die exportierte Datei spiegelt alle angewendeten Filter wider, einschließlich des betroffenen Objekts.
Um Protokolle zu exportieren, klicke auf die Als CSV exportieren-Schaltfläche.
Die Leiste mit den Details deiner Exportdatei erscheint darunter. Wenn die Datei zum Herunterladen bereit ist, kannst du auf die Schaltfläche CSV herunterladen klicken. Die Datei wird 24 Stunden lang zum Herunterladen verfügbar sein.
✏️ Zurzeit ist pro Organisation jeweils nur eine Exportdatei zum Herunterladen verfügbar. Wenn du auf die Als CSV exportieren-Schaltfläche klickst, wird die aktuelle Exportdatei ersetzt.
Audit-Protokolle per API abrufen
Admins können die Audit Log API oder unterstützte SIEM-Integrationen verwenden, um programmatisch auf Audit-Protokolldaten zuzugreifen und diese zu sammeln.
Die API unterstützt dieselben Filter wie die Benutzeroberfläche: Akteur, Ereigniskategorie, Ereignis und betroffenes Objekt — jeder akzeptiert mehrere Werte. Über die API können Admins den vollständigen Audit-Protokollverlauf ihrer Organisation abrufen.
Auslaufen der Audit Logs API v1
Audit Logs API v1 wurde eingestellt. Wenn du eine benutzerdefinierte Integration hast, die auf v1 (GET /v1/audit/logs) basiert, migriere sie zu v2 (GET /v2/audit/logs). Authentifizierung und die Parameter für das Zeitfenster bleiben unverändert, aber Paginierung, Antwortformat und einige Feldnamen unterscheiden sich; siehe die API-Referenz für Details. Wenn du eine von Miro bereitgestellte App oder einen Marketplace-Connector verwendest (z. B. die Miro App für Splunk oder Microsoft Sentinel), aktualisiere sie auf die neueste Version, die bereits v2 unterstützt.
Wesentliche Änderungen in der v2-Antwort:
- Die Paginierung ist cursor-basiert (ein undurchsichtiger Cursorwert) statt offset-basiert; es gibt keine Gesamtanzahl an Einträgen.
-
createdBy.idwird als String zurückgegeben (zuvor als Zahl). - Jedes Ereignis enthält ein obergeordnetes
category-Feld. - Event-IDs sind UUID-Strings (zuvor eine numerische Endung); behandle sie als undurchsichtige Werte.
-
createdAtgibt an, wann das Ereignis gespeichert wurde, nicht genau, wann die Aktion stattfand (typischerweise eine Verzögerung von wenigen Sekunden). -
details-Felder verwenden camelCase (z. B.organizationId), große numerische Werte werden als Strings serialisiert, Zeitstempel verwenden ISO 8601, und Schlüssel mit null-Werten werden weggelassen. - Bei Aktionen, die von einer App, einer Integration oder einem KI-Agenten im Auftrag eines Nutzers ausgeführt werden, enthält das Actor-Objekt ein
onBehalfOf-Feld, das diesen Nutzer identifiziert. - Der Actor-Name für abgemeldete Besucher ist jetzt "Visitor" (zuvor "Guest").
- Board-bezogene Ereignisse verweisen auf den öffentlichen
boardKeyanstelle einer internen numerischen ID. - Event-Typen und -Kategorien, die zuvor „project“ verwendeten, nutzen jetzt „space“ (z. B.
project_createdheißt jetztspace_created); dies gilt rückwirkend für bisherige Ereignisse, die über v2 abgerufen werden.
Audit-Protokolle löschen
Als Admin kannst du eine Aufbewahrungsfrist für Audit-Protokolle festlegen. Du kannst zwischen 30, 90, 180 oder 365 Tagen wählen.
⚠️ Gelöschte Audit-Protokolle können nicht wiederhergestellt werden.
✏️ Die unbegrenzte Aufbewahrung für Audit-Protokolle wurde eingestellt.
Um eine Löschfrist festzulegen, gehe wie folgt vor:
- Gehe zu Unternehmenseinstellungen.
- Klicke im linken Feld auf Sicherheit > Audit-Protokolle.
- Klicke unter Audit-Protokolle auf den Tab Einstellungen.
- Wähle eine Option aus der Dropdown-Liste. Du wirst aufgefordert, deine Auswahl zu bestätigen.
Ereignisse in Audit-Protokollen
Die Audit-Protokolle enthalten Dateneinträge über folgende Ereigniskategorien:
- Änderung des Unternehmensnamens
- Änderung oder Löschung des Unternehmenslogos
- Zugriffsanfrage erstellt
- Zugriffsanfrage abgelehnt
- Aktivierung, Deaktivierung von Kennzahlen zur Nutzeraktivität in den Analysen
- Aktivierung, Deaktivierung oder Änderung der SSO/SAML-Einstellungen
- Aktivierung, Deaktivierung von SCIM
- Token-Erstellung für SCIM API
- Aktivierung, Deaktivierung der SCIM-Benachrichtigungen
- Aktivierung, Deaktivierung, Änderung der Zulassungsliste
- Aktivierung, Deaktivierung der Freigabe an Gäste außerhalb der erlaubten Domains
- Aktivierung, Deaktivierung der Freigabe über einen öffentlichen Link
- Aktivierung, Deaktivierung der Freigabe zur Bearbeitung über einen öffentlichen Link
- Aktivierung und Deaktivierung des Vertraulichkeitsschutz für Teams
- Aktivierung, Deaktivierung und Aktualisierung der Einstellungen für die Domainsteuerung
- Aktivieren, deaktivieren Deaktivierte Nutzer blockieren
- Änderung der Einstellungen für die Anfragenverwaltung (einschließlich der Änderung der ServiceNow-E-Mail oder der Servicedesk-URL)
- Einrichtung, Löschung eines Teams
- Änderung des Teamnamens
- Änderung, Löschung des Teamlogos
- Änderung der Team-Einladungseinstellungen
- Änderung des Finden von Teams
- Aktivierung, Deaktivierung der Gäste eines Teams
- Änderung der standardmäßigen Board-Freigabeeinstellungen
- Änderung der Standardeinstellungen für die Freigabe von Bereichen
- Installation, Deinstallation einer App
- Genehmigung, Einschränkung einer App
- Miro AI-Moderation
- Einladung eines neuen Teammitglieds
- Umwandlung eines Mitglieds in einen Gast
- Umwandlung eines Nutzers in ein Vollmitglied
- Beförderung eines Nutzers zum Unternehmens-Admin, Widerruf der Unternehmens-Admin-Rechte
- Beförderung eines Nutzers zum Team-Admin, Widerruf der Team-Admin-Rechte
- Löschung eines Nutzers aus einem Team oder aus dem Unternehmen (wenn ein Nutzer ein Team verlässt, ist er sowohl als Akteur als auch als betroffenes Objekt aufgeführt)
- Einladung widerrufen
- Deaktivierung, Reaktivierung eines Nutzers
- Beitritt eines Nutzers zum Team/Unternehmen
- Öffnen eines Boards
- Erstellung, Löschung, Wiederherstellung eines Boards
- Umbenennung eines Boards
- Änderung der Board-Beschreibung
- Änderung des Board-Covers
- Verschieben des Boards in ein anderes Team
- Hinzufügen eines Boards zu einem Bereich, Entfernen aus einem Bereich, Verschieben in einen anderen Bereich
- Änderung des Board-Eigentümers
- Teilen eines Boards mit einem Betrachter/Kommentator/Bearbeiter
- Nutzer aus einem Board entfernen
- Aktivierung, Deaktivierung, Änderung des öffentlichen Links
- Aktivierung, Deaktivierung, Änderung des Passworts für ein öffentliches Board
- Aktivierung, Deaktivierung und Änderung der Freigabe eines Boards innerhalb eines Unternehmens
- Aktivierung, Deaktivierung und Änderung der Freigabe eines Boards für ein Team
- Ein Board exportieren, eine Datei von einem Board herunterladen.
- Status erstellt
- Status aktualisiert
- Status gelöscht
- Eine Datei hochladen (veraltet, verfügbar im Content log)
Bitte beachte, dass das Audit-Protokoll keine Informationen über Änderungen auf Boards aufzeichnet.
- Öffnen einer Vorlage
- Erstellung, Löschung, Wiederherstellung einer Vorlage
- Umbenennung einer Vorlage
- Änderung des Vorlageneigentümers
- Status erstellt
- Status aktualisiert
- Status gelöscht
- Erstellung, Löschung eines Bereichs
- Umbenennung eines Bereichs
- Freigabe eines Bereichs für einen Nutzer, Entfernen eines Bereichsteilnehmers
- Aktivierung, Deaktivierung der Team-Freigabe für einen Bereich
- Änderung des Bereichseigentümers
- Cloudview-Konto gelöscht
- Externer Nutzer ist einer dynamischen Aktivität beigetreten
- Cloudview-Konto verknüpft
- MCP-App autorisiert
- MCP-Tool aufgerufen
- Die App-Einstellungen wurden aktualisiert
- Cloudview-Konto aktualisiert
- Nutzerautorisierung in externem System erteilt
- Nutzerautorisierung in externem System widerrufen
- Anmeldung
- Anmeldung fehlgeschlagen
- Abmeldung
- Profil gesperrt, entsperrt
⚠️ Anmeldeereignisse enthalten deaktivierte Nutzer nur, wenn deren E-Mail-Adresse zu einer Domain gehört, die deine Organisation mit Domainsteuerung verifiziert hat. Bei diesen Nutzern zeigen die Ereignisdetails, dass ihnen kein Zugriff auf deine Organisation gewährt wurde. Deaktivierte Nutzer mit anderen E-Mail-Adressen, wie persönlichen Gmail-Konten, werden nicht angezeigt.
- Änderung der Profildetails
- Anfrage zur Änderung der E-Mail-Adresse
- Änderung der E-Mail-Adresse
- Blueprint erstellt
- Blueprint gelöscht
- Blueprint-Abschnitt erstellt
- Blueprint-Abschnitt gelöscht
- Blueprint-Eigentümer geändert
- Miro AI-Funktion verwendet
Häufige Fragen
Ja, du kannst die Miro-App für Splunk so konfigurieren, dass sie von Splunk aus auf die Miro-Protokolle zugreift.
Die Audit Logs API v1 wurde 2026 eingestellt. Wenn du eine eigene Integration hattest, die v1 verwendet, migriere sie auf die v2-API. Von Miro bereitgestellte Apps und Marketplace-Connectors (wie die Miro-App für Splunk) wurden bereits auf v2 aktualisiert.