BDS0.1

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.

  1. Encontre os consumidores em Arquitetura e responsabilidades e a página do campo em Entidades.
  2. 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.
  3. Mudar um tipo, como Zipcode de número para texto, pode esvaziar ou reformatar valores nos mirrors. Teste antes em uma cópia.
  4. 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.
  5. Acrescentar um campo não o acrescenta a um mirror; o consumidor precisa incluí-lo no seu sync.
  6. 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.