TempoMaster
Tempo ist in vielen Häusern das System, an dem die Abrechnung hängt — und das, was der native Migrationspfad am wenigsten abdeckt. Der TempoMaster überträgt die komplette Tempo-Welt, mit einem Rückweg als Sicherheitsnetz.
- Die komplette Tempo-Welt: Konten, Teams, Pläne, Buchungen
- Cloud-Zustand vor dem ersten Schreiben gesichert
- Rückweg: Einspiel-Lauf gezielt zurückrollbar
- Dry-Run vor jedem Schreiben
- Nach jeder Stufe gegen Data Center geprüft
- Geschrieben wird erst nach Ihrer Freigabe
- Nachvollziehbarer Abschlussbericht zu jedem Lauf
Bei abrechnungsrelevanten Daten darf nichts verloren gehen. Der TempoMaster überträgt Konten, Kontenverknüpfungen, Kategorien, Berechtigungen, Pläne, Teams samt Arbeitszeit- und Feiertagsschemata, Arbeitsattribute und die Arbeitszeitbuchungen selbst — in einer siebenstufigen Pipeline. Schreibende Schritte laufen über das zentrale Gateway, mit Trockenlauf als Voreinstellung und einer klaren Umschaltung zwischen Sandbox und Produktion.
Der Unterschied liegt in Stufe 1 und 7: Vor dem ersten Schreibvorgang wird der Cloud-Zustand gesichert, nach dem letzten lässt er sich wiederherstellen. Eine Tempo-Migration ist damit keine Einbahnstraße — bei abrechnungsrelevanten Daten die Voraussetzung, überhaupt anfangen zu dürfen.
Was eine Standard-Migration offen lässt
Nach der Standard-Migration
- Tempo bleibt beim Umzug auf der Strecke
- Eine Tempo-Migration ist eine Einbahnstraße
- Konto-Feld und Automationen laufen still daneben
- Unklar, ob Buchungen vollständig ankamen
Mit diesem Werkzeug TempoMaster
- Die komplette Tempo-Welt in der Cloud
- Cloud-Zustand gesichert, Rückweg vorhanden
- Jira-Anbindung nachgezogen und repariert
- Zählvergleich über alle drei Stände
Sieben Stufen mit Rückweg
Vor dem ersten Schreiben gesichert, nach dem letzten wiederherstellbar.
-
1
Vorprüfung & Sicherung
Erreichbarkeit und Konfiguration prüfen, Benutzer- und Vorgangs-Abdeckung messen, Zuordnungstabellen laden und den Ist-Stand der Cloud sichern, bevor irgendetwas angefasst wird.
Verifiziert: Cloud-Stand gesichert, bevor geschrieben wird.
-
2
Auslesen
Acht rein lesende Schritte holen die vollständige Tempo-Struktur aus dem Data Center: Konten, Verknüpfungen, Kategorien, Berechtigungen, Pläne, Teams, Arbeitsattribute und die Buchungen.
Verifiziert: Rein lesend, vollständig.
-
3
Umschlüsseln
Projektbezüge werden von DC-Schlüsseln auf Cloud-IDs umgesetzt und der gesamte Datenstand vor dem Schreiben validiert.
Verifiziert: Was auffällt, fällt auf, bevor es in der Cloud steht.
-
4
Einspielen
Dieselben acht Objektarten werden in der Cloud angelegt — jede als eigener, einzeln auslösbarer Schritt mit Dry-Run-Vorschaltung.
Verifiziert: Trockenlauf je Schritt, nicht ganz oder gar nicht.
-
5
Jira-Anbindung
Das Tempo-Konto-Feld wird nachgezogen und die Automationsregeln repariert, die auf die Konto-Bearbeitung reagieren.
Verifiziert: Die stillen Bruchstellen einer Tempo-Migration geschlossen.
-
6
Nachweis
Zählvergleich über alle drei Stände, inhaltlicher Abgleich DC gegen Cloud, Prüfung der Arbeitsattribute auf den richtigen Feldern und eine gezielte Suche nach doppelten Buchungen.
Verifiziert: Belegt statt behauptet.
-
7
Rückweg
Ein eigener Sicherheitsschritt rollt einen Einspiel-Lauf gezielt zurück oder setzt nicht-destruktiv auf den zuvor gesicherten Cloud-Stand zurück.
Verifiziert: Keine Einbahnstraße.
Was es kann
Die komplette Tempo-Welt
Konten, Kontenverknüpfungen, Kategorien, Kontoberechtigungen, Pläne, Teams samt Arbeitszeit- und Feiertagsschemata, Arbeitsattribute und die Arbeitszeitbuchungen selbst.
Gesicherter Rückweg
Vor dem ersten Schreiben wird der Cloud-Zustand gesichert; ein Einspiel-Lauf lässt sich gezielt zurückrollen. Keine Einbahnstraße.
Sandbox oder Produktion
Schreibende Schritte laufen über das zentrale Gateway, mit Trockenlauf als Voreinstellung und klarer Umschaltung zwischen Sandbox und Produktion.
Einzeln auslösbare Schritte
Die acht Objektarten werden je einzeln, mit Dry-Run-Vorschaltung eingespielt — nicht als ein großer Durchlauf, den man nur ganz oder gar nicht fahren kann.
Jira-Anbindung repariert
Das Tempo-Konto-Feld wird nachgezogen und die Automationsregeln repariert, die auf die Konto-Bearbeitung reagieren — die Stellen, an denen eine Tempo-Migration sonst still danebenläuft.
Nachweis über alle Stände
Ein Zählvergleich über Data Center, eingespielt und Cloud, ein inhaltlicher Abgleich und eine gezielte Suche nach doppelten Buchungen belegen das Ergebnis.
Häufige Fragen vor der Migration
Was, wenn beim Einspielen etwas schiefgeht?
Vor dem ersten Schreiben wird der Cloud-Zustand gesichert, und ein eigener Schritt rollt einen Einspiel-Lauf gezielt zurück oder setzt nicht-destruktiv auf den gesicherten Stand zurück. Bei abrechnungsrelevanten Daten ist dieser Rückweg die Voraussetzung, überhaupt anzufangen.
Können wir erst gegen eine Sandbox testen?
Ja. Schreibende Schritte laufen mit Trockenlauf als Voreinstellung, und zwischen Sandbox und Produktion wird ausdrücklich umgeschaltet. In der Regel wird erst gegen die Sandbox migriert und verifiziert.
Kommen auch die Automationen rund um Tempo mit?
Ja. Das Tempo-Konto-Feld wird nachgezogen und die Automationsregeln repariert, die auf die Konto-Bearbeitung reagieren — genau die Stellen, an denen eine Tempo-Migration sonst still danebenläuft.
Wie wird sichergestellt, dass die Buchungen vollständig sind?
Ein Zählvergleich über Data Center, eingespielt und Cloud, ein inhaltlicher Abgleich und eine gezielte Suche nach doppelten Buchungen belegen das Ergebnis.
Kontrolliert — von Anfang bis Abschlussbericht
Lesen vom Schreiben getrennt
Gelesen wird aus einer read-only Datenschicht, geschrieben nur über einen einzigen kontrollierten Kanal. Lesezugriffe belasten Ihre Cloud nie.
Testlauf vor jedem Schreiben
Der Dry-Run zeigt vollständig, was passieren würde. Geschrieben wird erst auf Ihre ausdrückliche Freigabe.
Wiederholbar ohne Risiko
Jeder Schritt lässt sich erneut ausführen, ohne Schaden anzurichten. Eine Unterbrechung ist kein Problem, ein zweiter Lauf erzeugt keine Dubletten.
Ein isolierter Stack pro Kunde
Alle Werkzeuge laufen auf der Jira-Migration-Manager-Plattform, pro Mandat vollständig getrennt. Keine Vermischung von Daten.
Der Abschlussbericht benennt jeden Vorgang einzeln: repariert, zu prüfen, übersprungen oder fehlgeschlagen. Nichts wird im Stillen falsch verarbeitet.
Läuft auf dem Jira Migration Manager
Dieses Werkzeug steht nicht allein. Es läuft auf der Plattform, die alle Werkzeuge vereint: Eine read-only Lese-Schicht zieht Data Center und Cloud in eine versionierte Momentaufnahme, und jede Änderung geht durch ein einziges, kontrolliertes Schreib-Gateway.
Mehr zum Jira Migration ManagerWeitere Werkzeuge
Migrations-Plattform
Jira Migration Manager
Die Plattform, die alle Migrationswerkzeuge unter einem Dach vereint und eine Jira-DC-zu-Cloud-Migration sicher und wiederholbar macht: getrennte Lese- und Schreibwege, ratenlimitiert in die Cloud, Zugangsdaten verschlüsselt, ein isolierter Stack je Kunde.
- Read-only-Lese-Schicht und ratenlimitierter Schreibkanal strikt getrennt
- Alle Werkzeuge auf einer Datenbasis, verkettbar zu Pipelines
- Ein kontrollierter Zugangspunkt, verschlüsselter Keystore, ein Stack je Kunde
Assets-Migration
Asset Relink
Migriert Insight/Assets vollständig in die Cloud: Felder und Kontexte, AQL-Filter, Screens und die Objektwerte an jedem Vorgang. Genau dort, wo Standard-Tools die Verknüpfungen verlieren.
- Felder, Kontexte und Screens in der Cloud anlegen
- AQL-Filter von Data Center nach Cloud übersetzen
- Objektwerte an jedem Vorgang neu verknüpfen
Managed Migration
Jira Migration Helper
JCMA migriert die Masse Ihrer Daten, lässt aber Konfiguration kaputt oder unmigriert zurück. Der Jira Migration Helper schließt diese Lücken Modul für Modul und fährt mit der Managed Migration die passenden Fixes pro fertigem Projekt automatisch — jedes standardmäßig im Dry-Run und gegen die echte Cloud-API geprüft.
- Filter, Dashboards, Felder, Rollen und Berechtigungen reparieren, was JCMA offen lässt
- Managed Migration: pro fertig gemeldetem Projekt automatisch die passenden Fixes fahren
- Web-UI oder CLI, jedes Modul Dry-Run-Standard und über das idempotente Write-Gateway abgesichert
Passt das zu Ihrer Migration?
Schildern Sie kurz Ihren Fall — ich sage Ihnen ehrlich, ob und wie dieses Werkzeug hilft.
Gespräch vereinbarenAtlassian beendet den Support für Data Center am 28. März 2029. Wer eine große, komplex verknüpfte Umgebung umzieht, plant das besser früh als spät.