Troca de fornecedor de SaaS: migração de dados e continuidade

Troca de fornecedor de software raramente é problema de tecnologia. O sistema novo costuma estar pronto, com equipe treinada e configuração ajustada. O que trava a migração é o que ficou do lado de fora do contrato: conta de usuário que não pode ser exportada, histórico de atendimento que existe apenas na tela do fornecedor, anexo armazenado em endereço temporário, campo livre usado como se fosse estruturado e relatório que nunca foi pensado para virar dado.

Esses detalhes aparecem porque o fornecedor organiza o sistema para operar, não para ser abandonado. Cada escolha faz sentido enquanto a relação continua: armazenar anexo em serviço próprio simplifica o produto, campo livre acelera implementação, histórico mantido em tabela interna reduz custo. O efeito acumulado é que a informação passa a existir dentro da plataforma em formato que só ela conhece, e a dependência deixa de ser contratual para se tornar técnica.

O segundo fator de risco é o tempo. Migração de dados em sistema com operação ativa precisa acontecer em janela curta, com dois ambientes em uso simultâneo, e a maior parte do esforço está em conferir se o que chegou corresponde ao que existia. Quando a decisão de troca é tomada com urgência, por aumento de preço, queda de qualidade ou descontinuidade anunciada, o prazo de conferência é o primeiro item cortado, e a diferença aparece meses depois, em relatório inconsistente ou em dado que ninguém consegue localizar.

Um contrato de SaaS que trata a saída de forma útil responde a seis perguntas: qual dado será entregue, em qual formato, em qual prazo, a que custo, com qual nível de assistência e o que acontece depois com as cópias. Cada resposta vira um compromisso verificável, e o conjunto transforma a saída de negociação de emergência em procedimento previsto. Quando essas respostas não existem, o que o cliente tem é a expectativa de cooperação do fornecedor em um momento em que os interesses das partes já não coincidem.

O ponto do formato merece atenção especial. Exigir arquivo em formato aberto, legível por máquina, com documentação dos campos, é muito mais eficaz do que exigir boa vontade. Vale especificar que anexos integram a entrega, que o histórico de transações e interações está incluído e que identificadores internos do sistema, como número de registro e data de criação, acompanham cada item. Sem esses detalhes, a exportação pode atender ao contrato e continuar inutilizável para importação.

Prazo e custo andam juntos. É razoável que o contrato preveja período de acesso estendido após o encerramento, com valor definido, e é igualmente razoável que o cliente exija entrega em prazo compatível com o tamanho do sistema. Quando a cláusula prevê cobrança por hora de trabalho sem teto, ou prazo aberto para entrega, a assimetria aparece justamente no momento em que o cliente tem menos poder de barganha. Revisar esse ponto na contratação, e não na saída, é o que mantém a posição da empresa equilibrada.

Quando o sistema tratado guarda dado pessoal, a saída do fornecedor deixa de ser assunto apenas contratual. A LGPD assegura ao titular o direito de acesso e de portabilidade, e a portabilidade depende de regulamentação, com observância de segredo comercial. Para a empresa controladora, isso significa que precisa ser capaz de recuperar os dados que trata e de atender pedidos de titular mesmo depois de trocar de plataforma. Fornecedor que detém os dados em formato inacessível coloca o controlador em posição de não conseguir cumprir direito previsto em lei.

Esse ponto tem consequência prática na escolha do fornecedor. Além da cláusula de devolução, vale verificar se o sistema permite exportação por conta própria, sem depender de equipe técnica do fornecedor, e se existe caminho para atender pedido de titular durante a vigência. Ferramenta que exige abertura de chamado para cada extração de dados, com prazo longo, cria risco operacional e dificulta resposta dentro do prazo legal, tema detalhado em direitos do titular e como responder um pedido de dados.

A saída também precisa considerar o que acontece com os dados que ficam no fornecedor depois do encerramento. Contrato completo define prazo para eliminação, forma de comprovação e tratamento de cópias de segurança, porque declaração genérica de exclusão não responde à pergunta que importa: por quanto tempo o dado ainda existe e quem tem acesso a ele. Cuidar desse trecho na contratação evita a situação em que a empresa afirma ter encerrado o tratamento e continua com dado armazenado em sistema de terceiro.

Migração organizada tem documento. O plano de transição lista escopo, dados migrados, dados descartados com justificativa, responsáveis por área, janela de execução e critério de conferência. Escrever esse plano parece burocracia enquanto nada dá errado e passa a ser a única referência confiável quando algo falta. Ele também serve de registro para a equipe que não participou do projeto e que, meses depois, precisa entender por que determinado histórico não está no sistema novo.

O ponto mais sensível é o corte. Existe um momento em que o sistema antigo deixa de ser a fonte oficial e passa a ser apenas acervo de consulta, e esse momento precisa ser definido com precisão de dia e hora. Sem essa definição, equipes continuam lançando informação no ambiente antigo depois da virada, e a empresa fica com dois conjuntos de dados parcialmente válidos, sem saber qual usar. Congelar cadastro, comunicar data de corte e bloquear escrita no sistema antigo são medidas simples que evitam esse desencontro.

Vale ainda escrever o plano de reversão. Preparar a hipótese de voltar atrás não é sinal de pouca confiança no projeto, é reconhecer que migração envolve risco. Saber em qual ponto a volta deixa de ser possível, o que seria perdido nesse caso e quem decide por interromper a transição dá à equipe critério para agir sob pressão, em vez de improvisar durante a janela de corte, quando cada minuto de sistema fora do ar tem custo operacional.

A experiência de quem já trocou de plataforma ajuda a separar o que é negociação do que é planejamento. Alguns itens dependem apenas de organização interna, como conferência de dados e definição de corte. Outros dependem do contrato, como prazo de exportação e custo de assistência. Distinguir os dois grupos evita que a empresa perca tempo tentando negociar o que poderia resolver internamente e deixe de negociar o que precisa estar escrito antes de o problema aparecer.

A tabela abaixo organiza esses itens por origem da obrigação e pelo momento em que devem ser tratados. Ela serve como roteiro de revisão de contrato de SaaS em vigor e como lista de verificação para quem está contratando plataforma nova com operação relevante em jogo.

Troca de plataforma chega ao cliente final antes do que a empresa gostaria. Histórico de pedido que não aparece, boleto emitido com erro, atendimento que perde o contexto da conversa anterior. Cada um desses efeitos é pequeno isoladamente e, somados, produzem percepção de desorganização. Por isso o plano de migração precisa de uma etapa de comunicação e de uma etapa de contingência no atendimento, com equipe reforçada no período seguinte à virada e caminho rápido para corrigir inconsistência.

Quando o fornecedor novo assume parte da operação, o contrato dele herda obrigações que o anterior tinha. Vale conferir se o nível de serviço contratado cobre o período de transição, quando o volume de chamados costuma ser maior, e se existe previsão de suporte dedicado na virada. Contrato de disponibilidade bem desenhado inclui janelas de manutenção programada e critério de indisponibilidade, e esse detalhe está detalhado em contrato de SaaS, SLA e multa por indisponibilidade.

Por fim, a empresa precisa decidir o que fazer com os dados do sistema antigo depois que a migração termina. Manter ambiente de consulta por prazo determinado é razoável para responder dúvidas e atender pedidos de titular. Manter indefinidamente, sem política de retenção, cria acervo paralelo que ninguém revisa e que passa a ser risco de segurança. Definir prazo, responsável pelo descarte e forma de comprovação fecha o ciclo da migração de forma coerente com o que a empresa declarou no contrato.