Skip to main content
Todo POST /send-* responde queued na hora. O delivery chega depois, quando o aparelho enviou a mensagem ou desistiu. O mesmo vale para ações sobre uma mensagem que já existe, como editar, apagar (DELETE /messages), reagir, remover reação, fixar e votar em enquete. O campo operation diz qual foi.

Sucesso

Falha

Falha de uma ação

Quando você apaga, edita, reage ou fixa uma mensagem, message_id é o da mensagem referenciada (o mesmo que a resposta do endpoint devolveu) e operation diz qual ação foi feita. A falha é da ação e a mensagem original continua como estava. Não a marque como erro de envio.
Para atualizar o status de envio de uma mensagem, considere só operation: "send". Com error_code em qualquer outra operation, registre a falha da ação (a mensagem não foi apagada, editada ou reagida) sem mexer no status do envio.

Códigos mais comuns

O que delivery não é

  • Não é recibo de entrega ao destinatário. delivery diz que a mensagem saiu do seu aparelho. “Chegou no celular do contato” é message_status com RECEIVED; “leu” é READ.
  • Não vem para mensagens enviadas pelo celular, só para envios pela API.

Fluxo completo de um envio

  1. POST /send-text responde 200 { wabox_id, message_id, status: "queued" }
  2. A mensagem espera o intervalo anti-ban na fila (1 a 3 s por padrão)
  3. Chega o delivery com o mesmo wabox_id e message_id, ou com error_code se falhou
  4. Chegam os message_status RECEIVED e READ, um de cada por aparelho do contato, mais um SENT do seu próprio celular, em qualquer ordem (detalhes)