wiki:dev/Ajustes2

Version 20 (modified by luiz@…, 9 years ago) (diff)

--

Retornar

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]'