Fluxos centrais do legado

Detalhamento das cadeias principais do sistema, com foco em portas de entrada, páginas, tabelas intermediárias e desfechos.

Portas de entrada principais

1. Associação começa pelo pré-cadastro e pode terminar em cadastro completo, pagamento de matrícula, regularização ou login da Sala VIP.
2. Registro de obras é um fluxo próprio, com CPF na entrada, formulário de títulos, etapa separada de envio de conteúdo, armazenamento e decisão entre gratuidade e pagamento.
3. Painel de pagamentos é outro fluxo próprio, acessado por CPF, voltado a listar títulos pendentes e quitar um, vários ou todos.
4. Certificados também entram por CPF e dependem do status do título: definitivo libera emissão, pendente leva para pagamento.
5. Sala VIP exige autenticação e muda de comportamento conforme a adimplência do sócio.
6. No fluxo público de associação analisado, a página de proposta só é exibida quando o CPF não cai nas saídas imediatas de S, I, N ou E, e é nessa mesma página que EM_DIA = M é preenchido antes da gravação final.

Portas de entrada no código

1. O web.config do legado define supergeral.asp como documento padrão do site no IIS.
2. A home efetiva executa blocos compartilhados e centraliza a navegação principal do portal.
3. No cabeçalho principal, o menu Associar leva para loja/supergeral_matricula_cep.asp?categ=1, ?categ=2 e ?categ=3.
4. O mesmo cabeçalho envia o login para supergeral_login.asp e concentra o acesso à Sala VIP e aos demais serviços.
5. Na associação de compositores, a primeira página da cadeia é LOJA/supergeral_matricula_cep.asp, que coleta nome, CPF e CEP e envia POST para LOJA/supergeral_matricula2uni_cep.asp.
6. A etapa seguinte decide entre continuidade do cadastro, retorno simples ao site ou desvio para supergeral_central_de_pagamentos_1.asp, conforme o CPF já exista e conforme o estado de adimplência encontrado.
7. No mesmo ponto, LOJA/supergeral_matricula2uni_cep.asp trata S e I como cadastros já válidos, trata N e E como pendência financeira e, quando a proposta continua, injeta EM_DIA = M antes do POST para LOJA/supergeral_matricula3uni_cep.asp.

Relações principais

1. Associação, registro, pagamentos, certificados e Sala VIP são fluxos distintos, mesmo quando compartilham CPF, status do sócio e cobrança.
2. O CPF aparece como chave de entrada em associação, registro, painel de pagamentos e certificados.
3. Na associação, o CPF decide entre novo cadastro, regularização e acesso direto à área autenticada.
4. O pagamento interfere em dois eixos diferentes: regularização do sócio e liberação de títulos registrados.
5. Certificado não é continuação direta do cadastro; ele depende do status definitivo do título consultado.
6. Sala VIP depende de login, enquanto pagamentos e certificados operam por consulta direta com CPF.

Fechamento técnico dos fluxos centrais

1. Associação não termina no formulário de proposta: a cadeia passa por leitura de clubecad, gravação em clubecad e abertura da cobrança em clubecad_pgto_novo.
2. O desvio para supergeral_central_de_pagamentos_1.asp já acontece antes da proposta completa quando supergeral_matricula2uni_cep.asp encontra CPF com pendência financeira.
3. A liberação em confiança não nasce no callback de pagamento nem na etapa final de gravação: ela nasce ainda em supergeral_matricula2uni_cep.asp, que envia EM_DIA = M para a próxima página quando o CPF pode prosseguir.
4. supergeral_matricula3uni_cep.asp recebe esse estado por POST, persiste o valor em clubecad e registra o pedido financeiro em clubecad_pgto_novo.
5. O sócio isento também é tratado fora da associação: supergeral_sv.asp o exibe como usuário dispensado das mensalidades, mantém os cards da Sala VIP liberados e páginas de registro aceitam em_dia = i como condição suficiente para liberar registro definitivo sem depender de seis mensalidades pagas.
6. Registro de obras usa um fluxo próprio de persistência: primeiro cria ou atualiza o pedido em registro, depois grava o lote em musicasregistradas e só então define se haverá pagamento.
7. O fechamento financeiro do registro não ocorre na mesma página do cadastro inicial; ele depende da tabela intermediária musicasregistradas_pgto_nova e do callback de pagamento.
8. O fechamento financeiro da associação também depende de callback: clubecad_pgto_novo guarda o pedido e arede/erede/scripts_ccb/atualiza_dados.asp devolve a baixa para clubecad.
9. faturamento_mensal aparece como consolidação transversal de matrícula, mensalidade, reativação e registro.
10. O painel de pagamentos começa em supergeral_central_de_pagamentos_1.asp, recebe CPF e opção de serviço e, para registro de música, supergeral_central_de_pagamentos_2.asp redireciona a navegação para registro_flash/altera_deleta_registro_percy.asp?volta=pagamento.
11. Nessa trilha de registro, a seleção de pendências segue para registro_flash/central_de_pagamentos_registros_2.asp, que cria um pedidof novo em musicasregistradas_pgto_nova, grava um cabeçalho sentinela e uma linha por título selecionado antes de enviar o pagamento para loja/supergeral_pagamentounificado.asp.
12. No callback, arede/erede/scripts_ccb/atualiza_dados.asp lê esse pedidof, marca a baixa em musicasregistradas_pgto_nova e devolve o efeito final para musicasregistradas ou musicasregistradas_1, promovendo os títulos pagos para situacao = D.
13. A emissão de certificado se divide em duas etapas: emite_certificado_andre/registro_andre_certificado.asp consulta musicasregistradas e musicasregistradas_1 por CPF, e emite_certificado_andre/emite_certificado.asp relê o registro selecionado antes de compor o documento e o link de impressão em certificado_pdf.php.

Referencias cruzadas

1. A sequencia operacional completa fica em Sequencia detalhada dos fluxos centrais.
2. Estados do nucleo ficam em Matriz de Estados e Transicoes do Nucleo.
3. Escritas do nucleo ficam em Matriz de Escrita das Tabelas Centrais.