---
title: Repurchase
description: Repurchase ersetzt bestehende Lösungen durch passendere Angebote aus dem STACKIT Ökosystem, wenn der Business-Mehrwert den Migrationsaufwand klar übersteigt.
sidebar:
  label: Repurchase
  order: 4
source_url: "https://framework.stackit.cloud/de/migration/design-and-mobilize/design/repurchase/"
source_file: "docs/de/migration/design-and-mobilize/design/repurchase.mdx"
---

## Überblick: Repurchase

Repurchase ersetzt bestehende Systeme durch alternative Lösungen, statt den Alt-Stack unverändert zu migrieren.
In Migrationsprogrammen ist das oft sinnvoll, wenn die Modernisierung des Bestands hohe Kosten verursacht
und gleichzeitig wenig strategischen Mehrwert liefert.

Repurchase ist keine reine Kaufentscheidung für neu Software. In der Praxis geht es fast immer um die
Umstellung des Business-Prozesses inklusive Rollen, Kontrollen, Integrationen und Governance.

## Fokus in dieser Design-Baseline

In dieser Phase betrachten wir Repurchase gezielt für diese STACKIT-bezogenen Lösungen:

- **Workspace by STACKIT**
- **ServiceNow on STACKIT**
- **RISE with SAP on STACKIT**
- **STACKIT Domain Solutions**

Weitere Repurchase-Ziele können in späteren Iterationen ergänzt werden.

## Wann Repurchase sinnvoll ist

- **Ersatz ist günstiger als Migration** über Lebenszyklus und Betriebskosten.
- **Prozess-Standardisierung** ist mit der neuen Lösung besser erreichbar.
- **Herstellergestützte Funktionen** reduzieren Custom-Engineering und Betriebsaufwand.
- **Compliance- und Souveränitätsanforderungen** sind im Ziel leichter erfüllbar.

## Prozessumstellung ist Kern von Repurchase

In diesem Framework bedeutet Repurchase: Prozessmigration statt nur Produktwechsel.

- **Prozessdesign zuerst**: Zielprozess definieren, bevor Produktkonfiguration final festgelegt wird.
- **Rollen und Verantwortung neu schneiden**: Entscheidungswege, Service-Verantwortung und Supportmodell klar zuweisen.
- **Integrationen neu aufsetzen**: Datenflüsse, Schnittstellen und Kontrollpunkte an den Zielprozess anpassen.
- **Adoption aktiv steuern**: Fachbereiche und Betrieb auf neues Verhalten schulen, nicht nur auf neu Oberflächen.

## Lösungsorientierter Design-Fokus

<CardGrid>
  <Card title="Workspace by STACKIT">
    Collaboration- und Workplace-Prozesswechsel, Identitätsintegration und User-Adoption planen.
  </Card>
  <Card title="ServiceNow">
    ITSM/ITOM-Prozessfit, Workflow-Übernahme, Datenmapping und Integrationsgrenzen bewerten.
  </Card>
  <Card title="RISE with SAP on STACKIT">
    SAP-Transformationspfad, Governance-Modell und Anforderungen an Business-Kontinuität bewerten.
  </Card>
  <Card title="STACKIT Domain Solutions">
    Domainenfit, regulatorische Passung und Anforderungen an den operativen Übergang bewerten.
  </Card>
</CardGrid>

## Empfohlener Design-Ablauf

<Steps>

1. Umfang der Repurchase-Kandidaten und Business-Ziele definieren.
2. Alt-Migration vs. Lösungsersatz über Risiko, Kosten und Zeit vergleichen.
3. Ziel-Prozessmodell vor finaler Produktkonfiguration entwerfen.
4. Integrationsmodell, Kontrollmodell und Datenübergang entwerfen.
5. Prozess-Fit mit Fachbereichen und Betrieb in Walkthroughs validieren.
6. Cutover- und Koexistenzmodell für Business-Kontinuität festlegen.
7. Adoption-, Schulungs- und Support-Übergang finalisieren.

</Steps>

## Erforderliche Ergebnisse

### Gemeinsame Ergebnisse für alle Migrationspfade

- Freigegebener Design-Entscheidungsnachweis mit Scope, Annahmen und Governance-Sign-off.
- Validierungsnachweise für Security, Compliance und Betriebsbereitschaft.
- Entwurf des Migrations-Runbooks je Strategie aus der Design-Phase.
- Übergabepaket für Migration Factory Setup und Wellenplanung.

### Repurchase-spezifische Ergebnisse

- Business Case für Repurchase mit Entscheidungskriterien.
- Zielarchitektur der Lösung und Integrationsdesign.
- Datenübergangs- und Koexistenzstrategie.
- Cutover- und Rollback/Notfall-Plan.
- Adoption- und Betriebs-Handover-Paket.

## Diagramm-Schrittreferenz

### Purchase COTS/SaaS and licensing

Ausgewählte Lösung als Ersatz, Lizenzmodell und Governance-Rahmen festlegen.
Betriebsverantwortung, Souveränitätsanforderungen und vertragliche Meilensteine verbindlich
festhalten, damit Lösungsentscheidungen im Programm zuverlässig umsetzbar sind.

- <LinkChip href="/de/migration/design-and-mobilize/business-case/overview/">Business Case: Übersicht</LinkChip>
- <LinkChip href="/de/migration/design-and-mobilize/security-and-compliance/overview/">Security and Compliance</LinkChip>

### Migrate business process

Umstellung des Geschäftsprozesses und operativen Adoption-Pfad beschreiben.
Ownership-Übergang, Koexistenz-Phase und Enablement-Meilensteine definieren, damit der neue
Service-Ablauf ohne Service-Unterbrechung in den Regelbetrieb übergeht.

- <LinkChip href="/de/migration/design-and-mobilize/design/runbook/">Runbook Blueprint</LinkChip>
- <LinkChip href="/de/migration/design-and-mobilize/migration-plan/overview/">Migrationsplan</LinkChip>
- <LinkChip href="/de/migration/migrate/operating-model-handover/overview/">Operating Model Handover</LinkChip>