Resposta direta
O relato do cliente é a abertura formal de um caso, com responsável nomeado. O caso passa por quatro estados: recebido, contido, corrigido e fechado. Contenção é impedir que o erro continue se espalhando. Correção é reconciliar o dado afetado na origem e nos sistemas que o copiaram. Fechamento exige confirmação de quem relatou. O registro precisa guardar o instante da divergência, não o do chamado. Esse histórico é o que permite separar erro pontual de falha recorrente e sustenta a decisão sobre mudar a integração.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o processo que começa no relato do cliente, com estados do caso, responsável e critério de encerramento, em vez de discutir a integração apenas antes de o erro aparecer.
Onde o relato entra e vira caso registrado
Um erro de sincronização descoberto pelo cliente chega por um canal que não é o de monitoramento. A primeira decisão é onde esse relato é registrado e quem responde por ele. Sem isso, a conversa acontece por mensagem solta, desaparece do histórico e volta meses depois como surpresa.
O registro mínimo tem data do relato, quem relatou, qual dado divergiu, em quais sistemas ele aparece e o instante estimado em que a divergência começou. Esse último campo é o mais difícil de obter e o mais útil: separa erro novo de erro antigo que ninguém viu.
Contenção, correção e fechamento do caso
Contenção vem antes de correção. Enquanto a causa não está clara, a prioridade é interromper a propagação do dado errado: suspender a rotina que reenvia, marcar o registro para não ser usado em decisão e avisar quem opera com aquele número.
A correção tem duas partes: ajustar o dado na origem e reconciliar as cópias nos sistemas que o receberam. O fechamento não acontece quando o sistema para de acusar erro, e sim quando quem relatou confirma que o dado está certo no ponto onde trabalha. Repetição no mesmo ponto muda a natureza do caso: deixa de ser atendimento e passa a ser pendência de integração, com outro dono.
O que este processo não resolve
O processo organiza a resposta depois que o erro apareceu. Ele não detecta a divergência antes do cliente, não aponta a causa técnica e não substitui o monitoramento de integração. São frentes distintas, com donos distintos.
Também não funciona sem um ponto único de registro autorizado. Se cada área trata o relato por conta própria, o histórico se fragmenta e a recorrência fica invisível. E processo nenhum compensa origem que não guarda o instante de cada alteração: nesse caso, o início da divergência continua sendo estimativa, e a priorização segue imprecisa.
Recurso prático
Exposição do erro até o fechamento
E = R × (t_detecção + t_correção)
- R
- registros
- quantidade de registros com dado divergente identificados na abertura do caso
- t_detecção
- horas
- intervalo entre o instante estimado da divergência na origem e o momento em que o caso foi registrado
- t_correção
- horas
- intervalo entre o registro do caso e a confirmação de fechamento por quem relatou
O erro mais comum é contar o tempo a partir da abertura do chamado. O relógio relevante começa quando o dado divergiu na origem. Se a origem não guarda o instante de cada alteração, o valor calculado fica abaixo do real e a fila de prioridade fica invertida.
Sobre o que está escrito aqui
Conceitos relacionados: erro de sincronização · chamado do cliente · reconciliação de registros · responsável pelo caso · critério de encerramento. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Sincronização entre sistemas: o que decidir a… — sistemas desconectados
- Falhas silenciosas em integrações: como perce… — falhas silenciosas
Páginas relacionadas
O mesmo problema em outro objetivo
- Erro de sincronização achado pelo cliente: o que reconstruir — Diagnosticar
- Erro de sincronização visto pelo cliente: o que comparar — Comparar alternativas
- Erro que o cliente encontra: como medir a sincronização — Explicar medição
- Cliente achou erro de sincronização: como tratar na operação — Orientar implementação
- Erro descoberto pelo cliente: o que avaliar antes de contratar — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Bases copiadas sem versão: como medir a dispersão — Critérios e métricas para quantificar o descompasso entre a base oficial e as cópias paralelas criadas na rotina operacional.
- Cadastro que não sobrevive à troca de sistema: o que comparar — Compara três caminhos para o cadastro sobreviver à troca de sistema: manter a base antiga como referência, reescrever na nova ou conviver com as duas.
- Retrabalho de conciliação no fechamento: onde a rotina começa — Implementação de retrabalho de conciliação no fechamento: classificação de pendências, dono por conta, fila única e critério de encerramento.
- Correção direta no banco de produção: o rastro que falta — Como diagnosticar correções manuais no banco de produção: o que conferir no registro, na origem e na reconciliação antes de considerar o caso encerrado.
- Fila sem limite de tempo: como pôr prazo e dono em cada etapa — O que definir para uma fila de processamento ter prazo, responsável e critério de encerramento, e o que essa estrutura não resolve.