Maio2022
AUTENTICAÇÃO
COMERCIAL
WORKSHOP MOB - Criar botão Cancelar Extratos em Massa
Criado o botão Cancelar Extratos em Massa, para possibilitar que se selecione vários extratos que não possuem vínculo com nenhuma fatura.
Ao clicar no botão, abre-se um modal para que se selecione estes extratos sem fatura.
Inclusão de Informação de Modelo de Nota Fiscal em Planilha ao Carregar Informações de Faturamento
Incluída coluna com informação "modelo de nota fiscal", na planilha gerada em Financeiro -> Faturamento -> Gerar Faturamento.
Perguntar sobre refidelizar na alteração de endereços
Perguntar se deseja refidelizar um contrato após fazer uma alteração de endereço. Para que a pergunta seja feita, deve-se ter a chave de configuração REFIDELIZAR_CONTRATO_ALTERACAO_ENDERECO = 1.
Criar TB_ProvedorOrigem
Criada a tabela TB_ProvedorOrigem, no módulo comercial, com os campos ID e Descrição.
Criada na tabela TB_Contrato, o campo IDProvedorOrigem, como chave estrangeira para a tabela TB_ProvedorOrigem.
Criada a chave PREENCHE_PROVEDOR_ORIGEM_CONTRATO para exibir ou não os itens deste campo. Caso a chave PREENCHE_PROVEDOR_ORIGEM_CONTRATO for = 1, deverá ser exibido o combo dos itens pra seleção ao cadastrar ou editar um contrato.
Criada também uma tela CRUD para PROVEDOR DE ORIGEM.
Criar Index IDCidade na TB_AreaDeCoberturaCidade
Criado index no campo IDCidade da tabela TB_AreaDeCoberturaCidade, no módulo comercial.
Adicionar Index IDCondominioCM tabela endereço cliente
Criado index no campo IDCondominioCM da tabela TB_EnderecoCliente, no módulo comercial.
Alterar relacionamento do serviço com fechamento de visita para que um fechamento possa ter vários serviços vinculados
Alterado o relacionamento do serviço com fechamento de visita para que um fechamento possa ter vários serviços vinculados.
Para isso:
- Retirado o campo IDServico da TB_FechamentoAtendimento;
- Criada a tabela TB_FechamentoAtendimentoServico;
- Criado o endpoint: "/ws/comercial/atendimentos/fechamentos/143/servicos" que lista os serviços disponíveis para o fechamento;
- Alterado o método de concluir visita para que receba o serviço selecionado;
- Alterada a estrutura do cadastro de serviço, para permitir selecionar mais de um serviço do tipo FIXO.
Quando o contrato for antecipado, ao agendar cancelamento, perguntar sobre faturar o cliente no próximo mês;
Quando o contrato for antecipado, ao agendar cancelamento, o sistema deverá perguntar: "O cliente possui cobrança gerada até XXXX. Deseja faturar o cliente no próximo mês?"
- Caso 1: Se sim, deverá manter a data do ultimo faturamento;
- Caso 2: Se não, o sistema deve setar a data do último faturamento para 30 dias depois da data agendada;
Exibir dados de domínio nos contratos da tecnologia HOSPEDAGEM. Vincular os campos da TB_DadosDominioContrato
Dados de domínio, em contratos de hospedagem, estão sendo exibidos na tela do contrato.
Ao editar um login radius será permitido a digitação de caracteres especiais só não sendo permitido espaços
Então tomem cuidado para não colocar um caractere que o seu radius não aceite, durante a edição do campo.
Excluir chave ID_MOTIVO_REPROVACAO_PROSPECTO_SEM_VIABILIDADE
Foi excluída a chave, pois tivermos uma alteração na versão passada que que ao invés de utilizar a chave, será utilizado a configuração na TB_MotivoReprovacaoProspecto.
Não mostrar usuários inativos na seleção "atribuir para" na tela de atendimentos.
FINANCEIRO
Pergunta sobre faturar no próximo mês, no agendamento de cancelamento de um contrato com cobrança antecipada
Ao agendar cancelamento, quando o contrato for antecipado, o sistema perguntará: "O cliente possui cobrança gerada até XXXX. Deseja faturar o cliente no próximo mês?"
Caso a resposta seja sim, deverá manter a data do ultimo faturamento;
Caso a resposta seja não, o sistema insere a data do ultimo faturamento para 30 dias depois da data agendada.
Alterar a geração de boletos da CAIXA cnab240
Alterar a forma como o sistema gera o boleto da caixa cnab240 para aceitar o código do cedente com 7 dígitos
Colocar campo isCartaoRecorrente na tela de cadastro de forma de cobrança
Adicionada flag para cartão recorrente na forma de cobrança
Criar tabela TB_FaturaNegociacao
Criada tabela TB_FaturaNegociacao, no módulo financeiro.
Campos:
- IDFaturaNegociacao,
- IDFatura
- IDCliente
- DataVencimento
- IsNegociacao
- IsCancelado
- Valor
- Saldo
- Status
Trigger na tabela TB_Fatura
Criadas Triggers InsereFaturaNegociacao e AtualizaFaturaNegociacao.
Criar tabela TB_AnaliseDocumentoSap
Criada tabela TB_FaturaNegociacao, no módulo financeiro.
Campos:
- IDAnaliseDocumentoSap
- IDDocumentoSap
- IDFaturamentoMes
- TipoDocumento
- Status
Trigger InsertAnaliseLogIntegracaoFaturamento
Criada trigger InsertAnaliseLogIntegracaoFaturamento para inserir log após alguma inserção em TB_LogIntegracaoFaturamento.
Criadas Chaves de Configuração para Forma de Cobrança de Cartão Recorrente
Foram criadas 2 chaves de configuração:
- Chave ID_FORMACOBRANCA_CARTAO_RECORRENTE - ID da forma de cobrança de cartão recorrente que o contrato será vinculado ao cadastrar cartão de credito na área do assinante ou app.
- Chave ID_FORMACOBRANCA_PADRAO - ID da forma de cobrança padrão que o contrato será vinculado ao excluir um cartão de credito do contrato na área do assinante ou app.
Alimentar a TB_FaturaPagamentoCartao, ao gerar faturas com forma de cobrança IsCartaoRecorrente
Na geração de faturas, ao selecionar uma forma de cobrança IsCreditoRecorrente deverá alimentar a TB_FaturaPagamentoCartao com as faturas geradas.
Alteração na geração de remessa, para não gerar remessa de cobrança recorrente
Alterado combobox para que em financeiro > > geração de remessa, não disponibilizar formas de cobrança que utilizem cartão recorrente.
Travamento na geração de faturamento e faturas (Workshop)
Alterada a forma de controle das funções de faturamento e faturas feitas fora do front-end.
Feitas alterações em:
- Geração de Faturas
- Geração de Faturamentos
- Geração de Remessas
Incluído controle para geração de carne dentro do cadastro do cliente.
Criar funcionalidade de envio de cobranças recorrentes de cartão de credito em massa
Criada funcionalidade para gerar cobranças de cartão de crédito recorrentes. Para isto, foi necessário que:
- Essa funcionalidade deverá ter todos os filtros existentes na geração de remessa;
- A funcionalidade deve exibir apenas as formas de cobrança isCartaoRecorrente = true;
- Para ser vinculado, ao clicar em verificar cobranças, a fatura deve estar vinculada à tabela TB_FaturaPagamentoCartao, com status PENDENTE_RECORRENCIA;
- A funcionalidade terá um botão para exportar as faturas que serão enviadas;
- A funcionalidade exibe e possibilita exportar erros retornados dos cartões.
Desenvolver Layout para banco DAYCOVAL
Desenvolvido o Layout de operações bancárias, remessa, retorno e boletos, do Banco Daycoval, segundo o manual disponibilizado.
Em caso de dúvidas, consultar o Manual Técnico-Cobrança do Banco Daycoval.
WORKSHOP MOB - Quando realizamos uma negociação, o sistema pergunta ao usuário se ele quer mudar o status do contrato para “EM NEGOCIAÇÃO”
Ao invés de ser dada a opção de o usuário escolher o status do contrato, aparecesse uma mensagem informando que o status do contrato foi alterado para “EM NEGOCIAÇÃO".
WORKSHOP MOB - Trava de descontos para negociação (31-60 dias)
Criar uma permissão NEGOCIAR COM DESCONTO LIVRE - ID25 na rotina “Autenticação > Perfis (Financeiro> Inadimplência) que possibilite aplicar descontos livres. Os usuários com essa permissão terão a mesma visão de descontos na negociação existente atualmente no sistema.
Os usuários sem permissão de desconto livre na negociação deverá visualizar os percentuais permitidos de desconto conforme nova regra de negócios abaixo:
Criar um parâmetro na rotina “Financeiro > Tabelas de apoio > Configurações” que possibilite a aplicação de descontos na forma percentual em cima do valor total da fatura, incluindo juros e multa. Os descontos possíveis são de 5 e 10% para clientes que possuem um aging de dívida entre 31 e 60 dias.
Caso a divida do cliente não se enquadre na regra não exibir nenhum campo de desconto;
Considerar a fatura em aberto com vencimento mais antigo para calculo dos 31/60 dias;
Criar também parâmetro para o intervalo de dias da divida;
Caso a divida do cliente não se enquadre exibir msg: Divida não enquadrada para desconto.
WORKSHOP MOB - Travas de vencimento para negociação
Criar um chave INTERVALO_MAXIMO_PRIMEIRO_VENCIMENTO_NEGOCIACAO na rotina “Financeiro > Tabelas de apoio > Configurações” que limite o calendário para a escolha da data de vencimento de uma negociação, onde a primeira parcela deve ter no máximo D+x (valor colocado na chave) dias da data em que a negociação foi feita, foi criado a permissão NEGOCIAR COM VENCIMENTO LIVRE - ID23, na rotina “Autenticação > Perfis (Financeiro> Inadimplência) que possibilite aplicar vencimentos livres.
Na tela de negociação, já exibir em vermelho o dia máximo de vencimento da primeira fatura conforme parâmetro informado
Exemplo: Parâmetro informado=5
Negociação realizada 17/05/2022 -
a primeira parcela da negociação pode vencer em 17/05,18/05,19/05,20/05,21/05
**inclui o dia da negociação
WORKSHOP MOB - Trava de negociação para clientes FPD
Criar uma permissão NEGOCIAR CLIENTES DE FATURA PRIMEIRO DEBITO (FPD) na rotina “Autenticação > Perfis (Financeiro > Inadimplência) que possibilite realizar a negociação para clientes FPD. Ou seja, caso o cliente tenha 1 fatura gerada ou mais, sendo que não existe fatura paga anterior, sendo todas as faturas geradas para o cliente em aberto, não deverá permitir o parcelamento de fatura, ao usuário sem a permissão criada.
Não sendo necessário validar contratos individuais, ou faturas vinculadas a contratos separados.
INTEGRAÇÃO
Verificar a possibilidade de enviar nome nos endpoints do Ozmap
O nome do cliente esta sendo enviado nas operações que utilizam Ozmap, com a finalidade que estas informações apareçam nas informações de saída de uma caixa, no Ozmap.
Exibições:
Informação na saída da caixa:
Integração com a playhub
Ao realiza uma venda de um plano que contenha integração com a playhub o campo celular do cadastro do cliente, deverá ser enviado para a plataforma.
OPERACIONAL
REDES
ROTINAS
Alteração da execução da Rotina Integração de pagamentos SAP
Retirado o envio de e-mail no final da execução da Rotina Integração de pagamentos SAP.
Alteração da execução da Rotina envio de notas e faturas
Retirado o envio de e-mail no final da execução da Rotina envio de notas e faturas.
Alterar rotina py de integração de clientes
Alteração na rotina de integração de clientes, para que quando a resposta do sap for "PN XXXXX já existe", marcar na TB_Cliente o atributo isIntegrado='s'.
Alteração da rotina de cancelamento de notas SAP
Alterar rotina de cancelamento de notas SAP, para quando o retorno sap for "Document is already closed and cannot be canceled" marcar a nota para IsCancelamentoIntegrado='s'
Alterar rotina py de integração de clientes
Alteração na rotina de integração de clientes, para que quando a resposta do sap for "PN XXXXX já existe", marcar na TB_Cliente o atributo isIntegrado='s'.
Criar rotina de busca do CDR do sipPulse
Criar rotina que busque o cdr do sipPulse e salve na tabela de DadosLigacao no adapter
Alterar Rotina Geração Controle Carnê
Foi ajustado para a rotina não pegar contratos cancelados e ajuste da query, para melhoria de performance da mesma.
Estudar forma de alterar o agendamento de rotinas, para aceitar mais de 1 comando de execução.
Alteradas estruturas da tabela e objeto:
TB_Rotina
- ID
- Descricao
TB_ItemRotina
- ID
- IDRotina
- Comando
- usuario
- obs
- Utiliza serviço pra startar
- Utiliza crontab
- IDServidor integracao (Apenas ao utilizar o Crontab)
Alterada tela, execução de rotina e atualização da cron.
Alterar Rotina de Envio de SMS
Foram criados o 5° e 6° parâmetro para as rotinas de envio de sms, conforme descrição a seguir:
1º: dias anteriores ao vencimento
2º: ID do modelo de mensagem para envio via SMS
3º: Define se ira enviar aviso no app
4º: ID do modelo de envio do aviso para o app
5º: Define o tipo do próximo parâmetro a ser passado (1 = Lista de ids de faturas / 2 = Enviar somente faturas de negociação / 3 = Telefone de destinatário pré-definido)
6º:lista de ids de faturas (separados por virgula e sem espaço) ou o telefone de destinatário pré-definido
Alteração de agendamento de rotinas
Foi modificado a forma como o sistema trabalha com rotinas, para ser possivel agendamento da mesma rotina de em dias e horários diferentes, pelo crontab e para rodar da melhor maneira, quando utilizado o serviço.
TELEFONIA
TERCEIROS
Criar log de edição de bairro e cidade na TB_LogEndereco
Ao editar a cidade ou bairro de um endereço, será salvo o log na TB_LogEndereco.
WEBSERVICES
Adicionar campos em endpoint que retorna dados de cliente
Endpoint modificado: https:[URL]/area/cliente/{idCliente}
Informações adicionadas - Pessoa Física:
- Sexo
- Data de Nascimento
- Empresa
Informações adicionadas - Pessoa Jurídica:
- Inscrição Municipal
- Inscrição Estadual
- Empresa
Criar endpoints para listar e excluir os cartões do cliente
Criados os endpoints:
- Listar Cartões do Cliente: https://[URL]/ws/financeiro/dados_cartao/recorrencia/cliente/{idCliente}/buscar
- Excluir Cartão do Cliente: https://[URL]/ws/financeiro/dados_cartao/recorrencia/{idDadosCartao}/excluir
Validação de 2 endereços de prospectos iguais
Criada validação em endpoint de cadastro de endereço de prospectos, para bloquear cadastro de 2 endereços iguais
Criar método para webservice de viabilidade hubdesenvolvedor pelo webservice no prospecto.
Endpoint: https://[URL]/ws/comercial/prospectos/receita_federal/consultar
Criado método de consulta de viabilidade do hubdesenvolvedor, para consultas da receita federal. Maiores detalhes, consultar manual.
