> ## Documentation Index
> Fetch the complete documentation index at: https://docs.migraflow.com.br/llms.txt
> Use this file to discover all available pages before exploring further.

# Primeira análise com a CLI

> Do schema de origem ao pacote de assessment revisável.

## 1. Prepare a evidência

Exporte somente o DDL necessário ao escopo, revise se ele contém segredos em comentários e registre o contexto de negócio. A CLI aceita um arquivo SQL e não acessa o banco diretamente.

## 2. Valide antes de analisar

```bash theme={null}
migraflow schema.sql --validate
```

A validação detecta o dialeto, apresenta as tabelas encontradas e bloqueia erros básicos antes da chamada completa.

## 3. Gere o assessment

```bash theme={null}
migraflow schema.sql "ERP financeiro SQL Server 2022" \
  --target postgresql \
  --review \
  --output entregas/cliente-x/assessment-01
```

O contexto deve explicar sistema, versão, domínio, criticidade e restrições relevantes. Não inclua credenciais, dados pessoais ou segredos.

## 4. Revise na ordem correta

<Steps>
  <Step title="Confira o inventário AS-IS">
    Compare tabelas, colunas, relações e findings com a evidência fornecida pelo cliente.
  </Step>

  <Step title="Resolva os gaps de evidência">
    Colete volumes, uso, qualidade, responsáveis, integrações, SLAs e tolerância a indisponibilidade.
  </Step>

  <Step title="Revise o TO-BE recomendado">
    Valide cada decisão de manter, transformar, consolidar, separar, arquivar ou retirar.
  </Step>

  <Step title="Teste os scripts">
    Execute migration e rollback apenas em ambiente descartável, com dados representativos e critérios de aceite.
  </Step>

  <Step title="Registre consenso e viabilidade">
    A aprovação do cliente é externa à execução automática e deve ser registrada no processo do projeto.
  </Step>
</Steps>

<Note>
  `generated_requires_customer_validation` e `recommended_requires_customer_approval` são estados deliberados. Uma execução bem-sucedida não significa AS-IS validado nem TO-BE aprovado.
</Note>