Retornar
18/09/2015 Luiz Bueno
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
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
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.
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
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.
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
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.
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
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
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
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.
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
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]'
