Skip to main content
The API uses standard HTTP status codes to indicate the result of an authentication or request attempt. Below are the common error structures you may encounter.

HTTP Status Codes

400 Bad Request

Returned when variables are missing or the request is malformed.

401 Unauthorized

Returned when the access token is missing or invalid.
Resolution: Re-authenticate to obtain a new access token.

403 Forbidden

Returned when the provided token is expired or does not have sufficient permissions.

422 Unprocessable Entity

Returned when the request is well-formed but contains semantic errors or violates business rules (e.g., validation failures).

429 Too Many Requests

Returned when the request frequency exceeds the allowed rate limit.
Resolution: Implement exponential backoff. For more details, see the Rate Limiting guide.

500 Internal Server Error

Returned when an unexpected error occurs on the Talview server.

502 Server Timed Out

Returned when an upstream service did not respond in time.

Business Logic Errors

In GraphQL, a business rule violation may return an HTTP 200 OK status, but the success field within the data block will be false.

Common Logical Error Codes

These specific strings are often returned within the error_message field or GraphQL extensions block to provide granular detail:

Best Practices

  1. Check success first: Always evaluate the success boolean before attempting to access the data object.
  2. Handle Actionable Errors: Display the error_message directly to users for errors like SLOT_UNAVAILABLE.
  3. Token Management: Automatically handle 401/403 errors by refreshing the OAuth2 access token.
  4. Logging: Log the traceId provided in the error response to assist Talview support in debugging.