Fevereiro2023

COMERCIAL

Registrar em Log, alterações nos campos Origem Comercial, Provedor de Origem, Canal de Venda e na flag Permite Negativar em contratos

Estão sendo registradas em log, alterações nos campos:

• Origem Comercial;
• Provedor de Origem;
• Canal de Venda;
• "flag" Permite Negativar em contratos;

Consultar a TB_LogContrato.

Necessário exibir em cliente/endereço o condomínio referente ao endereço do cliente

Adicionada informação referente ao endereço do condomínio do cliente, em Comercial > Clientes > Contratos > Endereço.

Exibição de Condomínio em Endereço do Cliente.

Criar field valorComposicao na dto Modelo de Contrato

Field valorComposicao disponível na dto Modelo de Contrato.

Estudar forma de controlar números de telefonia, pois caso haja vendas de telefonia simultâneas, o sistema permite que o mesmo número seja vinculado a dois contratos diferentes

Antes de chamar o método de cadastrar contrato, caso ele seja de telefonia, será verificado se o número vendido ainda esta disponível.

Se não tiver, será exibido um alert informando ao usuário que o número já foi vendido e solicitando que selecione outro.

FINANCEIRO

Criar field idFatura na class NotaFiscalDto

Criado field idFatura na class NotaFiscalDto.

Criar uma chave de configuração chamada FATURAMENTO_STATUS_DIFERENCIADO que terá o os status 0 para false e 1 para true e fazer as spu em anexo ler dessa chave.

Criada chave de configuração - FATURAMENTO_STATUS_DIFERENCIADO.

Regra de negócio:

• Chave vai iniciar com VALOR DEFAULT = 0 (False);
• Caso a chave de configuração esteja com status = 1, adicionar para faturamento, contratos com os status habilitados em confiança e suspensos.
• Caso a chave de configuração esteja com status = 0, o sistema funcionará normalmente;

SPU's alteradas:

• spuBuscaMensalidadesAFaturar
• spuBuscaServicosAFaturar
• spuBuscaDescontosAFaturar
• spuBuscaLigacoesAApurar
• spuBuscaNavegacoesApurar

Criar field idContrato na dto autorização de débito

Criado field idContrato na dto autorização de débito.

Verificar como gerar o qrcode do PIX a partir da chave

Para fatura padrão, há um field "qrCodePix", para exibir o qrcode do pix e o field "txtChavePix" para exibir a chave.

Para fatura unificada (junto com nota), o há um field "chavePix" para exibir a chave.

Para gerar o qrCode, incluído ao jasper uma biblioteca que gere o QR Code a partir da chave, semelhante à geração do código de barras.

INTEGRAÇÃO

Criar tela para CRUD das tabelas TemplateWhatsapp e VariavelTemplateWhatsapp no modulo integração

CRUD de controle de tabela disponível em Integração > Tabelas de apoio > Template Whatsapp.

CRUD de templates do WhatsApp

Para a tela de cadastro das variáveis, o sistema deverá validar se a variável já existe. Caso exista, o sistema deve bloquear o salvamento.

CRUD de Variáveis para WhatsApp

Criar telas de CRUD da tb_composicaoproduto no modulo integração

Criado CRUD de Cadastro de Composição de SVA's de Produtos.

Crud de Cadastro de Composição de Produto SVA

Integração SMS com a INFOBIP

Integração de SMS.

Foi Inserido na Rotina-EnvioAlertaAtrasoSMS, a chamada para esse novo fornecedor.

Remover módulos e integrações não utilizadas

Foram removidos do sistema as referências a:

• Remover modulo RH
• CactiPU
• IAPabxPU

Alterar integração para passar o parâmetro de acordo com a empresa do grupo

Criada TB_CodigoPortalEmpresaYoucast, para relacionar o ID de empresa e o código a ser enviado no método de criação do assinante.

Será enviada a informação de código do portal, no campo portals_id do endpoint createMotvCustomer.

Caso não encontre essa informação na tabela, o sistema manterá o processo atual.

Nas chamadas para a para o modulo integração, adicionar a informação da empresa, baseada na empresa do cliente

Criar tela para CRUD da TB_DadosEurekaOperacao no modulo integração

Criado CRUD para manipular tabela TB_DadosEurekaOperacao.

Crud Eureka do Módulo Integração

Desenvolvimento do bolepix itau

Criar campo boletoPix (Boolean) TB_FormaCobranca;

Caso o campo boletoPix = true, o sistema deverá enviar o registro 3 na remessa de cnab 400;

No processamento de retorno, caso a forma de cobrança da fatura possua boletoPix true, nas confirmações de entrada, o sistema deverá ler o registo 4 e salvar na TB_InformacaoAdicionalFatura

Desenvolver gateway de pagamento Cyclopay

Criada chave ID_SERVIDOR_INTEGRACAO_CYCLOPAY no módulo financeiro;

Criada chave UTILIZA_PAGAMENTO_RECORRENTE_CARTAO_POR_LINK no módulo financeiro;

Criada chave CONSUMER_ID_CYCLOPAY no módulo integração.

Criada TipoEnvio de modelo de SMS e E-mail LINK_PAGAMENTO_FATURA, LINK_CADASTRO_RECORRENCIA;

Criada TB_LogCyclopay no modulo integração e salvar todas as requisições;

Criada permissão GERAR LINK ATUALIZACAO CARTAO RECORRENCIA = "IG05" no modulo integração.

Criado campo PermitePagamentoPorLink na TB_FormaCobranca;

Criado um botão "pagamento por link" em cliente > dados financeiros (Faturas e faturas de negociação), para as faturas que possuírem forma de cobrança com campo PermitePagamentoPorLink = 1;

Ao clicar no botão "pagamento por link", o sistema deverá exibir um modal com as opções de envio por SMS ou e-mail.

Se a opção for e-mail o usuário poderá escolher o e-mail do cliente ou digitar um outro personalizado

Após selecionar a opção, o sistema deverá fazer uma requisição ao endpoint create-payment-link, informando o id da fatura, o retorno do endpoint será o link que será enviado ao cliente.

O sistema deverá exibir um modal informando que foi enviado o link e que o pagamento poderá ser feito por pix ou cartão.

Se a forma de cobrança for debito automático e a remessa já estiver gerada, não poderá ser possível o envio do link.

Nos envios, a exibição do link será feita utilizando a variável $linkPagamentoFatura$;

No Json de envio para obter o link para pagamento, o campo consumerID será preenchido com o valor da chave CONSUMER_ID_CYCLOPAY. Caso ela não esteja preenchida, o campo será enviado com o valor default "6";

Criar campo UtilizaRecorrenciaPix(Boolean) na TB_FormaCobranca;

As formas de cobrança RecorrenciaPix não irão gerar código de barras nas faturas, de forma similar ao débito automático;

Alterada a aplicação para enviar a informação se a forma de cobrança é PIX, para a biblioteca de impressão;

Alterada a rotina envioFaturasNotasFiscais, para enviar a informação se é uma forma de cobrança PIX para a biblioteca de impressão;

Alterada a rotina envioAlertaSMS não enviar SMS caso a forma de cobrança for UtilizaRecorrenciaPix = 1.

Criado campo IsPix (Boolean) na TB_FormaPagamento;

Será exibido em Tela do Cliente > Histórico > integrações, os logs da TB_LogCyclopay daquele cliente;

Caso a chave UTILIZA_PAGAMENTO_RECORRENTE_CARTAO_POR_LINK  = 1 e o usuário possua a permissão GERAR LINK ATUALIZACAO CARTAO RECORRENCIA, exibir um botão "link para atualizar cartão recorrência" em  Clientes > Dados pessoais > Cobrança;

Ao clicar nesse botão, o sistema deverá exibir um modal com os contratos cuja forma de cobrança seja cartaoRecorrencia = 1 e que tenha um cartão vinculado, e permitir que o usuário selecione quais contratos atualizarão a recorrência.

Após a seleção dos contratos, será exibido um modal com as opções de envio por SMS ou email.

Se a opção for e-mail, o usuário poderá escolher o e-mail do cliente ou digitar um outro personalizado.

Após a seleção da opção, o sistema deverá fazer uma requisicao ao endpoint update-card-signature, com os ids de contratos e enviar por SMS ou email o link recebido como resposta.

Para exibir o nome dos planos dos contratos que serão atualizados a recorrência, deverá ser usada a variavel $nomePlano$

Para exibição do link deverá ser usada a variável $linkCadastroRecorrencia$

Endpoint criado: /ws/financeiro/dados_cartao/recorrencia/integrada/cadastrar, para ser acessado pela Cyclopay, para que forneça as informações dos cartões cadastrados na plataforma;

Endpoint criado: /ws/comercial/contratos/forma_cobranca/alterar, para alterar a forma de cobrança, validar se a empresa da nova forma de cobrança está contida nas composições do planejamento do contrato. Caso não esteja, o endpoint deverá retornar um mensagem informando que não será possível realizar a alteração.

Na alteração de forma de cobrança, caso a nova forma de cobrança seja cartão recorrente,  não poderá ter em seu cadastro a flag de gerar fatura única marcada, devendo assim, apresentar uma mensagem para o operador quando selecionado o tipo de forma de cobrança cartão de crédito recorrente ou PIX recorrente.

OBS: Para que a validação seja feita, a chave ID_SERVIDOR_INTEGRACAO_CYCLOPAY deverá estar preenchida

Integração Eureka regra de negócios da playhub

Desenvolver regras de negocio para a integração Eureka

Regras de Negócio:

Habilitação de novo contrato: O sistema irá verificar se o cliente já existe na base:

• se sim, irá somente adicionar o novo contrato e seus respectivos SVAs,
• se não, irá criar o cliente com o contrato  e seus respectivos SVAs.

Upgrade/Downgrade: o sistema irá cancelar o contrato antigo e adicionar o novo com seus respectivos SVAs

Alteração de titularidade: o sistema irá cancelar o contrato antigo, criar o novo cliente (caso nao exista) e adicionar o novo contrato e seus respectivos SVAs

Cancelamento de contrato: o sistema irá cancelar o contrato na plataforma

Descancelar contrato: o sistema irá reativar o contrato na plataforma

OBS: o sistema só irá cadastrar na plataforma os contratos habilitados.

Criada chave de configuracao ID_SERVIDOR_INTEGRACAO_EUREKA;

Criada TB_DadosEurekaOperacao;

Informações de conexão e CRM serão fornecidas pela tabela TB_DadosEurekaOperacaom através da operação do contrato.

Alterar o formato de salvar o endereço vindos da API dos correios

Ao salvar o endereço, consultado na API dos correios, está sendo concatenado o campo complemento2 ao LogradouroEndereco.

Criar a tela de CRUD para TB_CodigoPortalEmpresaYoucast

Criado CRUD para cadastro de Código Portal para Youcast.

CRUD para manipulação da TB_CodigoPortalEmpresaYoucast

OPERACIONAL

Estudar uma forma de fazer a paginação dos registros na tela de atendimentos, que não derrube o sistema quando carregado.

Alterada a disposição de páginas da tela de atendimentos, para evitar instabilidades. Para isso, foi removida a paginação da tela em numeração, não sendo necessário a contagem de todos os itens do retorno da consulta.

WEBSERVICES

Criar método para verificar se as API's estão respondendo

Método https:(URL)/ws/auth/status criado.

Cheque mais detalhes no manual de webservices Adapter

Realizar modificação endpoint de consulta de preFixos disponíveis para diminuir tamanho do array de resposta

Método https:(URL)telefonia/numeros/livres/prefixo/{idPrefixo} modificado para que a respota do array seja menor.

Cheque mais detalhes no manual de webservices Adapter

Alterar endpoint viabilidade técnica

Alterado o endpoint de viabilidade técnica - https:(URL)/ws/comercial/viabilidade_tecnica/consultar, para aceitar latitude e longitude como string.

Estas informações estão em formato string nas integrações Connect Master e Ozmap.