Lacunas conhecidas

Estes achados descrevem a configuração em 2026-10-28.

Defeitos de configuração

• Notification Rule → Audience (Membership Name) e Message → Recipients (Membership Name) são consultas inválidas, sem campo de destino (Work Item “Fix invalid lookup and formula configurations across bases”).
• Channel tem uma linha em branco, sem nome, tipo ou status.
• A regra Reading due today diz schedule:daily 09:00 America/Chicago em Trigger; as linhas agendadas são criadas por volta de 12:00 UTC, que são 09:00 em Brasília.
• A descrição do canal Slack DM diz que o bot abre a conversa pelo Company Email do membro; o Daily Digest resolve destinatários por Identity Binding e Tool Account no Tooling and Access.
• A descrição de Channel Type lista cinco opções e omite Direct Message, o tipo do único canal em uso.
• Message → About Keys diz que as chaves apontam leituras “na base Operation”; são ids de Recurrence Configuration no KPIs & OKRs. A opção Operation de Context Base é ambígua com a antiga base Operations, já aposentada.
• A descrição de Message → Context Base associa um propósito Sales ao CRM, mas Purpose não tem a opção Sales.
• A descrição de Channel Binding → Subject Type diz que o sync e as automações leem o par tipo e vínculo; nenhuma automação lê Channel Binding.
• Agregações que contam linhas Sent (Messages Sent, Last Sent) incluem dry runs.

Ainda não construído

• Nenhuma view de intake, checagem ou fila; uma Grid view por tabela.
• Channel Binding está vazio e sem uso; Notification Rule documenta um fluxo em vez de comandá-lo.
• Nenhuma nova tentativa para entregas Failed; um desenho aguarda aprovação (Work Items “Approve the Daily Digest retry proposal” e “Implement Daily Digest retry with shared sender and idempotency”).
• Falhas recorrentes do Daily Digest para destinatários não resolvidos (Work Item “Fix the Daily Digest DM failures (user_not_found)”).
• O Email Logging está inativo (Work Item “Activate the Email Logging workflow (Gmail to Message and Interaction)”).
• Faltam o Status Received de Message e o Purpose Sales; Sales permite que um binding encaminhe o contexto de e-mail ao CRM e Received marca e-mail recebido (Work Item “Add Received (Message Status) and Sales (Channel Binding Purpose) options”).
• Não há mirror de Tool Account nem vínculo Channel → Tool Account; uma caixa de e-mail é uma Tool Account e a pessoa por trás dela vem do Identity Binding, nunca do endereço (Work Item “Mirror Tool Account into Communication and link it from Channel”).
• Não há views de Message sincronizadas para o CRM ou outras bases; cada base consumidora deve ler Message por uma view sincronizada própria (Work Item “Sync Message to consumer bases and link Relationship Messages”).
• O follow-up fica em cada base, não aqui: o CRM acompanha por Interaction e Task, a cobrança pelos próprios registros de cobrança; a regra está adotada, mas ainda não aplicada (Work Item “Keep follow-up in each base, not in Communication”).
• Sequências de e-mail e de campanha estão adiadas (Work Item “Build connected e-mail and campaign sequences”).

Limites da documentação

Confirme o comportamento dos fluxos no n8n e nas linhas mais novas de Message. Confira a configuração de sync dos nove mirrors (view de origem, mapeamento de campos, atualização) nas configurações de sync do Airtable, e os filtros das Grid views dos mirrors, antes de contar com eles. As permissões da base ainda não foram revisadas.