Meu fornecedor de TI principal sumiu ou quebrou
Resposta rápida
Fornecedor crítico que sumiu ou quebrou é cenário onde a velocidade da resposta determina o tamanho do estrago. Quatro frentes precisam rodar em paralelo. Primeiro, continuidade operacional: o sistema ainda funciona? por quanto tempo sem suporte? o que acontece se cair? Identifique o que precisa de plano B imediato. Segundo, dados e acessos: garantir cópia dos dados e credenciais administrativas enquanto ainda é possível — em falência ou desaparecimento, esse acesso pode ser perdido em dias. Terceiro, articulação jurídica: contrato, garantias de fornecimento contínuo, eventual ação para liberar dados, contato com administrador judicial se houver falência. Quarto, plano emergencial de substituição: identificar alternativas, dimensionar custo e prazo de migração, comprometer-se ao caminho mais viável. Comunique a diretoria com cenários honestos — esse tipo de crise não tem solução rápida e a expectativa precisa ser calibrada.
Na empresa pequena, "fornecedor principal" muitas vezes é o MSP que cuida de tudo, o desenvolvedor freelancer que sumiu, ou o fornecedor de software pequeno que parou de atender. Risco maior aqui é dependência total: o conhecimento do ambiente vive na cabeça do fornecedor que sumiu. A primeira ação é tentar reativar contato (várias vias — telefone, e-mail, sócios), enquanto em paralelo se faz inventário do que existe e do que se consegue acessar. Mude senhas de tudo que se conseguir acessar (e-mail, infraestrutura, sistemas) para garantir que o controle não dependa mais do desaparecido. Para substituição, MSP novo costuma conseguir entrar na bagunça, mas o primeiro mês é caro porque ele cobra investigação. A lição estrutural é nunca mais ter dependência total de fornecedor único sem documentação.
Na empresa média, "fornecedor principal" pode ser o ERP, o MSP, a empresa que opera uma camada crítica de infraestrutura, ou a plataforma cuja API alimenta operação. O risco é maior porque o sistema costuma estar profundamente integrado. Acione jurídico imediatamente para revisar contrato (cláusulas de continuidade, escrow de código, propriedade de dados) e avaliar caminhos legais. Em paralelo, time interno levanta inventário do que existe, garante acesso administrativo e backup dos dados antes que o acesso seja cortado por inadimplência ou falência. Plano de substituição começa em paralelo, com escolha entre alternativas (substituto direto, plataforma diferente, internalização). Comunicação à diretoria com cenários e custos honestos — substituição emergencial costuma ser meses, não semanas.
Na empresa grande, dependência de fornecedor único em sistema crítico costuma ser identificada em mapas de risco — mas existe mesmo assim. Quando o fornecedor entra em crise, ativação do plano de continuidade do fornecedor: jurídico próprio aciona escrow de código se houver, comitê de fornecedores estratégicos avalia exposição, equipe técnica garante dados e acessos, plano de exit (idealmente já existente) é executado. Para fornecedores em falência, articulação direta com administrador judicial define cronograma de transição. Comunicação interna estruturada, comunicação a clientes se o serviço deles é afetado. Substituição pode envolver M&A do fornecedor por terceiro (chance real em alguns casos) ou migração para alternativa que demanda projeto de meses. Pós-evento, revisão de carteira de fornecedores estratégicos é mandatória.
- Fornecedor crítico parou de responder por dias ou semanas
- Saiu notícia pública de falência, dissolução ou recuperação judicial
- Cobrança parou de chegar (sinal silencioso de problema)
- Suporte está inacessível e tickets não recebem resposta
- Funcionários do fornecedor relataram demissão em massa
- Conhecidos do setor avisam que o fornecedor está em apuros
Continuidade operacional: o sistema ainda funciona?
A primeira pergunta é mais simples do que parece: o que o fornecedor entregava ainda está operando? Para muitos serviços (SaaS, infraestrutura gerenciada, suporte), a operação pode continuar por dias ou semanas mesmo sem o fornecedor presente — até algo quebrar e ninguém atender. Identifique o que precisa de plano B imediato (algo prestes a quebrar, vencer, expirar) e o que tem janela maior. Essa priorização determina onde mobilizar primeiro.
Dados e acessos enquanto ainda é possível
Em falência ou desaparecimento, o acesso administrativo ao sistema, aos dados e à infraestrutura pode ser perdido em dias — credenciais expiram, servidores são desligados por inadimplência da empresa fornecedora, conta no provedor de cloud é encerrada. Garantir cópia dos dados e controle dos acessos é prioridade urgente.
- Tente reativar contato por múltiplas vias. Telefone, e-mail, sócios, ex-funcionários, parceiros conhecidos. Às vezes a "sumida" é problema temporário (doença, viagem, conflito interno) recuperável.
- Levante inventário do que existe. Sistemas em uso, contratos vigentes, integrações ativas, dados armazenados. Sem esse mapa, qualquer decisão é cega.
- Garanta acesso administrativo. Mude senhas de tudo que está em sua posse, exporte credenciais de provedores onde possível, valide se você tem controle real (não só usuário).
- Faça backup dos dados. Exportação completa antes que o acesso seja cortado. Para SaaS, baixar tudo via API ou exportação oficial; para infra, snapshot de servidores e bancos.
- Acione jurídico. Revisão do contrato (cláusulas de continuidade, escrow, propriedade de dados), avaliação de caminhos legais (notificação extrajudicial, ação judicial), contato com administrador judicial se falência.
- Comunique a diretoria com cenários. Cenário melhor (fornecedor volta a operar), cenário realista (substituição em prazo X), cenário pior (substituição emergencial e prejuízo). Custo estimado de cada cenário.
- Inicie plano de substituição em paralelo. Mesmo apostando que o fornecedor pode voltar, preparar substituição é seguro. Esperar para começar é perder tempo se o cenário ruim se confirmar.
Substituição: a transição real
Para fornecedor sem retorno viável, substituição é o caminho — e raramente é rápida. As opções costumam ser três: substituto direto (outra empresa que oferece o mesmo serviço), plataforma diferente (que entrega o mesmo resultado por caminho diferente, exigindo migração de dados e adaptação de processo), internalização (assumir a operação dentro de casa, exigindo contratação e estruturação).
Como escolher entre as opções
Substituto direto é mais rápido se existir alternativa estabelecida no mercado para o mesmo serviço. Plataforma diferente costuma ser melhor se a substituição é oportunidade de modernizar arquitetura (sair de software antigo, por exemplo) — mas exige mais tempo. Internalização raramente é a melhor opção em emergência, mas pode ser caminho se o fornecedor entregava algo que a empresa preferia ter internamente de qualquer jeito.
O custo da emergência
Migração emergencial custa mais que migração planejada. Negociar prazo de transição com substituto, aceitar perda parcial de funcionalidade no primeiro momento, manter sistema antigo em paralelo enquanto o novo entra são custos reais que precisam estar no plano. Comunicação à diretoria com esses custos explicitados evita expectativa irreal.
Esperar o fornecedor "voltar" sem plano paralelo. Otimismo no calor da crise consome tempo precioso. Prepare substituição em paralelo, mesmo apostando no retorno.
Não garantir acesso administrativo enquanto é possível. Credenciais e contratos podem ser cortados em dias. Mude senhas, exporte dados, valide controle real antes que o acesso seja perdido.
Ignorar o jurídico. Falência tem rito legal. Sem jurídico, dados podem virar parte do processo de falência e ficar inacessíveis por tempo indefinido.
Apresentar à diretoria só o cenário otimista. Expectativa irreal de prazo curto e custo baixo cria nova crise de credibilidade quando a realidade chega.
Repetir o erro estrutural. Dependência total de fornecedor único é vulnerabilidade. Pós-crise, redesenhar a carteira (segunda fonte, escrow, documentação interna) é parte da remediação.
- Inventário do que o fornecedor entregava está mapeado
- Acesso administrativo aos sistemas e dados está garantido
- Backup completo dos dados foi feito
- Jurídico está engajado e avaliou contrato e caminhos legais
- Alternativas de substituição foram identificadas (3 opções avaliadas)
- Plano com prazo e custo realista para cada cenário está pronto
- Comunicação tem cenários (otimista, realista, pessimista) com custo de cada
O que fazer quando fornecedor crítico de TI desaparece?
Como garantir os dados antes do acesso ser cortado?
O fornecedor entrou em recuperação judicial. Posso continuar usando?
Quanto tempo leva para substituir um fornecedor crítico?
Como evitar dependência crítica de fornecedor único?
Outros desafios deste momento
Alinhamento Estratégico de TI
Ameaças Cibernéticas
-
→Sofri um ataque de ransomware em_altaSistemas sequestrados, dados criptografados — protocolo de resposta em 24h, decisão sobre pagar resgate (e por que geralmente não), recuperação por backup e comunicação.
-
→Identificamos uma invasão no nosso sistema em_altaAtacante dentro da rede ou sistema — contenção, isolamento de máquinas, preservação de evidências, comunicação interna controlada e remediação.
-
→Funcionário foi vítima de phishing em_altaCredencial comprometida via golpe — bloqueio imediato, troca de senhas, análise de movimentação, comunicação à equipe e prevenção via treinamento.
-
→Descobri vulnerabilidade crítica em sistema em produçãoCVE crítico ou zero-day descoberto em sistema rodando — janela de exposição, patch emergencial vs workaround, comunicação a usuários e contenção.
ERP e Sistemas de Gestão
-
→Nosso ERP travou no fechamento em_altaSistema central paralisado em momento crítico (fechamento contábil, faturamento, folha) — escalonamento emergencial com fornecedor, contingência manual, comunicação.
-
→Atualização de sistema quebrou processo críticoUpdate aplicado causou regressão grave — decisão de rollback vs hotfix, comunicação aos afetados, RCA com fornecedor, revisão do processo de change.
Fundamentos de Dados e BI
Gestão de Licenças de Software
Gestão de Orçamento de TI
Governança e Adoção Corporativa de IA
-
→A IA que implantamos gerou problema grave em_altaSistema de IA produziu resposta errada, viés, vazamento ou decisão que afetou cliente/operação — contenção, auditoria, comunicação e revisão de governança.
-
→Funcionários estão usando IA generativa com dados sigilosos em_altaUso não autorizado de ChatGPT, Copilot etc. com informação confidencial — mapeamento de exposição, política emergencial, comunicação e alternativas internas.
Infraestrutura Física e Cloud
-
→Tive perda de dados sem backup em_altaBackup não funcionou, foi corrompido ou nunca existiu — avaliação do que pode ser recuperado, comunicação ao negócio e plano emergencial de recuperação.
-
→Meu provedor de cloud aumentou o preço drasticamente em_altaConta de cloud disparou ou aviso de reajuste — análise de custo por serviço, otimização emergencial (FinOps), negociação e plano B de migração se necessário.
-
→Meu data center ou sala de servidores teve problema físicoPane elétrica, incêndio, alagamento, problema de refrigeração — protocolo de recuperação, ativação de DR, comunicação e plano de mitigação estrutural.
LGPD e Conformidade
-
→Tive vazamento de dados pessoais em_altaIncidente LGPD — comunicação à ANPD em 72 horas, notificação aos titulares, mitigação, contenção legal e mudanças estruturais.
-
→Recebi notificação da ANPDNotificação por incidente ou denúncia — prazos de resposta, articulação com jurídico, evidências de conformidade e plano de remediação para reduzir sanção.