Último passo "Hands-on Exercise: Webhook-Driven Order Processing System"

Olá Equipe,

assim que se faz esse ajuste, não é possível completar com sucesso o Step 1 na validação, pois “Valid order returns 200 with correct response” sempre falha:

Atualize RespondSuccess para incluir confirmação de pipeline completa:

{
  "status": "processed",
  "order_id": "{{ $('ExecuteProcessOrder').item.json.order_id }}",
  "message": "Order processed successfully",
  "stored": {{ $('ExecuteProcessOrder').item.json.stored }},
  "stored_order": {{ $('ExecuteProcessOrder').item.json.stored_order }},
  "processed": true,
  "processing_result": "{{ $('ExecuteProcessOrder').item.json.processing_result }}"
}

O problema está em “status”: “processed” - antes era “status”: “accepted” - se você mudar para “accepted”, a validação funciona e você recebe o Confirmation Code no final.

Ats - Michael

O webhook de validação verifica a forma exata da resposta que foi construído para esperar, incluindo status: "accepted". Mudar para "processed" falha na asserção do validador mesmo que a lógica esteja correta.

Correção mais limpa: mantenha status: "accepted" no nó RespondSuccess para a etapa de validação, mas adicione seus campos extras de pipeline ao lado dele para que tanto o validador quanto seu workflow fiquem satisfeitos:

{
  "status": "accepted",
  "order_id": "{{ $('ExecuteProcessOrder').item.json.order_id }}",
  "message": "Order processed successfully",
  "stored": {{ $('ExecuteProcessOrder').item.json.stored }},
  "processed": true,
  "processing_result": "{{ $('ExecuteProcessOrder').item.json.processing_result }}"
}

A instrução do curso para mudar para "processed" parece ser uma inconsistência na documentação — o endpoint de validação ainda espera "accepted". Mantenha o campo de status original e a Etapa 1 passará enquanto os campos extras ainda aparecem na resposta.

Essa solução funciona. Obrigado

Obrigado, texto do curso atualizado.