O que motivou a reunião (dor atual)

Hoje vocês usam o Integra basicamente para duas coisas:

Ficha de inscrição/cadastro do participante (dados do cliente)

Cadastro da venda/pagamento (à vista, parcelado etc.)

O resto do processo vira manual, exportando um Excel do Integra e depois cada área trabalha em cima dele (seguro viagem, aéreo, hotel, transfer…), o que:

gera retrabalho (mesmos dados em várias planilhas),

aumenta chance de erro (ex.: data/ano),

depende de gente consolidando informação “na mão”.

Ponto-chave do fluxo (o “porém” do negócio)

Existe um gargalo: às vezes o cliente demora para preencher a ficha, mas o faturamento precisa andar (senão trava recebimento).

Então o processo atual precisa permitir vender/faturar mesmo sem o cadastro completo.

Ideia central discutida

Separar em duas etapas (sugestão do Gustavo Franken):

Etapa 1 (mínima / essencial): dados obrigatórios para faturar / seguir com a venda.

Etapa 2 (completa / posterior): completar dados do participante com mais calma.

Em vez de várias planilhas/arquivos, criar uma base única (cadastro “mestre” da pessoa + venda + módulos operacionais), onde:

várias pessoas podem preencher partes diferentes (aéreo, hotel, transfer…),

mas tudo “cai” na mesma base para consolidar e evitar divergência.

Ter controle de acesso por perfil (também do Gustavo Franken):

quem é de transfer vê/preenche só transfer,

hotel só hotel,

administradores conseguem ver/consolidar tudo.

O que o time de dev pediu/precisa (para desenhar certo)

O Carlos Cruz pediu para ver fluxos completos (“da venda/faturamento/contrato/formulário até o ponto final”) porque:

o formulário/cadastro precisa servir de fonte para vários “templates” (ex.: puxar dado para transfer).

Foi sugerido que o Igor envie um Excel modelo com os campos que vocês precisam — isso ajuda o time a:

mapear quais campos são “um só” (base única),

quais são por módulo (aéreo/hotel/seguro/transfer),

e evitar ficar com dois arquivos separados.

Decisões/encaminhamentos que aparecem no trecho

✅ Alinhar que a demo deveria mostrar ficha + pagamento/venda (Fabio Vidal mencionou que iria mostrar ambos).

✅ Direção de solução: consolidar dados e reduzir o manual com uma base única + módulos + permissões.

✅ Reconhecido como requisito: permitir faturar sem a ficha completa → aponta para cadastro em etapas.

➡️ Próximo insumo esperado: Excel com campos (do Igor) para mapear o modelo de dados e exportações.

Pendências implícitas (o que falta definir)

Quais são exatamente os campos mínimos da Etapa 1 (para faturar) vs. os campos da Etapa 2 (cadastro completo).

Quais módulos existem oficialmente (aéreo, hotel, seguro, transfer, etc.) e quais campos cada um precisa.

Como será a identificação única do participante/venda (para várias pessoas editarem sem bagunça).

Como deve ser a exportação: um Excel único com abas? filtros? templates por área?

Regras de status: “venda criada”, “pagamento confirmado”, “cadastro incompleto”, “operacional em andamento”, etc.

Leitura “em uma frase”

A reunião foi para alinhar que o sistema precisa substituir a colcha de retalhos de Excel, permitindo vender/faturar rapidamente mesmo com cadastro incompleto, e depois consolidar tudo numa base única com módulos e permissões para cada time operacional preencher sua parte sem retrabalho.