Maio2022

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.

Botão cancelar extratos em massa.

Ao clicar no botão, abre-se um modal para que se selecione estes extratos sem fatura.

Modal de seleção de extratos à cancelar

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.

Pergunta refidelizar contrato em alteração de endereço

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.

Box exibindo itens da tabela sobre Provedores de Origem

Criada também uma tela CRUD para PROVEDOR DE ORIGEM.

Crud para a tabela TB_ProvedorOrigem

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.

Dados de domínio exibidos no 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.

Edição de login radius

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.

Atribuir para

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

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.

Funcionalidade de Cobrança Recorrente

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:

Nome exibido nas informações do cliente, no ozmap

Informação na saída da caixa:

Informação do nome em saída da caixa, no ozmap

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.

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.

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

Resposta da Validação do Endpoint de Endereço de Prospecto

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.

Endpoint de HubDesenvolvedor, resposta negativa

Voltar Menu Principal