Janeiro/Fevereiro 2025
AUTENTICAÇÃO
COMERCIAL
FINANCEIRO
Pró-rata de cancelamento
Desenvolvida melhoria para atender a demandas em contratos que são cancelados, porém já foram cobrados sobre período posterior a data de cancelamento.
Criada chave no módulo financeiro para definir se a melhoria estará ativa ou não (RECALCULA_FATURAMENTO_CANCELAMENTO_CONTRATO):
Em contratos que forem cancelados porém já foram cobrados sobre período posterior a data de cancelamento, o sistema irá identificar os faturamentos do último período faturado.
Caso esses faturamentos não possuam boleto ou possuam boleto com pagamento (total ou parcial), ou não possuam nota, nenhuma alteração no fluxo será feita.
Caso contrário, o sistema irá prosseguir com o fluxo da melhoria.
Se a nota vinculada a fatura foi emitida no mês/ano de cancelamento do contrato, seguirá com as seguintes alterações:
- Cancelar os faturamentos gerados
- Cancelar a fatura
- Caso a fatura possua remessa, será gerada uma ocorrência de alteração (IDOcorrenciaArquivoRemessa será o ID informado na chave ID_OCORRENCIA_REMESSA_CANCELAMENTO_CONTRATO)
- Ajustar a data de último faturamento do contrato.
- Retroagir dados de serviços e descontos caso necessário.
- Cancelar NF mantendo o mesmo critério já existe para cancelamentos. O motivo de cancelamento vinculado a nota será o presente na chave ID_MOTIVO_CANCELAMENTO_NOTA.
Obs: se a fatura cancelada possuir extratos que sejam de outro contrato, esses extratos e contrato também serão alterados.
Se a nota vinculada a fatura foi emitida em mês/ano diferente de cancelamento do contrato, seguirá com as seguintes alterações:
- Cancelar fatura
- Caso a fatura possua remessa, será gerada uma ocorrência de alteração (IDOcorrenciaArquivoRemessa será o ID informado na chave ID_OCORRENCIA_REMESSA_CANCELAMENTO_CONTRATO)
- Criar uma nova fatura, onde já será calculado todos os proporcionais necessários. Ou seja, será cobrado proporcional em cima dos valores de mensalidade referentes ao contrato que foi cancelado.
- A nova fatura será vinculada aos extratos já existentes.
- O valor de diferença entre os extratos (que permanecerão com o mesmo valor), e a nova fatura que foi gerada, será lançado como crédito.
- Todas as alterações irão salvar log.
Novo field valorItemCofinsZerado para faturas unificadas
Criado novo field 'valorItemCofinsZerado' para subreport de notas na fatura unificada. Esse field irá retornar a soma de todos os 'ValorItem' vinculados ao mesmo IDNota, em que o campo BaseCOFINS é = 0. Informações da TB_ItemNota. Ajuste também realizado na rotina de envio de faturas para que possa enviar arquivos com esse field na impressão.
Motivos de cancelamento de nota
Ao realizar cancelamento de uma NF, o usuário deverá selecionar qual o motivo de cancelamento (previamente cadastrado). Foi criado nova permissão para manipular os motivos de cancelamento: ALTERAR_MOTIVOS_CANCELAMENTO_NOTA = "CL91". Campo código será tratado como 'String' devido novas possíveis integrações que possam utilizar letras e números no código. Criada chave ID_MOTIVO_CANCELAMENTO_NOTA no módulo financeiro para indicar o motivo padrão do cancelamento das notas.
Alterações na tela de Integração crédito SAP
Ajustadas informações/filtros a serem mostrados na tela. Também criada a spuBuscaCreditoFaturaIntegracao para otimização da consulta.
Parâmetro obrigatório: DataLancamento do crédito(aaaa-mm-dd) - Campos de início e fim.
Tela: Financeiro > Integração crédito SAP
Ajuste na spuBuscaNotaCancelamentoDfe
Ajustado na spu para que retorne apenas as notas onde o campo IsIntegrado (TB_NotaFiscalDFe) é = S. Ou seja, para que apenas notas que já foram integradas, sejam enviadas para integrar cancelamento.
Tratativa no Field $F{textoServicosFatura} em caso informação com hífen
Verificado que o field cortava a informação caso estivesse preenchido com o hífen.
Exemplo: NOVO MUNDO FUTEBOL 680MB - PREMIERE ), ao realizar a impressão esta retorna a descrição apenas até o hífen. Ou seja nesse caso retorna apenas 'NOVO MUNDO FUTEBOL 680MB'.
Ajustado para que retorne toda a informação presente no campo, mesmo que possua um hífen.
Atributo 'Ativo' no modelo de nota fiscal
Criado atributo 'ativo' em modelo de nota fiscal. Alterarada a tela de geração de nota de integração de notas TaxOne e integração de notas Dfe para exibir somente os modelos ativos.
TaxOne - Alteração no envio do codigo do cliente
Na integração TaxOne foi alterado o campo COD_FIS_JUR que enviava o documento do cliente para agora enviar o campo IDClienteSAP da TB_ClienteIntegracaoSAP. Quando não houver o dado na TB_ClienteIntegracaoSAP, irá permanecer enviando o documento do cliente.
Nas tabelas SAFX04, SAFX07, SAFX08, SAFX09, SAFX42 e SAFX43 também irão realizar a mesma validação.
Melhorias no funcionamento da tela Financeiro > Inadimplência > Negociar
Foi verificado que na tela Financeiro > Inadimplência > Negociar, diversas ações podem ser realizadas se a após a tela ser carregada, a fatura sofrer alterações como, por exemplo, pagamento ou cancelamento.
Exemplo de cenário replicado: A tela Financeiro > Inadimplência > Negociar é carregada e retorna as faturas em aberto, e logo após a fatura foi paga ou foi cancelada.
No entanto, comoo no exemplo citado acima o usuário tinha aberto a tela citada anteriormente, as faturas permanecem lá e estão disponíveis para serem negociadas, ter vencimento adiado, negativadas, agendar pagamentos, ser enviada ao cliente, etc.
Como consequência, são possíveis casos onde faturas pagas/canceladas tiveram alterações que não deveriam ser permitidas para elas.
Para correção foi aplicada uma nova pesquisa de faturas vencidas a cada início de nova ação crítica na tela.
Ajuste no field txtFcInstrucaoAoCaixa4 - Multas e juros
O field para fatura 'txtFcInstrucaoAoCaixa4' busca informações no campo 'Texto' na TB_InstrucaoBancaria. Esse texto pode ser preenchido buscando outras chaves, por exemplo:
"Após o vencimento cobrar multa de [MULTA%]% e [JUROS%]% de juros ao dia."
A chave [JUROS%]% busca o campo PercentualJuros na TB_FormaCobranca, porém na impressão da fatura retornava apenas 2 casas decimais, mesmo que o valor de juros configurado possua mais casas decimais.
Foi realizado ajuste para que na impressão seja mostrado exatamente o valor de juros/multa configurado na forma de cobrança, mesmo que possuam várias casas decimais.
INTEGRAÇÃO
Integração MVNO Card Hub- Recarga (Telefonia Móvel)
Criado nova integração para planos de recarga para TELEFONIA MOVEL. Para utilização da integração será necessário a configuração previa do servidor de integração, urls e as ações de interação com a plataforma MVNO Card Hub. No processo de envio de recarga foi implementado 3 ações de integradas a plataforma : Solicitar Venda, Confirma Venda e Cancelar Venda.
Para utilização da integração será necessário a configuração previa no plano. Na "Telefonia" é necessário a seleção da integradora que ira realizar a recarga e o valor disponível da recargas para o determinado plano como mostra imagens a seguir.
Regra de negocio:
Adicionados as tabelas TB_CreditoVozDadosVozContrato, TB_CreditoVozPlano, TB_GatewayCreditoIntegradora, spuBuscaContratoAdicaoCredito e desenvolvido novo endpoint ws/integracao/voz/créditos para possibilitar a integração.
Foi desenvolvido uma rotina de envio de créditos que através de requisição ao endpoint ws/integracao/voz/créditos buscará na base de dados todos os contratos ativos que estejam com fatura paga e não cancelada no mês corrente e que não possuem registro na TB_CreditoVozDadosVozContrato (ou seja ainda não foi feito nenhuma tentativa de envio de recarga para o contrato) ou estejam com o campo StatusUltimaTransacao = Falha
Encontrados os contratos aptos a receberem a recarga será feita a requisição ao endpoint para o envio de créditos ws/integracao/voz/créditos, que realizará a chamada das ações da TB_GatewayCreditoIntegradora SOLICITAR_VENDA_CREDITO e CONFIRMAR_VENDA_CREDITO respectivamente . Caso o retorno da solicitação de venda credito seja diferente de AUTORIZADA será encaminhado a plataforma a solicitação de cancelar venda credito, significando que algo de errado ocorreu na plataforma ou os dados solicitados na recargas devem ser revisados, sendo necessário verificação com a plataforma MVNO Card Hub.
Alterações na spuArquivoRemessaEletronica
Foi realizado ajuste na spuArquivoRemessaEletronica para possibilitar a geração de remessa eletrônica de alteração para ocorrências de baixa manual.
Webhook SICOOB
Criado o /ws/financeiro/webhook/sicoob/pagar que irá receber os pagamentos via WEBHOOK de acordo com os campos informados na documentação. Segue exemplo:
{
"idWebhook": SE POSSIVEL INFORMAR EM VARIÁVEL ,
"tipoMovimento":7,
"dados":{
"numeroIdentificadorBaixa":"2024102000741150823",
"codigoBarrasBoleto":"75692868200000405001434201006355000002443003",
"codigoBarrasBaixa":"75692868200000405001434201006355000002443003",
"nossoNumero":"0000002443",
"seuNumero":"00-03",
"codigoBancoRecebedor":"756",
"codigoAgenciaRecebedora":3069,
"numeroCliente":63550,
"cpfCnpjBeneficiario":"00500754977",
"codigoTipoPessoaPortador":"F",
"cpfCnpjPortador":"09197004979",
"valorBoleto":405,
"valorPagamento":407.41,
"codigoCanalPagamento":3,
"codigoMotivoCancelamento":2,
"dataEmissao":"2021-04-19",
"dataVencimento":"2021-07-15",
"dataLimitePagamento":"2022-01-10",
"dataHoraSituacaoBaixa":"2021-07-22T13:45:33.000Z",
"emContigencia":false,
"cancelamentoBaixa":false
}
}
Ajuste no PIX Sicoob
Criadas novas chaves para utilização nos JSONs da funcionalidade URL do módulo integração:
- _DATA_MULTA_POS_ - Deverá ser criada com data de vencimento + 1 dia
- _CNPJ_CLIENTE_ - Deverá ser criada chave especifica para o campo CNPJ da tabela de clientes. Trazer vazio quando o campo estiver null
- _CPF_CLIENTE_ - Deverá ser criada chave especifica para o campo CPF da tabela de
clientes. Trazer vazio quando o campo estiver null
Alterada a chave existente _EMAIL_ para recuperar valores na integração Sicoob.
Realizada tratativa de retorno da API de inclusão de boletos SICOOB na funcionalidade do Adapter para inserção de dados na tabela TB_InformacaoAdicionalFatura:
- linhaDigitavel = linhaDigitavel
- qrCode= ChavePix
Realizada tratativa de retorno da API de geração de PIX Dinâmico SICOOB na funcionalidade do Adapter e Central e APPs para inserção de dados na:
TB_InformacaoAdicionalFatura:
- brCode= ChavePix
- txid= TxID
TB_PIXDinamicoFatura
- txid= CodigoPlataforma
- brCode= CopiaeCola
- dataExpiracaoPix
INTRANET
ESTOQUE
OPERACIONAL
RELATÓRIOS
REDES
Melhorias na consulta de mapeamento COMPLETO
Na tela Redes > Mapeamento de Clientes foram feitas melhorias no funcionamento da tela.
Ao preencher algum dos campos anexados abaixo, não será obrigatório o preenchimento da Operação.
Por exemplo ao preencher o campo 'Login' a consulta poderá ser realizada (criado parâmetro para buscar por status da conexão Conectado ou Desconectado). Caso não preencher o status da conexão, irão retornar a pesquisa sem esse filtro.
Ao optar pelo 'Tipo de filtro do mapeamento' Completo, com o preenchimento dos campos Operação e Cidade a pesquisa poderá ser realizada:
Posteriormente ao preencher alguns dos campos abaixo, o usuário poderá realizar também o filtro um ou mais status de contrato que pretende pesquisar:
O status da conexão é consultada no radius e irá retornar o mesmo status que já é possível consultar no cadastro do contrato (aba Gerenciar conexões).
Obs: o uso da tela utilizando mais filtros, irá otimizar a velocidade em que a consulta é finalizada.
Cadastro de IPV4 na tela de controle de IP
Ao cadastrar um IPV4 na tela de controle de ip (Redes -> Controle de IP -> Cadastro), o campo "IP" estava permitindo o cadastro de IPs com caracteres especiais, não seguindo o formato padrão ipv4 (exemplo 1.1.1.1).
Ajuste realizado nó módulo WEB para que não sejam permitidos caracteres especiais.
ROTINAS
Ajuste rotina remessa eletrônica de alteração- Adição de data de corte
Acrescentado rotinapy-remessaalteracaoeletronicaautomatizada o conf dias_vencida. Exemplo: se for preenchido no conf com 60 dias, a rotina não irá buscar faturas vencidas a mais de 60 dias.
Ajuste rotina rotina de integração de faturamento SAP
Adicionado validação de novo campo para rotina de integração de faturamento com o SAP. Para atender a integração com códigos especificos de CFOP de acordo com a composição, foi adicionado no cadastro da composição (Financeiro -> Tabelas de apoio-> Composição-> Composições (Plano) ) o novo campo CFOP. Para a integração de faturamento com o SAP caso o campo esteja preenchido, será esse o encaminhado na integração do faturamento com SAP, caso contrato o funcionamento permanece inalterado, encaminhando o CFOP do cadastro do cliente com já ocorre atualmente.
A rotina de integração ainda continuará realizando a validação da chave no modulo comercial ENVIA_CFOPCODE_INTEGRACAO_FATURAMENTO_SAP
Parâmetro no conf da Rotina-CancelamentoNotaDfe
Adicionado "tipoAmbienteSistema" no conf. Valores utilizados: "1" (prod) ou "2" (homolog).
Ajustes na Rotina-IntegracaoNotaDfe = campo discrimicacaoServico
Inserida tratativa no código para que os caracteres especiais enviados no campo discrimicacaoServico.
Novo parâmetro no conf.properties nas rotinas de integração com o DFE para salvar apenas logs de erro
Editado arquivo conf.properties para incluir um parâmetro novo para todas as rotinas:
logSomenteErro=0 //todos os logs
logSomenteErro=1 //somente retornos com status > 299
Rotina para envio automático de remessas de alteração
A rotina após estar configurada no CRON (com agendamento), irá buscar faturas que:
- A forma de cobrança seja IsRemessaEletronica true
- Esteja na TB_FaturaAlterada sem IDArquivoRemessaAlteracao
- A integradora da remessa eletronica possua as ações para alteração de acordo com as
ocorrências sendo elas:
REMESSA_ELETRONICA_ALTERACAO_BAIXA
REMESSA_ELETRONICA_ALTERACAO_NUMERO_DOCUMENTO
REMESSA_ELETRONICA_ALTERACAO_VENCIMENTO
Na execução da rotina a remessa de alteração enviada para o banco seguirá o mesmo funcionamento de geração de remessa de alteração via tela do Adapter.
Rotina de consulta DFe
Adicionado regra para caso o status da nota for diferente de 100 (Autorizado o uso da NFS-e), não será incluido na chamada de marcação de consultado.
TELEFONIA
Exlusão de número que estão vinculados a algum contrato
Realizada implementação para que não seja possível excluir um número que não esteja com o status LIVRE.
Tela: Telefonia > Tabelas de apoio > Número
TERCEIROS
WEBSERVICES
Ajuste URL Pagamento Santander - Retorno status 200 no webhook
Caso os campos "clientNumber", "bankNumber", "payedValue", "paymentDate", "function", "covenant" não venham na requisição o status do retorno será 418 com retorno será: { "error": "Todos os campos obrigatórios devem ser informados." }
Ajustado para trazer o status 200 mesmo em caso da falta desses campos. OBS: Somente o status code foi alterado (ainda sendo obrigatórios os campos).
Data de pagamento setada em baixas via rotina de pagamentos PIX
Ajuste realizado para ao realizar baixa pela rotina, a dataPagamento inserida no Adapter seja de acordo com a data de pagamento enviada pelo banco (validando json enviado por banco). Anteriormente a dataPagamento era sempre a data NOW.
WEB
Ajuste na limitação de caracteres para o campo 'Nome Outorgado'
Campo limitado a 50 caracteres (anteriormente 60), para que não retorne erro em integrações onde esse campo tem o limite de 50.
APLICATIVOS
APP do técnico - WIFI
Criada validação no campo WIFI no app do técnico, não permitindo informar espaços em branco.
APP do técnico - Instalação de tecnologia RÁDIO
Foi alterado fluxo para contratos que tenham a tecnologia com descrição 'RÁDIO'. Anteriormente ao finalizar atendimento de instalação no app do técnico o contrato não era habilitado.
APP - Implementado PUSH no APP de clientes - IOS
Ao cadastrar um aviso através da funcionalidade envios em massa (Intranet > Envio de comunicados em massa), o sistema irá enviar um Push para os clientes registrados na TB_LogAvisoAPP cujo status esteja pendente e o intervalo de dias entre NOW e a data de envio da tabela não seja maior que 10 dias. Envio do push realizado através de rotina.
APP do técnico - Melhorias no funcionamento
Alterado para que na exibição/seleção do SSID não tenha UpperCase, ou seja deve manter o dado conforme preenchido pelo usuário.
Também foi alterado para que seja possível enviar senhas de até 10 caracteres.
App do técnico - Delay para iniciar atendimento
Ajustado o tempo para consultar informações do atendimento quando o técnico irá iniciar o atendimento (anteriormente de 5 segundos), para 2 segundos.
Obs: necessário que haja um tempo de delay para que todas as consultas sejam realizadas e finalizadas com sucesso.
CENTRAL DO ASSINANTE
Melhorias se segurança na central do assinante
Ajustada central de assinante para consumo de endpoint utilizando autenticador e intermediador. Isso visa melhorias na segurança da aplicação.