Pular para conteúdo

Requisitos transversais fora do nucleo

Regras que atravessam os modulos paralelos, as trilhas autenticadas fora da Sala VIP central e as rotas internas que continuam ligadas ao mesmo cadastro, a mesma cobranca e a mesma baixa financeira do legado.

Entradas e chaves recorrentes

  1. A home publica em supergeral.asp e o cabecalho em header.asp distribuem a entrada para festival, ISRC, estudio, coletanea e atendimento.
  2. O CPF e a chave publica recorrente para abrir ISRC, estudio, festival e centrais de pagamento.
  3. Depois da entrada, a cadeia passa a usar socion, pedido, pedidof e controle_refer para ligar pedido principal, cobranca intermediaria e baixa.
  4. valores_globais centraliza preco, desconto, volume corrente da coletanea e ano corrente do festival, e reaparece nos modulos fora do nucleo sempre que o valor nao e fixo dentro da propria pagina.

Pre-condicoes recorrentes

  1. ISRC, estudio e festival bloqueiam a abertura do fluxo quando o CPF nao passa pela limpeza de caracteres, pelo tamanho de 11 digitos e pelos digitos verificadores.
  2. A central publica de pagamentos so segue com matricula, mensalidade, reativacao e alteracao cadastral quando encontra o CPF em clubecad.
  3. MusicBox, Sala VIP, upload de foto de perfil e outros servicos autenticados fora do bloco central dependem de sessao valida por cookie ou login previo.
  4. Atendimento CCB trabalha com duas pre-condicoes de sessao: operador autenticado em atend_ccb_operadores ou visitante com cookie proprio do modulo.
  5. FaceClub nao usa a trilha publica geral do portal; a abertura do feed depende do visitante ou do associado ja identificado no proprio modulo.
  6. EM_DIA continua sendo pre-condicao transversal de liberacao: ele muda o que aparece na Sala VIP, interfere na regularizacao do associado e tambem propaga bloqueio ou reativacao para musicas e familias shop_*.

Formacao da cobranca fora do nucleo

  1. Cada modulo paralelo abre a propria tabela intermediaria de pagamento, mas todos convergem para loja/supergeral_pagamentounificado.asp.
  2. ISRC usa isrc_pgto_novo.
  3. Estudio e melodia usam pedidos_servicos_pgto_novo.
  4. Festival usa festival_ccb_<ano_festival>_pgto.
  5. Coletanea usa coletanea_pgto_novo.
  6. MusicBox e Shop usam shop_pgto_novo.
  7. Associacao, mensalidade e reativacao continuam usando clubecad_pgto_novo, mesmo quando a abertura parte da central e nao da proposta inicial.
  8. controle_refer e a chave que aponta de volta para o pedido principal ou para o socio que a cobranca precisa atualizar depois da baixa.

Roteamento da baixa financeira

  1. O callback central arede/erede/scripts_ccb/atualiza_dados.asp resolve a familia pelo primeiro digito de pedidof.
  2. 1 fecha registro de obra.
  3. 2 fecha ISRC.
  4. 3 fecha festival.
  5. 4 fecha MusicBox e Shop.
  6. 6 fecha coletanea.
  7. 8 fecha estudio e melodia.
  8. 9 fecha matricula, mensalidade e reativacao do associado.
  9. Em todas essas familias, a baixa marca a tabela intermediaria como paga e depois propaga o efeito final para a tabela principal do modulo.

Desvios recorrentes

  1. Os modulos publicos fora do nucleo repetem a bifurcacao entre abrir pedido novo e reapresentar acompanhamento do que ja existe.
  2. Em isrc/supergeral_isrc1.asp, o mesmo CPF pode seguir para geracao do pedido ou para a listagem e certificado.
  3. Em estudio/supergeral_estudio1.asp e estudio/supergeral_melodia1.asp, o mesmo CPF pode abrir contratacao nova ou ir para supergeral_acompanhamento.asp.
  4. Em concurso_generico_supergeral/festival1_inverno.asp, o CPF separa Participar de Acompanhar.
  5. A coletanea publica atual nao abre pedido no portal; coletanea_new.asp funciona como vitrine e a trilha operacional real continua em paginas proprias do modulo e da central de pagamentos.
  6. supergeral_ccbmusic.asp tambem funciona como vitrine institucional; a compra efetiva permanece na trilha preservada de musicbox/.
  7. O festival bloqueia pedido duplicado por nome de musica dentro do mesmo ciclo e orienta o participante a pagar ou acompanhar o pedido anterior, em vez de abrir nova inscricao sobre o mesmo titulo.
  8. Quando a taxa do festival fecha em zero, festival5_inverno.asp nao envia para o pagamento unificado e desvia direto para supergeral_acompanhamento.asp.

Desfechos apos o pagamento

  1. No ISRC, a baixa marca isrc_registros e isrc_pgto_novo como pagos; a etapa posterior de cadastramento grava codigo_isrc na familia.
  2. No estudio, a baixa marca pedidos_servicos_pgto_novo, confirma o pedido e libera a continuacao operacional pela trilha de acompanhamento e envio da gravacao.
  3. Na melodia, a cobranca e a baixa seguem o mesmo desenho do estudio porque a cadeia publicada atual converge para o mesmo handler final.
  4. No festival, a baixa marca festival_ccb_<ano_festival>_pgto, confirma festival_ccb_<ano_festival> e promove os itens de festival_ccb_oficial_<ano_festival> para a fase correspondente.
  5. Na coletanea, a baixa fecha coletanea_pgto_novo, enquanto a participacao principal continua registrada na propria coletanea.
  6. Em MusicBox e Shop, a baixa liquida shop_pedido_item, atualiza credito do cliente, estoque do produto e valores a receber do fornecedor.
  7. Em matricula, mensalidade e reativacao, a baixa restaura EM_DIA = S, atualiza referencias financeiras do associado e replica o mesmo estado ativo para shop_cadastro_fornecedores, shop_produtos_mp3, shop_produtos_cd e musicas.

Pos-pagamento e continuidade operacional

  1. O pagamento aprovado raramente encerra o processo fora do nucleo; na maior parte das familias ele apenas libera a proxima etapa.
  2. No festival, o envio da gravacao em mp3 so aparece no acompanhamento depois da quitacao.
  3. No estudio, o email e a propria mensagem de baixa orientam o usuario a voltar ao banner do modulo, clicar em Acompanhar e enviar o material.
  4. No ISRC, o pagamento viabiliza a listagem valida do pedido e a emissao do certificado do modulo.
  5. Em MusicBox, a baixa libera download, recalculo de saldo e rotinas posteriores de fornecedor.
  6. Na coletanea, o pedido pago ainda depende da execucao interna sobre participacao, faixa, materiais e confirmacoes do volume corrente.

Modulos fora da vitrine publica corrente

  1. Atendimento CCB, FaceClub e a area interna do MusicBox continuam fora da cadeia publica principal do portal, mas nao ficam fora das regras transversais do legado.
  2. Atendimento CCB depende de sessao, operador online, departamentos e limpeza recorrente de usuarios e mensagens.
  3. FaceClub depende de identidade propria do modulo e reusa dados do associado no perfil lateral quando essa informacao esta disponivel.
  4. MusicBox reapresenta servicos a fornecedor e associado dentro de musicbox/salavip.asp, mantendo a familia comercial ligada ao mesmo estado financeiro do cadastro principal.

Referencias cruzadas

  1. A distribuicao estrutural das familias fica em Aplicacao > Modulos Paralelos.
  2. As tabelas e chaves do conjunto documentado ficam em Aplicacao > Familias Fora do Nucleo, Aplicacao > Escritas Fora do Nucleo e Aplicacao > Identidades e Chaves.
  3. Campos, mensagens e bloqueios visuais ficam em Interface e Navegacao > Campos e Validacoes Fora do Nucleo.
  4. O efeito de EM_DIA na Sala VIP e na reativacao fica em Reentrada e Area do Associado.
  5. O uso de pontos, medalhas e recompensas na area autenticada fica em Pontos e Niveis.