Ficha de decisão — `XLaS3g39Mxibej62`

[Gestão] Resumo do Dia · Boss: HQ (definido pelo Rafael) · Estado: workplace em analise · VERMELHO · levantamento de 10/08/2026

Este documento é AS-IS. Não há TO-BE aqui.
Descreve o que o código faz hoje e o que já foi corrigido nesta revisão. Nenhuma decisão sobre função futura, conteúdo, periodicidade ou vida/morte do fluxo foi tomada — isso é do Rafael. Nada foi ativado, aposentado ou reconstruído.

1 · O que ele faz hoje, em português

Gatilho. Um relógio interno do n8n dispara às 19:00 de Brasília, de segunda a sábado (o fuso está declarado no fluxo — não é 19h UTC).
Configuração. Um nó monta as constantes do dia: endereços das APIs, quais bases do Notion consultar, e três marcos de tempo — início de hoje, início de ontem e o rótulo dd/MM que aparece no título da mensagem.
Coleta. Dispara 13 consultas em paralelo — 8 no Notion, 4 no Asaas, 1 no Krolik. Todas com timeout e todas marcadas para não derrubar o fluxo em caso de erro.
Sincronização. Um nó de junção espera as 13 chegarem. Ele não mistura os dados — serve só para segurar o fluxo até tudo estar pronto.
Montagem. Um nó de código lê cada fonte pelo nome, conta, soma, formata em reais e escreve um único texto com emojis, em blocos.
Entrega. O texto é embrulhado com boss, evento e message e passado para o hub [Tech] Avisos Telegram, que faz o envio.
Heartbeat. Só depois de o hub confirmar o envio, o fluxo bate no Uptime Kuma dizendo "up".

2 · As 13 fontes

#	Nó	Sistema	O que consulta	O que traz	Para que serve no resumo
1	Conversas Hoje	Notion	base de Conversas, mensagens com carimbo ≥ 00h de hoje	lista de mensagens do dia, com Direção	linha "Capture WA": recebidas, respondidas, sem resposta
2	Imóveis Hoje	Notion	base de Imóveis, "Data Última Mensagem" ≥ hoje	imóveis tocados hoje	linha "Base: N tocados"
3	Imóveis Ontem	Notion	mesma base, janela de ontem	imóveis tocados ontem	comparativo e seta 📈/📉 do dia
4	Agendamentos Hoje	Notion	base de Proprietários, "Agenda Comercial" ≥ hoje	reuniões marcadas	linha "Agendamentos hoje"
5	Pipeline Quente	Notion	Proprietários com status Contato ou Proposta Enviada	leads quentes	duas linhas do bloco Pipeline
6	Imóveis Comercial	Notion	Imóveis com Status = Comercial	imóveis em negociação	primeira linha do bloco Pipeline
7	Clientes Ativos	Notion	Proprietários com status Cliente	carteira ativa	NADA — consultada e descartada, ver §6
8	Hospedes Hoje	Notion	base de Hóspedes, criados hoje	reservas do dia + Valor Total	linha "Stays: N reservas — R$ X"
9	Recebidos Hoje	Asaas	pagamentos `RECEIVED` com data de pagamento = hoje	quantidade e valores	"Pago hoje"
10	Vencidos	Asaas	pagamentos `OVERDUE`	quantidade e valores	"Vencido"
11	A Vencer 5d	Asaas	`PENDING` com vencimento entre hoje e +5 dias	quantidade e valores	"A vencer (5 dias)"
12	Pendentes	Asaas	todos os `PENDING`	só a contagem total	"Pendentes total"
13	List Aguardando	Krolik	contagem de chats em status "aguardando"	um número	linha "Krolik aguardando"

Credenciais: todas nativas do n8n (Notion PROD, Asaas PROD, Krolik PROD). Nenhum token literal nas consultas.

3 · A estrutura do report que ele tenta montar

📊 RBR Rental — Resumo <dd/MM>

💬 Capture WA: <recebidas> recebidas / <respondidas> respondidas / <sem resposta> sem resposta

🔥 Pipeline
   • Comercial (negociando): <n>
   • Proposta Enviada: <n>
   • Contato (engajados): <n>

📅 Agendamentos hoje: <n>

🏨 Stays: <n> reservas — R$ <valor>

💰 Financeiro (Asaas)
   • Pago hoje: <n> — R$ <valor>
   • Vencido: <n> — R$ <valor>
   • A vencer (5 dias): <n> — R$ <valor>
   • Pendentes total: <n>

🏠 Base: <n> tocados (ontem <n>) <📈/📉/➡️> <±n>

🚨 Krolik aguardando: <n>

Bom descanso.

Título fixo "RBR Rental". Sete blocos. Nenhum valor é calculado por IA — tudo é contagem e soma.

4 · O que aconteceria se rodasse hoje

Ele entregaria, mas com três blocos zerados por defeito técnico. Não executei — a descrição abaixo vem da leitura do código e da especificação das APIs.

"Capture WA" sairia 0 / 0 / 0. A consulta de Conversas pede page_size: 200; o máximo aceito pelo Notion é 100. A API responde erro de validação, e como o nó está configurado para nunca falhar, o erro vira "nenhum resultado".
"Base" sairia 0 tocados com seta 📉 sempre. Mesmo defeito na consulta de Imóveis Hoje. Como Imóveis Ontem pede 100 e funciona, a comparação fica 0 − ontem: queda todo dia.
"Krolik aguardando" sairia 0. O Krolik foi desligado da operação na migração para WAHA. A consulta continua sendo feita e o erro vira zero.

Os blocos de Pipeline, Agendamentos, Stays e Financeiro sairiam com números reais.

5 · O que já foi corrigido nesta revisão

#	O quê	Antes	Depois	Motivo
B1	Campo da mensagem	`.resumo \|\| .message \|\| .text \|\| 'Resumo diário 19h executou'`	`.mensagem \|\| …` (o resto mantido)	O código produz `mensagem`; nenhuma das quatro chaves lidas existia. O texto era montado e descartado: o Telegram recebia cinco palavras genéricas.
B2	Junção das fontes	Merge sem `numberInputs` (assume 2)	`numberInputs: 13`	13 fontes estavam ligadas, o nó só reconhecia 2 — 11 consultas eram feitas e jogadas fora.
B3	Heartbeat	`waitForSubWorkflow: false`	`true`	O Kuma recebia "up" antes do envio concluir. Monitor que mente é pior que monitor nenhum.
B4	Config	duas chaves órfãs no `Get Config` (`assignments[2]` e `[10]`), irmãs do array em vez de dentro dele	removidas	Alguém tentou trocar o ID da base de Conversas e o formato da data; a alteração nunca se aplicou. O ID vivo é usado por outro fluxo, o do patch não aparece em lugar nenhum. Inertes, mas armadilha para quem ler depois.
B5	Canal morto	nó `Krolik · Enviar Resumo` desabilitado e órfão (21 nós)	removido (20 nós)	Determinação do Rafael. Era o canal antigo, por WhatsApp. Removido depois de a proveniência estar escrita — a evidência mudou de suporte, não sumiu.

Todas confirmadas por leitura de volta no n8n. A fonte Krolik · List Aguardando foi preservada — morreu o canal de envio, não a leitura da fila.

6 · O que ainda está errado ou incompleto

BUG TÉCNICO

page_size: 200 em duas consultas do Notion (Conversas Hoje, Imóveis Hoje). O máximo da API é 100 → erro de validação → bloco zerado. Comprovado pela especificação do Notion; não executado.
Uma fonte é consultada e descartada. Notion · Clientes Ativos não é lida em lugar nenhum do código de montagem. Gasta chamada e cota, e não aparece no report.
Quantidade e valor divergem acima de 100 registros. Nas linhas do Asaas, a quantidade vem do total informado pela API, mas o valor é somado só sobre a primeira página (limite 100). Com mais de 100 vencidos, o resumo mostraria a contagem certa e um valor menor que o real.

DÍVIDA TÉCNICA

Nenhuma consulta do Notion pagina (has_more é ignorado): bases maiores que 100 subnotificam silenciosamente.
Get Config ainda carrega o telefone pessoal do Rafael e o valor da mensalidade — ambos sem uso desde a remoção do canal Krolik. Dado pessoal parado em configuração.
A base de Hóspedes é referenciada por ID cravado direto na URL, enquanto as outras vêm do Get Config.
A nota interna do nó Pipeline Quente diz "Contato, Comercial, Proposta Enviada" mas o filtro tem só dois — documentação interna desatualizada.
O fallback 'Resumo diário 19h executou' continua no caminho: se a montagem falhar, o Telegram recebe essa frase e o Kuma marca "up".

DECISÃO DE NEGÓCIO — não são bugs

O gatilho é seg–sáb, não todos os dias. O nome diz "do Dia".
O título fixo diz "RBR Rental", enquanto o Boss definido é HQ.
"Sem resposta" é calculado como recebidas − respondidas no agregado do dia — é uma aproximação, não uma contagem de conversas realmente sem retorno.
O bloco "Stays" na verdade lê uma base do Notion alimentada pelo Stays, não o Stays.
O Krolik continua sendo consultado mesmo tendo saído da operação.

LACUNA DE MONITORAMENTO

O push do Kuma é fixo em "up" e nunca reporta falha parcial — se 12 das 13 fontes falharem, o monitor fica verde.
Configuração do monitor incompatível com a periodicidade — ver §7.

LACUNA DE FONTE

Não há fonte de Pricing, Repasse, Marketing, Branding, Conteúdo, Estratégia, Tech, Comercial-Hóspedes nem Financeiro-Hóspedes. Só serão lacunas se o Rafael decidir que o fechamento deve cobri-las.

7 · Kuma

Monitor 75 — [proprietarios] Resumo Diário 19h, no grupo "🏠 Automações — Proprietários". É um monitor do tipo push: em vez de ele chamar o sistema, o sistema é que precisa bater nele.

Nome desatualizado. Guarda o nome que o fluxo teve entre 08/06 e 12/06.
Frequência incompatível. As batidas caem de 600 em 600 segundos; o fluxo só empurraria uma vez por dia. Mesmo operando com perfeição, o monitor ficaria vermelho cerca de 99,3% do tempo — ele nunca teve como ficar verde.
Estado agora. 50 batidas seguidas em DOWN, disponibilidade de 24h = 0%, alarmando por um fluxo que está apenas inativo.

A decidir depois: intervalo compatível com a periodicidade que o Rafael escolher; se o monitor deve ficar pausado enquanto o fluxo estiver arquivado; e se o nome acompanha o fluxo. Nada foi alterado no Kuma.

8 · Telegram

O fluxo não fala com o Telegram diretamente. Ele preenche três campos — boss: rental, evento: Resumo do Dia, message: <texto> — e chama o hub [Tech] Avisos Telegram, que resolve para onde mandar.

Destino comprovado: a chave rental entrega no grupo Rental, tópico General — que é exatamente t.me/c/3903892978/1, o endereço que o Rafael informou. O roteamento atual já está correto e não foi mexido.

A etiqueta de pilar do fluxo (boss:hq) é classificação, não endereço — quem decide o destino é o campo boss do payload.

9 · História × estado atual

Dimensão	Historicamente era	Hoje o código faz
Nome	`[proprietarios] Resumo Diário 19h`	`[Gestão] Resumo do Dia`
Canal	WhatsApp via Krolik, no telefone do Rafael	Telegram, via hub de avisos
Conteúdo pedido	"pipeline + conversas + financeiro, Seg–Sáb"	pipeline, conversas, financeiro, agendamentos, base, hóspedes, fila
Fontes	as mesmas 13, desde 12/06	as mesmas 13 — nunca mudaram
Estado	ativo em 29/06	inativo desde 29/06 — nunca arquivado

Rafael já definiu: Boss = HQ.
Ainda precisa definir: função futura · conteúdo desejado · periodicidade · vive ou morre.

Linhagem completa e datada, com grau de certeza por afirmação, em fluxos/docs/proveniencia/XLaS3g39Mxibej62.md.

10 · Perguntas para o Rafael

1. Qual deve ser a função deste fluxo hoje?

2. O que você quer receber nesse fechamento?

3. Quais pilares e informações precisam entrar?

4. Continua às 19h?

5. Todos os dias ou seg–sáb? (hoje o gatilho é seg–sáb)

6. Esse fluxo deve viver?

7. Se viver: reconstruímos, ou a lógica atual já atende boa parte?

Nenhuma dessas perguntas tem resposta sugerida aqui. O levantamento acima é só o material para você decidir. Enquanto não houver decisão, o fluxo permanece inativo (nunca arquivado) e workplace em analise.

Ficha de decisão — XLaS3g39Mxibej62