Reservas

workflow: [reserve] Lembretes

Tag arquivado-2026-08-08 e zero execuções na retenção. É o fluxo que persegue o hóspede que não preencheu e o proprietário que não assinou. Consequência: acúmulo de 13/08 — 9 aguardando assinatura, 3 sem dados com check-in no dia seguinte — e uma tarde inteira de cobrança manual. Religado 13/08 15h47 em modo operação com a régua de hóspede inteira; ramo proprietário pausado de propósito. A tag arquivado teve de ser removida na interface às 17:27 porque o removeTag do MCP falha com bug de toLowerCase.

empresa reserve-temporada · registrado em 2026-08-14 · fontes: artifact:41c38019 Central de Auditoria · artifact:dossie do pilar Reservas

workflow: [reserve] Reservas (Stays webhook)

6.631 imóveis no Notion, 137 têm o id longo do Stays (2%), 6.494 quebram se o apartamento for trocado. O resolver procura o id longo de 24 caracteres dentro do campo "Id Stays", que normalmente guarda o código curto (ex.: GK208I - Enjoy Olímpia Park Resort - 2D_601A). Sem casar, o webhook lança IMOVEL_NAO_ENCONTRADO e aborta antes de tudo — não troca proprietário, não move status, não avisa ninguém. Três reservas em 48h: NM16J (3x), OV01J e NM03J em 14/08 com check-in no mesmo dia. Correção real: o resolver aceitar também o código curto — uma linha no _resolveListing resolve os 6.631 de uma vez. [também documentado na seção transversal da Central] O vínculo Notion↔Stays depende de um campo que 98% dos imóveis não têm: só 137 dos 6.631 imóveis guardam o id longo do Stays. Quando não casa, o webhook aborta inteiro. Atinge Reservas, Pricing e Operações Proprietários.

empresa reserve-temporada · registrado em 2026-08-14 · fontes: artifact:41c38019 Central de Auditoria · artifact:41c38019 Central de Auditoria · seção transversal · artifact:dossie do pilar Reservas

workflow: [reserve] Transição Manual

Duas ocorrências em 5 horas. NM05J: proprietário mudou de Augusto Barros para Alípio Tadeu Teixeira entre 14:10 e 15:08; Augusto ficou com PDF obsoleto. NL13J: 16:47 documento saiu para Joao Paulo (apto 410 torre D), 16:48 remanejado para GK208I/Tullyo, 17:01 revertido — dois proprietários com documento da mesma reserva, um inválido. Corrigido 14/08: ao detectar troca em card já enviado o fluxo devolve para Envio ao Proprietario, limpa o voucher antigo e avisa o dono anterior pelo WAHA Rental. AINDA INCOMPLETO: a regra dispara por lista de status e o NM03J estava em Dados Incompletos com voucher emitido, então passou batido. O critério certo é "tem voucher emitido".

empresa reserve-temporada · registrado em 2026-08-14 · fontes: artifact:41c38019 Central de Auditoria · artifact:dossie do pilar Reservas

workflow: [reserve] Voucher I

Voucher I sem nó Respond e webhook em responseMode:lastNode. Em reserva de cota única o nó "Code · Extras (multi-unit)" devolve zero itens e é o último a executar: o n8n responde HTTP 500 ao formulário mesmo com os dados já gravados e o WhatsApp já enviado. NL13J enviou duas vezes em 13 segundos (12:39:56 e 12:40:09 BRT); NL15J idem; todos com voucher1_status:500 e ok:false. Contraprova: NN03J, duas cotas, resposta 200. Corrigido 13/08 15h41: responseMode trocado para onReceived.

empresa reserve-temporada · registrado em 2026-08-14 · fontes: artifact:41c38019 Central de Auditoria · artifact:dossie do pilar Reservas

workflow: [reserve] Conferência — Régua Única

Sub-workflow de 3 nós com a régua canônica declarada no ESTEIRA_RESERVAS_RULEBOOK.md seção 1, sob o princípio "a régua é uma só". Viva e ociosa: respondeu na hora quando testada e concordou com a produção em 31 de 34 cards — mas NINGUÉM A CHAMA, e as duas cópias que rodam em produção são mais fracas que ela.

empresa reserve-temporada · registrado em 2026-08-14 · fontes: artifact:41c38019 Central de Auditoria · artifact:dossie do pilar Reservas

workflow: achado de pilar/empresa

sol.followup.janela-24h falha 100% das execuções a cada 5 min, ininterrupto de 12/08 15:40 a 13/08 18:05 UTC — ~288/dia. Nas últimas 100 falhas da instância, 94 são dele, e as 5 falhas do webhook do Stays estavam no meio sem ninguém ver. A empresa da Reserve está no PREFIXO DO NOME, não numa tag; a Sol tem as duas coisas (22 fluxos com empresa:sol). Dá para filtrar a Sol para fora, não dá para filtrar a Reserve para dentro.

empresa reserve-temporada · registrado em 2026-08-14 · fontes: artifact:41c38019 Central de Auditoria · artifact:dossie do pilar Reservas

workflow: [reserve] Lembretes

A flag forcar_pendentes ignora a régua de horário e também há quanto tempo o documento foi enviado. Com o Voucher II rodando a cada 3 min, decisão com foto de meia hora atrás duplica mensagem. 13/08: Voucher II mandou o PDF do NN03J aos dois donos às 14:30 e o lembrete forçado repetiu às 14:44 — João Paulo Nogueira recebeu 3 textos e 3 PDFs no mesmo minuto (NL13J, OA36J, NN03J).

empresa reserve-temporada · registrado em 2026-08-14 · fontes: artifact:41c38019 Central de Auditoria · artifact:dossie do pilar Reservas

workflow: Notion · DB Hóspedes

O CPF da titular do NL13J desapareceu do card entre 16:48 e 17:01 — confirmado por duas leituras da API do Notion e depois pela régua canônica, que passou a reprovar com "CPF titular ausente". Se o card voltar para Envio ao Proprietario, o gate do Voucher II bloqueia e nada sai em silêncio. Nenhuma automação da esteira escreve nesse campo fora do Voucher I — não se sabe o que apagou.

empresa reserve-temporada · registrado em 2026-08-14 · fontes: artifact:41c38019 Central de Auditoria · artifact:dossie do pilar Reservas

workflow: [reserve] Lembretes

A consulta usa page_size:100 SEM cursor: acima de 100 cards nos três status o excedente é cortado sem aviso (hoje 34; em alta temporada não). E a lista de silenciamento (SUP) filtra por telefone, não por reserva: proprietário com várias cotas não pode silenciar uma sem silenciar todas — NL13J e OA36J dividem o mesmo número.

empresa reserve-temporada · registrado em 2026-08-14 · fontes: artifact:41c38019 Central de Auditoria · artifact:dossie do pilar Reservas

workflow: [reserve] Voucher II

O gate do Voucher II exige nome completo, CPF e nascimento do titular e de cada acompanhante; não exige RG nem endereço. NM14J: autorização gerada e enviada com RG, logradouro, número, bairro e CEP vazios. Em aberto: se o resort exigir RG, esses documentos voltam.

empresa reserve-temporada · registrado em 2026-08-14 · fontes: artifact:41c38019 Central de Auditoria · artifact:dossie do pilar Reservas