N8N102 Section 1 – priority-queue webhook rejette une demande valide (bloque la certification)

n8n Academy N8N102: Intégrations: APIs et Workflows Connectés
1

Bonjour à tous,

Je travaille sur l’évaluation N8N102, Section 1 – API Integration Pipeline, et l’étape 2.5 (Send enterprise orders to priority queue) échoue peu importe ce que j’essaie. J’espère que quelqu’un de l’équipe Academy ou quelqu’un qui a rencontré ce problème pourra m’aider.

L’erreur

Le nœud SendToPriorityQueue retourne :

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.

Ma configuration du nœud

  • Method: POST
  • URL: https://learn.app.n8n.cloud/webhook/course/n8n102/priority-queue
  • Authentication: Generic Credential Type → Header Auth (nom du header X-API-Key)
  • Send Headers: on → X-Assessment-ID avec mon ID d’évaluation
  • Send Body: on, Body Content Type: JSON, Specify Body: Using Fields Below
  • Body fields, tous se résolvant en des valeurs réelles dans l’aperçu de l’élément 0 :
    • order_id → ORD-005
    • customer_id → CUST-004
    • company_name → DataFlow Ltd
    • subscription → Enterprise

FilterDelivered transmet exactement 12 éléments dans le nœud, ce qui correspond au checkpoint.

Ce qui rend cela étrange

SendToOrdersQueue dans le même workflow réussit — status: processed, orders_queued: 50 — en utilisant les mêmes identifiants et le même ID d’évaluation. L’ID est donc valide et les identifiants fonctionnent ; seul le point de terminaison priority-queue rejette la requête.

Déjà exclu

  • URL vérifiée caractère par caractère par rapport aux instructions
  • Nom du header et valeur retapés à la main pour exclure tout espace blanc caché du copier-coller
  • Identifiants inspectés : il envoie X-API-Key, donc aucune collision avec X-Assessment-ID
  • Chaque champ du corps confirmé pour se résoudre dans l’aperçu du nœud

L’étape 2.6 ajoute une mise en lot Loop Over Items, mais cela vient après cette étape, donc 2.5 devrait réussir sans elle.

Quelqu’un a-t-il vu ce point de terminaison rejeter une requête qui semble correcte ? Y a-t-il un champ obligatoire au-delà des quatre énumérés dans les instructions ? Toute aide est appréciée — c’est la dernière chose qui me sépare de la fin de la certification.

Merci !

2

Je rencontre le même problème aujourd’hui (2 novembre) avec N8N102 Section 1, Étape 2.5.

Mon workflow récupère 50 commandes, identifie 20 commandes Enterprise et les filtre jusqu’à 12 commandes non livrées.

La requête POST priority-queue contient les champs requis, notamment ORD-005, CUST-004, DataFlow Ltd et Enterprise.

Cependant, je reçois systématiquement HTTP 422 : « Invalid order_id. Please ensure you are sending the correct order_id. »

La file d’attente des commandes régulières fonctionne correctement avec la même authentification et le même ID d’évaluation.

Cette erreur exacte a été signalée et corrigée en juin, donc je me demande si le problème est revenu.

L’équipe Academy pourrait-elle enquêter sur l’endpoint priority-queue et sa validation de commande spécifique à l’évaluation ?

Merci !

3

Le texte d’erreur pourrait être l’indice ici. Il demande votre assessment_id et les données de commande, ce qui semble indiquer que cet endpoint veut l’ID dans le corps JSON, pas seulement dans un en-tête. L’appel orders-queue peut se satisfaire de l’en-tête tandis que celui priority-queue ne regarde que le corps.

J’ajouterais un champ de corps supplémentaire, assessment_id, avec la même valeur que vous envoyez dans X-Assessment-ID, et je garderais également l’en-tête. Si ça échoue toujours après ça, relisez l’étape 2.5 pour les noms de champs exacts qu’elle énumère, car une vérification comme celle-ci rejette généralement sur une clé orthographiée légèrement différemment de ce qu’elle attend.