Skip to main content

Error Handling

Classify transport, GraphQL, validation, authorization, payment, and business failures safely.

Audience: Partner developers, QA teams, support teams, and operatorsLast Updated: September 28, 2026

Handle failures by layer. Do not infer business success from an HTTP response alone, and do not expose raw upstream details to customers.

Error Taxonomy

LayerExamplesPartner response
Local validationMissing or malformed partner inputReject before sending; associate feedback with the field
TransportDNS, TLS, connection, or timeout failureRecord safe diagnostics; assess retry eligibility
HTTPNon-success response from an approved endpointFollow documented semantics only; preserve correlation data
GraphQL protocolTop-level errors returned with or without dataTreat each required operation result as unconfirmed until evaluated
Authentication or authorizationInvalid, expired, or insufficient accessStop; verify configuration through the approved support path
Business validationRequest conflicts with product or workflow rulesShow an actionable, non-sensitive message; do not retry unchanged input
Payment or finalizationPayment, bind, or modification does not reach verified completionKeep the transaction pending or failed; reconcile server-side

Safe Error Record

Capture the operation name, environment label, timestamp, safe correlation identifiers, outcome category, and sanitized message. Do not log credentials, card data, tokens, full customer payloads, or sensitive browser event details.

Customer Experience

  • Use a clear summary and an actionable next step.
  • Preserve entered data where safe.
  • Associate validation errors with fields.
  • Announce dynamic errors to assistive technology.
  • Avoid exposing stack traces, internal hostnames, or upstream response bodies.
  • Provide a support reference that maps to sanitized server logs.

Partial GraphQL Responses

GraphQL can return data and errors together. Validate the fields required for the current state transition. Do not proceed to purchase, bind, or confirmation when required result data is absent or ambiguous.

Continue with Retries & Idempotency.

Still need help?

Reach out to your account manager for support.