Maio2023

COMERCIAL

Bloquear as ações nos modais exibidos em tela, enquanto há carregamento de informações

Foi adicionado uma div transparente, no carregamento de modais, para impedir que o usuário clique em qualquer botão enquanto o carregamento está sendo feito. A modificação antiga não incidia em modais.

Inserida uma div para evitar clicks no load das telas

Criar field valorComposicao na dto Modelo de Contrato

Criada uma Lista de dadosComposições salvando descrição e valor das composições dos contratos.

O método getValoresModeloContrato, da ContratoService foi utilizado para popular esse novo List.

Criar novo field rg para termo de portabilidade

Criado novo field RG para termo de portabilidade.

Não permitir converter serviços de interesse em contrato com o prospecto de origem esta em PERDEU

Planos e Pacotes não são exibidos para prospectos com observação perdeu.

Planos e Pacotes não são exibidos para prospectos com observação perdeu

Criar field no modeloContratodto que traga o valor do desconto configurado no pacote.

Criado field descontosPacote no modeloContratodto, que traz o valor do desconto configurado no pacote.

FINANCEIRO

Criar atributo IDServidorIntegracaoPix na TB_FormaCobranca

Criado atributo IDServidorIntegracaoPix(Bigint) na TB_FormaCobranca.

Criado um index no campo IDServidorIntegracaoPix.

Criado um campo na tela de cadastro de forma de cobrança. Ele deve ser um combo listando os servidores de integração do modulo integração.

Alterar status de contrato na negociação

Quando cliente está com status “Suspenso Parcialmente”, ao ser executada a negociação, o status deve ser mantido no status anterior (neste exemplo, seria mantido como “Suspenso Parcialmente”) até que o pagamento da primeira parcela da negociação, momento em que o status deverá ser alterado para “Habilitado”.

Quando o status for “Suspenso” ou “Habilitado em confiança”, assim que for paga a primeira parcela da negociação este status deverá ser alterado para “Habilitado”.

Para isto, modificado:

Na funcionalidade de inadimplência, houve uma alteração para que o sistema valide a chave de configuração do modulo financeiro: ID_STATUS_CONTRATO_NEGOCIADO. Se:

1. A configuração estiver com dado de IDStatusContrato válido ao realizar a negociação, alterar o(s) status do(s) contrato(s) negociado(s) para o indicado na configuração, como é feito atualmente.
2. A configuração estiver com o preenchimento Vazio, manter o(s) contrato(s) negociado(s) no status atual em que se encontram.

Criar atributos DataHoraValidade (Timestamp), NSUPix (Text), Base64(Text) na TB_InformacaoAdicionalFatura

Foram adicionados na TB_InformacaoAdicionalFatura os seguintes campos - Atividade associada à implementação da Integração PIX*.:

• DataHoraValidade (Datetime);
• NSUPix (Text);
• Base64(Text);

Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento

Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:

• IDControleExecucaoLoteFaturamentoSap
• Descricao
• DataEnvio
• IDControleExecucao

Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

Criar field “complementoEndereco” para modelo de fatura e nota unificada

Criado field “complementoEndereco”, para modelo de fatura e nota unificada.

Criar fields "velocidade" e "descrição do plano" para layout de fatura não unificado

Criados os fields "velocidade" e "descrição do plano" para utilizar no layout de fatura não unificado.

Permitir o cadastro de vencimento maior que 28

Permitir o cadastro de vencimento maior que 28, em Financeiro -> Tabelas de apoio -> Vencimentos, de modo que não impacte em contratos com forma de cobrança pré paga.

Vencimento maior que 28

Na integração do faturamento, criar chave para configurar o campo WhsCode no envio.

Criada a chave CODE_WHS_INTEGRACAO_FATURAMENTO, no modulo financeiro.

Alterada a rotina rotinapy-integracaosapfaturamentos para usar esse campo, dessa chave.

Criar flag GeraProrata na TB_Plano e alterar regra de negocio na alteracao de status de contrato para nao alterar data de ultimo faturamento caso a nova flag esteja false

Criado o atributo GeraProrata (Boolean) na TB_Plano. O valor default do mesmo deverá ser true.

A flag estará disponível para alteração, somente se o plano for do tipo de cobrança POSTECIPADA. Caso o plano seja for do tipo de cobrança ANTECIPADA, não haverá mudança.

Regra de Negócio

Caso o campo GeraProrata = false:

• Na Habilitação do contrato, a data do último faturamento do mesmo deverá ser a data final, correspondente ao período passado do mesmo.
• No cancelamento do contrato, a data de cancelamento deverá ficar com a data final do período seguinte.
• Na suspensão:
  • Caso o último faturamento seja menor que hoje, o sistema deverá gerar um proporcional com o valor do mês cheio e alterar a data de ultimo faturamento da a data fim do período.
  • Caso a data de ultimo faturamento seja maior que hoje, não gera proporcional e nem altera a mesma.
• Na habilitação:
  • Caso o último faturamento seja passado, o sistema deverá calcular a data fim do período passado e alterar a mesma para essa data (para que o mês corrente seja cobrado).
  • Caso a data de último faturamento seja futura, a mesma não deve ser alterada.
• O Contrato cujo plano for GeraProrata = false, o sistema não deverá permitir a inativação temporaria e nem habilitação em confiança.

Caso o campo GeraProrata = true, o sistema deverá se comportar da mesma forma que é atualmente.

Remover campos dataHoraValidade e NSUPix da TB_InformacaoAdicionalFatura

Atividade associada à implementação da Integração PIX*.:

Criar uma chave de configuração TIPO_SIMPLES_NACIONAL_IMPRESSAO_NOTA no financeiro

Na impressão de nota, será substituido o código do método getTextoAliquota, para exibir o texto de acordo com o preenchimento da chave.

Casos opcionais:

1. Chave == 1 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 1,25%.
2. Chave == 2 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 1,86%
3. Chave == 3 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,33%
4. Chave == 4 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,56%
5. Chave == 5 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,58%
6. Chave == 6 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,82%
7. Chave == 7 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,84%
8. Chave == 8 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,87%
9. Chave == 9 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,07
10. Chave == 10 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,10%
11. Chave == 11 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,38%
12. Chave == 12 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,41%
13. Chave == 13 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,45%
14. Chave == 14 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,48%
15. Chave == 15 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,51%
16. Chave == 16 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,82%
17. Chave == 17 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,85%
18. Chave == 18 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,88%
19. Chave == 19 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,91%
20. Chave == 20 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,95%

Criar coluna IDIntegradoraPix na TB_FormaPagamento

Criada coluna IDIntegradoraPix na TB_FormaPagamento.

Implementar a geração do pix para pagamento de fatura Cielo

Em faturas do cliente, foi criada uma opção para envio do qrcode ou "copia e cola". Será aberto um modal com as opções de envio por email, sms ou whastapp*.

Criado campo IDIntegradoraPagamentoPix

Ao clicar no botão, este invoca a integração preenchida no IDIntegradoraPagamentoPix e enviará pelo meio selecionado o pix gerado.

Os dados retornados pelo endpoint serão salvos na TB_InformacaoAdicionalFatura.

Ajuste spu's utilizadas na integração de faturamento no liquibase

Atualização de SPUs spuBuscaPagamentosFaturaIntegracao e spuBuscaFaturamentosPendentesIntegracao no liquibase, para evitar erros de timeout's.

Alterar impressão de boleto para exibir o qrcode a partir do base64

Se o campo base64 estiver preenchido, será gerado o QRcode, caso não esteja será gerado o cóigo "copia e cola".

Fields Disponíveis para Utilização:

Fields para fatura padrão - pdf:

• qrCodePix (imagem)
• txtChavePix

Fields para fatura unificada - jasper:

• chavePix (String)
• base64 (String)

Consulta de score em nova integração

• Criada chave de configuração no comercial ID_SERVIDOR_INTEGRACAO_SOPHUS
• Criada chave de configuração no integração MODELO_SCORE_SOPHUS, chave é opcional. Caso não informada, retornará todos os modelos disponíveis.
• Criada chave de configuração no integração CODIGO_ENTIDADE_SCPC_SOPHUS, chave obrigatória.
• Criada chave de configuração no integração VERSAO_SCPC_SOPHUS. Não sendo informada, será usada a mesma da documentação no momento do desenvolvimento: "20220520".

INTEGRAÇÃO

Melhoria na integração da youcast

O código do produto deverá ser vinculado aos canais da grade e assim, cada um deles será enviado para a plataforma no cadastro.

Caso a grande tenha um código cadastrado próprio, será desconsiderado os códigos dos canais que compõem a mesma.

Integração Geogrid

Adequados os métodos de viabilidade, cadastro de contrato, alteração de status de contrato, exibição de mapeamento do contrato para realizarem as chamadas para a integração.

Implementadas requisições para:

• Consultar a viabilidade por raio
• Consultar as portas de todos os equipamentos
• Reservar porta ou fibra
• Remover a reserva da porta ou fibra
• Consultar as portas reservadas
• Cadastrar cliente

Chave de configuração ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_GEOGRID para associar o id do servidor de integração Geogrid.

Alterar o formato de cadastro de servidores de integração no módulo integração

Desenvolvido o cadastro único para vários servidores de integração PIX, para geração de chave e pagamentos nos

canais de autoatendimento. Para que clientes, com vários fornecedores PIX distintos, possam ser adicionados sem a necessidade de novos desenvolvimentos e

adequações constantes no código do sistema.

Crud de URLS

Alterado o CRUD para cadastro de servidores de integração, de forma a se permitir inserir várias URLs de integração. Estes estarão disponíveis nas abas de URL criadas no módulo integração. Estarão disponibilizadas as variáveis e/ou Fields criados no sistema para preenchimento de formulários tais como modelo de e-mail e SMS.

Cadastro de URL's no Módulo de Integração

Cadastro de URL's de Autenticação

Criado CRUD para cadastro de Url's de Autenticação no modulo integração.

CRUD de URLs de Autenticação

Cadastro de Integradoras PIX

Criado CRUD para cadastro de Integradora no modulo integração.

Crud de cadastro de integrações PIX

Integração Cariap conforme documentação

Criadas requisições para utilizar a integração Cariap para:

• Novo Cliente
• Ativar
• Bloquear
• Consultar

Integração Oracle OFS

Criada chave ID_SERVIDOR_INTEGRACAO_OFS para ser preenchida com o id do servidor de integração referente a atividade. Ao ser preenchida, a configuração da agenda técnica, disponível no módulo Operacional do Adapter, será desconsiderada.

Consulta de capacidade

Criada chave de configuração QUANTIDADE_DIAS_RANGE_CAPACIDADE_OFS, para a quantidade de dias, a partir da data atual, que serão contabilizados no range da consulta de capacidade do OFS.

Criado um método GET para consultar a capacidade no OFS.

• Envio:
  • CEP,
  • Workzone: id da cidade - id do bairro (ex: 1000-160)
  • Tipo de OS.
  • Datas de Interesse (referente ao range de dias da capacidade OFS configurados na chave QUANTIDADE_DIAS_RANGE_CAPACIDADE_OFS);
• Resposta: Data e horários de cotas disponíveis para agendamento.

Após consumir a agenda do ofs (/activitybookingoptions), o Adapter deve reservar no OFS a cota selecionada no agendamento.

Criação de atendimentos agendados no OFS

Criada chave CADASTRA_ATENDIMENTO_OFS, caso esteja como 1, será criado atendimentos junto ao OFS.

A cada agendamento de atendimento no Adapter, o sistema deve consumir a capacidade de agenda e criar o atendimento no OFS.

Os atendimentos serão criados através do endpoint (OFS: /createActivities);

Horário sendo agendado no OFS

Integração Pix e Boleto Eletrônico Itaú

Adicionado, em Integração Bancária -> Arquivos de Remessa novas opções de seleção, para gerar remessa de

• Arquivo CNAB: manter para geração de arquivos de remessa como está atualmente;
• Arquivo CNAB com Pix: para formas de cobrança registradas como isBoletoPix;
• Eletrônica: formas de cobrança cujo atributo CNAB é NULL;
• Eletrônica com PIX: formas de cobrança em que o atributo CNAB esteja NULL e exista IsBoletoPix;

Para implementar o arquivo eletrônico de remessa, o sistema deve identificar o IDIntegradoraEletronica, na TB_FormaCobrança. Para implementar o registro de cobrança PIX, o sistema deve identificar o IDIntegradoraPix na TB_FormaCobrança.

Criado atributo IsEletronica na TB_ArquivoRemessa;

Ao realizar a geração de remessa dos tipos eletrônica ou eletrônica com pix, o sistema criará um registro na TB_ArquivoRemessa e irá vincular as faturas selecionadas no filtro de geração.

Regras por tipo de remessa:

Eletrônica: A funcionalidade deve chamar a API de integração, registrada na integradora, da forma de cobrança e realizar as ações necessárias para registro dos boletos na API;

Eletrônica com pix: A funcionalidade deve chamar a API de integração registrada na integradora pix da forma de cobrança e realizar as ações gerar as chaves PIX na API;

OBS: Estes endpoints são de uso interno, manipulados através das funcionalidades do adapter.

Realizar ajustes na integração com GETNET

Será utilizada chave de configuração criada: INTEGRADORA_PAGAMENTO_CARTAO_WEBSERVICE, para verificar o tipo de integradora e, caso seja GETNET, utilizar as APIS correspondentes.

Criar tela no módulo integração para acessar aos logs com erro de envio de remessa eletrônica

Criada tela no módulo integração, para acessar os logs com erro de envio de remessa eletrônica, que exibe dados da TB_LogRemessaEletronicaPix, com os filtros de remessa, código de cliente, código de fatura e data log.

Exibir somente os logs com status diferente de 200. É obrigatório pelo menos um filtro preenchido, para a pesquisa ser liberada.

Disponível em: Integração > Faturamento > Log de remessa eletrônica

OPERACIONAL

Criar filtros na tela de comissionamento técnico

Foram inseridos os filtros: dataAbertura, IDTecnicoVisita e Status na tela principal, disponível em: Menu operacional > comissionamento técnico > analise de comissionamento.

O sistema deverá ter pelo menos um filtro preenchido para que o botão de pesquisa seja liberado.

ROTINAS

Ajustes na rotina de coleta de dados ligação summit

Rotina ajustada para conexão na base de dados da Summit para coleta de dados de diretório.

Criar uma rotina para executar a consulta de pagamentos de pix (cielo) e dar baixa na fatura caso a mesma tenha sido paga

Endpoint criado : /ws/financeiro/pix_dinamico/pagamentos/consultar

Regra de negocio:

Busca todos os pix gerados e que ainda não foram pagos e que a data de expiração seja maior que o dia anterior através da spuBuscaPixDinamicoSemPagamento.

Para cada registro encontrado, invoca-se o endpoint da cielo (/1/sales/ - GET), conforme documentação, para verificar se foi pago ou não.

Caso o status de retorno seja 1 ou 2, quer dizer q o pix foi pago e será atualizada a baixa na fatura.

Ao final de toda execução o endpoint roda uma query para apagar todos os pix com data de expiração menor que o dia anterior.

Esse endpoint é interno, salva todos os logs da consulta na integradora na TB_LogPixDinamico.

Alterar rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto

Alteradas as rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto,

Alteradas para verificar se é dia útil por cidade, nas rotinas q utilizam a TB_DiaNaoUtil.

Modificadas as rotinas EnvioFaturasNotasFiscais, ImpressaoMassa e EnvioAtrasoSMS.

Adequar a rotina Controle Trial de Velocidade

Criada nova funcionalidade, REMOVER_TRIAL_VELOCIDADE na personalização de atributos radius.

Esta irá remover atributos do trial ao executar seus comandos para os contratos que estiverem com o trial vencido.

WEBSERVICES

Centralizar e criar chaves de configurações no modulo intranet referentes aos aplicativos e central de assinante

Foram criados os seguintes endpoints para o webservice:

GET - ws/intranet/app_tecnico/versao

GET - ws/intranet/app_vendas/versao

GET - ws/intranet/app_cliente/versao

GET - ws/intranet/app_cliente/configuracoes

Para maiores informações, consulte o manual de endpoints adapter.