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.