HTTP 422 Unprocessable Content: datos válidos pero no procesables

Aviso: Sigue el orden documentado. Un código identifica el sistema afectado, pero por sí solo no demuestra qué pieza está averiada.

1. 1

   Aviso que acompaña al 422

   Sin herramientas especiales

   Quién:

   tú, en la pantalla del formulario o de la aplicación.

   Cómo:

   lee el mensaje que aparece junto al error y localiza qué dato señala.

   Resultado que importa:

   si hay un campo o valor concreto marcado.

   Si señala un campo:

   corrígelo y reenvía; si pasa, confirma que el problema era ese valor.

   Si no señala nada:

   pasa la petición al desarrollador o al soporte del servicio.

   Evidencia a conservar:

   captura del aviso con los datos personales tapados.

   Evidencia: RFC 9110 section 15.5.21 - 422 Unprocessable Content

2. 2

   Mismo envío con datos mínimos

   Sin herramientas especiales

   Quién:

   tú o el desarrollador.

   Cómo:

   repite la operación rellenando solo lo imprescindible con valores sencillos y válidos.

   Resultado que importa:

   si la versión mínima se procesa.

   Si se procesa:

   indica que el rechazo viene de uno de los valores omitidos; añádelos uno a uno hasta encontrarlo.

   Si también da 422:

   apunta a la forma en que el cliente construye la petición, no a tus datos.

   Evidencia a conservar:

   lista de valores probados y resultado de cada envío.

   Evidencia: RFC 9110 section 15.5.21 - 422 Unprocessable Content

3. 3

   Cuerpo enviado y respuesta del servidor

   Sin herramientas especiales

   Quién:

   el desarrollador, con las herramientas de red del navegador o un cliente HTTP.

   Cómo:

   captura el cuerpo enviado, su Content-Type y el cuerpo de la respuesta 422.

   Resultado que importa:

   qué instrucción del contenido rechaza el servidor.

   Si la respuesta nombra la regla incumplida:

   confirma la causa en los datos; corrige la petición.

   Si la respuesta no explica nada:

   indica que el responsable de la API debe documentar el rechazo; abre un caso con él.

   Evidencia a conservar:

   petición y respuesta guardadas sin tokens ni datos personales.

   Evidencia: RFC 9110 section 15.5.21 - 422 Unprocessable Content

Un código solo tiene significado dentro del producto y la versión correctos.

RFC 9110 define 422 (Unprocessable Content): el servidor reconoce el tipo de contenido de la petición, así que un 415 no corresponde, y la sintaxis es correcta, pero no puede procesar las instrucciones contenidas. El ejemplo del estándar es un XML bien formado con instrucciones semánticamente erróneas. Separa por tanto un problema de significado de los datos de un problema de formato (415) o de sintaxis. No indica un fallo del servidor: la aplicación que recibe los datos los ha leído y los rechaza.

• Seguroadvertencia editorial

  Antes de mandar capturas o peticiones al soporte, borra contraseñas, tokens y datos personales: el cuerpo de un formulario rechazado puede contenerlos.

  Evidencia: RFC 9110 section 15.5.21 - 422 Unprocessable Content

1. 1

   IANA HTTP Status Code Registry

   Internet Assigned Numbers Authority · 2025 · standard

2. 2

   RFC 9110 - HTTP Semantics

   IETF / RFC Editor · 2022 · standard