Nutzungsbasierte Preise von Atlassian: Entscheidungen bis zum 3. Dezember

Wann tritt das in Kraft?
Für die meisten Meter beginnt die Abrechnung für die Nutzung über die enthaltenen Kontingente hinaus am 3. Dezember 2026.

Was bedeutet das für euch?
Die Änderung betrifft eure Organisation auf zwei Arten:
1.  Wenn zusätzliche Nutzung aktiviert bleibt, können Kosten entstehen, sobald Kontingente und zusätzlich erworbene Kapazitäten aufgebraucht sind.
2.  Wenn zusätzliche Nutzung deaktiviert oder zu stark begrenzt ist, können bestimmte Funktionen, einschließlich geschäftskritischer Workflows, pausieren.

Die richtige Entscheidung hängt davon ab, was Kapazität verbraucht, welche Workflows darauf angewiesen sind und welchen geschäftlichen Mehrwert die Nutzung schafft. Eine pauschale Entscheidung, Mehrnutzung zuzulassen oder zu blockieren, kann ein Problem lösen und gleichzeitig ein anderes verursachen.

Was solltet ihr vor dem 3. Dezember 2026 tun? 

• Nutzung prüfen: Öffnet die Atlassian Administration und prüft für jeden relevanten Meter zunächst Insights und dann Platform usage.

• Verantwortlichkeiten zuweisen: Klärt, wer für die Organisationsadministration, die Abrechnungsadministration, Budgetentscheidungen und die einzelnen operativen Anwendungsfälle verantwortlich ist.

• Limits konfigurieren: Prüft, ob zusätzliche Nutzung aktiviert ist und ob für jeden Meter ein angemessenes Limit festgelegt wurde.

• Auswirkungen erfassen: Identifiziert kritische Workflows (Automatisierungen, Pipelines, AI), die pausieren würden, wenn Limits erreicht werden – insbesondere Automatisierungen, Pipelines, Importe, Aufrufe externer Kontexte und kundenorientierte AI.

• Versteckte Treiber prüfen: Prüft Sandboxes, Schleifen, Regeln mit hoher Ausführungsfrequenz und Massenimporte, doppelte Assets-Objekte, fehlgeschlagene Pipelines und aufbewahrte Pakete.

• Kosten modellieren: Vergleicht Optimierung, Nutzungspakete, nutzungsbasierte Abrechnung, Planänderungen und Collections mit dem prognostizierten Wachstum.

• Toolchain bewerten: Prüft in eurem gesamten Stack auf sich überschneidende AI- und Automatisierungsfunktionen sowie Tools.

Die Atlassian-Nutzung ist ein Teil eurer umfassenderen Investitionsentscheidung für AI. Möglicherweise bezahlt ihr für sich überschneidende Assistenten, Agents, Automatisierungen, Modellzugriff und Kontextabruf in Atlassian, GitHub, GitLab, Cloud-Plattformen und anderen Tools. Diese Funktionen sind häufig innerhalb desselben Softwarebereitstellungsprozesses verbunden, und die Nutzung in einem System kann Aktivitäten auslösen oder Kapazität in einem anderen verbrauchen.

Bevor ihr Limits festlegt oder zusätzliche Kapazität kauft, solltet ihr die geschäftskritischen Prozesse identifizieren und erfassen, die von diesen Tools abhängen. Dazu müsst ihr verstehen, welche Systeme und Integrationen jeden Prozess unterstützen, wie die Nutzung zwischen ihnen verläuft, wem der Workflow gehört und was passiert, wenn eine Funktion pausiert. Ohne diesen Überblick kann eine sinnvolle Entscheidung zur Kostenkontrolle auf einer Plattform Genehmigungen, Deployments, Service-Interaktionen, Datenaktualisierungen oder andere Arbeiten an anderer Stelle im SDLC unterbrechen.

Eficode unterstützt euch dabei, eine Ausgangsbasis für die Nutzung zu schaffen, operative Risiken zu identifizieren, Agents und Automatisierungen zu optimieren, Lizenz- und Kapazitätsoptionen zu vergleichen und die Atlassian-Nutzung im Kontext eurer umfassenderen Investitionen in AI- und Entwicklungstools zu bewerten.

• Die meisten berechtigten kostenpflichtigen Pläne enthalten monatliche Kontingente für relevante Meter.

• Kontingente werden organisationsweit gebündelt, sodass Teams und Sites auf dasselbe Guthaben zugreifen können.

• Zusätzliche Nutzung ist für die meisten Meter standardmäßig aktiviert und wird abgerechnet, nachdem die enthaltene und vorausbezahlte Kapazität aufgebraucht ist.

• Administratoren können die Nutzung überwachen, Limits festlegen und bei 80 Prozent sowie 100 Prozent des Kontingents Benachrichtigungen erhalten.

• Wenn ein Meter pausiert, bleibt das zugrunde liegende Abonnement aktiv, aber die betroffene Funktion kann nicht mehr verfügbar sein.

• Die Atlassian-Nutzung sollte zusammen mit sich überschneidenden AI-, Automatisierungs- und Entwicklertools in der gesamten Toolchain bewertet werden.

Welche Produkte sind berechtigt, Rovo-Credits beizusteuern?

Nur kostenpflichtige Abonnements der folgenden Produkte zahlen monatliche Rovo-Credits in den organisationsweiten Pool ein.

• Teamwork Collection

• Service Collection / Jira Service Management (JSM)

• Jira

• Confluence

(Produkte wie Jira Product Discovery (JPD), Bitbucket und Free-Pläne tragen nicht direkt zu den Rovo-Credit-Kontingenten bei, aber Nutzer dieser Produkte können auf den gemeinsamen Pool der Organisation zugreifen.)

Welche Produkte und Pläne bieten die meisten Credits?

• Teamwork Collection (höchstes Kontingent): Collections bieten das größte Kontingent pro Nutzer; es kann bis zu 10-mal höher sein als bei einzelnen Apps derselben Edition-Stufe.

• Höhere Edition-Stufen (Enterprise & Premium): Die Kontingente steigen direkt mit der Stufe (Enterprise > Premium > Standard). Ein Upgrade auf eine höhere Edition-Stufe erhöht die monatliche Credit-Zuteilung pro Nutzer deutlich.

• Kombination mehrerer Produkte: Wenn ihr mehrere berechtigte Einzel-Apps abonniert (z. B. Jira + Confluence), wird das Kontingent jedes Produkts in einem organisationsweiten Pool zusammengeführt.

• 1. September 2026: In der Atlassian-Administration wurden erweiterte Informationen zur Zählerauslastung verfügbar.

• 26. Oktober 2026: Die monatlichen Bitbucket-Kontingente werden von der Workspace- auf die Organisationsebene umgestellt.

• 3. Dezember 2026: Für die meisten erweiterten Zähler beginnt die Abrechnung zusätzlicher Nutzung; bei jährlichen Bitbucket-Plänen wird die Nutzung über die enthaltenen Kontingente hinaus kostenpflichtig.

Eine Preisabschätzung ist hilfreich, deckt aber nicht jede operative Abhängigkeit auf. Prüft diese Szenarien, bevor ihr ein Limit festlegt oder zusätzliche Kapazität kauft.

Ein Team kann Kapazität verbrauchen, während ein anderes sie erwartet

Kontingente werden auf Organisationsebene zusammengeführt. Eine Website, App, ein Team oder ein Anwendungsfall mit hohem Volumen kann denselben Zähler wie andere Teams nutzen. Klärt Zuständigkeit und Budgetverantwortung, bevor die Nutzung steigt.

Automatisierung wird nach Schritten statt nach vollständigen Durchläufen gemessen

Jeder ausgeführte Trigger, jede Bedingung, Aktion, Verzweigung und Schleife kann gezählt werden. Eine Regel mit hoher Ausführungsfrequenz kann erhebliche Kapazität verbrauchen, selbst wenn sie ein Arbeitselement nur selten ändert. Auch Enterprise-Pläne wechseln von unbegrenzter Automatisierung zu festgelegten Kontingenten.

Eine Unterbrechung kann zu fehlenden Geschäftsaktionen führen

Wenn die Automatisierung stoppt, werden Ereignisse während der Unterbrechung nicht automatisch in die Warteschlange gestellt und nach Rückkehr der Kapazität erneut ausgeführt. Die Folge können fehlende Genehmigungen, Benachrichtigungen, Aktualisierungen oder Integrationen sein – nicht nur eine einfache Verzögerung.

Die Personen, die Warnmeldungen erhalten, sind möglicherweise nicht für den Workflow verantwortlich

Organisations- und Abrechnungsadministratoren erhalten Warnmeldungen zu Kontingenten und Limits. Möglicherweise wissen sie nicht, welche Automatisierungen, Pipelines, Importe oder AI-Services geschäftskritisch sind. Daher müssen Zuständigkeiten für Eskalationen im Voraus vereinbart werden.

Rovo-Credits können außerhalb einer Atlassian-Oberfläche genutzt werden

Externe Tools wie ChatGPT, Claude, Cursor oder ein interner Copilot können Credits verbrauchen, wenn sie über den Rovo-MCP-Server oder Teamwork-Graph-Schnittstellen angereicherte Atlassian-Kontexte abrufen.

Einfache und erweiterte AI-Interaktionen kosten nicht gleich viel

Einfache kostenpflichtige Rovo-Interaktionen verbrauchen eine feste Anzahl an Credits, während intensivere Funktionen wie Think Deeper eine variable Menge verbrauchen. Agent-Design, Reasoning-Modus, wiederholte Ausführung und systemübergreifender Kontext können den Verbrauch beeinflussen.

Sandbox-Aktivitäten können Kapazität aus der Produktionsumgebung verbrauchen

Rovo-Credits und Automatisierungsschritte, die in Sandboxes verwendet werden, zählen zum Kontingent der Organisation. Tests, Demonstrationen und Entwicklungsaktivitäten können sich daher auf denselben Pool auswirken, der auch von Live-Workflows genutzt wird.

Assets funktionieren nicht wie ein monatliches Aktionskontingent

Assets erfassen aktive gespeicherte Objekte. Importe, APIs, Integrationen und Automatisierungen können schnell Objekte hinzufügen, und die Anzahl bleibt hoch, bis Objekte entfernt werden.

Erfolgreiche Serviceergebnisse sind ab der ersten Lösung kostenpflichtig

Für Lösungen durch AI-Agents im Customer Service Management ist derzeit kein Freikontingent enthalten. Eine Live-Anfrage, die ohne menschliches Eingreifen vollständig gelöst wird, ist kostenpflichtig; Anfragen, die an einen Mitarbeiter übergeben werden, zählen nicht als erfolgreiche AI-Lösungen.

Die Bitbucket-Nutzung hängt von mehr als dem Build-Volumen ab

Bei Jahresplänen wird die Nutzung über die enthaltenen Freikontingente hinaus ab dem 3. Dezember kostenpflichtig. Prüft gehostete Build-Minuten, wiederkehrende und fehlgeschlagene Pipelines, das Wachstum von Git LFS, die Aufbewahrung von Packages und die Netzwerkübertragung separat.

Beginnt mit dem Nutzungszähler und ordnet den Verbrauch dann dem Workflow und seinem Verantwortlichen zu. Mit fünf Fragen deckt ihr die meisten unmittelbaren Risiken auf.

1. Welche Nutzungszähler gelten für eure Produkte und Pläne?

2. Was zeigt Atlassian Administration für die aktuelle Nutzung, die Prognose und das Zurücksetzungsdatum?

3. Welche Teams, Sites, Sandboxes, Automatisierungen, Agents, Integrationen und externen AI-Tools tragen zu dieser Nutzung bei?

4. Was wird unterbrochen, wenn zusätzliche Nutzung deaktiviert wird oder das Limit erreicht ist?

5. Wer verantwortet das Budget, erhält die Warnmeldungen und entscheidet, ob ihr optimiert, begrenzt oder zusätzliche Nutzung finanziert?

Diese Reihenfolge trennt eine überschaubare Kostenfrage von einem operativen Risiko. Sie verhindert zudem, dass ein Abrechnungsadministrator eine nachvollziehbare finanzielle Entscheidung trifft, ohne die Auswirkungen auf einen kundenorientierten oder geschäftskritischen Workflow zu sehen.

Beginnt mit dem Mehrwert und den Abhängigkeiten des Anwendungsfalls und vergleicht dann die für diesen Nutzungszähler verfügbaren Kontrollmöglichkeiten.

Der 3. Dezember ist nah genug, dass Unternehmen jetzt ihre Ausgangsbasis und Entscheidungsverantwortlichen festlegen sollten. Wer bis zur Warnmeldung bei 80 oder 100 Prozent wartet, hat weniger Zeit herauszufinden, was die Nutzung antreibt, eine Optimierung zu testen, ein Budget zu sichern oder einen kritischen Workflow zu schützen.

Eine Überprüfung jetzt verschafft euch einen klareren Kostenrahmen, verlässlichere Leitplanken, weniger operative Überraschungen und bessere Grundlagen für Entscheidungen darüber, wo sich Investitionen in AI und Automatisierung entlang eures SDLC weiter lohnen.