Maio2022: mudanças entre as edições

De Adapter
Ir para navegação Ir para pesquisar
(teste)
 
Sem resumo de edição
 
(33 revisões intermediárias por 2 usuários não estão sendo mostradas)
Linha 1: Linha 1:
==AUTENTICAÇÃO==
==AUTENTICAÇÃO==
==COMERCIAL==
==COMERCIAL==
===Inserir a opção OUTROS no campo sexo do cadastro do prospecto===
A opção OUTROS, fora adicionada no campo sexo como opção de escolha no cadastro de prospectos.[[Arquivo:ImagemOpcaoOutros.png|alt=Opção outros disponível ao cadastrar um prospecto, no campo sexo|centro|miniaturadaimagem|576x576px|Opção outros disponível ao cadastrar um prospecto, no campo sexo|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemOpcaoOutros.png]]
===Ajustar tamanho do campo Segmento na pesquisa do Kanban===
Alteração no Campo Segmento, afim de melhorar o visual da tela.[[Arquivo:ImagemCampoSegmento.png|alt=Alterado tamanho no campo segmento|centro|miniaturadaimagem|598x598px|Alterado tamanho no campo segmento|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemCampoSegmento.png]]
===Alteração na linha do tempo do funil de um prospecto===
Alterada a visualização da linha do tempo dos funis de um prospecto, adicionada uma nova cor junto aos funis.[[Arquivo:ImagemCoresFunis.png|alt=Alterada visualização das cores da linha do tempo dos funis de prospecto|centro|miniaturadaimagem|521x521px|Alterada visualização das cores da linha do tempo dos funis de prospecto|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemCoresFunis.png]]LEGENDA:
*Cor Verde: Funil Validado pelo Prospecto - Funil onde o prospecto já passou;
*Cor Cinza: Funil Atual
*Cor Vermelha: Funil não Validado pelo Prospecto - Funil onde o prospecto não passou;


=== 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.
[[Arquivo:ImagemBotaoCancelarExtratosEmMassa.png|alt=Botão cancelar extratos em massa.|centro|miniaturadaimagem|500x500px|Botão cancelar extratos em massa.]]
Ao clicar no botão, abre-se um modal para que se selecione estes extratos sem fatura.
[[Arquivo:ImagemModalSelecaoExtratosCancelar.png|alt=Modal de seleção de extratos à cancelar|centro|miniaturadaimagem|500x500px|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.'''
[[Arquivo:ImagemRefidelizarContratoAtualizarEndereço.png|alt=Pergunta refidelizar contrato em alteração de endereço|centro|miniaturadaimagem|500x500px|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.
[[Arquivo:ImagemItensOrigemProvedor.png|alt=Box exibindo itens da tabela sobre Provedores de Origem|centro|miniaturadaimagem|500x500px|Box exibindo itens da tabela sobre Provedores de Origem]]
Criada também uma tela CRUD para PROVEDOR DE ORIGEM.
[[Arquivo:ImagemCrudProvedoresDeOrigem.png|alt=Crud para a tabela TB_ProvedorOrigem|centro|miniaturadaimagem|500x500px|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; ===


Importante mencionar que, as cores da linha do tempo não informam o funil onde o prospecto foi aprovado ou reprovado.
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?" 
===Criação de funcionalidade de impressão de termo de portabilidade e seus respectivos fields.===


* '''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;


Criada funcionalidade para que se possa fazer a impressão do termo de portabilidade, tal funcionalidade é encontrada através de um botão na tela de contratos. Para que este botão seja exibido, é necessário preencher a chave '''PATH_TERMO_PORTABILIDADE_JASPER - ID 283'''.[[Arquivo:ImagemTermoPortabilidade.png|alt=Em dados de voz, botão para impressão de termo de portabilidade|centro|miniaturadaimagem|661x661px|Em dados de voz, botão para impressão de termo de portabilidade|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemTermoPortabilidade.png]]


=== 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.


Para este termo, foram criados os seguintes fields:
[[Arquivo:Dados de domínio exibidos no contrato.png|alt=Dados de domínio exibidos no contrato|centro|miniaturadaimagem|500x500px|Dados de domínio exibidos no contrato]]
*Nome - Razão social;
*Nome Fantasia;
*CPF/CNPJ;
*Inscrição Estadual;
*Endereço;
*Complemento;
*Bairro;
*CEP;
*Cidade;
*Telefone;
*E-mail;
*Responsável;
*Operadora Originária;
*Tronco Chave;
*Quantidade de Números Portados;
*Ramal inicial;
*Ramal final;
*DDD;
*Número da Linha.
===Criar atributo IDDadosCartaoCliente (Long) em TB_Contrato===
Criado atributo IDDadosCartaoCliente na tabela tb contrato.


===Criar field "numeroTelefoneContrato" para modelo de alteração de titularidade===
=== Ao editar um login radius será permitido a digitação de caracteres especiais só não sendo permitido espaços ===
Criado field com o número do telefone do contrato à ser anexado junto ao termo de alteração de titularidade, gerado ao final do processo.
Então tomem cuidado para não colocar um caractere que o seu radius não aceite, durante a edição do campo. 
[[Arquivo:Login Radius .png|alt=Edição de login radius|centro|miniaturadaimagem|500x500px|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. ===
[[Arquivo:Atribuir para.png|alt=Atribuir para|centro|miniaturadaimagem|500x500px|Atribuir para]]


==FINANCEIRO==
==FINANCEIRO==
===Ao gerar remessa de alteração o sistema deverá permitir informar intervalo de vencimento e não combo de períodos fechados.===
Tela para gerar remessa de alteração foi alterada, para que, ao invés de um combo de período fechado, o usuário possa selecionar um período com data inicial e final de vencimentos. Tal medida é tomada afim de possibilitar que se gere uma remessa de alteração de datas passadas.[[Arquivo:ImagemRemessaAlteracao.png|alt=Alteração em gerar remessa de alteração, escolhendo data inicial e final|centro|miniaturadaimagem|588x588px|Alteração em gerar remessa de alteração, escolhendo data inicial e final|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemRemessaAlteracao.png]]
===Criar TB_DadosCartaoCliente===
Tabela TB_DadosCartaoCliente criada no módulo financeiro. As informações acumuladas nessa tabela são enviadas criptografadas para segurança dos dados.


=== 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[[Arquivo:ImagemFormCartaoRecorrente.png|alt=Adicionada flag para cartão recorrente na forma de cobrança|centro|miniaturadaimagem|500x500px|Adicionada flag para cartão recorrente na forma de cobrança|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemFormCartaoRecorrente.png]]
===Criar tabela TB_FaturaNegociacao===
Criada tabela TB_FaturaNegociacao, no módulo financeiro.


Campos:
Campos:
*IDDadosCartaoCliente
*IDFaturaNegociacao,
*IDFatura
*IDCliente
*IDCliente
*NomeTitularCartao
*DataVencimento
*NumeroCartao
*IsNegociacao
*UltimosDigitos
* IsCancelado
*CodigoSeguranca
*Valor
*DataValidade (dd/aaaa)
*Saldo
*IDBandeiraCartaoEmpresa
*Status
===Atributo IsCartaoRecorrente na TB_FormaCobranca===
=== Trigger na tabela TB_Fatura===
Criado atributo IsCartaoRecorrente booleano na TB_FormaCobranca.
Criadas Triggers InsereFaturaNegociacao e AtualizaFaturaNegociacao.
===Ao integrar pagamentos SAP salvar o numero de documento do pagamento retornado===
===Criar tabela TB_AnaliseDocumentoSap===
Ao integrar pagamentos ao SAP, será salvo o numero do documento retornado no JSON.
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.
 
[[Arquivo:ImagemFuncionalidadeCobrancaRecorrente.png|alt=Funcionalidade de Cobrança Recorrente|centro|miniaturadaimagem|500x500px|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
 
<nowiki>**</nowiki>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.  


Para este, fora criada uma tabela, a TB_FaturaPagamentoSAP, com os atributos:
*ID;
*IDFatura;
*IDPagamentoReceita;
*IDDocumentoSAP,
==INTEGRAÇÃO==
==INTEGRAÇÃO==
===Cancelamento Pagamento de Faturas - Integrar SAP e Adapter===
 
Feita a integração entre SAP e Adapter no Cancelamento de Pagamento de Faturas, seguindo os passos abaixo:
=== Verificar a possibilidade de enviar nome nos endpoints do Ozmap ===
*Criada a coluna '''IsCancelamentoPagamentoIntegrado''' na tabela TB_FaturaPagamentoSAP para informar se estes cancelamentos já foram integrados;
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.
*Quando apagado uma baixa pelo adapter, o sistema sinalizará a ação na TB_FaturaPagamentoSap.
 
*Criada '''TB_LogIntegracaoCancelamentoPagamento''' com os campos:
Exibições:
#IDLogIntegracaoCancelamentoPagamentoAção
[[Arquivo:ImagemOzMapNome.png|alt=Nome exibido nas informações do cliente, no ozmap|centro|miniaturadaimagem|500x500px|Nome exibido nas informações do cliente, no ozmap]]
#DataLog
Informação na saída da caixa:
#DocumentosSAPs
[[Arquivo:ImagemSplitterSaida.png|alt=Informação do nome em saída da caixa|centro|miniaturadaimagem|500x500px|Informação do nome em saída da caixa, no ozmap]]
#IDUsuario
 
#TipoAcao
=== Integração com a playhub ===
*Criada rotina '''Integração Cancelamento Pagamentos SAP''' para cancelamento do pagamento SAP de todos não integrados.
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==
==OPERACIONAL==
===Adicionar endereço da Caixa Conectorizada na visualização de dados de mapeamento do cliente no Adapter e no APP===


==REDES==


Afim de facilitar o processo de suporte, foi adicionado o endereço da caixa conectorizada junto aos dados de mapeamento. Tal informação fica disponível na tela do adapter e do aplicativo de técnicos.[[Arquivo:ImagemEndereçoCaixa3.png|alt=Endereço da Caixa Conectorizada Adicionado aos Dados de Mapeamento|centro|miniaturadaimagem|555x555px|Endereço da Caixa Conectorizada Adicionado aos Dados de Mapeamento|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemEndere%C3%A7oCaixa3.png]]
==REDES==
==ROTINAS==
==ROTINAS==
===Criar rotina CDR do sipPulse===
 
Criada rotina que busca dados do CDR do Sip Pulse e os salva na tabela TB_DadosLigação.
=== Alteração da execução da Rotina Integração de pagamentos SAP ===
===Alteração rotina de cancelamento de notas SAP===
 
Feita uma alteração na rotina de cancelamento de notas vinculada ao SAP, para que quando o retorno SAP for "Document is already closed and cannot be canceled", marcar a nota para '''IsCancelamentoIntegrado='s'.'''
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==
==TELEFONIA==
==TERCEIROS==
==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==
==WEBSERVICES==
===Criar método para cadastro de dados de cartão de credito===
Endpoint '''<u>/ws/financeiro/dados_cartao/recorrencia/cadastrar</u>''' criado.


Informações adicionais, consultar Manual Documentação WebService Cliente.
=== 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[[Arquivo:ImagemRespostaWebServiceValidacao.png|alt=Resposta da Validação do Endpoint de Endereço de Prospecto|centro|miniaturadaimagem|613x613px|Resposta da Validação do Endpoint de Endereço de Prospecto|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemRespostaWebServiceValidacao.png]]
 
=== 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.
[[Arquivo:ImagemEndpointRespostaNegativaReceita.png|alt=Endpoint de HubDesenvolvedor, resposta negativa|centro|miniaturadaimagem|537x537px|Endpoint de HubDesenvolvedor, resposta negativa]][[Página principal|Voltar Menu Principal]]

Edição atual tal como às 17h11min de 23 de novembro de 2022

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.

Botão cancelar extratos em massa.
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
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
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
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
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
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
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
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
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
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
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
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.

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

Resposta da Validação do Endpoint de Endereço de Prospecto
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
Endpoint de HubDesenvolvedor, resposta negativa

Voltar Menu Principal