# Atribuir identidades imutáveis

Por que o CRM não tem automação de UUID desde 04/11/2026 e como funcionavam as que foram apagadas.

O CRM não tem automação de identidade desde 04/11/2026. Relationship — assign immutable coreId foi apagada com a tabela Relationship, e Participation — assign immutable coreId com a tabela Campaign Participation, ambas nesse dia. Deal e Interaction não têm coreId; registros compartilhados recebem o UUID no Core. As seções abaixo descrevem como as automações apagadas funcionavam, como referência caso uma tabela do CRM precise de uma de novo. As duas usavam um gatilho recordCreated que recebia recordId e gravava somente o coreId quando vazio.

## Processamento

Valida o localizador Airtable, lê o registro e para se ele não existir ou já tiver identidade. Gera identificador com formato UUID v4, relê o registro e grava somente se ainda existir e estiver vazio. Uma integração que aloca identidade deve fornecê-la na criação; a automação a preserva. A aleatoriedade do script serve para identidade, nunca para autorização ou segredo.

## Limites e recuperação

A releitura reduz sobrescritas acidentais, mas não é compare-and-swap nem restrição de unicidade. Dois escritores concorrentes ainda podem disputar. Apagar coreId de registro existente não dispara recordCreated novamente: recupere a identidade original pelo histórico de revisões do registro ou por um snapshot da base em vez de gerar outra. Um valor inválido fornecido é preservado; checks posteriores podem rejeitá-lo. Nomes e IDs rec do Airtable não substituem UUIDs portáteis.

## Verificação

Antes de ser apagado, o script foi testado em seis cenários locais: criação, repetição, preservação, registro ausente, registro excluído e entrada inválida. A identidade de Campaign no Core está documentada em [Campaign](/pt-br/systems/core/campaign).