Trocar de fornecedor de TI sem parar a operação: plano de transição

Um aviso antes de começar

A BS IT Solutions é uma empresa que presta serviço de TI terceirizado. Ou seja, somos exatamente o tipo de fornecedor que entra numa troca como essa. Escrever um texto de autoelogio aqui seria fácil e inútil. Então este artigo faz o contrário: descreve o plano de transição do jeito que ele precisa ser executado, incluindo as exigências que você deveria fazer a qualquer prestador que assuma o seu ambiente, nós inclusive.

Se ao fim da leitura você usar esta lista para cobrar o fornecedor atual e para avaliar o próximo, o artigo cumpriu a função. Uma transição bem feita protege a sua empresa dos dois lados da mesa.

Por que a troca dá errado quando dá errado

Empresas costumam tratar a troca de fornecedor como um evento de um dia. Na cabeça da diretoria, o contrato antigo termina no dia 30, o novo começa no dia 1 e a vida segue. O que acontece de verdade é diferente.

O fornecedor que está saindo perdeu o incentivo econômico para colaborar no exato momento em que recebeu o aviso. Ele ainda tem as senhas, ainda tem o histórico de chamados, ainda sabe qual servidor não pode ser reiniciado antes das 22h e ainda é o único que conhece a gambiarra que faz a integração do ERP funcionar. Nada disso está escrito em lugar nenhum.

Os pontos de ruptura mais comuns são estes:

• Credencial retida ou perdida. Senha de administrador de domínio, console de firewall, painel do provedor de nuvem, portal do registrador do domínio, conta de administrador global do Microsoft 365. Basta uma faltar para travar a operação inteira.
• Ativo que ninguém sabia que existia. Uma máquina virtual antiga que ainda roda um relatório fiscal, um script agendado num desktop embaixo da mesa de alguém, uma regra de firewall criada às pressas em 2019.
• Conhecimento não documentado. A ordem correta de subir os serviços depois de uma queda de energia. Qual job precisa terminar antes do fechamento. Quem autoriza acesso remoto ao servidor do ERP.
• Contrato sem previsão de saída. O contrato original tratou muito bem do que o fornecedor entrega enquanto está lá, e nada do que ele entrega quando sai.
• Ausência de sobreposição. O contrato antigo termina numa sexta e o novo começa numa segunda, sem nenhum dia de convivência entre os dois times.

Note que só um desses cinco pontos é técnico. Os outros quatro são de gestão e de contrato, e todos podem ser resolvidos antes da troca, com antecedência e sem drama.

As quatro fases do plano de transição

Um plano de transição realista precisa de tempo de calendário, não de esforço heroico numa madrugada. O desenho abaixo funciona para a maioria das médias empresas e pode ser comprimido ou esticado conforme o tamanho do ambiente.

Fase 1: inventário de ativos e credenciais

Esta é a fase que trava tudo se for feita mal, e é a que a maioria das empresas trata como formalidade. O inventário não é uma planilha genérica de equipamentos. Ele precisa cobrir, no mínimo:

• Servidores físicos e virtuais: nome, função, sistema operacional, versão, onde está hospedado, o que depende dele.
• Estações e notebooks: quantidade, modelo, sistema operacional, se estão no domínio, qual antivírus roda e se estão em garantia.
• Rede e borda: firewall, switches, pontos de acesso, links de internet, contrato e contato de cada operadora, faixas de IP público.
• Nuvem: assinaturas, contas, quem é o proprietário da conta na relação com o provedor, quem paga a fatura e em qual cartão ou boleto.
• Aplicações de negócio: ERP e seus módulos, integrações, sistemas fiscais, banco de dados, versão de cada um.
• Identidade e e-mail: domínio, provedor de e-mail, contas de administrador global, contas de serviço, grupos de segurança.
• Backup: o que é copiado, para onde, com que frequência, quem tem a chave de restauração e quando foi o último teste real.
• Licenças e contratos: o que está no nome da sua empresa e o que está no nome do fornecedor. Este item vale ouro e é sempre esquecido.

Sobre credenciais, a regra é uma só: as senhas administrativas do ambiente pertencem à sua empresa, não ao prestador. O prestador usa. O dono é você. Isso se materializa num cofre de senhas corporativo, contratado e administrado pela sua empresa, no qual o fornecedor recebe acesso conforme a necessidade e do qual ele pode ser removido a qualquer momento.

Se você não tem esse cofre hoje, criá-lo é o primeiro item do plano de transição. E vale um detalhe operacional: não basta a senha estar registrada, ela precisa ser testada. Marque uma janela e faça alguém da sua equipe entrar em cada console usando o que está no cofre. Credencial não testada é credencial que você não tem.

Vale a leitura complementar sobre como estruturar o inventário como rotina permanente e não como evento isolado em inventário de TI, o primeiro passo que quase toda empresa pula.

Fase 2: transferência de conhecimento

Documentação genérica não serve. O que serve é o conjunto de procedimentos que descreve o seu ambiente do jeito que ele é, com as suas exceções. Peça, por escrito, no mínimo:

1. Diagrama de rede atualizado, com o que está em nuvem e o que está no escritório.
2. Runbook de partida e parada do ambiente, na ordem certa, incluindo o que fazer depois de queda de energia.
3. Procedimento de restauração de backup, com o passo a passo e o tempo estimado.
4. Lista de rotinas agendadas, com horário, o que cada uma faz e qual o impacto se falhar.
5. Histórico de chamados dos últimos meses, exportado em formato aberto. Ele revela os problemas crônicos que ninguém conta na reunião.
6. Lista de exceções e gambiarras conhecidas, com o motivo de cada uma existir. Este item precisa ser pedido explicitamente, porque ninguém oferece.
7. Contatos de escalonamento junto a fabricantes, operadoras e provedores, com número de contrato.

Combine também sessões de passagem com hora marcada e gravação, entre o time que sai e o que entra. Uma hora de conversa gravada costuma render mais conhecimento útil que trinta páginas de documento formatado.

Fase 3: período de sombra

Sombra é o intervalo em que os dois fornecedores estão ativos ao mesmo tempo, com papéis definidos. Não é um período de cortesia, é a fase que de fato reduz o risco, e ela precisa estar prevista no contrato do novo prestador e no encerramento do antigo.

O desenho que funciona tem duas etapas:

• Sombra passiva: o fornecedor antigo continua atendendo, e o novo acompanha os chamados, observa o ambiente e faz perguntas. O novo time aprende sem risco.
• Sombra ativa: inverte. O novo fornecedor atende os chamados reais e o antigo fica disponível para consulta e para emergências. É aqui que os buracos da documentação aparecem, e é para isso que a fase existe.

Durante a sombra ativa, registre cada vez que o time novo precisou recorrer ao antigo. Essa lista é o mapa exato do que ainda falta documentar, e ela precisa chegar a zero antes do corte.

Fase 4: corte e estabilização

O corte é um checklist, não um sentimento. No dia combinado:

• Revogue todos os acessos do fornecedor antigo: contas de domínio, VPN, console de nuvem, acesso remoto, portal de firewall, e-mail.
• Troque as senhas administrativas que o fornecedor antigo conhecia, mesmo as que ele devolveu direitinho. Isso não é desconfiança, é higiene básica.
• Remova as ferramentas de acesso remoto e de monitoramento do fornecedor antigo das estações e servidores.
• Confirme a transferência de titularidade de domínio, assinaturas de nuvem e licenças que estavam no nome dele.
• Assine o termo de encerramento, listando o que foi entregue e o que ficou pendente.

Combine também um relatório de estabilização ao fim do primeiro mês completo do novo fornecedor, comparando volume de chamados, tempo de atendimento e incidentes com o período anterior. É o que transforma a troca em decisão avaliável e não em aposta.

O risco real: o fornecedor que se recusa a devolver

Este é o cenário que ninguém quer discutir e que precisa ser discutido. Existe fornecedor que, ao ser avisado da troca, retém senha, atrasa documentação, alega que o conhecimento é propriedade intelectual dele ou simplesmente para de responder. Existe também o caso em que o domínio da empresa está registrado em nome do prestador, ou a assinatura de nuvem está na conta comercial dele, ou o contrato de suporte do fabricante está no CNPJ dele.

Quando isso acontece, a empresa descobre que perdeu o controle do próprio ambiente. E o custo de recuperar acesso sem colaboração é alto: envolve procedimentos de recuperação junto a cada fabricante e provedor, comprovação de titularidade, prazos que ninguém controla e, em alguns casos, reconstrução de partes do ambiente do zero.

O jeito de tratar esse risco é preventivo e tem três camadas:

1. Titularidade sempre no seu CNPJ. Domínio, assinaturas de nuvem, licenças, contratos de suporte com fabricante e link de internet. O fornecedor administra, você é o titular. Verifique isso hoje, não na hora da troca.
2. Cofre de senhas seu. Como descrito na fase 1. Se as credenciais estão no gerenciador de senhas do fornecedor, elas não são suas.
3. Cláusula de saída no contrato. Assunto do próximo bloco.

Se você já está numa situação de retenção, documente tudo por escrito: registre por e-mail cada pedido de devolução, com prazo, e guarde as respostas. Além de ajudar juridicamente, isso costuma destravar a conversa por si só.

A cláusula de saída que devia estar no contrato desde o começo

A hora de negociar a saída é a hora da entrada, quando as duas partes ainda estão interessadas em fechar. Contrato de serviço de TI sem cláusula de reversão é contrato incompleto. Os pontos que a cláusula precisa cobrir:

• Prazo de aviso prévio de parte a parte, com número de dias definido.
• Obrigação de assistência à transição durante o aviso prévio, com carga horária ou escopo definido, e sem cobrança adicional surpresa.
• Lista de entregáveis de saída, com prazo: inventário atualizado, credenciais, documentação, exportação do histórico de chamados, exportação de dados de monitoramento e backup.
• Titularidade dos ativos e das contas, declarando expressamente que domínio, assinaturas, licenças e dados são da contratante.
• Propriedade da documentação produzida durante o contrato, para não sobrar espaço para o argumento de propriedade intelectual sobre o runbook do seu próprio ambiente.
• Período de sombra previsto e remunerado, se aplicável.
• Devolução e eliminação de dados pelo fornecedor ao fim do contrato, com confirmação por escrito. Este item conversa diretamente com as suas obrigações de proteção de dados.
• Penalidade por descumprimento dos itens acima, porque cláusula sem consequência é recomendação.

Vale cruzar esta lista com as perguntas que você deveria fazer antes de assinar qualquer contrato de terceirização, reunidas em terceirização de TI: 9 perguntas-chave antes de assinar, e com os critérios de nível de serviço detalhados em SLA de TI: o que exigir do seu provedor de suporte.

Como avaliar o candidato a novo fornecedor durante a transição

A transição é a melhor entrevista possível, porque revela comportamento e não discurso. Preste atenção nestes sinais durante as fases 1 a 3:

• O fornecedor pediu acesso ao inventário e ao histórico de chamados, ou aceitou começar no escuro? Quem aceita começar no escuro vai improvisar depois.
• Ele propôs período de sombra por conta própria, ou você teve que pedir?
• Ele aceitou que as credenciais fiquem no seu cofre, ou insistiu em manter tudo no gerenciador dele?
• Ele documentou o que encontrou e apresentou um relatório de situação inicial, ou apenas começou a atender chamados?
• Ele registrou por escrito o que estava fora de suporte, sem sustentação e sem backup testado, mesmo sabendo que isso gera trabalho para ele?
• Ele já aceita hoje a mesma cláusula de saída que você vai querer usar amanhã, quando quiser trocá-lo?

Esse último ponto é o teste mais honesto de todos. Um fornecedor que resiste a assinar uma boa cláusula de saída está dizendo, sem dizer, que pretende se tornar difícil de substituir. Para entender melhor os critérios de escolha, vale a leitura de como escolher uma consultoria de TI: sinais que separam a boa da ruim.

Erros comuns que atrasam a transição

• Avisar o fornecedor antigo antes de ter o inventário. Levante o que der para levantar por conta própria primeiro, sem depender da boa vontade de quem está saindo.
• Trocar de fornecedor no meio do fechamento contábil ou fiscal. Escolha uma janela de calendário em que a operação tenha folga.
• Não nomear um responsável interno pela transição. Precisa existir uma pessoa da sua empresa dona do plano, mesmo que não seja técnica.
• Aceitar transição sem sobreposição para economizar um mês de contrato. A economia costuma ser menor que o custo de uma parada.
• Não medir nada antes da troca. Sem números do período anterior, você não consegue provar que o novo fornecedor é melhor, nem cobrar quando não for.

Perguntas frequentes

Quanto tempo leva uma troca de fornecedor de TI?

Depende do tamanho e da bagunça do ambiente, mas o erro é dimensionar pelo dia do corte em vez de pelo plano inteiro. Reserve tempo de calendário para as quatro fases, com destaque para o inventário, que é a mais lenta quando a documentação não existe, e para o período de sombra, que precisa durar o suficiente para o novo time atender pelo menos um ciclo completo de fechamento e de rotinas mensais.

O fornecedor atual é obrigado a entregar as senhas do ambiente?

As credenciais administrativas dizem respeito a ativos e contas da sua empresa, então a expectativa razoável é que sejam devolvidas. O problema é que, sem cláusula contratual expressa, a discussão vira negociação em vez de obrigação clara. Por isso a recomendação prática é dupla: exija a cláusula de saída em todo contrato novo e, no ambiente atual, mova as credenciais para um cofre de senhas da sua empresa antes de qualquer conversa sobre troca.

Dá para trocar de fornecedor sem nenhuma parada?

Dá, e essa deve ser a meta, desde que exista período de sombra e que o corte seja um checklist de revogação de acesso, não uma migração técnica. Quando a troca de fornecedor coincide com migração de servidor, de e-mail ou de nuvem, o risco muda de patamar. Nesse caso, separe os dois projetos: primeiro estabilize a operação com o novo fornecedor, depois faça a migração.

Como a BS IT Solutions conduz esse processo

A BS IT Solutions assume ambientes de médias empresas em São Paulo e região metropolitana com esse método: levantamento e inventário antes de qualquer promessa, relatório de situação inicial com o que está fora de suporte e sem backup testado, credenciais no cofre da contratante e período de sombra combinado por escrito. Trabalhamos com gestão de TI, NOC 24x7, Cyber Security, Cloud e infraestrutura SAP, o que permite assumir o ambiente inteiro em vez de fatiar responsabilidade entre fornecedores.

Se a sua empresa está considerando trocar de fornecedor, ou apenas quer saber se o ambiente atual está documentado o bastante para permitir a troca no futuro, fale com um especialista da BS IT Solutions. O ponto de partida é sempre o mesmo: descobrir o que existe.