Operar e alterar o Core
Quem responde pelo Core, o que conferir antes de mudar o schema e quando revisar estas páginas.
Revisado 2026-10-28Markdown
Responsável: Pedro, dono dos Systems. O trabalho aberto do Core é acompanhado como Work Items no Systems Central, vinculados ao sistema Core Record Types.
Antes de mudar um campo ou tabela
O Core alimenta até seis sistemas, então uma mudança de schema nunca é local.
- Encontre os consumidores em Arquitetura e responsabilidades e a página do campo em Entidades.
- Renomear um campo mantém o ID, mas um mirror pode mostrar o novo nome, e nós do n8n ou fórmulas que usam nomes podem quebrar. Workflows que gravam por ID de campo, como o de agendamento, não são afetados por renomeação.
- Mudar um tipo, como Zipcode de número para texto, pode esvaziar ou reformatar valores nos mirrors. Teste antes em uma cópia.
- Remover um campo ou vínculo o tira de todo mirror que o inclui, e vínculos entre mirrors só sobrevivem se as duas tabelas continuarem espelhadas.
- Acrescentar um campo não o acrescenta a um mirror; o consumidor precisa incluí-lo no seu sync.
- Mantenha o formato das descrições: um bloco humano seguido de um bloco
definition:. As descrições dos campos são o significado mostrado nestas páginas.
Gatilhos de revisão
Atualize estas páginas quando mudar qualquer um destes: um campo, view ou tabela de Core Record Types; uma automação do Airtable na base; um mirror consumidor ou seu sync; os workflows de agendamento ou de e-mail no n8n; a regra de que o Core é o único escritor dos registros compartilhados, ou qualquer regra sobre quem pode gravar no Core.
Conferências de rotina
- Revise linhas Proposed e sem Status em People e Organizations.
- Revise Campaign › Orphans - Set lifecycle status e Step 1 - Review the campaign lifecycle.
- Percorra Health check em People, Organizations, Address, Cities e States.
- Confirme que Campaign — assign immutable coreId continua implantada depois de qualquer mudança de automação.