document-understanding
2024.10
true
- Erste Schritte
- Examples Using the Document Understanding™ API
- Lizenzierung
- Fehlersuche und ‑behebung
- Antwortschemas für Anforderungen
- Document Understanding APIs error response codes
Antwortschemas für Anforderungen
API-Leitfaden Understanding
Letzte Aktualisierung 18. Dez. 2024
Antwortschemas für Anforderungen
Das Ergebnis, das wir durch die Verwendung asynchroner APIs erhalten, kann verarbeitet werden, erfolgreich sein oder zu Fehlern führen. Auf dieser Seite werden die häufig zurückgegebenen Schemata für beide Situationen beschrieben, wenn ein
getResult
-Aufruf erfolgt. Diese Ergebnisse entschlüsseln zu können ist der Schlüssel für eine erfolgreiche API-Verwaltung und Fehlerbehebung.
Während der Verarbeitung gibt der Aufruf
getResult
ein Schema mit den folgenden Details zurück:
status
: Der aktuelle Status der Anforderung. In diesem Fall ist der StatusRunning
.createdAt
: Datum und Uhrzeit, wann die Anforderung initiiert wurde.lastUpdatedAt
: Datum und Uhrzeit, wann die Anforderung zuletzt aktualisiert wurde.
Wenn die Anfrage erfolgreich ist, gibt der
getResult
-Aufruf ein Schema mit den folgenden Details zurück:
status
: Der aktuelle Status der Anforderung. In diesem Fall ist der StatusSucceeded
.createdAt
: Datum und Uhrzeit, wann die Anforderung initiiert wurde.lastUpdatedAt
: Datum und Uhrzeit, wann die Anforderung zuletzt aktualisiert wurde.result
: Das Ergebnis der Anforderung, z. B. das Extraktionsergebnis (angezeigt alsextractionResult
).
Wenn die Anfrage fehlschlägt, gibt der Aufruf
getResult
ein Schema mit den folgenden Details zurück:
status
: Der aktuelle Status der Anforderung. In diesem Fall ist der StatusFailed
.createdAt
: Datum und Uhrzeit, wann die Anforderung initiiert wurde.lastUpdatedAt
: Datum und Uhrzeit, wann die Anforderung zuletzt aktualisiert wurde.error
: Die Ursache von Fehlern mit den folgenden Details:message
: Detaillierte Erklärung mit Beschreibung, worum es bei dem Fehler geht, z. B."Internal Server Error. Please contact the UiPath support team."
severity
: Der Schweregrad des Fehlers. In diesem Fall ist der Schweregrad meistensError
.code
: Spezifischer Code, der den Fehlertyp identifiziert, z. B.[UnexpectedInternalServerError]
.parameters
: Enthält ggf. zusätzliche fehlerbezogene Informationen.