Retornar
06/05/2015 Luiz Bueno
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.
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
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.
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
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.
foi criado o script _ajusteTicket2826.php que
corrigiu o problema
15/04/2015 Luiz Bueno
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.
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
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?
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
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.
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
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...
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
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.
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 da Camila sem ticket
Relata que a data nos registros das ocorrência é sempre a da abertura
da ocorrência
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
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.
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
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.
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
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.
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
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.
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
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.
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.
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.
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
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.
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
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.
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]'
