# Überblick
Migration
DocCheck stellt das bisherige CReaM-Login-Setup auf DocCheck Access um. Die Firmenaccounts wurden bereits nach DocCheck Access migriert und Account- sowie Login-Client-Konfigurationen wurden weitestgehend übernommen.
Nach der Migration wurden die bisherigen CReaM-Accounts auf read-only gesetzt, damit keine Konfigurationsinkonsistenzen zwischen CReaM und DocCheck Access entstehen.
DocCheck CReaM und DocCheck Access sind technisch getrennte Systeme. Da DocCheck Access mehr Konfigurationsmöglichkeiten bietet, müssen übernommene Einstellungen geprüft und bei Bedarf vervollständigt werden.
Jetzt kommt es auf Sie an: Prüfen Sie die Konfigurationen in DocCheck Access, vervollständigen Sie fehlende Einstellungen und implementieren Sie den neuen DocCheck Login-Button in Ihrem eigenen System.
Ihre Aufgaben bestehen aus zwei zentralen Teilen:
- Konfiguration in DocCheck Access prüfen und vervollständigen
- Implementierung im eigenen System austauschen und aktualisieren
Je nach bisheriger Umsetzung ersetzen Sie dabei den alten iFrame oder einen bereits genutzten CReaM-Login-Button durch den neuen Login-Button aus DocCheck Access. Zusätzlich können Anpassungen an OAuth2-Endpunkten, state-Handling, Routing-Logik und Userdaten-Payload-Mapping notwendig sein.
# Empfohlener Ablauf
- Lesen Sie Legacy vs. New, um die Systemänderungen zu verstehen.
- Starten Sie in DocCheck Access, prüfen Sie Ihre migrierten Clients und identifizieren Sie, welche Implementierungen ersetzt werden müssen.
- Prüfen Sie die passende Client-Konfiguration:
- Aktualisieren Sie Ihre Implementierung anhand von Änderungen in Ihrem System.
- Testen Sie Ihre Login-Clients mit Client Testing.
Für die Umsetzung stehen weitere Ressourcen bereit: Das Demo Projekt zeigt User Flows und eine beispielhafte Implementierung, die Postman Collection dient zum Testen der Endpunkte mit Ihrem eigenen Client. Der PHP Provider und das React-Native-Beispiel sind Codebeispiele bzw. Vorlagen für einen DocCheck Auth Flow.