Porta única. Os quatro visuais leem a mesma fonte e mudam juntos.
cockpit.agents 64 · policies 1 · executions 243 · model_pricing 5 · motor.channels 18 · commands 13113 workflows Rental/Reserve · 107 com dono. O detalhe do negócio (entidades, migração, lifetimes) vive em rental-reserve; o técnico, no mapa.
| workflow | estado | o que mudou | bloqueios |
|---|---|---|---|
[reserve] Reservas (Stays webhook)gqo5d5DfH242Q5hd · revisado 2026-08-17 | funcional FINALIZADO | telemetria de execução instalada (sucesso e falha) · tag status:wip removida — rodava em PROD há 2 meses · cancelamento ao hóspede voltou a disparar (2 nós novos, Code intocado) · webhook_user/pass removidos do Config — código morto · 14/08: E-mail e Telefone removidos do updateProps do ramo modified — o Stays apagava/sobrescrevia o contato gravado pelo formulário (caso NM03J) · 17/08: Qtd Hospedes Contratados passa a ser gravada no ramo created — soma adults+children+infants (pessoa e pessoa), NAO payload.guests · 17/08: gravacao dentro de _hospedePropsBase, que tem UM unico call site (create). O modified nao toca por CONSTRUCAO, nao por guard · 17/08: cross-check das 3 fontes em stats.qtd_crosscheck; divergencia vai ao Boss Tech sem bloquear a reserva. Fonte ausente nao conta como divergencia · 17/08: P1 corrigido — no cancelamento o imovel vem dos CARDS, nao do payload; PAI/FAKE nao resolvido em cancel nao lanca mais. Reserva ATIVA com FILHO nao resolvido continua lancando | GATE: segredos literais no Config · Kuma sem acesso admin · Kuma: monitor de saúde técnica ainda não criado · PROVADO 17/08: a NM03J nunca foi reparada. O contato real durou 46 min (14/08 13:08-13:52) e foi destruido pela exec 864325 as 13:54, antes do guard. Nenhum writer novo — desde 15/08 01:48 o guard esta ativo · varredura retroativa dos demais cards afetados: NAO feita · ABERTO 17/08: reservation.canceled chega SEM childs; o _idlisting raiz e o PAI/FAKE, que por desenho nao existe em Imoveis. O codigo le childs=0 como single-unit e lanca IMOVEL_NAO_ENCONTRADO · CONSEQUENCIA REAL: o throw derruba o resto — estoque NAO liberado (HA336I segue Reservado em 17-19/09 por reserva cancelada) e hospede NAO avisado. Nao e so classificacao |
[reserve] Voucher Ime2kReWzbjo30YAv · revisado 2026-08-17 | funcional FINALIZADO | 14/08: Check-in/Check-out saem do update (rotas A e C) — data e autoridade do Stays; o create (rota B) segue semeando · 14/08: capacidade fail-closed no Code Info do Form Pagina Dados — saiu o default 8 e o catch mudo; sem resolver resort+tipologia degrada para 5 (menor da matriz), nunca inventa vaga · 14/08: backend passou a validar capacidade no Code Submit — recalcula do card e REJEITA acima do limite (antes so havia slice(0,7), o maximo absoluto) · 14/08: KEEP/SET/CLEAR no Parse Form — vazio nunca apaga identidade/contato/endereco; acompanhante so sai por remove_hospede_<n> explicito. Fecha o buraco prefill x mascaramento · 17/08: rotulo externo do WAHA 'ID Stays:' -> 'Codigo da reserva:' (variavel intocada; Code de 8 KB nao reescrito) · 17/08: upsell Concierge — adicionais = max(0, informada - contratada) no Code · Branch (route); null NUNCA vira 0, card legado da silencio · 17/08: dois nos novos (IF + Set) alimentando o Boss Concierge · envia (v1) ja existente; o orfao 'Dados Recebidos' NAO foi reconectado · 17/08: upsell ligado nas rotas A E C — dedup_key comprovado honrado ponta a ponta pelo motor_signal_gate (TTL 24h) · 17/08: telemetria instalada — Code · Telemetria -> HTTP · Execution Log, 4 fins de rota mutuamente exclusivos, leituras upstream em try/catch | GATE: token do Notion literal no A · Code · Build Body (server-side, nao exposto ao browser) · front nao emite remove_hospede_<n> — nenhum acompanhante e removido ate emitir (lado seguro) · trusted IP do Rafael: nao implementado — spec em docs/references/acesso-dados-sem-cpf.md · Kuma mede envio de WhatsApp, nao saude tecnica — sem acesso admin, blocker externo · read-back do SELECT em public.hospedes: pendente por acesso · telemetria instalada em 17/08 mas ainda sem execucao real registrada · 93 cards candidatos a contato destruido — varredura retroativa NAO feita |
[reserve] Form Página Dados6JjzvJQqtlTxS1vX · revisado 2026-08-19 | funcional FINALIZADO | 17/08 P0 FECHADO: o webhook /form/reserva-info e publico e sem auth e devolvia CPF, RG, nascimento, e-mail, telefone e endereco do titular. O Worker apagava antes do navegador, mas quem chamasse o n8n direto pulava a porta. Chaves preservadas, valores zerados — o navegador ja recebia vazio, entao o hospede nao perdeu nada · 17/08: Code Submit passou a repassar remove_hospede_<n> e remover_hospedes[] pro Voucher I, que ja sabia trata-los. Cadeia completa do webhook ao Notion; falta so o botao no Worker · 17/08: telemetria instalada (Code · Telemetria -> HTTP · Execution Log), pendurada DEPOIS dos Respond pra nao atrasar a pagina. Provada na execucao 882121 · 19/08: pagina publica deixou de estar quebrada — E2E provou o link ?t= abrindo editavel (etapa=dados), submit por /api/reserva-submit com informados=5, Voucher I roteando A e Conferencia revalidando. Sessao admin da borda tambem publicada. | — |
[reserve] Conferência de Dadoslweuc1GnINcdFxl4 · revisado 2026-08-18 | funcional FINALIZADO | 18/08: telemetria instalada (Code · Telemetria -> HTTP · Execution Log). O Validate+Decide roda uma vez por hospede; o no novo agrega numa linha por execucao em vez de um registro por reserva · 18/08 P1: excecao Hot Beach (RULEBOOK secao 1) nao existia aqui — 'Hot Beach' so aparecia na matriz de CAPACIDADE. Acompanhante sem CPF valido e barrado na portaria do resort. hospedes_extras ja trazia o cpf; faltava conferir. Testado offline com o JS do PROD nos 4 cenarios; a excecao nao vaza pros outros resorts. Exposicao no conserto: zero reservas Hot Beach vivas | — |
[reserve] Conferência — Régua ÚnicahLQdB0pEX33hMOU0 · revisado 2026-08-18 | funcional FINALIZADO / ARQUIVADO | 18/08 DECISAO DO RAFAEL: ARQUIVAR. Zero chamadores em 202 workflows; a regua canonica passa a ser a inline da Conferencia de Dados. Desativado e arquivado no n8n, RULEBOOK secao 1 reaponta, historico preservado. Nao refatorar 13 KB de fluxo diario para adotar codigo sem chamadores. | — |
5 de 17 revisados · próximo em Pilar Reservas
motor.channels: rota não onboarded.boss_key=sdr seria negado pelo barramento, sem fallback — e isso está correto. → SOL · SDRFonte única: dados-rental-reserve.json · gerado por scripts/gerar-rental-reserve.py.
CORTE 13/08/2026 · última atualização técnica 2026-08-19 14:45 UTC. Corte ≠ runtime ao vivo.