Recursos · 52

Portabilidade: verificar a saída de um fornecedor digital

Testar exportação, reconstrução e continuidade antes que dependências contratuais ou técnicas tornem a saída impraticável.

Atualizado · 3 min

O que este guia ajuda a alcançar

  • Identificar dependências
  • Testar exportações utilizáveis
  • Estimar a reconstrução
  • Preparar uma transição controlada

Verificação rápida

  • O que desaparece sem o fornecedor?
  • Quem pode reconstruir o serviço?
  • A exportação preserva relacionamentos e direitos?
  • Quais custos estão ausentes da cotação inicial?
  • Uma transição malsucedida pode ser revertida?

Método passo a passo

  1. 1

    Definir o serviço a ser preservado

    Listar tarefas e ativos essenciais: dados, anexos, configuração, automações e permissões. Declarar o que uma substituição deve fornecer e o que pode operar temporariamente em um estado degradado.

    Entregável: escopo de saída.

  2. 2

    Qualificar dependência

    Separar compromisso comercial, formatos proprietários, integração técnica e escassez de habilidades. O GOV.UK recomenda ponderar o valor do serviço em relação à portabilidade; evitar todas as dependências nem sempre é a melhor escolha.

    Entregável: equilíbrio entre valor e portabilidade.

  3. 3

    Testar uma exportação representativa.

    Exportar dados autorizados, incluindo relacionamentos, histórico e casos extremos. Verificar formato, codificação, identificadores e ausência de segredos. O download de um arquivo não comprova que ele possa ser compreendido ou importado.

    Entregável: exportação e verificação de integridade.

  4. 4

    Recriar em outro local.

    Importe a amostra em um ambiente isolado e execute uma tarefa essencial. Registre adaptações, perdas de metadados e etapas manuais. Inclua configuração e permissões, não apenas conteúdo.

    Entregável: tarefa reproduzida e lacunas.

  5. 5

    Estime e organize a transição.

    Estime extração, transferência, operação paralela, treinamento e suporte. Separe custos medidos, orçamentos e premissas. Defina a ordem de transição, congelamento de alterações e reversão se a aceitação falhar.

    Entregável: plano e premissas de custo.

  6. 6

    Mantenha as evidências atualizadas.

    Repita após nova integração ou alterações de formato. Verifique a devolução de ativos e o tratamento de cópias de acordo com as regras aplicáveis ​​do serviço. Uma cláusula de saída não substitui uma demonstração técnica.

    Entregável: cronograma e dossiê de saída.

Planilha reutilizável

Preencha com suas observações autorizadas. Estes campos são um modelo de trabalho, não resultados observados.

CampoInformações a serem registradas
AtivoProprietário, volume e dependência
ExportarFormato, relacionamentos, anexos e direitos
ReconstruçãoTarefa testada, resultado e lacunas
TransiçãoCustos, tempo, interrupção e reversão

Exemplo prático fictício

Situação ilustrativa

Exemplo fictício: um CRM exporta contatos, mas omite os relacionamentos de anexos.

Decisão e evidências esperadas

A aceitação registra a lacuna antes da transição; a extração e a reconciliação de anexos são adicionadas em vez de declarar a prontidão.

Distinguir os mecanismos

MecanismoFinalidadeVerificação ou limitação
Cláusula de saídaDefinir compromissos para revisãoNão demonstra continuidade técnica
ExportarRecuperar ativosVerificar relacionamentos e metadados
Reconstrução testadaDemonstrar uso em outro localDocumentar funções perdidas

Indicadores de gestão

IndicadorO que medePrimeira ação
Ativos exportáveisAtivos críticos recuperados e legíveisCorrigir omissões
Tarefas reconstruídasJornadas reproduzidas fora do fornecedorCorrigir dependências residuais
Esforço de transiçãoTempo e custo observados ou estimadosSeparar medição de suposições

Erros comuns

  • Confundir término com continuidade
  • Verificar exportações somente após o compromisso
  • Esquecer anexos e permissões
  • Afirmar um determinado custo sem teste

Perguntas frequentes

Toda dependência deve Será rejeitado?

Não. As dependências podem agregar valor. Registre o que você aceita, os custos de saída e as condições que alterariam a decisão.

Um arquivo CSV é suficiente?

Somente se ele abranger os dados e relacionamentos necessários com um esquema compreendido e importação testada.

Quando a saída deve ser testada?

Antes de confirmar funções críticas e após alterações que aumentem a dependência.

Referências oficiais

As referências apoiam o método. Adapte as verificações ao seu contexto; elas não são uma certificação. Os títulos das referências originais e os documentos de origem podem estar em outro idioma.

Referências consultadas em .