CRM e operações discordam? Revise os campos antes de sincronizar

Operações marca o pedido como “concluído”; CRM mostra “pendente”. O agente vê atualização mais recente no CRM e pretende voltar operações para pendente.

Mas um campo pode descrever entrega, o outro follow-up comercial. Revisar conflitos de sincronização com IA começa pelo significado e pela autoridade, não pelo nome da coluna ou última escrita. O fluxo de operações que você pode criar com Buda encaminha divergências a pessoas; um pacote de revisão com exportações autorizadas é um começo delimitado.

Quatro entidades já confirmadas

Duas exportações de quatro linhas, inteiramente fictícias, não são dados reais nem execução. Administrador já confirmou canonical entity-id e mapa de registros. Não há correspondência difusa de contatos nem mescla por nome.

Preserve namespace e record-id nas oito linhas. export-time é extração, não atualização de negócio. updatedAt ausente fica null. A ordem de E02 vem dos metadados fictícios da linha, não da exportação. Sem mapa confirmado, pare para conferi-lo; linha ausente não prova exclusão.

Definições vêm antes do diff

Liste significado, unidade, moeda, fuso, corte, nullable, valores permitidos e owner. As regras seguintes são fictícias, não padrões do produto.

Subtrair moedas diferentes ou adivinhar fuso cria falsos conflitos. Conversões determinísticas podem ser scripts, mas regras precisam existir. Não peça ao modelo que adivinhe unidade, data ou significado de vazio.

Quatro classes antes de qualquer proposta

Sem mudança: E04 coincide no snapshot atual, sem proposta. Nova versão pede nova conferência.

Diferença de representação: mapa aprovado pode ligar shipped a rótulo localizado equivalente. Preserve valores e versão do mapa. Esta amostra não tem linha adicional desse tipo; não invente para preencher categorias.

Conflito real: E02 representa entrega nos dois sistemas. Regra fictícia R2 faz operações ser autoridade e CRM espelho. Pode sustentar candidato CRM:82=shipped, não sobrescrever operações com o CRM mais novo.

Desconhecido/ausente: null de E03 não é zero nem exclusão. Confira omissão de exportação, falta original ou limpeza explícita. Sem regra, mantenha unknown. O valor mais detalhado não vence sozinho.

E01 é divergência semântica: suspenda o mapa e peça campos distintos ao responsável. Não sincronizar pode ser a decisão correta.

Entregue também os motivos para não alterar

conflicts.csv guarda entidade, campo, IDs e valores dos dois lados, versões, datas reais e de exportação, classe, regra, contraevidência, lacunas, revisor e impressão digital da entrada.

proposed-changes.csv contém só candidatos sustentáveis: destino/sistema/registro/campo, atual, proposto, autoridade, revisão e versões esperadas. É tabela de análise, não patch executável.

C02 (fictício): E02
OPS:12 v7 = shipped / CRM:82 v9 = packing
R2: operações possui entrega; CRM é espelho
Proposta: CRM:82.fulfillment_status = shipped
Objeção: CRM é mais novo; conferir correção humana
Revisores: dono de entrega verifica fato; admin verifica mapa
Condições: v7/v9 e R2 inalterados. Ainda não escrito

Sem R2 aprovado, autoridade fica undecided, com dono e questão explícitos. Hash de arquivo identifica o snapshot analisado, não prova que a fonte continua igual. Releia versão ou atualização real; sem ambas, exponha lacuna para verificação manual.

Aprovação não torna candidato eterno

Se OPS:12 vira v8 após aceitar C02, não execute a linha antiga. Releia lados e regras, refaça diferenças e confirme a proposta.

É requisito de conferência pré-escrita, não transação entre sistemas, rollback nativo ou reparo automático implementado. Administrador verifica escrita condicional e falha parcial em fluxo separado e autorizado. Sem permissão, pare no pacote.

Não acrescente segundo escritor concorrente a um campo já cuidado por sincronização nativa estável. O responsável decide se e como corrigir o mapa.

Quatro entradas no Drive, uma comparação somente leitura

Use exports anonimizados, definitions, source-map confirmado e regras de autoridade aprovadas no Buda Drive. Agent e Space Drive diferem no compartilhamento; Session não isola arquivo.

Leia apenas exports e regras nomeados. Use entity-id confirmado, preserve originais e versões. Classifique igualdade, representação, conflito e unknown. Pare significado incompatível; sem autoridade marque undecided. Produza conflicts.csv e proposed-changes.csv, sem produção, sync, exclusão ou inferência de zero/evento de exclusão.

O agente organiza evidência e explicação; mapas fixos, conversões e diff usam scripts determinísticos com regras explícitas.

Quatro casos de aceite propostos

Ainda não executados: significado distinto não gera sobrescrita; valor posterior sem autoridade não vence; campo ausente não vira zero/limpeza; versão alterada após revisão expira candidato. Verifique parada, não invente taxa de sucesso de sync.

A governança de RevOps pede donos de campo. O pacote materializa isso em cada conflito. Dedupe confirma pessoa; conciliação financeira trata pedido/fatura/pagamento; triagem de relatório separa dado faltante de desvio. Não substituem autoridade de campo de uma entidade já confirmada.

Qual sistema deve ser autoridade?

O dono do fato decide por campo. Sem regra, pause e entregue ambos os lados; não escolha um vencedor universal.

E sem atualização real?

Mantenha null e extração separada. Peça versão ou histórico ao administrador; não proponha sobrescrita automática sem evidência.

A tabela pode preencher produção?

Sua existência não autoriza escrita. Precisa de permissão separada, campo conferido e releitura de versões; mudança exige nova revisão.

O que entregar ao administrador?

Ambos registros, definição e regra, alvo, objeção, lacuna, decisão e condições de versão. Uma coluna de “valor correto” não basta.

Confira um lote anonimizado manualmente, depois pesquise e instale Skill de dados no Marketplace do Buda AI. Inspecione entradas, regras e paradas. Conexões reais e agenda são configuração separada: primeiro explique cada diferença.