---
title: Wie man eine neue Funktion hinzufügt (API)
description: Für Kunden, die bereits über API (POST /v1/process) mit Betrugseinstufung nach Risiko (Trust Network) integriert sind und Identitätsprüfung zu ihrem Vertrag hinzufügen.
canonical: https://developer.unico.io/de/developers/api-reference/upgrade-guide
locale: de
generated_by: markdown-export
---

- [/de/](/de/)
- API-Referenz
- Wie man eine neue Funktion hinzufügt

**Auf dieser Seite# Wie man eine neue Funktion hinzufügt (API)

InformationDieser Leitfaden richtet sich an Kunden, die bereits über **API** (`POST /processes/v1`) mit Betrugseinstufung nach Risiko (Trust Network) integriert sind und Identitätsprüfung zu ihrem Vertrag hinzufügen.
## Hinzufügen von Identitätsprüfung​

Dieser Leitfaden erläutert die Weiterentwicklung der Entscheidungs-Engine zur Stärkung Ihrer Identitätsvalidierungsprozesse.
Technische VoraussetzungIm Gegensatz zu anderen Integrationen **erfordert** die Aktivierung dieser Funktion eine Aktualisierung Ihres API-Schlüssels. Ohne diese Änderung können Sie die neuen Antworten der Identitätsvalidierung nicht erhalten — Ihr Unico-Ansprechpartner wird Ihnen diese mitteilen.
### Die große Änderung: Identitätsprüfung​

Die wichtigste Verbesserung ist die Möglichkeit, die Identität des Inhabers zu validieren (zusätzlich zu den Betrugsantworten). Das System prüft nun, ob die Person, die den Prozess durchführt, tatsächlich der Inhaber des angegebenen Dokuments ist.
Es ist entscheidend, dass Ihr Team die neue Interpretation der Antworten korrekt versteht und zuordnet, bevor die Funktion aktiviert wird, um Ihren Betrieb nicht zu beeinträchtigen.
### Ergebnisvergleichstabelle​

Ergebnis (nur Trust)Ergebnis (Trust + IDUnico)Bedeutung und empfohlene MaßnahmeN/A`APPROVED`**Neu (Idealzustand).** Der Nutzer ist der Ausweisinhaber, und es liegen keine Hinweise auf Betrug vor.`INCONCLUSIVE``INCONCLUSIVE`**Nuancenänderung.** Der Nutzer ist real, und es liegen keine Hinweise auf Betrug vor, aber es besteht keine Sicherheit, dass er der Ausweisinhaber ist.`REPROVED``REPROVED`**Ablehnung empfohlen.** Betrugsindikatoren, oder das System hat bestätigt, dass der Nutzer nicht der Ausweisinhaber ist.`HIGH_RISK``HIGH_RISK`Mindestens ein starker Betrugsnachweis. Der Kunde entscheidet über die Maßnahme.`CRITICAL_RISK``CRITICAL_RISK`Mindestens zwei kritische Betrugsnachweise. Ablehnung empfohlen.
### Wichtige Änderungen in der Benennung​

Stellen Sie sicher, dass Ihr System bereit ist, diese drei grundlegenden Änderungen in Ihrem Freigabeprozess abzubilden:

**Das Auftreten von `APPROVED`** — dies ist nun der „ideale" Zustand. Wenn Sie diesen Code erhalten, haben Sie volle Sicherheit über die Identität und Sicherheit des Prozesses.
**Die neue Nuance von `INCONCLUSIVE`** — zuvor Ihr wichtigstes grünes Licht. Jetzt bedeutet es, dass die Person „real" ist und kein offensichtlicher Betrug vorliegt, das System sie aber nicht mit voller Sicherheit mit der Identität des Ausweises verknüpfen konnte.
**Der Schweregrad von `REPROVED`** — neben mehrfaktoriellen Betrugsindikatoren umfasst dieser Zustand nun auch Fälle, in denen sich der Nutzer als der Ausweisinhaber ausgibt.
Zuletzt aktualisiert am 8. Okt. 2026**