Automações

O Core tem três automações do Airtable, todas com o mesmo script: dão um coreId imutável a Campaign, People e Organizations. Quatro workflows do n8n tocam registros do Core: um cria People, dois os leem pelo e-mail e um lê Cadence por KPIs & OKRs. Todo o resto do Core é mantido à mão por Data views.

Automações do Airtable no Core

Automação	Gatilho	Ação	Situação
Campaign — assign immutable coreId	Uma linha de Campaign é criada	Script preenche coreId com um UUID só quando está em branco	Implantada
People — assign immutable coreId	Uma linha de People é criada	Mesmo script, apontado para People	Implantada em 06/11/2026; 1.387 linhas existentes preenchidas no mesmo dia
Organizations — assign immutable coreId	Uma linha de Organizations é criada	Mesmo script, apontado para Organizations	Implantada em 06/11/2026; 904 linhas existentes preenchidas no mesmo dia

O script lê a nova linha e grava coreId uma vez. Preserva qualquer identidade já presente, não faz requisição externa e não altera campo de negócio. Não é trava atômica: dois escritores no mesmo instante ainda poderiam competir. Se coreId for apagado por engano, restaure o valor original em vez de deixar emitir outro UUID. Campaign Check mostra “Waiting for campaign identity” enquanto coreId está em branco. Teste seguro: crie uma campanha Draft claramente identificada, confirme que coreId foi preenchido e depois defina Lifecycle Status* como Cancelled e preencha deletedAt; não exclua a linha, porque o mirror do CRM mantém linhas excluídas.

Por que People e Organizations precisam disso: um mirror de mirror mantém as relações como texto. O CRM recebe Message pela Communication, então os links de Person de uma Message não viram links do CRM pelo sync. A base que recebe religa casando o coreId, como faz a automação do CRM “Message — link Interaction, Sender and Receivers”. Só Pedro e Eder editam coreId à mão; as automações mantêm o acesso de escrita.

Workflows do n8n que tocam o Core

Confirme no n8n o estado e a versão atuais de um workflow antes de contar com a tabela abaixo.

Workflow	Estado	Uso do Core
Cal.com Booking Intake	Ativo	Procura quem agendou no mirror People do CRM e depois em People do Core pelo e-mail. Se não existir, cria uma Person no Core com Status Proposed e a tag cal-lead-n8n, e consulta o mirror do CRM uma vez por minuto, até dez vezes.
CRM — Resolve Context	Ativo (chamado pelo Email Capture)	Casa cada e-mail participante com uma Person pelo mirror People do CRM e lê a Membership do vendedor pelo mirror Membership do Core. Nunca cria Person.
Legacy — Email Logging	Inativo, substituído em 06/11/2026	Substituído pelo Email Capture.
Communication — Daily Digest	Ativo	Lê o catálogo de cadências para calcular itens devidos e chaves de período. Confira no n8n se ele lê o Core ou o Cadence (mirror) de KPIs & OKRs.

O workflow de agendamento é o único escritor automático de registros compartilhados. Uma pessoa criada por ele é um golden record em espera: revise as pessoas Proposed em People › by Tag, procure duplicata pelo e-mail e promova para Active. Comportamento, recuperação e limites do workflow estão em Agendamento Cal.com; o Daily Digest está em Daily Digest.

O que não é automatizado

• Novas People e Organizations criadas sem Status não viram Proposed automaticamente. Um Work Item propõe uma automação no Core para isso.
• Nenhuma automação detecta ou funde duplicatas, e não há vínculo Supersedes / Superseded By para registrar uma fusão.
• Health check e Record health são fórmulas; nada avisa quando caem.
• Nenhuma automação propaga uma correção para os consumidores. Cada mirror atualiza no seu próprio sync.