Novembro/Dezembro 2024

COMERCIAL

Inclusão de campos no endpoint comercial/clientes/logar

Incluídos os campos DataCancelamento e DataHabilitacao no retorno do endpoint.

comercial/clientes/logar

Opções de padrões de login para TV

Criadas as chaves:

$PRIMEIRO_NOME

$ULTIMO_NOME

$IDCONTRATO

Criação de novo endpoint de cartão recorrente

Desenvolvido novo endpoint /dados_cartao/recorrencia/cadastrar/externo visando maior segurança dos dados. Para mais informações consultar manual webservice.

Lentidão para atualizar planos

Desenvolvida melhoria para otimizar atualização dos dados do plano, onde caso houvessem muitos contratos vinculados ao plano o sistema estava apresentando lentidão.

Ajuste no limite de caracteres no campo 'Descrição fiscal'

Ajuste realizado na tela das composições para que a limitação seja a mesma do banco de dados (255).

Cenário onde na tela de editar/cadastrar endereço não retornava as caixas próximas a essa localização

Foi alterado o funcionamento do campo número. Antes ele pesquisava sempre que havia uma alteração no campo, agora ele só pesquisa quando o campo não é focado (quando você sai do campo ou clica em outro lugar).

Arquivo do tipo ASSINATURA_CONTRATO

Exclusivamente para esse tipo de arquivo, será possível o vincular apenas um arquivo por contrato. Isso visa impedir possíveis duplicidades para casos onde o cliente poderia assinar diversas vezes antes de concluir a ação.

Field para retornar dias fidelidade

Criado field PeriodoFidelizado, o qual irá retornar a diferença em dias entre DataInicioFidelidade e DataVencimentoFidelidade.

Exemplo:
DataInicioFidelidade: 20/10/2024

DataVencimentoFidelidade: 25/10/2024

Neste caso o field irá retornar: 5

FINANCEIRO

Data de pagamento Webhook Bradesco

No banco Bradesco o horário recebido no webhook segue o padrão UTC 0, tomando com o fuso horário de Brasília UTC-3, tomando como exemplo o horário informado: horario=2024-10-22T02:34:16.760Z o pagamento realmente ocorreu em 2024-10-21 as 11:34:16 (3 horas a menos). Foi implementada a regra para essa validação.

Exibição de faturas que foram negociada

Na aba das faturas de negociação, ao clicar mais detalhes poderá ser visto quais faturas foram negociadas para gerar a fatura de negociação que se encontra ativa.
Haverá a informação de IDFatura, DataVencimento, NumeroBoleto e Valor.

INTEGRAÇÃO

Boas vindas SVA

Foi criado o atributo enviaEmail na tela Integração > Ações de integradoras SVA > Cadastro

Flag para envio de e-mail

E-mail será enviado de acordo com configuração nas chaves do módulo comercial:

ID_MODELO_EMAIL_PLAYHUB
REMETENTE_EMAIL_PLAYHUB

Ajuste em chaves da integração Telemedicina IXER

Criada chave "_SOBRENOME_COMPLETO_" onde irá retornar todos os nomes do cliente, menos o primeiro.

Exemplo: Nome do cliente: TESTE DA PARETO DESCONSIDERE
A chave irá retornar: DA PARETO DESCONSIDERE

Integração Pagamento Cartão AUTTAR

Desenvolvido APP onde o atendente poderá escolher, ao fazer o pagamento de uma fatura: CARTAO DE DÉBITO, CRÉDITO OU PIX. Logo o Adapter envia os dados do pagamento para a maquininha e a AUTTAR O retorno da validação do pagamento, seguindo o fluxo normal de pagamento.

Criadas as telas onde é possível consultar as faturas em aberto do cliente a partir da informação do documento (CPF/CNPJ), consulta realizada através de endpoint do Adapter URL.

https://[URL]/ws/financeiro/faturas/cliente/documento/{aqui CNPJ/CPF}

Telas do app

Ao selecionar a fatura a ser paga o sistema deve nesse momento realizar as chamadas devidas dos métodos de pagamento da GetNet conforme documentação. Somente após ocorrido o pagamento com sucesso na máquina de cartão, o App irá realizar chamada no endpoint do Adapter de pagar fatura.

• Criado endpoint (conforme manual webservice) https://[URL]/ws/integracao/getnet/log/cadastrar para registrar, em log, os pagamentos realizados pela getnet por meio do app de pagamentos. Necessário a permissao: REALIZAR PAGAMENTO VIA GETNET ECOMMERCE (WEBSERVICE) - WS55

• Inserido a opção de pagamento por pix, na mesmo tela onde retorna a opção de crédito e débito. Ao escolher opção pix deve seguir o fluxo atual da central/app cliente, ou seja, gerar o QRCode para pagamento da fatura.

• Na tela onde são listadas as faturas disponíveis para pagamento,criado a opção para que o usuário tenha mais informações sobre a fatura. É possível ver qual/quais contratos estão vinculados a essa fatura, e também mostrar o endereço vinculado a cada contrato.

ESTOQUE

Ajustes necessários para de devolução de equipamentos

Removido seção "Dados de devolução de equipamentos" da tela de análise de comissionamento(Operacional -> Análise de comissionamento) e mantido funcionalidade na tela de devolução de equipamento (Estoque -> Movimentações -> Devolução de equipamentos) nas duas telas era possível realizar a devolução podendo gerando informação duplicada. Ajustado para quando for realizado a devolução de equipamento não ter necessidade de uma analise de comissionamento prévia, isso estava gerando erro caso possuísse imagens vinculadas ao atendimento (na TB_AtendimentoDocumento).

Caso na tela de devolução NÃO seja escolha o tipo da devolução 'Não devolvido', o campo 'Data de devolução' deve ser obrigatório.

Devolução de equipamento

TERCEIROS

API de endereços do Adapter

Ao realizar o cadastro de endereço para o cliente/prospecto ou verificação de disponibilidade da fibra (Comercial -> Verificar disponibilidade da fibra), caso o endereço não seja encontrado na base do Adapter, o sistema irá buscar na API de endereços criada pelo setor de dados.

Ao realizar a busca de endereços por CEP, caso o mesmo ainda não exista na base, deverá utilizar o endpoint de “Buscar Endereço Por CEP” (/ws/endereco/cep/) realizando uma requisição POST (logradouro).

Requisição via Postman

Ao realizar a busca de endereços por Logradouro, caso o endereço não exista na base, deverá consulta o endpoint “Buscar Endereço Por Cidade ” (/ws/endereco/cidade/ ) realizando uma requisição POST.

WEB

Valor negativo na edição de um faturamento

Na tela do cliente > aba extrato financeiro, ao editar um extrato havia a possibilidade de deixar o mesmo com valor negativo (inserindo um desconto maior que o valor do extrato). Com isso poderiam ser gerados diversos erros relacionados a fatura, NF, integrações etc.

Foi inserida uma validação nessa tela para que quando o valor final for menor do que 0, não permitir ao usuário realizar essa alteração.

Salvar dados do refidelizador do contrato

Foi criado novo atributo na TB_Contrato 'IDUsuarioFidelizacao' Será atualizado esse campo sempre que um contrato for refidelizado, seja na funcionalidade do botão “refidelizar contrato” ou nas funcionalidades automáticas de refidelização como upgrade/donwgrade, e alteração de titularidade.

Campo do usuário refidelizador