N8N102 Sección 1 – webhook priority-queue rechaza solicitud válida (bloqueando certificación)

n8n Academy N8N102: Integraciones: API y Flujos Conectados
1

Hola a todos,

Estoy trabajando en la evaluación N8N102, Sección 1 – API Integration Pipeline, y el Paso 2.5 (Send enterprise orders to priority queue) falla sin importar lo que intente. Espero que alguien del equipo de la Academia o cualquiera que haya enfrentado esto pueda ayudar.

El error

El nodo SendToPriorityQueue devuelve:

Your request is invalid or could not be processed by the service [item 0] — Missing one or more required parameters. Make sure you are sending your assessment_id and order data.

Mi configuración del nodo

  • Method: POST
  • URL: https://learn.app.n8n.cloud/webhook/course/n8n102/priority-queue
  • Authentication: Generic Credential Type → Header Auth (nombre de encabezado X-API-Key)
  • Send Headers: on → X-Assessment-ID con mi ID de evaluación
  • Send Body: on, Body Content Type: JSON, Specify Body: Using Fields Below
  • Body fields, todos resolviendo a valores reales en la vista previa del elemento 0:
    • order_id → ORD-005
    • customer_id → CUST-004
    • company_name → DataFlow Ltd
    • subscription → Enterprise

FilterDelivered pasa exactamente 12 elementos al nodo, lo que coincide con el checkpoint.

Lo que hace esto extraño

SendToOrdersQueue en el mismo flujo de trabajo tiene éxito — status: processed, orders_queued: 50 — usando la misma credencial y el mismo ID de evaluación. Por lo tanto, el ID es válido y la credencial funciona; solo el endpoint de priority-queue rechaza la solicitud.

Ya descartado

  • URL verificada carácter por carácter contra las instrucciones
  • Nombre y valor del encabezado reescritos a mano para excluir espacios en blanco ocultos de copiar-pegar
  • Credencial inspeccionada: envía X-API-Key, sin colisión con X-Assessment-ID
  • Cada campo del body confirmado que se resuelve en la vista previa del nodo

El Paso 2.6 añade batching de Loop Over Items, pero eso viene después de este paso, por lo que 2.5 debería pasar sin él.

¿Ha visto alguien este endpoint rechazar una solicitud que se ve correcta? ¿Hay un campo requerido más allá de los cuatro listados en las instrucciones? Cualquier ayuda es apreciada — esto es lo último que se interpone entre yo y terminar la certificación.

¡Gracias!

2

Estoy experimentando el mismo problema hoy (2 de noviembre) con N8N102 Sección 1, Paso 2.5.

Mi flujo de trabajo recupera 50 pedidos, identifica 20 pedidos Enterprise y los filtra hasta 12 pedidos sin entregar.

La solicitud POST de priority-queue contiene los campos requeridos, incluyendo ORD-005, CUST-004, DataFlow Ltd y Enterprise.

Sin embargo, consistentemente recibo HTTP 422: “Invalid order_id. Please ensure you are sending the correct order_id.”

La cola de pedidos normales funciona correctamente con la misma autenticación e ID de evaluación.

Este error exacto se reportó y se corrigió en junio, así que me pregunto si el problema ha reaparecido.

¿Podría el equipo de Academy investigar el endpoint de priority-queue y su validación de pedidos específica de la evaluación?

¡Gracias!

3

El texto de error podría ser la pista aquí. Solicita tu assessment_id y los datos del pedido, lo que parece indicar que este endpoint quiere el ID dentro del cuerpo JSON, no solo en un encabezado. La llamada orders-queue puede estar contenta con el encabezado mientras que la priority-queue solo mira el cuerpo.

Yo añadiría un campo más en el cuerpo, assessment_id, con el mismo valor que envías en X-Assessment-ID, y mantén el encabezado también. Si aún falla después de eso, relee el paso 2.5 para los nombres de campo exactos que enumera, porque una verificación como esta normalmente rechaza una clave que está escrita ligeramente diferente de lo que espera.