Disparar um webhook (PUT)
Recebe um callback de webhook via HTTP PUT e dispara a execução do workflow associado. O caminho é resolvido dinamicamente contra o registro de webhooks; cada workflow pode registrar seu próprio caminho de webhook. Em tempo de execução são aceitos os métodos GET, POST, PUT, PATCH e DELETE nesta rota, bem como caminhos aninhados com múltiplos segmentos.
Autorizações
Token bearer JWT emitido pelo provider de identidade. Envie-o no cabeçalho Authorization como Bearer <token>.
Cabeçalhos
Chave de idempotência opcional para evitar execuções duplicadas a partir da mesma entrega de webhook.
Parâmetros de caminho
Caminho do webhook registrado por um workflow. Suporta caminhos aninhados com múltiplos segmentos em tempo de execução. Barras dentro do caminho devem ser codificadas como %2F conforme RFC 3986/OpenAPI 3.1 (por exemplo, use orders%2Fpaid para orders/paid).
Corpo
Payload do webhook. Tamanho máximo de 1 MB.
Payload do webhook proveniente do sistema externo. O Flowker injeta metadados do webhook (chave _webhook com método, caminho, headers, parâmetros de query e IP remoto) antes de passá-lo ao workflow.
Resposta
O workflow terminou dentro da janela síncrona. O corpo traz os resultados de negócio finais. Uma rota XML retorna o documento <results> equivalente.
Marca temporal de quando a execução foi finalizada.
"2026-03-17T14:35:12Z"
Identificador único da execução.
"f7e6d5c4-b3a2-1098-7654-321fedcba098"
Saída agregada do último passo ou o resultado final do workflow.
Marca temporal de quando a execução foi iniciada.
"2026-03-17T14:35:00Z"
Status final da execução.
"completed"
Lista ordenada de resultados para cada passo executado.
ID do workflow que foi executado.
"a1b2c3d4-e5f6-7890-abcd-ef1234567890"

