Comando de replicação bloqueado por duplicidade de registro na base de destino
A fila de replicação trava quando um comando tenta gravar um registro que já existe, de forma idêntica, na base de destino.
Contexto
- Produto/Módulo: ERP Atak — TMV / Replicação entre matriz e filial (ou entre bases).
- Situação: a replicação para de processar novos comandos. Em alguns casos o cliente percebe um cadastro (usuário, cliente, produto) que não aparece replicado em uma unidade específica; em outros, é relatado ao suporte um erro de duplicidade ou de chave.
- Condição: ocorre quando o mesmo dado (usuário, produto, título financeiro, conta contábil, item de PCP, entre outros) é cadastrado diretamente nas duas bases, quando há oscilação de comunicação que reenvia comandos já processados, ou quando uma trigger de duplicidade barra o comando.
- Termos relevantes: PCP (Planejamento e Controle da Produção); fila de replicação (lista de comandos aguardando sincronização entre bases).
Por que isso acontece?
Um comando de inclusão (ou atualização) tenta gravar na base de destino um registro que já existe lá, de forma idêntica. Essa divergência bloqueia o processamento da fila, impedindo que os comandos seguintes sejam processados. É comum acontecer após oscilações de comunicação (que fazem a origem reenviar comandos já processados) ou quando o mesmo dado é cadastrado manualmente nas duas pontas.
Como resolver?
Verificar se o cadastro realmente não está replicado
Confirme, na tela do cadastro afetado, se o registro está de fato ausente ou divergente na unidade de destino, ou se apenas parece ausente por outro motivo (filtro, permissão de acesso).
Abrir chamado informando o cadastro afetado
Informe qual cadastro não está sincronizado e em quais unidades/bases o problema ocorre. Abra um chamado em: atak.movidesk.com.
Comparação e liberação do comando
O suporte compara o registro entre as bases e, confirmada a consistência, trata (ignora) o comando bloqueado, permitindo que a fila volte a processar normalmente. Abra um chamado em: atak.movidesk.com.
⚠ Importante
O comando só deve ser ignorado após confirmação de que os dados já estão consistentes entre as bases. Ignorar um comando sem essa validação pode causar perda de sincronismo entre matriz e filial.
Como evitar no futuro?
- Evite cadastrar o mesmo registro manualmente nas duas bases; cadastre em uma ponta e deixe a replicação sincronizar.
- Ao notar instabilidade de rede, verifique a fila de replicação em seguida para identificar reenvios antes que se acumulem.
- Ao suspeitar de um cadastro ausente, confira primeiro filtros e permissões antes de presumir falha de replicação.
Conteúdo Relacionado
📌 Observações
- Em alguns casos, a divergência foi relacionada a itens de PCP não gerados automaticamente em uma das filiais no momento do cadastro do item.
- Divergências de um único caractere de formatação (ex.: “0” em uma base e vazio na outra) seguem o mesmo princípio de verificação.
⚠ Atenção — Aviso de Escopo
As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com