Maio2022: mudanças entre as edições
Linha 25: | Linha 25: | ||
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 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|545x545px|Box exibindo itens da tabela sobre Provedores de Origem]] | [[Arquivo:ImagemItensOrigemProvedor.png|alt=Box exibindo itens da tabela sobre Provedores de Origem|centro|miniaturadaimagem|545x545px|Box exibindo itens da tabela sobre Provedores de Origem]] | ||
Criada também uma tela CRUD para PROVEDOR DE ORIGEM. | Criada também uma tela CRUD para PROVEDOR DE ORIGEM. | ||
[[Arquivo:ImagemCrudProvedoresDeOrigem.png|alt=Crud para a tabela TB_ProvedorOrigem|centro|miniaturadaimagem|474x474px|Crud para a tabela TB_ProvedorOrigem]] | [[Arquivo:ImagemCrudProvedoresDeOrigem.png|alt=Crud para a tabela TB_ProvedorOrigem|centro|miniaturadaimagem|474x474px|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. | |||
===Exibir número das notas na exibição do extrato financeiro=== | |||
Em Cliente -> Dados Financeiros -> Extrato Financeiro, número da nota fiscal exibido.[[Arquivo:ImagemNotasExtrato.png|alt=Exibição de Número de Notas no Extrato Financeiro|centro|miniaturadaimagem|684x684px|Exibição de Número de Notas no Extrato Financeiro|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemNotasExtrato.png]] | |||
===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:[[Arquivo:ImagemContratoHabilitadoDowngrade.png|alt=Contrato Habilitado com Velocidade de 70MB|centro|miniaturadaimagem|510x510px|Contrato Habilitado com Velocidade de 70MB|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemContratoHabilitadoDowngrade.png]]Contrato Anterior, Cancelado:[[Arquivo:ImagemContratoCanceladoDowngrade.png|alt=Contrato de 140MB Cancelado, por um Downgrade|centro|miniaturadaimagem|507x507px|Contrato de 140MB Cancelado, por um Downgrade|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemContratoCanceladoDowngrade.png]] | |||
===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.[[Arquivo:ImagemBotaoFiltroDecresc.png|alt=Botão no Kanban de Prospectos com Filtro Decrescente da Data de Entrada.|centro|miniaturadaimagem|512x512px|Botão no Kanban de Prospectos com Filtro Decrescente da Data de Entrada.|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemBotaoFiltroDecresc.png]] | |||
===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:[[Arquivo:ImagemCartaoContrato.png|alt=Informações de Cartão Recorrente na Tela do Contrato|centro|miniaturadaimagem|560x560px|Informações de Cartão Recorrente na Tela do Contrato|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemCartaoContrato.png]]Dados do Cliente:[[Arquivo:ImagemCartaoCobranca.png|alt=Informações de Cartão Recorrente em Cobrança|centro|miniaturadaimagem|565x565px|Informações de Cartão Recorrente em Cobrança|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemCartaoCobranca.png]] | |||
===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.[[Arquivo:ImagemVinculoMotivoReprovação.png|alt=Vínculo de Qualificação em um Motivo de Reprovação|centro|miniaturadaimagem|441x441px|Vínculo de Qualificação em um Motivo de Reprovação|ligação=http://192.168.0.8:8086/wiki/index.php/Arquivo:ImagemVinculoMotivoReprova%C3%A7%C3%A3o.png]]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 === | === 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, agendar cancelamento devera perguntar deverá analisar "O cliente possui cobrança gerada até XXXX. Deseja faturar o cliente no próximo mês?" se sim, deverá manter a data do ultimo faturamento; === | === Quando o contrato for antecipado, agendar cancelamento devera perguntar deverá analisar "O cliente possui cobrança gerada até XXXX. Deseja faturar o cliente no próximo mês?" se sim, deverá manter a data do ultimo faturamento; === | ||
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; | |||
=== Na geração de faturas, ao selecionar uma forma de cobrança IsCreditoRecorrente deverá alimentar a TB_FaturaPagamentoCartao com as faturas geradas no range === | === Na geração de faturas, ao selecionar uma forma de cobrança IsCreditoRecorrente deverá 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 === | |||
Linha 50: | Linha 85: | ||
Caso a resposta seja não, o sistema insere a data do ultimo faturamento para 30 dias depois da data agendada. | Caso a resposta seja não, o sistema insere a data do ultimo faturamento para 30 dias depois da data agendada. | ||
=== Alterar a forma como o sistema gera o boleto da caixa cnab240 para aceitar o | === Alterar a geração de boletos da CAIXA cnab240 === | ||
Alterar | 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|543x543px|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: | |||
*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 === | === Travamento na geração de faturamento e faturas === | ||
Linha 57: | Linha 134: | ||
=== Criar funcionalidade de envio de cobranças recorrentes de cartão de credito em massa === | === Criar funcionalidade de envio de cobranças recorrentes de cartão de credito em massa === | ||
=== | === Desenvolver Layout para banco DAYCOVAL === | ||
==INTEGRAÇÃO== | ==INTEGRAÇÃO== | ||
Linha 64: | Linha 141: | ||
==REDES== | ==REDES== | ||
==ROTINAS== | ==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=== | |||
=== Alterar rotina de cancelamento de notas | 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 === | === 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 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 que busque o cdr do sipPulse e salve na tabela de DadosLigacao no adapter | === 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== | ==TELEFONIA== | ||
Linha 111: | Linha 191: | ||
*Listar Cartões do Cliente: https://[URL]/ws/financeiro/dados_cartao/recorrencia/cliente/{idCliente}/buscar | *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 | *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[[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]] |
Edição das 21h25min de 27 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, agendar cancelamento devera perguntar deverá analisar "O cliente possui cobrança gerada até XXXX. Deseja faturar o cliente no próximo mês?" se sim, deverá manter a data do ultimo faturamento;
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;
Na geração de faturas, ao selecionar uma forma de cobrança IsCreditoRecorrente deverá 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
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
Criar funcionalidade de envio de cobranças recorrentes de cartão de credito em massa
Desenvolver Layout para 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