Requisitos

Esta página é o ponto público de consulta dos requisitos do Uni+. A tabela abaixo publica o primeiro recorte curado do MVP do módulo Seleção, com identificadores estáveis, status honestos e os campos da taxonomia pública.

Estado da publicação

Esta é a primeira fonte pública curada. Os registros nascem de dado estruturado versionado no uniplus-developers (src/data/produto/requisitos-mvp-selecao.ts), não da matriz interna de trabalho. Apenas campos públicos seguros são exibidos, sem dados reais.

Fonte canônica

Os requisitos seguem a taxonomia de rastreabilidade e a ADR-0002. Cada registro nasce de dado estruturado versionado no uniplus-developers; páginas narrativas complementam o entendimento, mas não substituem o registro rastreável.

Requisitos do MVP Seleção

Use a busca e os filtros para navegar por grupo, status e recorte. Cada linha abre os critérios de aceite, a verificação esperada e os metadados de backlog.

BuscarGrupoTodosConformidadeDadosFuncionalGovernançaNegócioSegurançaTipoTodosIncrementoRegra de negócioRequisito de conformidadeRequisito de dadosRequisito funcionalRequisito de governançaRequisito de negócioRequisito de segurançaStatusTodosAprovadoIncremento planejadoPropostoRecorteTodosFundaçãoGovernançaIncremento obrigatórioMVP

30 de 30 requisitos.

ID	Requisito	Grupo	Tipo	Status	Recorte
UNI-REQ-0001	Módulo Seleção O primeiro módulo do Uni+ deve gerenciar o ciclo de vida dos processos seletivos, da configuração à publicação de resultados, com o MVP limitado ao fluxo primário aprovado. Critérios de aceite: O módulo possui fronteira de MVP explícita e requisitos filhos rastreáveis para as capacidades aprovadas. Verificação: Revisão documental da árvore de requisitos. Nível: Módulo · Prioridade: Must · Backlog: Agregador · Issue: Epic · Owner: Tech Lead	Negócio	Requisito de negócio	Aprovado	MVP
UNI-REQ-0002	Fluxo primário do MVP de Seleção O MVP deve entregar o fluxo primário de Seleção por meio de requisitos filhos rastreáveis para configuração do Processo Seletivo, publicação do Edital e inscrição do candidato. Critérios de aceite: Configuração, publicação e inscrição existem como requisitos filhos com critérios próprios de aceite e verificação. Verificação: Revisão da decomposição; testes E2E nos requisitos filhos implementáveis. Nível: Capacidade · Prioridade: Must · Backlog: Agregador · Issue: Epic · Owner: Tech Lead	Negócio	Requisito de negócio	Aprovado	MVP
UNI-REQ-0003	Conjunto de incrementos pós-inscrição Homologação, ensalamento, avaliação, classificação e recursos devem ser modelados como incrementos obrigatórios posteriores que consomem a configuração congelada. Critérios de aceite: Incrementos permanecem identificados como fora do backlog do MVP até nova rodada de modelagem. Verificação: Revisão documental. Nível: Capacidade · Prioridade: Should · Backlog: Incremento futuro · Issue: — · Owner: Tech Lead	Negócio	Incremento	Incremento planejado	Incremento obrigatório
UNI-REQ-0006	Cadastros base do processo seletivo O MVP deve prover cadastros base necessários à configuração do Processo Seletivo, decompostos em requisitos filhos para cada conceito estrutural. Critérios de aceite: Cada cadastro estrutural necessário ao MVP possui requisito filho com validação e responsável definidos. Verificação: Revisão da decomposição; testes de API nos requisitos filhos implementáveis. Nível: Requisito · Prioridade: Must · Backlog: Agregador · Issue: Feature · Owner: Equipe backend; Equipe frontend	Funcional	Requisito funcional	Aprovado	MVP
UNI-REQ-0011	Modalidade de concorrência O sistema deve tratar modalidades como modalidades de concorrência, incluindo ampla concorrência e reservas legais. Critérios de aceite: Modalidades incluem ampla concorrência e modalidades reservadas; a inscrição pode registrar concorrência ampla e reservada. Verificação: Validação automatizada de modalidades (planejada). Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Task · Owner: Equipe backend	Dados	Requisito de dados	Aprovado	MVP
UNI-REQ-0014	Configuração do Processo Seletivo O sistema deve permitir configurar um Processo Seletivo em rascunho por meio de requisitos filhos para etapas, vagas, modalidades, critérios, bônus, atendimento, documentos, formulário e validações. Critérios de aceite: A configuração está decomposta em requisitos filhos implementáveis; uma issue de entrega deve apontar o filho efetivamente alterado. Verificação: Revisão da decomposição; testes E2E planejados nos filhos implementáveis. Nível: Requisito · Prioridade: Must · Backlog: Agregador · Issue: Feature · Owner: Equipe backend; Equipe frontend	Funcional	Requisito funcional	Aprovado	MVP
UNI-REQ-0015	Configurar etapas, critérios e bônus O sistema deve configurar etapas pontuadas, pesos, critérios de desempate e bônus regional como configuração congelável do processo. Critérios de aceite: Etapas, critérios e bônus aparecem na configuração e no snapshot de publicação. Verificação: Validação automatizada de configuração e snapshot (planejada). Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Story · Owner: Equipe backend; Equipe frontend	Funcional	Requisito funcional	Aprovado	MVP
UNI-REQ-0016	Configurar documentos exigidos por gatilho e fase O sistema deve permitir configurar documentos exigidos por modalidade, condição de atendimento e fase do processo. Critérios de aceite: O documento exigido suporta gatilhos e fase; combinações inválidas de regra de idade são bloqueadas. Verificação: Validação automatizada de documentos exigidos (planejada). Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Story · Owner: Equipe backend; Equipe frontend	Funcional	Requisito funcional	Aprovado	MVP
UNI-REQ-0056	Configurar cascata de remanejamento de cotas O sistema deve configurar a cascata de remanejamento de vagas de cota como configuração congelável e ordenada: por modalidade de origem, a sequência ordenada de destinos mais a cota de fallback. A ordem é semântica e congelada no snapshot de publicação. Critérios de aceite: Cascata por origem, ordem e destino com ordem única; fallback definido; bloco de remanejamento congelado no snapshot com ordem preservada e consistência bidirecional comprovada. Verificação: Validação automatizada da cascata congelada (planejada); revisão de modelagem. Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Task · Owner: Equipe backend	Funcional	Requisito funcional	Aprovado	MVP
UNI-REQ-0017	Formulário configurável de inscrição O sistema deve permitir um formulário de inscrição configurável por Processo Seletivo, com campos condicionais por modalidade quando necessário. Critérios de aceite: O portal renderiza o formulário em runtime a partir do processo publicado. Verificação: Teste E2E planejado da inscrição. Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Story · Owner: Equipe backend; Equipe frontend	Funcional	Requisito funcional	Aprovado	MVP
UNI-REQ-0019	Publicação do Edital com snapshot imutável O sistema deve publicar o documento Edital criando um snapshot append-only com a configuração congelada, o hash da configuração, o hash do edital e o ator responsável. Critérios de aceite: A publicação grava snapshot completo e imutável; a issue deve citar as regras filhas aplicáveis de canonicalização, retificação e bloqueio de mutação. Verificação: Validação automatizada de publicação e snapshot (planejada). Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Feature · Owner: Equipe backend	Funcional	Requisito funcional	Aprovado	MVP
UNI-REQ-0021	Retificação como novo Edital O sistema deve tratar alteração de configuração publicada como retificação, criando novo Edital, novo snapshot e motivo registrado. Critérios de aceite: A retificação exige edital retificado e motivo; a abertura não carrega campos de retificação. Verificação: Validação automatizada de retificação (planejada). Nível: Regra · Prioridade: Must · Backlog: Critério de verificação · Issue: Task · Owner: Equipe backend	Negócio	Regra de negócio	Aprovado	MVP
UNI-REQ-0022	Bloquear mutação direta após publicação O sistema deve bloquear edição direta de configuração já publicada, exigindo retificação para mudança de prazo, vagas, cota, peso, bônus, documentos ou formulário. Critérios de aceite: A tentativa de alterar processo publicado retorna erro de domínio e orienta a retificação. Verificação: Testes de API planejados. Nível: Regra · Prioridade: Must · Backlog: Critério de verificação · Issue: Task · Owner: Equipe backend; Equipe frontend	Negócio	Regra de negócio	Aprovado	MVP
UNI-REQ-0023	Ciclo-base da inscrição O sistema deve criar inscrição em rascunho e permitir sua submissão, sem incluir aqui as regras de documentos, atendimento, comprovante, cancelamento e unicidade, que possuem requisitos próprios. Critérios de aceite: Rascunho não conta para a restrição de unicidade; a submissão muda o status de rascunho para submetida sem criar nova inscrição. Verificação: Validação automatizada do ciclo da inscrição (planejada); E2E planejado. Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Feature · Owner: Equipe backend; Equipe frontend	Funcional	Requisito funcional	Aprovado	MVP
UNI-REQ-0024	Opções de curso estruturais O sistema deve permitir até duas opções de curso por inscrição, com ordem única e mesmo nível de ensino da inscrição. Critérios de aceite: Ordem fora de 1 ou 2, ordem duplicada e nível incompatível são bloqueados. Verificação: Validação automatizada de opções de curso (planejada). Nível: Regra · Prioridade: Must · Backlog: Critério de verificação · Issue: Task · Owner: Equipe backend; Equipe frontend	Negócio	Regra de negócio	Aprovado	MVP
UNI-REQ-0025	Concorrência dupla na inscrição O sistema deve registrar concorrência ampla e reservada por inscrição, com no máximo uma de cada papel. Critérios de aceite: Segunda reservada ou papel inválido é bloqueado; concorrência ampla e reservada podem coexistir. Verificação: Validação automatizada de concorrência dupla (planejada). Nível: Regra · Prioridade: Must · Backlog: Critério de verificação · Issue: Task · Owner: Equipe backend; Equipe frontend	Negócio	Regra de negócio	Aprovado	MVP
UNI-REQ-0027	Upload de documentos da inscrição O candidato deve poder anexar documentos exigidos na fase de inscrição por fluxo de URL pré-assinada para storage em quarentena. Critérios de aceite: O documento é salvo sem dados pessoais no caminho, em quarentena, com hash e estado técnico controlado. Verificação: Validação automatizada de upload (planejada). Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Story · Owner: Equipe backend; Equipe frontend; Infraestrutura	Funcional	Requisito funcional	Aprovado	MVP
UNI-REQ-0028	Gate documental no submit O sistema deve bloquear a submissão quando faltar documento obrigatório da fase de inscrição cujo gatilho se aplica à inscrição. Critérios de aceite: A ausência bloqueia o submit; documento presente, ainda em quarentena, permite o submit e gera pendência viva. Verificação: Validação automatizada do gate documental (planejada). Nível: Regra · Prioridade: Must · Backlog: Critério de verificação · Issue: Task · Owner: Equipe backend; Equipe frontend	Negócio	Regra de negócio	Aprovado	MVP
UNI-REQ-0029	Comprovante de inscrição imutável O sistema deve emitir comprovante imutável no submit, contendo relatório de documentos, pendências e implicações por escrito. Critérios de aceite: O comprovante é append-only; a reemissão cria novo registro sem alterar o anterior. Verificação: Validação automatizada do comprovante (planejada). Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Story · Owner: Equipe backend; Equipe frontend	Funcional	Requisito funcional	Aprovado	MVP
UNI-REQ-0031	Unicidade de inscrição por CPF e nível O sistema deve impedir mais de uma inscrição submetida para o mesmo CPF, processo seletivo e nível de ensino. Critérios de aceite: Segunda inscrição submetida no mesmo nível é bloqueada; nível distinto é permitido. Verificação: Validação automatizada de unicidade (planejada). Nível: Regra · Prioridade: Must · Backlog: Critério de verificação · Issue: Task · Owner: Equipe backend; Equipe frontend	Negócio	Regra de negócio	Aprovado	MVP
UNI-REQ-0032	Prioridade do nome social Quando o nome for exibido em lista, documento ou tela pública ou administrativa, o nome social deve ter prioridade sobre o nome civil, conforme a regra aplicável. Critérios de aceite: Campos e listas respeitam o nome social sempre que exibem nome. Verificação: Lacuna conhecida: criar teste de regressão para nome social. Nível: Regra · Prioridade: Must · Backlog: Critério de verificação · Issue: Task · Owner: Equipe backend; Equipe frontend	Negócio	Regra de negócio	Aprovado	MVP
UNI-REQ-0033	Cancelar e refazer inscrição O candidato ou a administração autorizada deve poder cancelar a inscrição com motivo, data e ator, liberando nova inscrição conforme a restrição de unicidade. Critérios de aceite: Cancelamento sem motivo, data ou ator é bloqueado; status diferente de cancelada não carrega dados de cancelamento. Verificação: Validação automatizada de cancelamento (planejada). Nível: Regra · Prioridade: Must · Backlog: Critério de verificação · Issue: Task · Owner: Equipe backend; Equipe frontend	Negócio	Regra de negócio	Aprovado	MVP
UNI-REQ-0035	Controles de proteção de PII e dados sensíveis O sistema deve proteger dados pessoais e sensíveis por meio de requisitos filhos para cifra, masking, auditoria, divulgação minimizada e decisão de retenção. Critérios de aceite: Cada controle de proteção possui requisito filho ou dependência explícita; nenhuma issue genérica fecha esta capacidade sozinha. Verificação: Revisão da decomposição; testes de segurança nos filhos implementáveis. Nível: Requisito · Prioridade: Must · Backlog: Agregador · Issue: Feature · Owner: Equipe backend; Infraestrutura	Segurança	Requisito de segurança	Aprovado	Fundação
UNI-REQ-0036	Auditoria e masking operacional O sistema deve registrar auditoria das ações relevantes e mascarar dados pessoais e sensíveis em logs e respostas. Critérios de aceite: O acesso a dados sensíveis é auditável e os logs não contêm CPF, nome ou documentos em claro. Verificação: Testes de logging e masking planejados. Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Task · Owner: Equipe backend; Infraestrutura	Segurança	Requisito de segurança	Aprovado	Fundação
UNI-REQ-0050	Configuração de divulgação pública O sistema deve usar configuração de divulgação com default de minimização, permitindo ampliar campos públicos apenas com justificativa congelada no snapshot. Critérios de aceite: O default publica o número de inscrição; ampliar campos exige justificativa, que fica no snapshot. Verificação: Validação automatizada de divulgação (planejada); revisão LGPD. Nível: Requisito · Prioridade: Must · Backlog: Implementável · Issue: Story · Owner: Equipe backend; Equipe frontend; DPO	Conformidade	Requisito de conformidade	Aprovado	MVP
UNI-REQ-0041	Homologação documental Incremento futuro deve analisar documentos apresentados, deferir ou indeferir com motivo e publicar resultado de homologação. Critérios de aceite: O plano cita a capacidade como incremento, sem backlog detalhado no MVP. Verificação: Revisão futura. Nível: Capacidade · Prioridade: Should · Backlog: Incremento futuro · Issue: — · Owner: Tech Lead	Negócio	Incremento	Incremento planejado	Incremento obrigatório
UNI-REQ-0043	Avaliação e lançamento de notas Incremento futuro deve registrar notas por etapa configurável e manter trilha auditável de avaliação. Critérios de aceite: As etapas são configuradas no MVP, mas o lançamento de notas é posterior. Verificação: Revisão futura. Nível: Capacidade · Prioridade: Should · Backlog: Incremento futuro · Issue: — · Owner: Tech Lead	Negócio	Incremento	Incremento planejado	Incremento obrigatório
UNI-REQ-0044	Classificação e resultado Incremento futuro deve processar resultado com motor determinístico, concorrência dupla, remanejamento, desempate, bônus regional e publicação auditável. Critérios de aceite: O MVP congela a configuração que o motor consumirá; o processamento fica fora do recorte primário. Verificação: Revisão futura. Nível: Capacidade · Prioridade: Should · Backlog: Incremento futuro · Issue: — · Owner: Tech Lead	Negócio	Incremento	Incremento planejado	Incremento obrigatório
UNI-REQ-0046	Aplicar bônus regional na classificação O incremento de Classificação deve aplicar o bônus regional configurado e reclassificar sem bônus quando a elegibilidade não for comprovada. Critérios de aceite: A configuração do bônus é MVP; o cálculo e a reclassificação são posteriores, vinculados à configuração congelada. Verificação: Revisão futura. Nível: Regra · Prioridade: Should · Backlog: Incremento futuro · Issue: — · Owner: Tech Lead	Negócio	Regra de negócio	Incremento planejado	Incremento obrigatório
UNI-REQ-0053	Publicar documentação de requisitos no portal A documentação de produto e domínio deve ser publicada no portal de desenvolvedores, incluindo requisitos, regras de negócio, casos de uso, glossário e rastreabilidade. Critérios de aceite: As páginas de requisitos e rastreabilidade existem no sidebar de Produto e usam apenas dados fictícios. Verificação: Build do Docusaurus; verificação de links. Nível: Requisito · Prioridade: Must · Backlog: Governança · Issue: Task · Owner: Equipe de documentação	Governança	Requisito de governança	Proposto	Governança

Critérios para publicar

• O requisito possui requisito_id, grupo, tipo, nível, status e recorte.
• O texto está livre de dados pessoais, anexos reais e histórico sensível.
• Itens agregadores não são tratados como entrega implementável isolada.
• Links para ADRs, código, contratos e testes apontam para a branch main do repositório dono.
• Lacunas de implementação aparecem como status explícito, não como omissão.

Próximo passo editorial

A próxima evolução é ampliar o recorte com os requisitos de fundação e os demais incrementos, mantendo a integridade da árvore e os vínculos de rastreabilidade.