[http://wiki.grupophorte.com.br/sig/wiki/dev Retornar] == 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]' }}}