For the complete documentation index, see llms.txt. This page is also available as Markdown.

Kostenkontrolle

Steuern und überwachen Sie die Nutzung von Compute Block (CB) in Ihrer gesamten Organisation. Legen Sie Limits pro Benutzer, Gruppe, API-Schlüssel oder Bot fest; validieren Sie Kostenstellen; und verwalten Sie Anfragen für erweiterte Nutzung über ein zentrales Admin-Panel.

Glossar

Begriff
Definition

Compute Block (CB)

Die Einheit, die den Ressourcenverbrauch auf der Plattform misst. Jede Aktion – etwa das Senden einer Chat-Nachricht oder das Hochladen einer Datei – verbraucht eine definierte Anzahl von CBs.

CB-Limit

Die maximale Anzahl an Compute Blocks, die ein Nutzer innerhalb eines bestimmten Zeitraums verbrauchen darf.

Zeitraum

Der Zeitraum, über den der CB-Verbrauch gezählt und zurückgesetzt wird – täglich, wöchentlich oder monatlich.

Harter Grenzwert

Ein Durchsetzungsmodus, bei dem nach Erreichen des CB-Limits keine weiteren CB-verbrauchenden Aktionen möglich sind, bis ein Admin das Limit erhöht. Der Nutzer kann dies nicht selbst erledigen.

Weicher Grenzwert

Ein Durchsetzungsmodus, bei dem der Nutzer nach Erreichen des CB-Limits nicht vollständig blockiert wird: Er kann im Pop-up einen Projektcode/eine Kostenstelle eingeben, um sich vorübergehend zusätzliche Compute Blocks zu gewähren und weiterzuarbeiten. Die zusätzliche Nutzung wird diesem Code zugeordnet und läuft nach einem festgelegten Zeitraum ab.

Standardlimit

Ein systemweites CB-Limit, das für alle Nutzer gilt, sofern keine individuelle Überschreibung festgelegt ist.

Gruppenlimit

Ein CB-Limit, das auf eine gesamte Active-Directory-(AD)-Gruppe angewendet wird und allen Mitgliedern gleichzeitig denselben Spielraum zuweist.

API-Schlüssel-Limit

Ein CB-Limit, das auf API-Schlüssel-Ebene durchgesetzt wird und begrenzt, wie viele Compute Blocks ein bestimmter API-Schlüssel innerhalb eines Zeitraums verbrauchen darf.

Bot-CB-Limit

Ein CB-Kontingent, das für einen einzelnen öffentlichen Bot festgelegt wird. Wenn ein Bot ein Kontingent hat, werden Interaktionen mit diesem Bot gegen den eigenen Pool des Bots und nicht gegen das persönliche Kontingent des Nutzers belastet.

Kostenstelle / Projektcode

Eine optionale numerische Kennzeichnung, die ein Nutzer eingeben kann, damit seine Nutzung einer internen Kostenstelle, einem Projekt oder einem Aktenzeichen (Aktenzeichen) für Berichte zugeordnet werden kann.

Erweiterte Nutzungsbeträge

Eine vom Admin gesteuerte Funktion, mit der Nutzer zusätzliche Compute Blocks über ihr aktuelles Limit hinaus anfordern können. Wenn aktiviert, können Nutzer eine Freitext-Begründung einreichen oder einen gültigen Projektcode eingeben, um weiterzuarbeiten.

Nutzungswarnung

Ein einmaliges, wegklickbares Banner (und/oder eine E-Mail), das vor Erreichen des harten Limits angezeigt wird und den Nutzer warnt, wenn er sich seinem Kontingent nähert.

Die Funktion ist standardmäßig deaktiviert. Administratoren müssen sie aktivieren, um das Compute-Block-Limit verwenden zu können.

Admin-Konfiguration

Standard-CB-Limit

Administratoren konfigurieren ein Standard-Nutzerlimit das global für alle Nutzer gilt. Dieses Limit besteht aus zwei Parametern:

Parameter
Standardwert
Verfügbare Optionen

Compute Blocks

500.000

Jeder benutzerdefinierte Zahlenwert

Zeitraum

Monatlich

Täglich / Wöchentlich / Monatlich

Das Standardlimit ist die Grundlage für jedes Benutzerkonto. Es gilt, sofern für einen bestimmten Nutzer keine individuelle Überschreibung konfiguriert ist.


Limit-Überschreibungen (Nutzer & Gruppen)

Überschreibungen ermöglichen es Administratoren, vom Standardlimit für bestimmte Nutzer oder ganze Gruppen abzuweichen. Sie werden im Bereich „Limit-Überschreibungen“ der Admin-Seite für das CB-Limit verwaltet, die in zwei Tabs organisiert ist — Nutzer und Gruppen — mit einer gemeinsamen Suchleiste und einer Neue Überschreibung -Aktion. Beide Tabs unterstützen Inline-Bearbeitung, Sammelaktionen und Seitennummerierung.

Priorität (von höchster zu niedrigster):

  1. Benutzerspezifische Überschreibung — gewinnt immer.

  2. Gruppenlimit — gilt für Mitglieder einer begrenzten Gruppe. Wenn ein Nutzer mehreren begrenzten Gruppen angehört, gilt das großzügigste Limit (höchste tagesäquivalente Rate).

  3. Standardlimit — die globale Grundlage.

Individuelle Benutzerüberschreibung

Administratoren können das Standardlimit für einzelne Benutzer direkt in Benutzerverwaltungüberschreiben. Jede Benutzerzeile enthält zwei bearbeitbare Spalten:

  • Compute Blocks - das maximale CB-Kontingent für diesen Benutzer

  • Zeitraum - den Rücksetzzeitraum für das Limit dieses Benutzers

So überschreiben Sie das Limit eines Benutzers:

  1. Gehen Sie zu Benutzerverwaltung.

  2. Finden Sie den Benutzer in der Liste.

  3. Bearbeiten Sie die Compute Blocks und Zeitraum Werte in der Zeile dieses Benutzers.

  4. Speichern Sie Ihre Änderungen.

Das Limit eines einzelnen Benutzers hat immer Vorrang vor dem globalen Standardlimit.


Gruppenlimit & Massenaktualisierungen von Benutzern

Administratoren können CB-Limits für mehrere Nutzer gleichzeitig festlegen, indem sie eine Active-Directory-(AD)-Gruppeansteuern. Dadurch entfällt die Notwendigkeit manueller Einzelbearbeitungen in der Benutzerverwaltung.

So legen Sie ein Limit für eine Gruppe fest:

  1. Gehen Sie zum Gruppen Abschnitt in Admin.

  2. Wählen Sie die AD-Gruppe aus, die Sie konfigurieren möchten.

  3. Legen Sie die Compute Blocks und Zeitraum Werte für die Gruppe fest.

  4. Speichern Sie Ihre Änderungen — das Limit wird sofort auf alle Gruppenmitglieder angewendet.

Individuelle Benutzerüberschreibungen haben weiterhin Vorrang Vorrang vor Gruppenlimits. Gruppenlimits haben Vorrang vor dem globalen Standard.

Parameter
Standardwert
Verfügbare Optionen

Compute Blocks

5,000,000

Jeder benutzerdefinierte Zahlenwert

Zeitraum

Monatlich

Täglich / Wöchentlich / Monatlich

Gruppenlimits haben Vorrang vor dem globalen Standard, aber individuelle Benutzerüberschreibungen haben weiterhin Vorrang vor Gruppenlimits.

CB-Limit pro API-Schlüssel

Administratoren können CB-Limits auf API-Schlüssel-Ebenefestlegen und durchsetzen. Dies ist die natürliche Durchsetzungsebene für API-basierte Nutzung und verhindert, dass einzelne Schlüssel ihr zugewiesenes Budget überschreiten.

So legen Sie ein Limit für einen API-Schlüssel fest:

  1. Gehen Sie zu API-Schlüssel-Verwaltung in Admin.

  2. Wählen oder erstellen Sie einen API-Schlüssel.

  3. Legen Sie die Compute Blocks Limit und Zeitraum für diesen Schlüssel.

  4. Speichern Sie Ihre Änderungen.

Parameter
Standardwert
Verfügbare Optionen

Compute Blocks

5,000,000

Jeder benutzerdefinierte Zahlenwert

Zeitraum

Monatlich

Täglich / Wöchentlich / Monatlich

API-Schlüssel-Limits funktionieren unabhängig von Benutzerlimits. Ein Benutzer kann noch Kapazität haben, während sein API-Schlüssel blockiert ist, oder umgekehrt.


CB-Limits für Bots

Administratoren können ein Compute-Block-Kontingent für einzelne öffentliche Bots festlegen. Wenn ein Bot ein Kontingent hat, werden Interaktionen mit diesem Bot gegen den eigenen CB-Pool des Bots und nicht gegen das persönliche Kontingent des interagierenden Nutzers belastet — so haben Sie Ausgabenkontrolle bis auf Bot-Ebene.

Wichtige Verhaltensweisen:

  • Ein Bot ohne Kontingent fällt auf die standardmäßige Durchsetzung auf Mandanten-/Benutzerebene zurück.

  • Das Bot-Kontingent steht neben der vorhandenen Hierarchie aus Benutzer/Gruppen/Standard. Eine Benutzerüberschreibung, ein Gruppenlimit oder der globale Standard steuert weiterhin den eigenen Pool des Benutzers.

  • Das Verhalten bei Erreichen des Limits für Bots kann pro Bot konfiguriert werden (Sperre oder Anforderung einer Erweiterung über den Ablauf „Erweiterte Nutzungsbeträge“).

So legen Sie ein CB-Limit für einen Bot fest:

  1. Öffnen Sie die Konfiguration des Bots im Admin-Panel.

  2. Gehen Sie zum Kostenkontrolle Abschnitt (sichtbar für die Rolle „Cost Manager“ und höher).

  3. Legen Sie die Compute Blocks Kontingent und wählen Sie das Verhalten bei Erreichen des Limits.

  4. Speichern Sie Ihre Änderungen.


Benutzerdefinierte Benachrichtigungsnachricht

Wenn ein Benutzer sein hartes CB-Limit erreicht, wird eine Popup-Benachrichtigung angezeigt. Administratoren können den Textinhalt dieser Nachricht festlegen.

Das Popup enthält automatisch:

  • Den vom Admin festgelegten Nachrichtentext

  • Das zugewiesene CB-Limit des Benutzers

  • Den aktiven Zeitraum

Beispiel einer vom Admin festgelegten Nachricht:

"Sie haben Ihr Nutzungslimit erreicht. Um eine Erhöhung anzufordern, wenden Sie sich bitte an admin@yourcompany.com."

Warnbenachrichtigungen

Administratoren können Benutzer warnen wenn sie sich ihrem Limit nähern, bei konfigurierbaren Schwellenwerten, über ein In-App-Banner und/oder E-Mail. Dies wird im Warnbenachrichtigungen Bereich der Compute-Block-Einstellungen

Kanäle — jede beliebige Kombination aktivieren:

  • In-App-Banner — zeigt ein Banner in der App an, wenn ein Schwellenwert erreicht wird.

  • Dem Benutzer, der den Schwellenwert erreicht, eine E-Mail senden — sendet die Warn-E-Mail an den betroffenen Benutzer.

  • Die ausgewählten Admins per E-Mail benachrichtigen — sendet die Warn-E-Mail zusätzlich an ausgewählte Admins.

Admin-Empfänger — Wenn Admin-E-Mails aktiviert sind, suchen und wählen Sie die Administratoren aus, die die Warn-E-Mail ebenfalls erhalten sollen, wenn ein Schwellenwert erreicht wird.

E-Mail-Inhalt — Verwenden Sie E-Mail-Inhalt bearbeiten , um Betreff und Textkörper der an Benutzer und Admins gesendeten E-Mail anzupassen.

Schwellenwerte — Definieren Sie einen oder mehrere Schwellenwerte, bei denen Warnungen ausgelöst werden. Für jeden Schwellenwert können Sie Folgendes festlegen:

  • Prozentsatz — der Anteil des Limits, bei dem die Warnung ausgelöst wird (z. B. 70 %, 90 %)

  • Farbe — die Farbe, die für das Banner bei diesem Schwellenwert verwendet wird (z. B. Bernstein bei 70 %, Rot bei 90 %)

  • Banner / E-Mail — ob dieser Schwellenwert das In-App-Banner, die E-Mail oder beides auslöst

Verwenden Sie Schwellenwert hinzufügen um weitere Schwellenwerte zu erstellen und Entfernen zu löschen.

Standardmäßig sind zwei Schwellenwerte konfiguriert: 70% und 90%, die jeweils sowohl das Banner als auch die E-Mail auslösen.


Erweiterte Nutzungsbeträge

Der Erweiterte Nutzungsbeträge Schalter ermöglicht Administratoren die direkte Kontrolle darüber, ob Benutzer zusätzliche Compute Blocks anfordern können, wenn sie ein Limit erreichen. Bisher musste dafür ein CSM einen Feature-Flag umschalten. Jetzt ist es eine Self-Service-Admin-Einstellung.

So konfigurieren Sie:

  1. Öffnen Sie den Compute-Block Abschnitt in Admin.

  2. Suchen Sie den Erweiterte Nutzungsbeträge Schalter.

  3. Aktivieren oder deaktivieren Sie ihn, um das Anforderungsverhalten über alle Cost-Control-Funktionen hinweg zu steuern.

Wenn aktiviert: Benutzer, die ein Limit erreichen, sehen eine Option, zusätzliche Compute Blocks anzufordern. Sie können eine Freitext-Begründung einreichen (für die Admin-Prüfung gespeichert) oder einen gültigen Projektcode eingeben.

Wenn deaktiviert: Es wird kein Erweiterungspfad angeboten. Das Erreichen des Limits führt zu einer vollständigen Sperre, bis ein Admin es anpasst.

Dieser Schalter steuert das Anforderungsverhalten für Benutzerlimits, Bot-Limits und die Kostenstellenvalidierung gleichzeitig. Das Deaktivieren gilt global.


Projektcode-/Kostenstellen-Feldhinweise

Administratoren können mandantenspezifische Anweisungstexte für das Feld „Projektcode / Kostenstelle“ definieren, das im Pop-up bei Erreichen des Limits angezeigt wird. Dies hilft Benutzern genau zu verstehen, was einzugeben ist (z. B. das erwartete Format oder welchen Code sie verwenden sollen), und reduziert fehlerhafte Eingaben.

  • Die Hinweise werden pro Mandant in der jeweiligen Admin-Einstellung festgelegt.

  • Sie werden dem Benutzer ohne zusätzliche Interaktion angezeigt — als Inline-Hilfetext unter dem Feld oder als verbesserter Platzhalter.

  • Wenn kein benutzerdefinierter Text definiert ist, wird ein Standardplatzhalter angezeigt.


Kostenstellenvalidierung

Standardmäßig ist das Projektcode-Feld Freitext ohne Validierung. Die Kostenstellenvalidierung ermöglicht es Administratoren, Einsendungen auf nur bekannte, gültige Codeseinzuschränken, sodass Benutzer keine beliebigen Werte eingeben können und die Kostenzuordnung genau bleibt.

Es gibt drei Integrationsmodi. Administratoren wählen denjenigen aus, der zu ihrer Organisation passt:

Modus 1: Keine Validierung (Standard)

Das Feld bleibt Freitext. Jeder vom Benutzer eingegebene Wert wird akzeptiert. Dies ist das bestehende Verhalten für Mandanten, die keine Validierung konfigurieren.

Modus 2: Lokale Validierung (Codes in Blockbrain gespeichert)

Blockbrain hält eine Kopie der Codeliste des Mandanten. Das Feld wird zu einem durchsuchbaren Dropdown — Benutzer wählen aus passenden Codes statt frei zu tippen, was ungültige Einträge ohne separaten Validierungsaufruf verhindert.

Zwei Möglichkeiten, die Codeliste zu befüllen:

  • Admin-CSV/JSON-Import — ein Admin lädt eine Datei mit Projektcodes hoch. Geeignet für kleinere, stabile Listen. Die Codes veralten, sobald sich das Quellsystem ändert, daher muss jemand regelmäßig neu importieren.

  • Tenant-REST-Endpunkt — der Kunde verbindet seine eigene Automatisierung mit der Blockbrain-Kostenstellen-API. Immer wenn auf Kundenseite ein Projekt erstellt, pausiert oder geschlossen wird, fügt oder entfernt ein API-Aufruf den entsprechenden Code in Blockbrain automatisch, sodass die Liste ohne manuelle Admin-Aktion synchron bleibt. API-Schlüssel-Authentifizierung wird unterstützt, sodass die Kundenautomatisierung eine statische, langfristig gültige Anmeldeinformation verwenden kann, ohne einen vollständigen OAuth-Token-Refresh-Flow implementieren zu müssen.

Für die vollständige API-Referenz des Tenant-REST-Endpunkts siehe die Kostenstellen-Admin-API -Seite.

Modus 3: Remote-Validierung (API beim Kunden gehostet)

Blockbrain ruft bei jeder Übermittlung die eigene Validierungs-API des Kunden auf. Es wird keine Kopie der Codeliste in Blockbrain gespeichert — das System des Kunden bleibt jederzeit die einzige Quelle der Wahrheit. Dieser Modus ist für Organisationen gedacht, die ihre Codeliste nicht in ein Drittanbietersystem replizieren können oder wollen.

In diesem Modus:

  • Das Projektcode-Feld bleibt Freitext (kein Dropdown, da Blockbrain keine Liste zum Befüllen hat).

  • Die Validierung wird bei Fokusverlust und beim Absenden ausgelöst, nicht bei jedem Tastendruck.

  • Die API des Kunden muss den folgenden Vertrag implementieren:

Eine 200 { "valid": true } Antwort erlaubt die Übermittlung. Eine 422 application/problem+json Antwort blockiert sie und zeigt den errors[].message -Text dem Benutzer inline an.

Authentifizierungsoptionen für die Remote-API: statischer API-Schlüssel/Bearer-Token oder OAuth2-Client-Credentials (mit automatischer Token-Aktualisierung). Anmeldedaten werden als Geheimnisse gespeichert und erscheinen nie in Protokollen oder API-Antworten.

Fehlerrichtlinie — wenn die API des Kunden nicht erreichbar ist, wählen Administratoren pro Mandant eines von zwei Verhaltensweisen:

Richtlinie
Verhalten, wenn die Kunden-API nicht erreichbar ist

Im Fehlerfall geschlossen (Standard)

Übermittlung wird mit einer Meldung „Kostenstellenvalidierung ist vorübergehend nicht verfügbar“ blockiert. Sicher für Governance.

Im Fehlerfall offen

Übermittlung wird zugelassen, und ein validation_skipped Prüfereignis wird aufgezeichnet, damit der Mandant später abgleichen kann.

Im Remote-Modus erfordert jede Validierung einen Live-Aufruf an die API des Kunden. Blockbrain cached keine Validierungsergebnisse, sodass ein Code, der vor einer Minute auf Kundenseite geschlossen wurde, beim nächsten Absenden abgelehnt wird.


Projektcodes

Wenn ein Benutzer sein CB-Limit erreicht, kann er einen Projektcode im Limit-Pop-up eingeben, um sich zusätzliche, diesem Code zugeordnete Compute Blocks zu gewähren. Administratoren können alle diese Anfragen in der Projektcodes Ansicht

ansehen.

Jeder zusätzliche Compute Block, den ein Benutzer durch Eingabe eines Projektcodes hinzugefügt hat, erscheint hier — eine Zeile pro Anfrage.

Spalte
Beschreibung

Projektcode

Der Code, den der Benutzer beim Anfordern zusätzlicher Compute Blocks eingegeben hat

Benutzer

Der Benutzer, der die Anfrage gestellt hat (Name und E-Mail)

Gewährt

Die Anzahl der zusätzlichen Compute Blocks, die für diese Anfrage gewährt wurden

Verwendet

Wie viele der gewährten Compute Blocks verbraucht wurden

Status

Der aktuelle Status der Freigabe (z. B. Aktiv, Abgelaufen)

Angefordert

Wann die Anfrage gestellt wurde

Läuft ab

Wann der gewährte Spielraum abläuft

Administratoren können nach Projektcode suchen und nach Datumsbereich filtern (Von / Bis), um die Liste einzugrenzen.

Nutzungsprotokollierung & Export

Die Nutzung wird pro Sitzung protokolliert und kann als CSV aus dem Admin-Panel → Compute Block -Bereich exportiert werden. Der Export gibt Administratoren ein vollständiges Bild pro Benutzer — ihr zugewiesenes Limit, die tatsächliche Nutzung unterhalb des Limits und jede Übernutzung, sobald das Limit überschritten wird (zusammen mit allen Kostenstellen-/Projektcodes, die der Benutzer eingegeben hat).


Limits anpassen

CB-Limits können jederzeit in Benutzerverwaltung - sowohl das Standardlimit als auch individuelle Benutzerüberschreibungen. Änderungen werden sofort nach dem Speichern wirksam.


Nutzerseitiges Verhalten

Sichtbarkeit der Nutzung

Benutzer können ihren CB-Verbrauch in ihrem Benutzerprofilüberwachen. Die Nutzung wird als Fortschrittsbalkenangezeigt, der Folgendes zeigt:

  • Insgesamt im aktuellen Zeitraum verbrauchte CBs

  • Das zugewiesene CB-Limit


Frühe Nutzungswarnungen

Bevor das CB-Limit erreicht wird, erhalten Benutzer proaktive Warnungen, damit eine Sperre nie überraschend kommt. Warnungen werden bei vom Admin konfigurierten Schwellenwerten ausgelöst (70% und 90% standardmäßig) und können als In-App-Banner, E-Mail oder beides zugestellt werden.

  • Der In-App-Banner ist ein einmaliges, wegklickbares Banner, das oberhalb des Eingabeaufforderungsfensters angezeigt wird und je nach Schwellenwert farbcodiert ist. Es dient nur zur Information und nicht blockiert keine Aktionen.

  • Der E-Mail benachrichtigt den Benutzer (und optional ausgewählte Admins), dass der Schwellenwert erreicht wurde.

Die konkreten Schwellenwerte, Farben und Kanäle werden von Ihrem Administrator festgelegt (siehe Warnbenachrichtigungen).

Durchsetzung des Limits

Sobald das CB-Limit eines Benutzers erreicht ist, wird folgendes Verhalten ausgelöst:

  1. Eine Popup-Dialog erscheint und zeigt Folgendes an:

    • Die benutzerdefinierte Nachricht des Administrators

    • Das Limit und der Zeitraum des Benutzers

    • Ein Feld zur Eingabe eines Projektcodes / Kostenstellennummer, damit die Nutzung des Benutzers der richtigen Kostenstelle für Berichte zugeordnet werden kann. Das Feld zeigt Hilfetext an, der vorgibt, was einzugeben ist (Admins können diesen Text pro Mandant anpassen — siehe Kostenkontrolle

  1. Durch Eingabe eines Projektcodes und Absenden wird dem Benutzer eine festgelegte Menge zusätzlicher Compute Blocks gewährt, die diesem Code zugeordnet werden, sodass er weiterarbeiten kann. Die Gewährung läuft ab, und ihre Nutzung wird nachverfolgt (Admins können alle Gewährungen in der Projektcodes Ansicht überprüfen — siehe oben). Das Schließen des Dialogs ohne Eingabe eines Codes gewährt kein zusätzliches Kontingent, und das Standard-Limitverhalten gilt.

  2. Der Dialog erscheint erneut, wenn der Benutzer versucht, eine beliebige CB-verbrauchende Aktion (Die Anzahl der Male, die ein Benutzer weitere CBs anfordern kann, ist ebenfalls vom Administrator konfigurierbar) — einschließlich des Sendens einer Chat-Nachricht, des Hochladens oder Importierens von Dateien in Knowledge Management, des Hinzufügens von Anhängen, des Erstellens von Notizen oder Zusammenfassungen, Text-to-Speech und Exporten.

  3. Bis zusätzliche Compute Blocks gewährt werden (über einen Projektcode oder indem ein Admin das Limit erhöht), sind alle CB-verbrauchenden Aktionen blockiert.

Der Benutzer kann sich weiterhin frei in der Plattform bewegen. Nur Aktionen, die Compute Blocks verbrauchen, sind eingeschränkt.


Zugriff wiedererlangen

Wie ein Benutzer den Zugriff wiedererlangt, hängt vom Durchsetzungsmodus ab:

  • Soft-Limit: Der Benutzer kann im Popup einen Projektcode eingeben, um sich vorübergehend zusätzliche Compute Blocks zu gewähren und sofort weiterzuarbeiten. Sobald dieses Kontingent aufgebraucht ist oder abläuft, gilt das Limit wieder.

  • Hard-Limit: der Benutzer kann keine Selbstbedienung einer Erhöhung vornehmen. Sie müssen einen Administrator kontaktieren und eine Anpassung des CB-Limits anfordern; sobald der Admin das Limit erhöht, ist der Zugriff sofort wiederhergestellt.

Zuletzt aktualisiert