Communication

A Communication - Pedro é a base que os fluxos n8n leem e gravam quando falam com pessoas. Ela registra por onde as mensagens podem ir (Channel), a qual assunto cada canal atende (Channel Binding), qual evento envia o quê para quem (Notification Rule) e cada tentativa de entrega (Message). Pessoas, organizações e memberships vêm do Core; ferramentas e workspaces vêm do Tooling and Access.

A Communication registra entregas. Ela não registra conversas comerciais, respostas de KPI nem trabalho de follow-up: o CRM mantém uma Interaction por conversa, o KPIs & OKRs mantém a Observation e cada base mantém o próprio follow-up.

Comece aqui

Sua tarefa	Página
Registrar um canal, vinculá-lo a um assunto ou descrever uma regra	Registrar canais e regras
Conferir o que foi enviado, para quem e o que falhou	Revisar entregas
Ver quais fluxos gravam aqui	Automações
Entender responsabilidades e mirrors	Arquitetura e responsabilidades
Encontrar uma tabela ou view	Entidades · Data views

Escolha a superfície correta

Abra Data na Communication - Pedro e trabalhe na Grid view da tabela. Cada tabela tem exatamente uma view, uma Grid view sem filtros. Ainda não há intakes nem views de checagem; as Interfaces do Airtable ficam fora do modelo de operação.

O que está verificado

A referência cobre 13 tabelas (4 nativas, 9 mirrors), 215 campos e 13 Data views em 2026-10-28. A base não tem automações do Airtable. Um fluxo n8n grava aqui hoje: o Daily Digest do KPIs & OKRs, que registra cada mensagem direta no Slack que envia ou não consegue enviar. Ele envia de verdade desde 2026-10-26. O Email Logging está pronto, mas inativo.

Hoje a base tem dois canais com nome, nenhum channel binding, uma regra de notificação e o histórico de entregas do Daily Digest. Leia as lacunas conhecidas antes de depender de bindings, regras ou do registro de mensagens para algo além das entregas do Daily Digest.