# ANEXO CFL-01A — FICHA CONCRETA DO MODELO PADRÃO DE LISTA

**Versão da ficha:** 1.0  
**Versão do modelo:** `LISTA_PADRAO_INSCRICAO_V1`  
**Data do inventário:** 30 de outubro de 2026  
**Responsável técnico:** João Gabriel do Carmo Gomes  
**Estado:** modelo padrão disponível no código; não foram encontrados modelos persistidos na tabela `listas_oficios` na data do inventário

## 1. Identificação do modelo

**Nome:** Lista padrão de inscrição ou controle de participantes.  
**Finalidade:** identificar participantes e reunir os dados estritamente necessários à inscrição, organização e contato operacional de evento ou lista administrativa.  
**Titulares:** membro; responsável legal quando o membro for menor; acompanhantes voluntariamente incluídos.  
**Acesso:** titular no próprio preenchimento e funções de nível clube autorizadas no mesmo clube.  
**Vínculos possíveis:** lista autônoma, evento ou anexo de ofício.  
**Retenção proposta:** até cento e oitenta dias após a finalidade ou solução de contestação, ressalvado documento final com prazo institucional próprio.  
**Fundamento proposto:** art. 7º, inciso V, limitado à inscrição ou documento solicitado; consentimento ou hipótese sensível própria quando aplicável.

## 2. Campos estruturais do modelo

### Nome completo

**Titular:** membro.  
**Finalidade:** identificar a pessoa inscrita e impedir duplicidade.  
**Obrigatório:** sim.  
**Origem:** perfil, com possibilidade de correção no formulário conforme configuração.  
**Alternativa menos invasiva:** referência interna ou total agregado.  
**Conclusão:** usar referência interna em processamento técnico e nome somente quando direção, evento ou documento final precisarem reconhecer o participante. Matrícula não deverá ser exposta no PDF quando o nome for suficiente.

### CPF

**Titular:** membro.  
**Finalidade padrão:** nenhuma; o campo existe por compatibilidade, mas permanece opcional.  
**Obrigatório:** não.  
**Alternativa menos invasiva:** nome e referência interna.  
**Conclusão:** deve permanecer desativado ou vazio, salvo exigência concreta de terceiro ou do evento registrada em ficha complementar. Não poderá ser tornado obrigatório por conveniência.

### Data de nascimento

**Titular:** membro.  
**Finalidade:** determinar faixa etária, necessidade de responsável e ocupação de vaga.  
**Obrigatório no modelo:** não; pode ser obtida do perfil quando a finalidade exigir.  
**Alternativa menos invasiva:** faixa etária ou indicador de menoridade calculado no backend.  
**Conclusão:** preferir o indicador calculado e evitar exibir a data completa em PDF ou listagem.

### Telefone

**Titular:** membro.  
**Finalidade:** contato operacional sobre a atividade quando a central interna não for suficiente.  
**Obrigatório:** não.  
**Alternativa menos invasiva:** notificação interna do aplicativo.  
**Conclusão:** utilizar o canal interno primeiro e coletar telefone somente quando a operação exigir contato fora do aplicativo.

### Nome do responsável

**Titular:** responsável legal de membro menor.  
**Finalidade:** identificar o responsável relacionado à participação do menor.  
**Obrigatório:** sim somente para menor; o backend omite o campo para adulto.  
**Alternativa menos invasiva:** referência de vínculo de responsável já verificado.  
**Conclusão:** preencher a partir do perfil ou ledger quando possível; não solicitar novamente sem necessidade de correção.

### Telefone do responsável

**Titular:** responsável legal.  
**Finalidade:** contato operacional ou emergencial relacionado ao menor.  
**Obrigatório:** não no modelo padrão.  
**Alternativa menos invasiva:** canal interno ou contato verificado já existente.  
**Conclusão:** reutilizar contato validamente mantido no perfil; coletar no formulário somente quando estiver ausente ou desatualizado.

### Acompanhantes

**Titular:** familiar ou amigo incluído voluntariamente.  
**Finalidade:** reserva de vaga e organização do grupo participante.  
**Obrigatório:** não.  
**Limite:** até três acompanhantes adicionais.  
**Dados mínimos:** nome; outro campo somente mediante justificativa complementar.  
**Alternativa menos invasiva:** quantidade sem identificação.  
**Conclusão:** usar somente quantidade quando o evento não precisar reconhecer individualmente o acompanhante.

## 3. Metadados técnicos

Título, descrição, vagas, estado, ordem no evento, ordem como anexo, evento vinculado, ofício vinculado, versão, origem do preenchimento, quantidade de vagas utilizadas e datas operacionais são metadados necessários ao funcionamento. Não devem ser usados para nova finalidade nem expostos além do necessário.

## 4. Variações concretas permitidas

- **Lista autônoma:** utiliza os campos aprovados, sem herdar finalidade de evento ou ofício.
- **Lista de evento:** aplica regras de menoridade, responsável, acompanhantes e capacidade; a primeira lista aberta é a fonte da inscrição.
- **Lista anexa a ofício:** gera anexo ordenado e compartilha somente as colunas necessárias ao destinatário.
- **Preenchimento pela Direção:** mantém os mesmos campos e fundamentos; a origem manual é auditada.

## 5. Controle de alteração

Adicionar campo, mudar obrigatoriedade, ampliar destinatários, habilitar CPF, incluir dado sensível ou alterar finalidade cria nova versão e exige ficha complementar antes da coleta. A ficha deverá ser associada à configuração `campos` persistida no modelo.