Data Mapping & Payload

Ziel

Diese Seite zeigt das Feld‑Mapping zwischen alter und neuer Welt sowie Beispiel‑Payloads. Sie hilft beim Abgleich und bei der technischen Migration auf den neuen User‑Daten‑Endpunkt.

Überblick

• Vergleich von Feldnamen (Legacy → Neu) und Semantik.
• Beispiele für die JSON‑Payload alt/neu.
• Verweise auf vollständige Feldliste und Scope‑Anforderungen.

Beispiel‑Payloads

Alt (Legacy CReaM, Testpasswort Beispiel)

{
	"valid": "1",
	"uniquekey": "d902739aa663724bc660564563068164",
	"address_gender": "f",
	"address_name_title": "Dr.",
	"address_name_first": "Example_äöüß",
	"address_name_last": "Example_ÄÖÜ",
	"address_street": "Example Street",
	"address_postal_code": "50823",
	"address_city": "Köln",
	"address_country_id": "60",
	"address_country_iso": "CH",
	"occupation_profession_id": "1",
	"occupation_profession_parent_id": "1",
	"occupation_discipline_id": "1",
	"email": "deleted@doccheck.invalid"
}

Neu (DocCheck Access, Testnutzer Beispiel)

{    
	"unique_id": "50cf6446e3c757f9a43035c4e38d77c1",    
	"first_name": "Micha",    
	"last_name": "Muster",    
	"profession_id": 217,    
	"discipline_id": 274,    
	"activity_id": 100032,    
	"email": "testuser@example.com",    
	"street": "Test-Strasse 66",    
	"area_code": "55555",    
	"city": "Teststadt",    
	"country_id": 18,    
	"country_iso_code": "DE",    
	"user_language": "de"
}

Delta‑Mapping (Legacy → Neu)

Alt (Legacy)	Neu	Änderung	Hinweis
uniquekey	unique_id	Umbenannt	System‑Scope; nicht im Consent angezeigt
email	email	Unverändert
address_name_first	first_name	Umbenannt
address_name_last	last_name	Umbenannt
address_street	street	Umbenannt
address_postal_code	area_code	Umbenannt
address_city	city	Umbenannt
address_country_iso	country_iso_code	Umbenannt
address_country_id (ID‑Mapping (opens new window))	country_id (ID‑Mapping (opens new window))	Umbenannt	Typwechsel string → integer
occupation_profession_id (ID‑Mapping (opens new window))	profession_id (ID‑Mapping (opens new window))	Umbenannt / neue IDs	Die legacy_id entspricht der ID (code) aus dem alten System
occupation_discipline_id (ID‑Mapping (opens new window))	discipline_id (ID‑Mapping (opens new window))	Umbenannt / neue IDs	Die legacy_id entspricht der ID (code) aus dem alten System
—	activity_id (ID‑Mapping (opens new window))	Neu
—	user_language	Neu
occupation_profession_parent_id	—	Entfernt	Parent‑ID via Mapping ableitbar
address_gender	—	Entfernt
address_name_title	—	Entfernt

Scopes & Rückgabewerte

• Vollständige Felderliste inkl. Scope‑Anforderungen: Rückgabewerte des User‑Daten‑Endpunkts
• Hinweise zu Consent und Scopes: Personal & Consent (Migration)

Hinweise

• unique_id (ab Economy) ist wählbar, wird aber nicht im Consent‑Formular angezeigt oder abgefragt.

Nächste Schritte

1. Prüfen Sie, welche Legacy‑Felder Sie heute verwenden.
2. Übernehmen Sie das Delta‑Mapping in Ihre Systeme (Umbenennen/Entfernen/Neu).
3. Passen Sie die Scope‑Konfiguration an und testen Sie mit Testnutzern die neue Payload.