Formato de respuesta de error
Cada respuesta de error sigue una estructura de envelope consistente:Tipos de error
Códigos de error
Ids de solicitud
Cada respuesta de error lleva unrequestId, y cada respuesta (con error o no) lleva el
mismo valor en el encabezado X-Request-ID. Cítelo cuando reporte un problema: identifica
la solicitud exacta en nuestros registros.
Si usted envía su propio encabezado X-Request-ID, lo propagamos en lugar de generar uno,
de modo que su id de traza y el nuestro coincidan.
Dentro de una respuesta de creación de cuentas por lotes el
objeto error de cada elemento no tiene requestId. Esa llamada devuelve HTTP 200 y tiene
un solo id para todo el lote: léalo del encabezado X-Request-ID.
Fallas de autenticación frente a caídas de autenticación
Dos situaciones distintas solían verse idénticas. Ya no:authentication_required(401) significa que la clave fue rechazada. Revise la clave o rótela. Reintentar no ayuda.service_unavailable(503) en un endpoint autenticado significa que no pudimos alcanzar el servicio de autenticación. Su clave está bien. Reintente con backoff.rate_limit_exceeded(429) significa demasiados intentos de autenticación en poco tiempo.
Errores de clave API
Las fallas del ciclo de vida de la clave API reutilizan los códigos estándar anteriores:- Vigencia inválida — un
apiKeyConfig.validForDays(al crear la cuenta) o unvalidForDays(al regenerar) fuera del rango permitido 1–365 se rechaza conparameter_invalid(400). - Regeneración limitada por tasa — más de una regeneración para la misma cuenta en 2 minutos devuelve
rate_limit_exceeded(429). - Clave inválida o expirada — una clave API revocada, desconocida o expirada se rechaza en la autenticación con
authentication_required(401) y el mensaje “Invalid API key.” Un encabezadoAuthorizationfaltante devuelve el mismo código con el mensaje “API key is required.” Una clave expirada no se reporta con un código distinto — se ve exactamente como una clave inválida, así que rote la clave de la cuenta para recuperar el acceso. - Clave publicable usada directamente — una clave publicable (
pk_) presentada como token Bearer en cualquier endpoint devuelvepermission_denied(403): “Publishable keys cannot call the API directly…”. Las claves publicables son solo de intercambio (embed de navegador); use su clave secreta para las llamadas API. - La creación de cuentas requiere una clave institucional — una clave con alcance de doctor que llame a creación de cuentas se rechaza con
permission_denied(403), no conservice_unavailable. Use la clave de la institución. Vea el ejemplo abajo.
Gate de revisión CDSS
GET /scribe-sessions/{id} y GET /medical-record-configurations se bloquean con
cdss_review_required (428) para una clave API con alcance de doctor cuando su institución
tiene habilitado el gate de revisión pendiente de CDSS y el doctor tiene al menos una sugerencia
de CDSS sin revisar dentro de la ventana configurada por la institución (7 días por defecto).
Las claves con alcance institucional nunca se bloquean. El array error.details.pendingConsultations
de la respuesta lista las sesiones que bloquean, cada una con una url que apunta directamente a
la consulta en scribe-web donde el doctor acepta o rechaza las sugerencias pendientes — una vez
revisadas todas las sugerencias listadas, la misma solicitud se completa de inmediato (sin caché).