Setembro2022: mudanças entre as edições
Sem resumo de edição |
|||
Linha 99: | Linha 99: | ||
Criada Tabela '''TB_FormaCobrancaNegociacao''' | Criada Tabela '''TB_FormaCobrancaNegociacao''' | ||
* IDFormaCobrancaNegociacao | |||
* IDFormaCobrancaOriginal | |||
* IDFormaCobrancaNegociacaoPermitida | |||
=== Criar TB_FaturaVencida, TB_FaturaNegativacao, spuFaturaVencidaPagamento e spuFaturaVencida e eventos de preenchimento das tabelas no liquibase === | |||
Itens: | |||
==== TB_FaturaVencida ==== | |||
* IDFaturaVencida | |||
* IDCliente | |||
* IDContrato | |||
* IDFatura | |||
* DataVencimento | |||
* DataPagamento | |||
* Valor | |||
* IsNegociacao | |||
* IsPrimeiraFatura | |||
* Saldo | |||
* IsNFAtiva | |||
==== TB_FaturaNegativacao ==== | |||
* IDNegativacaoCliente | |||
* IDFatura | |||
== INTEGRAÇÃO == | == INTEGRAÇÃO == | ||
== INTRANET == | == INTRANET == | ||
Linha 120: | Linha 137: | ||
=== MOB WORKSHOP - Criar CRUD de conveniência do agendamento do cliente === | === MOB WORKSHOP - Criar CRUD de conveniência do agendamento do cliente === | ||
Criado o Crud para cadastro de conveniência do agendamento do cliente, em '''Comercial > Tabelas de Apoio > Atendimentos.''' | Criado o Crud para cadastro de conveniência do agendamento do cliente, em '''Comercial > Tabelas de Apoio > Atendimentos.''' | ||
[[Arquivo:ImagemCrudConveniencia.png|alt=Tela CRUD de conveniência do agendamento do cliente|centro|miniaturadaimagem|Tela CRUD de conveniência do agendamento do cliente]] | [[Arquivo:ImagemCrudConveniencia.png|alt=Tela CRUD de conveniência do agendamento do cliente|centro|miniaturadaimagem|Tela CRUD de conveniência do agendamento do cliente|526x526px]] | ||
Linha 151: | Linha 168: | ||
=== WORKSHOP MOB - Padronização das descrições da ONU Name para todos as olts. === | === WORKSHOP MOB - Padronização das descrições da ONU Name para todos as olts. === | ||
Criado novo padrão de nomenclatura de ONU, para quando qualquer incidente de massiva for iniciada será possível por meio de pesquisa da OLT. | |||
==== Modificações (Processos): ==== | |||
# Provisionamento: Sempre que existir um novo provisionamento, uma nova instalação e quando for realizado qualquer mudança de tecnologia e de titularidade, ou seja qualquer processo que faça a mudança de Idcontrato, Idcliente, PPOE, deve ser considerado a mudança para a nomenclatura padrão informada. | |||
# Falha no Provisionamento: Sempre que existir falha ao realizar o provisionamento automático, esse padrão de nomenclatura precisa ser seguido. | |||
# Novo padrão: Para qualquer novo provisionamento de cliente o novo padrão deve ser inserido as informações no equipamento. | |||
# Nova Nomenclatura: Toda nova nomenclatura de ONUs dessas tecnologias devem ser inseridas conforme o padrão informado no documento que segue essa linha de informação: “BLARG/$ID_CLIENTE/$ID_CONTRATO/$PPPoE” | |||
== ROTINAS == | == ROTINAS == | ||
Linha 158: | Linha 183: | ||
=== WORKSHOP MOB - Negativação SPC Automático (Integração Adapter-SPC) === | === WORKSHOP MOB - Negativação SPC Automático (Integração Adapter-SPC) === | ||
Criada tela de indicadores de inadimplência dos clientes, que estão aptos a serem negativados: | |||
* Quantidade de clientes; | |||
* Valor em aberto referente a dívida desses clientes(Valor total das faturas que estão aptas a negativar os clientes –45 dias ou mais de atraso); | |||
* Porcentagem da quantidade de clientes que possuem faturas de negociação; | |||
Além disso, permitir a exportação de dois relatórios personalizados - inclusão e exclusão. | |||
==== Regras de Inclusão ==== | |||
* Negativar clientes somente com nota fiscal emitida e não cancelada; | |||
* Clientes que possuem faturas com pelo menos X dias de atraso(Considerar configuração de parâmetro); | |||
* Negativar o cliente pela fatura mais atualizada que está em atraso a pelo menos X dias e trazer o valor total das faturas; | |||
* Inclusão por CPF/CNPJ; | |||
* Negativar clientes somente por valores acima de X reais (Considerar configuração de parâmetro); | |||
==== Regras de Exclusão ==== | |||
* Clientes que realizaram negociação e pagaram pelo menos a 1ª parcela; | |||
* Clientes que realizaram o pagamento da dívida e reconhecida pelo sistema; | |||
OBS: Após negociação, o cliente deverá permanecer negativado e no relatório de inclusão com referência a fatura que foi negociada, devendo ser excluído apenas depois do pagamento da 1ª parcela. | |||
=== MOB WORKSHOP - Alterar rotina de atendimentos recorrentes para nova regra === | === MOB WORKSHOP - Alterar rotina de atendimentos recorrentes para nova regra === | ||
Linha 163: | Linha 212: | ||
Criadas as chaves: | Criadas as chaves: | ||
* ID_TIPO_ATENDIMENTO_RECORRENCIA | * '''ID_TIPO_ATENDIMENTO_RECORRENCIA''' | ||
* QUANTIDADE_ATENDIMENTOS_PARA_GERAR_RECORRENCIA | * '''QUANTIDADE_ATENDIMENTOS_PARA_GERAR_RECORRENCIA''' | ||
* ID_CENTRO_CUSTO_ATENDIMENTO_RECORRENCIA | * '''ID_CENTRO_CUSTO_ATENDIMENTO_RECORRENCIA''' | ||
Deverá pesquisar os atendimentos do tipo suporte, no intervalo definido pela chave DIAS_ATENDIMENTO_RECORRENTE, se a quantidade de atendimentos de suporte no intervalo de dias é igual ou maior que a QUANTIDADE_ATENDIMENTOS_PARA_GERAR_RECORRENCIA. Encontrando para o mesmo contrato, o sistema deverá registrar na tb_atendimentoRecorrente e realizar a abertura de um atendimento do tipo ID_TIPO_ATENDIMENTO_RECORRENCIA com a descrição: | Deverá pesquisar os atendimentos do tipo suporte, no intervalo definido pela chave DIAS_ATENDIMENTO_RECORRENTE, se a quantidade de atendimentos de suporte no intervalo de dias é igual ou maior que a QUANTIDADE_ATENDIMENTOS_PARA_GERAR_RECORRENCIA. Encontrando para o mesmo contrato, o sistema deverá registrar na tb_atendimentoRecorrente e realizar a abertura de um atendimento do tipo ID_TIPO_ATENDIMENTO_RECORRENCIA com a descrição: | ||
Edição das 12h31min de 22 de setembro de 2022
AUTENTICAÇÃO
Adicionar Index para Prospecto
Adicionados Index nas tabelas:
Tabela TB_AnaliseCredito
- IDX_IDUsuarioAprovacao
- IDX_DataAnalise
Tabela TB_ConsultaCredito
- IDX_DataConsulta
- IDX_CNPJ
- IDX_CPF
- IDX_IDUsuario
Tabela TB_Prospecto
- IDX_CNPJ
- IDX_CPF
- IDX_IDEmpresa
- IDX_IDVendedor
- IDX_IDUsuarioUltimaAlteracao
COMERCIAL
WORKSHOP MOB - Criar chave no modulo comercial para validar se será obrigatório o cadastro de serviço de interesse para salvar o prospecto
Chave SERVICO_INTERESSE_OBRIGATORIO_CADASTRO_PROSPECTO criada.
Retirar botão de exportar da lista de atendimentos
Retirado o botão Exportar Excel presente na listagem de atendimentos.
WORKSHOP MOB - Criar POP UP para aviso de contratos em massiva
Caso o mesmo possua um contrato ou mais registrado na TB_ContratosAfetadosIncidente, e este incidente esteja com status diferente de FINALIZADO, será apresentado um POP UP, ao acessar o cadastro de um cliente, com a seguinte mensagem:
"Cliente possui contratos em falha massiva de conexão."
WORKSHOP MOB - Criar campos e chave de configuração para controle de descontos de indisponibilidade
Foram criados:
- Atributo IsIndisponibilidade na tabela TB_TipoDesconto;
- Chave de configuração no modulo financeiro - DIAS PARA CALCULO DE INDISPONIBILIDADE;
- Atributo IDFaturamentoDesconto na tabela TB_ContratosAfetadosIncidente.
Ao lançar um desconto do tipo isIndisponibilidade true o sistema deverá realizar algumas validações
O Adapter irá verificar se o contrato possui um incidente FINALIZADO registrado no período menor ou igual aos dias informados na configuração DIAS PARA CALCULO DE INDISPONIBILIDADE.
Caso haja, permitir o lançamento do desconto nas seguintes regras:
- Cálculo do desconto: Valor do contrato/ (Total de dias do mês correspondente x 24h) * Duração da
- falha
- Apos lançar o desconto inserir o IDFaturamentoDesconto na TB_ContratosAfetadosIncidente
- Caso o desconto seja cancelado, deverá ser retirado o atributo IDFaturamentoDesconto na TB_ContratosAfetadosIncidente.
- Ao lançar descontos do tipo isIndisponibilidade deverá ser considerada apenas TB_ContratosAfetadosIncidente sem IDFaturamentoDesconto
WORKSHOP MOB - Após lançar o desconto de incidente, inserir o IDFaturamentoDesconto na TB_ContratosAfetadosIncidente
Após lançar o desconto de incidente, inserir o IDFaturamentoDesconto na TB_ContratosAfetadosIncidente;
Ao lançar descontos pelo planilha, o sistema devera fazer essa mesma validação.
WORKSHOP MOB - No gerenciar conexões criar o histórico de massivas dos contratos
Histórico de Massivas dos contratos em Gerenciar Conexões.
WORKSHOP MOB - Alterar a validação da chave DIAS_INTERVALO_UPGRADE_DOWNGRADE_CONTRATO
Alterada a validação da chave DIAS_INTERVALO_UPGRADE_DOWNGRADE_CONTRATO, para que esta considere o dia da primeira habilitação do contrato.
Até a data da publicação deste, a validação era feita em cima da data de cadastro.
WORKSHOP MOB - Criar CRUD para cadastro de motivo de alteração de vendedor
Crud para cadastro de motivo de alteração de vendedor.
WORKSHOP MOB - Ao realizar a alteração de vendedor obrigatório informar motivos de alteração
Ao realizar alteração de vendedor de um contrato, o Adapter irá exibir um pop up onde se deve informar o vendedor da alteração e o motivo da alteração.
Criar nova permissão para separar a visualização do contrato NOVO CONTRATO de criação de novo contrato a partir de plano prospectado
Criada nova permissão para separar a visualização do contrato NOVO CONTRATO de criação de novo contrato a partir de plano prospectado.
Permissão criada: CONVERTER_PLANO_PROSPECTADO_EM_CONTRATO
Criar validação para nome registrado na receita federal conforme atividade
Substituição do nome do prospecto, ao fazer a consulta da receita federal.
Fazer alterações na playhub de acordo com as alterações de status (Suspensão, habilitação em confiança e habilitação) dentro da aplicação
Ao realizar uma suspensão, habilitação em confiança e habilitação pós suspensão, os contratos playhub devem sofrer as devidas alterações em seus serviços.
FINANCEIRO
WORKSHOP MOB - Criar TB_FormaCobrancaNegociacao e implementar regra de negocio especificada
Criada Tabela TB_FormaCobrancaNegociacao
- IDFormaCobrancaNegociacao
- IDFormaCobrancaOriginal
- IDFormaCobrancaNegociacaoPermitida
Criar TB_FaturaVencida, TB_FaturaNegativacao, spuFaturaVencidaPagamento e spuFaturaVencida e eventos de preenchimento das tabelas no liquibase
Itens:
TB_FaturaVencida
- IDFaturaVencida
- IDCliente
- IDContrato
- IDFatura
- DataVencimento
- DataPagamento
- Valor
- IsNegociacao
- IsPrimeiraFatura
- Saldo
- IsNFAtiva
TB_FaturaNegativacao
- IDNegativacaoCliente
- IDFatura
INTEGRAÇÃO
INTRANET
OPERACIONAL
Melhorar a visualização dos atendimentos e informações
Incluída a coluna "Tipo de Atendimento" na visão dos atendimentos, e a visualização dos atendimentos tem o filtro por data de abertura em ordem crescente
MOB WORKSHOP - Criar CRUD de conveniência do agendamento do cliente
Criado o Crud para cadastro de conveniência do agendamento do cliente, em Comercial > Tabelas de Apoio > Atendimentos.
MOB WORKSHOP- Controle de conveniência do agendamento de visita
Ao realizar um agendamento de visita técnica o sistema deverá verificar se a data escolhida pra agendamento da visita ultrapassa o tempo definido para o SLA do tipo atendimento, contrato etc.
Caso ultrapassar o sistema deverá apresentar mensagem :
A data selecionada ultrapassa o valor definido para o SLA. Deseja manter esta data?
Se o usuário pressionar o botão SIM, abrirá um pop up para escolha do horário e na sequência selecionará o motivo da conveniência, sendo esta escolha obrigatória e o fluxo prosseguirá.
Caso o usuário pressione o botão NÃO, nenhuma ação será realizada e o sistema retorna para a tela anterior para escolha de nova data;
- Atributo criado na TB_TipoAtendimento: utilizaConvenienciaCliente (caso não esteja true, o sistema não realizará a validação do SLA.
RELATÓRIOS
REDES
Permitir criar na controle IP, Ips personalizados
WORKSHOP MOB - Armazenar campos ao provisionar o contrato
Ao realizar um provisionamento, o Adapter deve acumular informações da conexão com os demais sistemas integrados, onde irá configurar de forma remota os dados de rede conforme imagem abaixo
O histórico das atualizações realizadas deverá constar no campo OBS do cadastrado do cliente com o nome do usuário que realizou a modificação.
WORKSHOP MOB - Padronização das descrições da ONU Name para todos as olts.
Criado novo padrão de nomenclatura de ONU, para quando qualquer incidente de massiva for iniciada será possível por meio de pesquisa da OLT.
Modificações (Processos):
- Provisionamento: Sempre que existir um novo provisionamento, uma nova instalação e quando for realizado qualquer mudança de tecnologia e de titularidade, ou seja qualquer processo que faça a mudança de Idcontrato, Idcliente, PPOE, deve ser considerado a mudança para a nomenclatura padrão informada.
- Falha no Provisionamento: Sempre que existir falha ao realizar o provisionamento automático, esse padrão de nomenclatura precisa ser seguido.
- Novo padrão: Para qualquer novo provisionamento de cliente o novo padrão deve ser inserido as informações no equipamento.
- Nova Nomenclatura: Toda nova nomenclatura de ONUs dessas tecnologias devem ser inseridas conforme o padrão informado no documento que segue essa linha de informação: “BLARG/$ID_CLIENTE/$ID_CONTRATO/$PPPoE”
ROTINAS
Alterar os campos suspensão parcial e suspensão primeira fatura para não serem obrigatórios
Alterados os campos suspensão parcial e suspensão primeira fatura, para que estes não sejam obrigatórios. Eles serão utilizados na nova SPU de suspensão e habilitação.
WORKSHOP MOB - Negativação SPC Automático (Integração Adapter-SPC)
Criada tela de indicadores de inadimplência dos clientes, que estão aptos a serem negativados:
- Quantidade de clientes;
- Valor em aberto referente a dívida desses clientes(Valor total das faturas que estão aptas a negativar os clientes –45 dias ou mais de atraso);
- Porcentagem da quantidade de clientes que possuem faturas de negociação;
Além disso, permitir a exportação de dois relatórios personalizados - inclusão e exclusão.
Regras de Inclusão
- Negativar clientes somente com nota fiscal emitida e não cancelada;
- Clientes que possuem faturas com pelo menos X dias de atraso(Considerar configuração de parâmetro);
- Negativar o cliente pela fatura mais atualizada que está em atraso a pelo menos X dias e trazer o valor total das faturas;
- Inclusão por CPF/CNPJ;
- Negativar clientes somente por valores acima de X reais (Considerar configuração de parâmetro);
Regras de Exclusão
- Clientes que realizaram negociação e pagaram pelo menos a 1ª parcela;
- Clientes que realizaram o pagamento da dívida e reconhecida pelo sistema;
OBS: Após negociação, o cliente deverá permanecer negativado e no relatório de inclusão com referência a fatura que foi negociada, devendo ser excluído apenas depois do pagamento da 1ª parcela.
MOB WORKSHOP - Alterar rotina de atendimentos recorrentes para nova regra
Criadas as chaves:
- ID_TIPO_ATENDIMENTO_RECORRENCIA
- QUANTIDADE_ATENDIMENTOS_PARA_GERAR_RECORRENCIA
- ID_CENTRO_CUSTO_ATENDIMENTO_RECORRENCIA
Deverá pesquisar os atendimentos do tipo suporte, no intervalo definido pela chave DIAS_ATENDIMENTO_RECORRENTE, se a quantidade de atendimentos de suporte no intervalo de dias é igual ou maior que a QUANTIDADE_ATENDIMENTOS_PARA_GERAR_RECORRENCIA. Encontrando para o mesmo contrato, o sistema deverá registrar na tb_atendimentoRecorrente e realizar a abertura de um atendimento do tipo ID_TIPO_ATENDIMENTO_RECORRENCIA com a descrição:
Quantidade de chamados : x
Intervalo de dias :
Serviço: suporte
Atendimento com status CONTATO_CLIENTE
TELEFONIA
TERCEIROS
WEBSERVICES
Criar novo endpoint GET para retornar informações a partir de loginradius
Endpoint https://[URL]/ws/redes/login_radius/dados?loginRadius={loginRadius} criado. Vide informações no Manual de Webservices.
Criar novo atributo para ser informado no endpoint https://[URL]/ws/comercial/prospectos/converter/cliente
Criado novo atributo IndicadorIE, no endpoint https://[URL]/ws/comercial/prospectos/converter/cliente, checar informações no Manual de Webservices.