Atualizações Novembro/Dezembro 2023: mudanças entre as edições
Sem resumo de edição |
Sem resumo de edição |
||
Linha 57: | Linha 57: | ||
Via CENTRAL ou APP não será possível gerar um novo PIX dinâmico caso a fatura já possua um NÃO expirado. A duração de um PIX dinâmico gerado é de 24h. | Via CENTRAL ou APP não será possível gerar um novo PIX dinâmico caso a fatura já possua um NÃO expirado. A duração de um PIX dinâmico gerado é de 24h. | ||
=== Endpoint para pagamento de fatura via PIX Getnet | === Endpoint para pagamento de fatura via PIX Getnet === | ||
Criado o endpoint ws/financeiro/webhook/getnet/pagamento/pix. | Criado o endpoint ws/financeiro/webhook/getnet/pagamento/pix. |
Edição das 18h44min de 2 de janeiro de 2024
AUTENTICAÇÃO
TERCEIROS
COMERCIAL
Tela de cadastro e edição de pacotes
Otimização na tela de cadastro e edição de pacotes para diminuir o tempo de carregamento ao editar ou adicionar um pacote.
Criado novas qualificações para utilização em funil de prospecto
Criada as novas qualificações para funís de prospecto para a utilização da nova integração com Clear Sale, são elas :
- FRAUDE_PONTUAÇÃO
- FRAUDE_DETALHE
- FRAUDE_VALIDADOR
Ao cadastrar um funil com as novas qualificação do sistema para integração com a Clear Sale o sistema deverá realizar a consulta separadamente de cada qualificação da plataforma seguindo os requisitos pré existentes e configuráveis de aprovação e reprovação de prospectos no sistema Em detalhes:
FRAUDE_PONTUACAO: ao realizar a qualificação integrada a plataforma o sistema irá comparar os pontos retornados nesse endpoint com a tabela de definições de risco de score da integradora DATA_TRUST para aprovação ou reprovação do prospecto
FRAUDE_DETALHE: o sistema deverá reprovar automaticamente todo prospecto cujo resultado dessa consulta retorne um detalhamento (insight) com relevância igual a "alerta". Os dados do detalhamento deverão ser sempre apresentados ao usuário independente de aprovação ou não do prospecto.
FRAUDE_VALIDADOR: o sistema deverá de forma integrada disparar o envio de um SMS e Email para o cliente com um código randômico de 6 dígitos gerados automaticamente pela plataforma DataTrust.Deverá ser apresentado nesse ponto, um campo na tela de cadastro de prospecto para ser informado pelo usuário o token recebido pelo cliente
Nessa tela há uma opção de reenvio do token para o cliente que deverá expirar em 5 minutos e disponibilizar ao usuário uma nova chance de envio. Observação: o sistema deverá realizar validação de comparativo no backend do sistema, não permitindo a exibição do token para o usuário responsável pelo cadastrado do prospecto.
Registrar no log do contrato quando um contrato é desvinculado do pacote
Ao realizar qualquer ação (upgrade/downgrade/migração/alt. titularidade) em que um contrato seja desvinculado do pacote, a desvinculação passa a ser registrada no log do contrato.
Obs: Antes só era registrado log quando é diretamente clicado no botão "Desvincular pacote"
Ajuste campo XA_CNT_ATD em casos de reagendamento de atividade (em casos de integracão com OFS)
Ao realizar o reagendamento de atendimento no Adapter o campo XA_CNT_ATD (referente ao contador do atendimento) deverá ser incrementado em 1 a cada reagendamento. Caso não ocorrerá nenhum reagendamento a informação deve permanecer = 1
FINANCEIRO
Faturas exibidas na CENTRAL do Assinante
Na CENTRAL agora serão exibidas todas as faturas em aberto do cliente em ordem decrescente de vencimento.
Geração de PIX dinâmico
Via CENTRAL ou APP não será possível gerar um novo PIX dinâmico caso a fatura já possua um NÃO expirado. A duração de um PIX dinâmico gerado é de 24h.
Endpoint para pagamento de fatura via PIX Getnet
Criado o endpoint ws/financeiro/webhook/getnet/pagamento/pix.
INTRANET
ESTOQUE
OPERACIONAL
REDES
Criado TB_ModeloONU e vínculo com ConexaoTelnetProvisionamento
Foi criada a permissão ALTERAR MODELOS ONU (PV03) para acesso às telas de cadastro (CRUD) do modelo. Em conjunto foram criados os endpoints abaixo para serem utilizados pelo app de técnico.
- Buscar informação se a empresa utiliza modelos de ONU para provisionar (/ws/redes/provisionamento/onu/modelos/utiliza)
- Buscar modelos de ONU para provisionar (/ws/redes/provisionamento/onu/modelos)
O modelo selecionado deverá ser enviado no mapeamento de dados do provisionamento com a chave IdModeloONU
Obs: para mais detalhes solicite o Manual do Webservice
Possibilitar que o técnico realize o provisionamento dos serviços selecionando tipo de ONU/Modelo no APP durante a execução da O.S.
Para que isso fosse possível, foi criado a seguinte chave de configuração (no modulo de rede) onde :
UTILIZA_TABELA_MODELO_ONU_PROVISIONAMENTO = Define se a empresa utiliza a TB_ModeloONU (para casos onde um mesmo fabricante possui mais de um modelo de ONU com comandos diferentes para provisionar)
Criado provisionamento de telefonia para modelo de ONT ZTE e Fiberhome
Habilitado/desenvolvido os tipos de comandos abaixo, no cadastro do comando de provisionamento (Redes > Tabelas de apoio> Comandos para provisionamentos > Cadastro) para serem possíveis o provisionamento do serviço de telefonia em ONU ZTE e Fiberhome.
- CRIAR_PORTAS_SERVICO_TELEFONIA
- CONFIGURAR_SERVICES_ONU_TELEFONIA
- CONFIGURA_INFORMACOES_SIP
Obs: foi necessário ajuste também no app de técnico possibilitar o provisionamento telefonia em equipamentos FIBERHOME e ZTE
Possibilidade do provisionamento de internet/telefonia em cenários onde o “Modelo ONU” esteja diferente do “Modelo OLT”
Para possibilitar a operação foi criado a TB_ModeloONU citada mais acima, onde no campo "Tipo equipamento(provisionamento)" será referente a qual modelo de OLT será provisionado o equipamento, esse campo passa a ser também como um filtro para a tela de cadastro do comando de provisionamento no campo "Tipo de equipamento" onde com base nele exibirá os modelo disponíveis previamente cadastrados
Possibilitar o envio do comando de provisionamento e desprovisionamento diretamente na OLT/PONCARD/PORTA do mapeamento do cliente
Alterado a forma como é realizado o provisionamento para que o comando seja encaminhado na OLT/PONCARD/PORTA de destino exato e não busque em outras OLT/PONCARD/PORTA que não são de interesse no processo.
TELEFONIA
BI
RELATÓRIOS
INTEGRAÇÃO
Geração de PIX dinâmico Itaú
Utilização da api APIs Regulatórias Pix recebimentos para gerar o pix dinamicamente para faturas que não tenham o pix vinculado à fatura.
Obs: Consulte disponibilidade prévia no ambiente
Integração Banco do Brasil com pagamentos via PIX
Criado integração com o Banco do Brasil para geração do QR Code na fatura por api para que seja possível realizar o pagamento da mesma por pix. Possibilitar o conceito de Boleto híbrido onde tem a possibilidade de realizar o pagamento da fatura tanto por código de barras quanto pelo QRCode.
Obs: Consulte disponibilidade prévia no ambiente
Implementação de integração eletrônica PIX para banco Santander
Possibilidade de geração de pix dinâmico e de remessa eletrônica pix com banco Santander mediante a existência de configurações prévias
Obs: Consulte disponibilidade prévia no ambiente