Maio2022: mudanças entre as edições
| Linha 62: | Linha 62: | ||
=== Quando o contrato for antecipado, agendar cancelamento | === 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?" | 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?" | ||
| Linha 68: | Linha 68: | ||
* '''Caso 1''': Se sim, deverá manter a data do ultimo faturamento; | * '''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; | * '''Caso 2''': Se não, o sistema deve setar a data do último faturamento para 30 dias depois da data agendada; | ||
=== Alimentar a TB_FaturaPagamentoCartao, ao gerar faturas com forma de cobrança IsCreditoRecorrente === | === Alimentar a TB_FaturaPagamentoCartao, ao gerar faturas com forma de cobrança IsCreditoRecorrente === | ||
Edição das 13h32min de 31 de maio de 2022
AUTENTICAÇÃO
COMERCIAL
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.
Exibir número das notas na exibição do extrato financeiro
Em Cliente -> Dados Financeiros -> Extrato Financeiro, número da nota fiscal exibido.
Não alterar velocidade do contrato cancelado quando houver up/down/migração
Ao alterar velocidade, no processo de Upgrade/Downgrade e Migração, os contratos habilitado e cancelado ficam com velocidades distintas.
Contrato Habilitado:
Contrato Anterior, Cancelado:
Ordenação do Kanban - Personalizar por data de abertura crescente ou decrescente
Acrescentado botão que define ordenação no Kanban de prospectos, se exibe na ordem crescente ou decrescente da data de entrada no sistema.
Adicionar Index IDCondominioCM tabela endereço cliente
Criado index no campo IDCondominioCM da tabela TB_EnderecoCliente, no módulo comercial.
Exibir informações de cartão de crédito na tela do cliente, em cobrança e tb na tela de contrato
Informação sobre o cartão de crédito, são exibidas na tela do cliente, em cobrança e na tela de contrato.
Tela de Contrato:
Dados do Cliente:
Criação de chaves para atribuição do motivo de reprovação do prospecto automaticamente, da mesma forma que existe atualmente quando um prospecto é reprovado por "Sem viabilidade técnica".
Foi criado um campo junto a tabela motivo de reprovação prospecto, que será associado à qualificação que a resposta automática do motivo de reprovação é vinculado, este campo não é obrigatório.
Desativada a chave ID_MOTIVO_REPROVACAO_PROSPECTO_SEM_VIABILIDADE.
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;
Alimentar a TB_FaturaPagamentoCartao, ao gerar faturas com forma de cobrança IsCreditoRecorrente
Na geração de faturas, ao selecionar uma forma de cobrança IsCreditoRecorrente, o sistema deve alimentar a TB_FaturaPagamentoCartao com as faturas geradas no range.
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.
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.
Alterar no liquibase o campo `Tipo` da TB_InstrucaoBancaria
Alterado, no liquibase, o campo `Tipo` da TB_InstrucaoBancaria. de um inteiro de até 11 caracteres para um varchar de até 255 caracteres.
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
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.
INTEGRAÇÃO
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
TELEFONIA
TERCEIROS
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
Criar Método para Cadastro de Cartão para Cobrança Recorrente
Endpoint: /ws/financeiro/dados_cartao/recorrencia/cadastrar criado.
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.
