Optional ReadonlytitleShort, human-readable summary of the problem type.
Should be the same for all occurrences of this problem type, for example Payment Required or Not Found.
Optional ReadonlytypeURI reference identifying the problem type.
Optional ReadonlyinstanceURI reference identifying the specific occurrence of the problem.
Optional ReadonlystatusHTTP status code generated by the origin server.
Optional ReadonlydetailHuman-readable explanation specific to this occurrence of the problem.
Optional ReadonlyreportMachine-readable details about this occurrence of the problem.
An RFC 9457 extension member, shaped as the reporting party requires, for instance a validation trace or a diagnostic payload consumers may branch on.
Problem details for HTTP APIs.
Portable description of an error condition, as defined by RFC 9457, which obsoletes RFC 7807. Every field is optional, so a report carries as much detail as its source provides:
typeandtitleclassify the problem,status,detail, andinstancepin it to a specific occurrence, andreportconveys machine-readable data for automated handling.success reports failed exchanges in this shape, so a client assembled with it surfaces transport failures and error responses alike as problem details.
Example
See
RFC 9457 - Problem Details for HTTP APIs