# Rückgabewerte des Userdaten Endpunkts

Die folgenden Werte können vom Userdaten Endpunkt zurückgegeben werden, sofern der User Zustimmung erteilt hat und die entsprechenden Daten vorliegen. Sollte ein Wert keine Daten haben, ist der Rückgabewert = 0 oder ein Leerstring.

String-Werte werden als HTML Entitäten enkodiert (Kön für "Köln") um Encoding-Problemen vorzubeugen. Zeichen außerhalb des ASCII Raums werden u.U. nicht übergeben.

unique_id (System‑Scope)

  • unique_id ist ab der Economy‑Lizenz als Scope wählbar.
  • Sie wird nicht im Consent‑Formular angezeigt oder abgefragt; ein separater Consent ist nicht erforderlich.
  • Die unique_id wird systemseitig mitgeliefert und steht nach erfolgreichem Login am Endpunkt zur Verfügung.
Property Scope Datentyp Beschreibung (Kurz) Lizenz
Economy
unique_id unique_id string (50), lowercase Eindeutige DocCheck-ID Economy
country_id country integer Land (ID), ID Mapping (opens new window) Economy
user_language language string Sprache Economy
profession_id profession integer Beruf (ID), ID Mapping (opens new window) Economy
Business
area_code address string Adresse Business
street address string Adresse Business
city address string Adresse Business
discipline_id occupation_detail integer Tätigkeitsdetail (ID), ID Mapping (opens new window) Business
activity_id occupation_detail integer Tätigkeitsdetail (ID), ID Mapping (opens new window) Business
email email string E-Mail-Adresse Business
first_name name string Name (Vorname) Business
last_name name string Name (Nachname) Business

# Details zum ID Mapping

# Syntax

# professions, disciplines & activities:

{"id":integer,"name":"string","parent_id":integer,"legacy_id":integer}

# countries:

{"id":integer,"name":"string","iso":"string"}

Hinweis

  • legacy_id entspricht dem historischen Code der alten Listen und erleichtert die Migration bzw. Zuordnung bestehender Daten zu den neuen Listen (Details und Beispiele: Data Mapping & Payload).
  • id & parent_id können identisch sein, wenn eine Kategorie zugleich als übergeordnete Gruppe fungiert (Top‑Level‑Knoten). Beispiel Activities: id=100009 „Praxis – Inhaber/in“ mit parent_id=100009. In den meisten anderen Fällen kennzeichnen Top‑Level‑Knoten parent_id=0.