wiki:dev/Ajustes2

​Retornar

18/09/2015 Luiz Bueno

  • Solicitação 
Ticket 3032 - FMU
Abaixo estão quatro itens para serem corrigidos referente ao mesmo assunto, os itens 
1, 2 e 3 são mais urgentes porque as informações estão erradas na área do aluno. 
Vou anexar as um texto com imagens mais detalhadas na próxima mensagem desta solicitação.
1. Retirar da área do aluno o texto selecionado abaixo. Eu não consigo tirar/alterar, 
   é um texto fixo e as informações que constam nele não batem com os processos que adotamos aqui na FMU.
2. Retirar da área do aluno os valores de reposição de aula. Assim como no item anterior é um 
   valor fixo que eu não consigo alterar, o valor e a forma de calculo não bate com os procedimentos da FMU. 
3. Colocar os serviços em ordem alfabética.
4. Criar um filtro, solicitações ativa (   ) Sim  (   )Não
  • Solução 
SOLICITAÇÃO 1
Ação 1 - Retirado do código o texto abaixo:
"	Declaração de Presença
	Selecione as datas e respectivas aulas que devem ser relacionadas na Declaração 
        de Presença. A emissão deste documento tem um custo de R$ 22,00, para validar 
        sua solicitação, imprima o boleto bancário e efetue o pagamento. Você receberá o 
        documento solicitado, no endereço disponível em seu cadastro, no prazo de 15 dias úteis.
	Declaração de Matrícula
	A emissão deste documento tem um custo de R$ 22,00, para validar sua solicitação, 
        imprima o boleto bancário e efetue o pagamento. Você receberá o documento solicitado, 
        no endereço disponível em seu cadastro, no prazo de 15 dias úteis.
	Declaração de Conclusão
	A Declaração de Conclusão do Curso apenas poderá ser emitida diante do cumprimento de 
        todas as obrigações acadêmicas: frequência, nota (média), apresentação e aprovação de 
        trabalho final, envio da cópia autenticada do diploma do curso superior, traduzido 
        e válido no Brasil e o histórico escolar de graduação.
	A emissão deste documento tem um custo de R$ 22,00, para validar sua solicitação, 
        imprima o boleto bancário e efetue o pagamento. Você receberá o documento solicitado, 
        no endereço disponível em seu cadastro, no prazo de 15 dias úteis.
"
Ação 2 - Alterado a tabela tconfigdeclaracao para incluir os seguintes campos: 
         Titulo e Declaracao_Descricao e foi atualizado no sis_modelo e deve ser atualizado 
         em todas as base de dados. Abaixo o metadata gerador:
	 DROP TABLE IF EXISTS `tconfigdeclaracao`;
	 CREATE TABLE IF NOT EXISTS `tconfigdeclaracao` (
	  `ID_ConfigDeclaracao` int(11) NOT NULL AUTO_INCREMENT,
	  `Descricao` varchar(255) NOT NULL,
	  `Titulo` varchar(255) NOT NULL DEFAULT '',
	  `valor` float NOT NULL,
	  `Declaracao_Descricao` text NOT NULL,
	  PRIMARY KEY (`ID_ConfigDeclaracao`)
	 ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=latin1;
	
	 INSERT INTO `tconfigdeclaracao` (`ID_ConfigDeclaracao`, `Descricao`, `Titulo`, `valor`, `Declaracao_Descricao`) VALUES
		(2, 'Matrícula', 'Declaração de Matrícula', 21, 'Para validar sua solicitação, imprima o boleto bancário e efetue o pagamento. Você receberá o documento solicitado, no endereço disponível em seu cadastro, no prazo de 15 dias úteis.'),
		(3, 'Presença', 'Declaração de Presença', 23, 'Selecione as datas e respectivas aulas que devem ser relacionadas na Declaração de Presença. Para validar sua solicitação, imprima o boleto bancário e efetue o pagamento. Você receberá o documento solicitado, no endereço disponível em seu cadastro, no prazo de 15 dias úteis'),
		(4, 'Conclusão', 'Declaração de Conclusão', 24, 'A Declaração de Conclusão do Curso apenas poderá ser emitida diante do cumprimento de todas as obrigações acadêmicas: frequência, nota (média), apresentação e aprovação de trabalho final, envio da cópia autenticada do diploma do curso superior, traduzido e válido no Brasil e o histórico escolar de graduação. Para validar sua solicitação, imprima o boleto bancário e efetue o pagamento. Você receberá o documento solicitado, no endereço disponível em seu cadastro, no prazo de 15 dias úteis.');
	
	NOTA: Os ID_ConfigDeclaracao receber os valores 2, 3 e 4 respectivamente. Foi necessário manter essa sequencia, pois em outros momentos do sistema essa numeração é utilizada de forma literal Exemplo:
	sistema/TextoDeclaracao/index.php a PARTIR DA LINHA 84 if($row['ID_ConfigDeclaracao'] == 2) {
	                                                               $matriculaValor = $row['valor'];
	                                                               $matriculaChave = $row['Descricao'];
	                                                               $matriculaTitulo = $row['Titulo'];
	                                                               $matriculaDescricao = $row['Declaracao_Descricao'];


Ação 3 - Arquivos Alterados:
	 AreaAluno/v3/declaracoes/form.php Linhas 35 e 58
	 AreaAluno/v3/declaracoes/lista.php Linhas 37 e 69
	 sistema/Administrativo/TextoDeclaracao/index.php Linha 39
         sistema/Administrativo/TextoDeclaracao/Save.php Linha 8
	 sistema/Library/class_servicos.php Linha 178

SOLICITACAO 2
POR DETERMINAÇÃO DA CAMILA ESSA SOLICITAÇÃO NÃO SERÁ REALIZADA E AS AÇÕES JÁ REALIZADAS SERÃO CANCELADAS
Ação 1 - Arquivos alterados:
	 AreaAluno/v3/notas/EscolhaReposicao.php Linha 144 (Retirado o trecho de código)
	 AreaAluno/v3/notas/resumo.php Linha 158 (Retirado o trecho de código)

SOLICITACAO 3
	Foi colocado em ordem alfabética pelo titulo
SOLICITACAO 4
	O Filtro não foi criado.

09/09/2015 Luiz Bueno

  • Solicitação 
Ticket 3149 - posuscs - 84 USCS
Marlom, 
Conforme conversamos, ao criar uma turma o sistema não está trazendo a conta 
bancária vinculada no curso. Estamos criando turmas USCS, nas quais o curso 
possui o cadastro do Banco Santander e na turma traz a conta do Itaú. 
Essa situação nunca aconteceu, peço que verifique o quanto antes.
  • Solução 
A solicitação, também não é um bug. O que estava acontecendo é que o usuario 
quando ia incluir uma nova turma não atentava para o fato de ter que selecionar o 
banco no combo apropriado, e então vinha sempre o primerio ou na maioria dos casos apenas 1.
Então foi incluido uma solução em que na inclusão de uma nova turma, ao selecionar 
o curso relacionado, o sistema seleciona automaticamente o banco vinculado ao curso.
Foi alterado as seguintes arquivos:
1 - sistema/Turmas/Cadastro/FormCadastro.php
    - Retirado do select o optgroup, que é desnecessário para um select que na 
      maioria das vezes vai ter 1 ou 2 opções;
    - Foi incluido no option o nome do banco

2 - sistema/Turmas/Cadastro/ListPopCurso.php
    - Na function Seleciona foi incluido o parametro ID_ContaBancaria
    - Na mesma function foi incluido a linha abaixo para setar o select com o que tem a conta relacionada ao curso:
          $("#ID_ContaBancaria > option[value='"+ ID_ContaBancaria +"']",parent.opener.document).attr('selected','selected');
    - Na select que seleciona os cursos foi incluido na select a coluna tcurso.ID_ContaBancaria
    - Na composição do onClick=Seleciona.. foi incluido o parametro ID_ContaBancaria

04/09/2015 Luiz Bueno

  • Solicitação 
Ticket 2805
Estamos com varias situações de erro no vencimento dos boletos que acredito 
que ocorrem quando o aluno realiza o `Aceite do Contrato`. Os boletos que começam 
vencendo nos dias 29, 30 ou 31 esta pulando o mês de 02/2016 ou 02/2017.
  • Solução 
As situações apresentadas não são "erros", somente solicitação para ajuste de conceito:
Os Cálculos que geram vencimentos para os dias 01 e 02 do mês subsequente, estão corretos
pois o principio é que a base de calculo são meses (e como não se tem um padrão 
para total de dias o calculo se baseia em 30 dias).
Então para resolver essa situação foi decido pelos interessados 
(Fabio, Camila, Wellington e Marlom) que não será gerada mensalidades para os 
dias 29, 30 e 31 e que caso a data base seja num desses dias o sistema deverá 
antecipar a data base para o dia 28.

Procedimentos realizados para atender essa solicitação:
Arquivo						Oque
sistema/Library/lib_financieiro.php		Criado o Metodo ajustaDiaVencimento linha (+- 2397)

AreaCoordenador/Administrativo/
ControleMatricula/SaveStatusTurma.php		incluido require_once("../../../sistema/Library/lib_financeiro.php"); linha (+- 17)
						incluido DtIni = ajustaDiaVencimento($DtIni); linha (+- 322) 

AreaCoordenador/Turmas/Alunos/
SaveTurmaAlunoParcelas.php			incluido require_once("../../../sistema/Library/lib_financeiro.php"); linha (+- 17)
						incluido $DtIni = ajustaDiaVencimento($DtIni); linha (+- 544)
						retirado o trecho de código anterior linha (+- da 550 até 578)
						incluido $DtIni = DateAdd('m',1,$DtIni); linha (+- 580)		

ferramentas/forum/inc/lib.php			incluido require_once("../../../sistema/Library/lib_financeiro.php"); linha (+- 9)
						incluido $DtIni = ajustaDiaVencimento($DtIni); linha (+- 1769)

sistema/Administrativo/ControleMatriculas/
SaveStatusTurma.php				incluido $DtIni = ajustaDiaVencimento($DtIni); linha (+- 740)

sistema/Financeiro/Ajustes/
ListagemGeralAjuste.php				incluido $InicioTurma = ajustaDiaVencimento($InicioTurma); Linha (+- 351)

sistema/Library/lib.php				incluido require_once("lib_financeiro.php"); linha (+- 16)
						incluido $DtIni = ajustaDiaVencimento($DtIni);	linha (+- 2173)

sistema/Turmas/Alunos/SaveTransferencia.php	incluido require_once("../../Library/lib_financeiro.php"); linha (+-40)
						incluido $DtIni = ajustaDiaVencimento($DtIni); linha (+- 631)

NOTAS
1 - Como foram realizados alterações e varios arquivos do sistema é necessário testes exaustivos antes de 
    se colocar em produção
2 - O ajuste deve ser considerado como Melhorias e não bug

03/06/2015 Luiz Bueno

  • Solicitação 
Ticket 2984 Complemento do ticket 2871
Mariana veio aqui e relatou que está tendo problemas com a marcação de salas de aula 
para as turmas: me disse que qdo seleciona a aula do sábado de uma determinada turma, 
deveria aparecer para ela o sábado e o domingo (se ambos tem o mesmo tema de aula). 
Isso não acontece e o sistema não está trazendo o domingo, apena o sábado.
Além disso as salas não estão aparecendo para os alunos. Ela grava a sala no sistema 
mas ela não aparece para o aluno. Antes aparecia.
Outro problema relatado é em relação à performance. Ela diz que agora o serviço de confirmação 
de salas está muito lento. Até entendo que agora o sistema grava várias coisas que 
antes não gravava, mas precisamos ajudá-los neste quesito performance.  
Segundo ela isso vem prejudicando o bom andamento dos trabalhos do setor dela.
Outro questão fora o ticket acima é o fato de o professor está recebendo
o email com marcação de domingos que ele não vai dar aula.
  • Solução 
1 - Com Relação as questões da marcação era só treinamento pela mudança do processo
2 - Com relação a aparecer pro aluno, não procede o questionamento
3 - Com relação a lentidão, foi otimizado o código para torna-lo mais rápido (já testado
    pela mariana e está ok)
4 - Para atender essa solicitação referente ao email diversas ações tiveram de
    ser executada nos arquivo abaixo:
    - Administrativo/DadosdeCurso/Acompanhamento/DetalhesAcompanhamento.php
    - Administrativo/DadosdeCurso/Acompanhamento/DetalhesAcompanhamentoEAD.php
    - Administrativo/DadosdeCurso/Acompanhamento/EnviaResumo.php
NOTA: Boa parte das alterações tiveram que ser realizadas pois na forma que
      estava não funcionava. E essas mudanças requer um acompanhamento
      pois coordenadores que não estavam recebendo emails vão começar a receber
      É preciso um acompanhamento durante um tempo

22/05/2015 Luiz Bueno

  • Solicitação 
Ticket 2958
NO SIS.POSESTACIO.COM.BR
ASSUNTO: TAXAS
POR FAVOR, CONFIGURAR AS SEGUINTES TAXAS:
Rematricula (Ticket 2797)
Reposição do Trabalho de Conclusão de Curso -TCC
Emissão da segunda via do crachá
Taxa de Transferência –EAD
Taxa de Transferência -Presencial
Taxa de Declaração
Taxa de Recuperação de Aula (Substituir por Taxa de Recuperação de Conceito)
Emissão da segunda via do Certificado(plus)Histórico
Taxa de Envio Postal de Certificado
  • Solução 
Para viabilizar essa solicitação foram realizadas diversas alterações no sistema
1 - Em Administrativo => Configurações foi criado a opção:
    - Define Condições de Repasse para Mantenedora por Categoria do Conta à Receber
      Nessa opção o sistema abre um formulário com as categorias do contas a receber
      e permite que o usuário defina marcando Sim ou Não as categorias que vai repassar
      um percentual para a mantenedora.
NOTA: A Categoria Serviços (sempre gera o repasse) e 
      a Categoria Serviços se Repasse (numca gera repasse)
NOTA1: foi criado pelo Marlom a tabela tcontarecebercategoria com as categorias bases do
       sistema e foi incluido por mim o campo Repassa_CategoriaContaReceber para informa se
       0 - Não repassa e 1 - repassa.

2 - Administrativo => Configurações - Opção Valores Serviços (Já existente)
    O formulário foi alterado incluido os seguintes campos:
    - Valor Ead - Para incluir um valor se aquele serviço for EAD
    - Gera Repasse Mantenedora - Para informar se esse serviço gera ou não repasse para mantenedora
    Além disso no final do formulário foi incluido um formulário em branco para
    permitir que o usuário inclua um novo serviço

3 - Para que essas alterações pudessem ser implementadas fora realizadas ajuste/implementações nos
    seguintes arquivos do sistema:
    - AreaAluno/v3/declaracoes/form.php
    - AreaAluno/v3/declaracoes/lista.php
    - AreaAluno/v3/declaracoes/save.php
    - sistema/Administrativo/Configuracoes/categoriaContaReceber.php
    - sistema/Administrativo/Configuracoes/ControleFerados.php
    - sistema/Administrativo/Configuracoes/listCategoriaContaReceber.php
    - sistema/Administrativo/Configuracoes/manutCategoriaContaReceber.php
    - sistema/Administrativo/TextoServicos/index.php
    - sistema/Administrativo/TextoServicos/Save.php
    - sistema/Financeiro/Receber/ListagemReceber.php
    - sistema/Library/class_servicos.php
    - sistema/Library/lib.php
    - sistema/Library/lib_financeiro.php
    - sistema/Turma/Cadastro/FormCadastro.php
    - sistema/Turma/Cadastro/SaveVlServiço.php
    - sistema/Turma/Cadastro/VlServiço.php

13/05/2015 Luiz Bueno

  • Solicitação 
Ticket 2871 - NOVO COMPLEMENTO
Após a questão já tratada nas intercessões anteriores e para que o o processo
de marcação de sala pudesse ser efetuado corretamente foram executados os
procedimentos registrados abaixo.
  • Solução 
1 - Foi incluído no formulário AreaCoordenado/Administrativo/Fornecedores/PopNovoServicos.php
    Uma nova opção tipo option buttom para definir se aquele serviço é um local fisico (sala, piscina..etc)
    ou não (equipamentos para aluguel etc);
    Essa opção agora permite que todas os locais físicos possam ser incluídos na select de
    marcação de sala.
2 - No formulário sistema/Administrativo/DadosdeCurso/Salas/SolicSalas.php
    foi alterada a function BuscaLocal não era passado com parametro:turma, disciplina e aula
    e isso impedia que na edição da sala seleciona o usuário visualizasse a sala que foi escolhida
    pois, na composição do select não ficava marcado qual sala foi, e isso confundia o usário
    que ficava com a informação equivocada essa função executa o formulário BuscaLocal.php   
    responsável por montar as opções da select
3 - No arquivo sistema/Administracao/DadosdeCurso/Salas/BuscaLocal.php diversos procedimentos
    tiveram que ser realizados só para marcar a sala escolhida no caso de uma edição do formulário
    acima.
    a - O arquivo recebe agora por GET também as informações de turma, disciplina e aula além
        das que já recebia que era Localização e Fornecedor
    b - foi criado os array "c" e "d" o array "c" recebe o valor da sala usada para mostrar no select
        e no "d" a marca selecionado ou não.
    c - Foi alterado o select que trazia as informações da sala para o fornecedor que 
        agora além de mostrar as salas, marca se a sala já está selecionada para aquela turma, disciplina
        e aula:
    d - A função inicia() e addItem foram alteradas para receber também se o item selecionado
        está marcado
    e - Foi inibido a função inicia2() responsavel pelo segundo select no modelo anterior
4 - Foi incluido no formulário sistema/Administrativo/DadosdeCurso/Salas/Salas.php:
    a - A opção caixa de verificação agrupa que tem a finalidade de mostra a lista de
        de aulas agrupada ou não por turma, professor
5 - Foi incluido no formulário sistema/Administrativo/DadosdeCurso/Salas/ListSalas.php:
    a - Na sql o trecho de código abaixo:

        if ($_POST['agrupa']) {
            /* monta agrupando por turma e professor */
            $sqlFim = " GROUP BY c.ID_Turma, c.ID_Professor
                        ORDER BY c.Data_TurmaEstrutura, c.ID_Turma, c.ID_Professor";
        /* se não */
        } else {
            /* monta agrupando por turma, disciplina e aula */
            $sqlFim = " GROUP BY c.ID_Turma, c.ID_Disciplina, c.ID_Aula
                        ORDER BY c.Data_TurmaEstrutura, c.ID_Turma, c.ID_Disciplina, c.ID_Aula";
        }
        Que define se a lista será agrupada ou não.

06/05/2015 Luiz Bueno

  • Solicitação 
Ticket 2871 - COMPLEMENTO
1 - O sistema não permite que se selecione locais distintos para um mesmo final de semana. 
    Deveria permitir que selecionássemos um local para o sábado e outro local para o domingo. Mas não deixa.
  • Solução 
Para permitir a solicitação foi necessário uma série de alteração no métodos:
NO ARQUIVO: sistema/Administrativo/DadosdeCurso/Salas/ListSalas.php
1 - Foi alterado a sql que lista as aulas substituindo o
    trecho: "GROUP BY c.ID_Turma, c.ID_Disciplina, c.ID_Aula"
    pelo trecho: "GROUP BY c.ID_Turma, c.ID_Professor"
    e
    incluído no select a coluna "c.ID_Professor"
2 - Foi criado o método montaAulasMaisDeUmDia($con, $idTurma, $idProfessor, $dataDe='', $DataAte='')
    que seleciona os ID_Aula e ID_Disciplina da tabela tturmaestrutura 
    com os critério passados por parâmetro para montar o input Salas[] que será passado como post
    para o arquivo SolicSalas.php
NO ARQUIVO: sistema/Administrativo/DadosdeCurso/Salas/SolicSalas.php
3 - Foi alterado o tratamento relacionado aos parametro passados pelo post Salas[]
4 - Foi incluido no layout mais 2 informações para ajudar o usuário
    - Titulo da Disciplina e Tema de Aula
NOTA: Essas mudanças foi acordadas com Mariana e Tulio com Aval de Marlom

28/04/2015 Luiz Bueno

  • Solicitação 
Ticket 2871 - 
Camila está registrando um problema serio no modulo dados de curso.
Em fornecedores podemos cadastrar para um fornecedor de salas vários tipos de salas de aula, 
mas na hora de confirmar a sala que será alocada para uma determinada aula 
(no emial que vai para o fornecedor, mas que hoje é preenchido pelo pessoal de dados de cursos, 
1 - o sistema não permite que se selecione diferentes tipos de salas cadastradas. 
    Permite apenas que se selecione o primeiro tipo cadastrado.
2 - Além disso o sistema não permite que se selecione locais distintos para um mesmo final de semana. 
    Deveria permitir que selecionássemos um local para o sábado e outro local para o domingo. Mas não deixa. 
Favor verificar
COMENTÁRIO Tulio
3 - Caso haja um cancelamento da aula, o sistema não permite que se faça um cancelamento deste valor a ser pago. 
    deverá permitir que se cancele uma ou as duas locações.
  • Solução 
PARTE
1 - Solucionado, mas precisa de uma intervenção no banco de dados
    para permitir que salas que já estão cadastradas possam ser
    marcadas como local.
2 e 3 - Em estudos pois necessita alterações profundas nos
    processos

23/04/2015 Luiz Bueno

  • Solicitação 
Ticket 2826 - SIG REABERTURA
No ajuste realizado para atender a solicitação acima, alguns cancelamentos
não tiveram os lançamentos do contas a receber anulados.
  • Solução 
foi criado o script _ajusteTicket2826.php que
corrigiu o problema

15/04/2015 Luiz Bueno

  • Solicitação 
Ticket 2826 - SIG
Foi realizado o cancelamento de matricula da aluna RA: 41115 e as parcelas 
vincendas a partir de 05/2015 não foram canceladas automaticamente pelo sistema. 
Favor anular as mensalidades vencendo até 11/2015 e verificar o 
porque não foram canceladas automaticamente.
  • Solução 
Solucionado
Mas para os casos que serão cancelados daqui para frente
casos anteriores tem que ser cancelado na mão.

15/04/2015 Luiz Bueno

  • Solicitação 
Ticket 2802 - SIG
O Alvaro da UCB está tendo problemas para fazer acordos, quando ele 
cumpri os procedimentos via sistema ocorre o erro anexado na 
próxima mensagem. Você pode verificar?
  • Solução 
Solucionado
NOTA: Em função dessa solicitação foi detectado uma 
falha no sistema com relação a curso_gratuito e
a solução abaixo foi implementada
1 - Foi mudado de checkbox para radio
2 - O ID curso_gratuito foi transformado em class
3 - O ID InfFinanceiras foi transformado em class
4 - Se o valor do curso gratuito for '1' (Gratuito)
    Esconder todos os objetos referentes ao financeiro
    Caso contrário - Mostrar todos
5 - Se o curso for gratuito, deve-se
    zerar os valores relacionados a turma
    menos o ID_ContaBancaria
6 - Se o curso for gratuito desativar
    todos os lançamento para a turmapagamento da
    turma e caso contrário ativa
Alterações com Autorização de Marlom

14/04/2015 Luiz Bueno

  • Solicitação 
Ticket 2798 SIG REABERTURA
Ao transferir-se um aluno de uma turma ativa para outra verificar e 
assegurar o seguinte comportamento:
1. O sistema não pode cancelar o boleto de inscrição da turma antiga, 
   este deve permanecer como pago.
  • Solução 
Foi ajustado para atender as regras estabelecidas
por Camila/Simone referente a transferência de turma
1 - Na transferência nenhuma situação BAIXADA anteriormente pode ser alterada
    Inscrição, matricula ou mensalidade
2 - Não criar nova inscrição
3 - Anula SOMENTE mensalidades a vencer que não foram pagas

08/04/2015 Luiz Bueno

  • Solicitação 
Ticket 2798 SIG
Ao transferir-se um aluno de uma turma para outra as seguintes inconsistências foram encontradas:
1. O sistema não está gerando matrícula na nova turma quando a opção é selecionada.
2. Valores maiores que 1000 são divididos por 1000 (provavelmente o sistema está interpretando o . como ,).
3. Se uma ou mais parcelas que serão canceladas são desmarcadas, estas são canceladas mesmo assim.
4. Na transferencia deve ser gerado uma ocorrência automática..
     gerava antes...
  • Solução 
1 - Já está gerando Matricula;
2 - Corrigido;
3 - O sistema cancela todas as parcelas a vencer da turma antiga na transferência
    O que estava acontecendo é que na lista só deve aparecer as parcelas vencidas
    e isso foi corrigido no sistema
    NOTA: Segundo a Camila, alunos que tem valores a pagar não pode ser transferidos
4 - Já estava gerando, o que acontecia é que não aparecia na lista das ocorrências
    do agente - e isso foi corrigido no sistema

02/04/2015 Luiz Bueno

  • Solicitação 
Ticket 2757 - SIG
A nota com o tema CONTROLE E AUDITORIA PÚBLICA da turma POS01367 está 
incorreta (erro de sistema), o aluno JOEDSON DE SOUZA DELGADO RA 64658 
obteve média 8.5 no tema de aula, porém, na disciplina consta como 6.0.
  • Solução 
Isso ocorreu pois no calculo da média entrou notas orfã que foram
lançadas indevidamente.
Foi retirado do calculo essas notas.
local: sistema/Library/lib_historico.php
Corrigido

24/03/2015 Luiz Bueno

  • Solicitação 
Solicitação da Camila sem ticket
Relata que a data nos registros das ocorrência é sempre a da abertura 
da ocorrência
  • Solução 
Essa situação só vai acontecer com as ocorrências antigas.
Mas detectei e corrigi uma situação relacionada a
não aparecer o nome do agente nas transferências.

23/03/2015 Luiz Bueno

  • Solicitação 
Ticket 2642 - Helpdesk SIG
1 - Marlon estão chegando ocorrências automáticas para a Denise do financeiro usuário 
    fale conosco porem ela não trabalha mais com o isso peço a gentileza de 
    remover isso pois estão ficando todas paradas e os alunos estão cobrando respostas.
2 - Criar mecanimo para reativar agentes que estão desativado através do CPF.
  • Solução 
Item e Respostas
1 - Foi criado mecanismo para impedir que agentes com vinculo como 
    atendente em turmas não possa ser excluído (desativado)
2 - No cadastramento de novos agente o campo CPF é o primeiro do
    formulário e quando digitado o sistema valida e verifica se
    ele já está cadastrado no sistema e caso esteja ele alerta o
    usuário informando para quem está cadastrado o cpf e pergunta
    se ele quer reativar o agente. Se sim (reativa) se não (limpa o
    campo e deixa ele cadastrar outro cpf)

18/03/2015 Luiz Bueno

  • Solicitação 
Ticket 2720 - Helpdesk SIG
Administrativo -> Controle de Atendentes
1 - Ao se listar os atendentes, é importante termos um campo informando se este está Ativo ou Inativo.
2 - Ao escolher-se um atendente (botão verde no atendente) o sistema mostra as turmas que ele atende. 
    Informar nesta tela o atendente escolhido no topo. 
3 - Mostrar também uma linha de Título na tabela inferior onde aparecem as turmas. 
4 - O combobox Sim/Não está confundindo o pessoal. Sugiro colocar o seguinte título:
    Mostrar na Área do Aluno
Turma
5 - Desabilitar os combobox de Agente Acadêmico e Agente Financeiro, permitindo que sejam 
    mudados apenas quando se editar os dados da Turma.
6 - Ao invés de Mostra Email, use o texto: Mostrar na Área do Aluno.
Agentes
7 - Permitir informar-se o campo CPF, que deve ser Obrigatório, UNIQUE e NOT NULL. 
    Validar o campo segundo as regras do CPF quando os dados do agente forem editados.
  • Solução 
Item e Respostas
1 - Na listagem somente aparecem os agentes ativos e que estão cadastrado para um dos atendimento A,C,F
2 - Vai aparecer no topo: Administrativo > Atendente: XXXXXX X XXXX XXX
3 - titulo colocado
4 - Mostra na Área do Aluno, se colocado altera muito o layout
    e o combobox não funciona adequadamente, tem que avaliar melhor o porque
5 - Feito
6 - Feito
7 - Feito

17/03/2015 Luiz Bueno

  • Solicitação 
Ticket 2691 - Helpdesk - SIG	
Reveja os 3 pontos abaixo, em ordem de prioridade:
1 - Criar os mecanismos para permitir que o usuário cadastre o agente 
    diretamente na tela da turma;
2 - Eliminar os campos duplicados no combo box Departamentos quando o 
    aluno cria uma nova ocorrência;
3 - Quando um atendente encaminha o chamado para outro atendente, não 
    mostrar o comentário do encaminhamento para o aluno;
4 - A mensagem digitada no encaminhamento aparece duplicada no atendente 
    que a recebe. Remover o item errado;
5 - Criar um botão de impressão para a ocorrência;
6 - Validar o fechamento obrigando o agente a escrever a justificativa
    para o fechamento da ocorrência;
7 - Criar o agente tipo "F" Financeiro só para Nota Fiscal e implementar
    no sistema.
  • Solução 
Todas as solicitações acima foram executadas e comentadas
nas linhas de código.
NOTA: Para atender as solicitações foram alterados os processos
seguindo os critérios abaixo:
1 - Toda a inserção em uma ocorrência aberta gera uma nova 
    ocorrência;
2 - O Id da ocorrência origem fica registrado no campo ID_Ocorrencia_Resp
    da ocorrência gerada (Já estava assim)
3 - O id da pessoa que gerou a nova inserção fica registrado no
    campo ID_Solicitante e a Pessoa a quem é direcionada a inserção no
    campo ID_Responsavel (DE PARA) e no ID_Categ_Solicitante e ID_Categ_Responsavel
    ficam respectivamente o tipo de pessoa (Agente, Aluno, etc)

26/02/2015 Luiz Bueno

  • Solicitação 
Ticket 2696 - Helpdesk - SIG
Boletos da aluna RA 64835 não estão acessíveis para a aluna e aparecem como anulados. 
Favor informar se foi realizado algum procedimento no sistema que causou isso, 
já é o 3º aluno que entra em contato com o mesmo problema.
  • Solução 
Não foi detectado onde ou como os boletos foram anulados. Porém para
gerar novos boletos o caminho é:
Financeiro=>Ajuste de Boleto;
Filtre o ra ou nome do aluno;
Em Negociação selecione a opção Trocar opções de Pagamento;
Em turma selecione a turma em que o aluno esta matriculada e
gere as parcelas.

25/02/2015 Luiz Bueno

  • Solicitação 
Ticket 2650 - Helpdesk - SIG
Favor solicitar a revisão do financeiro da aluna VIVIANE DOS SANTOS SILVA ela foi 
transferida indevidamente para a turma 01112 e ao voltar para a 
turma de origem na Estácio POS0884 as parcelas sumiram do sistema.
  • Solução 
Isso ocorreu porque a transferência para turma POS0884 que já estava finalizada
A solução foi implementar na opção de ajustes permitir que em turmas
finalizadas possam ser realizado ajustes.
  • Solicitação 
Ticket 2585 - Helpdesk - SISTEMA UNICO
Aluna RA 55524 não tem nenhuma mensalidade em aberto e não consegue 
emitir a Declaração de Quitação de Débitos. O sistema acusa que tem 
mensalidades em aberto e pede para ela entrar em contato com o setor financeiro.
  • Solução 
O motivo era que a aluna tinha contas a receber com desconto de 100% e embora
não tivesse nada a receber essas contas ficavam em aberto
A solução foi incluir na consulta a condição:
and     tcontareceber.Desconto_ContaReceber < 100
  • Solicitação 
Ticket 2681 - Helpdesk - SIG
Verificar na Estacio RA 84024 o porque as parcelas de vencimento a partir de 02/2015 
aparecem como anuladas. De qualquer forma, ela precisam ser reabertas para a aluna 
conseguir imprimir os boletos e realizar os pagamentos.
  • Solução 
Não é possível identificar como/quem anulou as parcelas, porém é possivel
gerar novamente as parcelas, para isso basta entrar em financeiro
ajuste de boleto, filtre o ra ou nome do aluno
e em Negociação selecione a opção Trocar opções de Pagamento
em turma selecionar a turma em que o aluno esta matriculada e
gera as parcelas.

04/02/2015 Luiz Bueno

  • Solicitação 
Ticket - 2622 - Helpdesk - SIG
Estamos com problemas no sistema de ocorrências pois os alunos não estão conseguindo fazer 
suas solicitações. As turmas estão vinculadas, entretanto na Área do Aluno não há opção de 
envio para nenhum setor, recebemos algumas ligações de alunos com essa reclamação. 
Com isso identificamos que algumas ocorrências na USCS estão encaminhadas para o login Administrador.
Na Estácio está acontecendo a mesma coisa, mas as ocorrências estão sendo 
encaminhadas para o login Fale Conosco. 
Peço a gentileza de verificar e ajustar essa ferramenta o mais breve possível.
  • Solução 
Para atender o ticket 2622 foi realizado os seguintes procedimentos
1 - Na tabela tocorrenciadepartamento foi criado o campo Atendente_OcorrenciaDepartamento 
    com as letras "A" para academico e "C" para cobrança (Financeiro)
    igual como registrado na tabela tagente
    A finalidade desse campo é informar que tipo de agente (Academico ou Financeiro)
    será acionado quando em ocorrencia o departamento for escolhido
2 - Em Administrativo->Configurações - a opção:
       Agente e Assuntos por Departamento (Ocorrência)
    No formulário, foi incluido um combbox que alimenta o campo acima definido
3 - No pop para registro das ocorrencia (AreaAluno/v3/ocorrencias/form.php) 
    foi alterado a sql que seleciona os departamentos para trazer o id do agente
    que atende aquela turma para aquele departamento
                        SELECT  od.ID_OcorrenciaDepartamento, 
                                od.Desc_OcorrenciaDepartamento,
                                od.Assuntos_OcorrenciaDepartamento as assuntos,
                                od.atendente_OcorrenciaDepartamento,
                                a.ID_Agente,
                                a.Nome_Agente
                        FROM    tocorrenciadepartamento as od
                        JOIN    tagente as a on od.Atendente_OcorrenciaDepartamento=a.atendente
                        JOIN    tagenteturma as at on a.ID_Agente=at.ID_Agente
                        WHERE   od.Ativo_OcorrenciaDepartamento = '1'
                        AND     at.ID_Turma = '[ID DA TURMA]'
Last modified 9 years ago Last modified on 09/18/15 10:10:31