Sincronização de app: trate conflitos sem perder dados

O desafio de sincronização de app

Dois aparelhos podem editar o mesmo registro antes de receber a atualização um do outro. Se o aplicativo simplesmente guardar a última alteração recebida, pode apagar trabalho válido sem avisar. A sincronização precisa definir quem pode alterar cada informação e como reconhecer mudanças feitas sobre uma versão antiga.

Como organizar conflito de dados

Desenhe a unidade de conflito: o registro inteiro ou campos específicos. Associe alterações à versão que serviu de base e estabeleça uma regra de resolução por tipo de dado. Nem todo conflito exige intervenção humana, mas toda regra precisa preservar a intenção relevante.

1. Identifique campos editáveis simultaneamente e determine quais aceitam combinação automática.
2. Inclua um identificador de alteração e a referência à versão conhecida pelo aparelho.
3. Simule edições concorrentes e mostre ao usuário os conflitos que exigem escolha.

Diferencie repetição de transmissão de uma nova intenção de edição. Se o aparelho reenviar exatamente a mesma alteração após uma falha, ela deve ser reconhecida conforme o contrato de sincronização. Se a pessoa fizer uma nova edição, há outro evento a avaliar. Um identificador estável por alteração ajuda a reconstruir a sequência. O histórico não precisa aparecer inteiro na interface, mas deve permitir investigar o que foi aplicado e em qual ordem.

Exemplo aplicado: versão de registro

Exemplo hipotético: dois responsáveis editam uma ordem de serviço offline. Uma pessoa acrescenta uma observação; outra muda o técnico responsável. O sistema pode combinar campos independentes. Se ambos alterarem o horário da visita, apresenta as opções e solicita uma decisão, mantendo o histórico do que aconteceu.

A política depende do significado do dado. Somar quantidades, substituir um endereço e acrescentar comentários são operações diferentes, mesmo quando compartilham o mesmo mecanismo de transmissão.

Na resolução apresentada à pessoa, compare valores com contexto. Mostrar apenas valor antigo e valor novo pode ser insuficiente quando os horários se referem a fusos ou visitas diferentes. Identifique o campo, a versão em conflito e a consequência de cada escolha. Preserve o texto produzido antes de solicitar a decisão. Se houver opção de descartar uma alteração, deixe claro o que será perdido e o que já está confirmado.

Critérios para dados offline

Use combinação automática quando as alterações forem independentes e sua composição tiver significado claro. Peça resolução explícita quando o resultado afetar compromisso, responsabilidade ou informação que não possa ser reconstruída.

Usar o relógio do aparelho como árbitro universal é frágil: dispositivos podem ter horários diferentes. Repetir uma transmissão sem identificar a operação também pode aplicar a mesma mudança mais de uma vez.

A política de conflitos também afeta exclusões. Um registro removido no servidor pode receber uma edição feita offline antes da remoção. Decida se a alteração será recusada, recuperada como novo item ou submetida à revisão. Não recrie automaticamente um compromisso cancelado apenas porque o aparelho estava desatualizado. Teste essa situação junto das edições simultâneas e inclua as decisões na documentação de cada entidade, porque comentário, agenda e estoque não compartilham a mesma regra.

Acompanhamento de integridade do aplicativo

Acompanhe conflitos por tipo de campo, tempo de resolução e alterações descartadas. Inspecione exemplos concretos antes de modificar a regra; poucos conflitos podem representar alto impacto para a operação.

Escreva a política de concorrência de um registro crítico e teste duas edições simultâneas com retorno em ordens diferentes.