Bugs Out/Nov/Dez 2025

BUG - Otimizar consulta para selecionar produto na movimentação interna

Na tela para selecionar produto foi inserida obrigatoriedade de inserir o código do contrato, só após o preenchimento do mesmo o botão para filtrar poderá ser acionado.

BUG - Alteração na composição remove vínculo com o serviço

Ao editar uma composição (clicando no botão salvar na tela Financeiro > Tabelas de apoio > Composição > Composições > Cadastro), caso essa composição tenha vínculo com algum serviço, está sendo perdido esse vínculo. O vínculo que a composição tem com o serviço pode ser visto na aba 'Vínculos' na tela da composição (IDServico na TB_Composicao).

BUG - Erro visual ao cancelar fatura

Vendido um contrato onde é automaticamente gerada uma fatura referente ao serviço. Posteriormente ao tentar cancelar essa fatura em: Cancelar > Deseja reverter o último faturamento? SIM > Selecionar um motivo de cancelamento e confirmar, é gerado um erro na tela. Cancelamento é feito com sucesso. Erro apenas visual.

BUG - Erro ao tentar excluir plano

1 - Ao tentar excluir um plano que possui registro na TB_DadosFinanceiroPlano retorna erro. Na tela é mostrada a mensagem de erro: "Não foi possível excluir esse plano, pois o mesmo possui contrato vinculado". Necessário ajuste para que registro na TB_DadosFinanceiroPlano não impeça exclusão do plano, neste caso o registro deve ser apagado.

2 - Outro ponto ajustado é que ao gerar erro citado acima, por exemplos registros desse plano na TB_LogPlano são excluídos. Neste caso deve ser feito um rollback, pois se o plano não pôde ser excluído da TB_LogPlano, não deve ser excluído nenhum outros registro relacionado a esse plano em outras tabelas.

BUG - Erro para atendimento em contrato da tecnologia OUTROS - APP do técnico

Em processo no app do técnico, no atendimento de instalação era mostrada uma tela onde estava fixo a palavra 'teste'. Remoção feita. Sem alteração no processo do app.

BUG - Validação de TipoEndereco ao converter plano prospectado

Corrigida possibilidade de através de conversão de prospecto, plano prospectado ser criado com apenas endereço de instalação, ou apenas endereço de cobrança. Inserida validação já existente para endereços no momento da venda de um novo contrato. Será apresentada a mensagem: "O cliente deve possuir pelo menos um endereço de PADRÃO ou um endereço de INSTALAÇÃO e um de COBRANÇA."

BUG - Formatação incorreta do número para contato na central do assinante

Ajuste visual no número de contato do WhatsApp para quando esse número não possuir DDD.

BUG - Fatura impressa via sistema e via rotina estão divergindo

Corrigido cenário onde envio de fatura via e-mail pela rotina, estava enviando o código de barras mesmo quando a forma de cobrança da fatura era cartão recorrente. Neste caso no lugar do código de barras deve enviar o texto "Demonstrativo de conta".

BUG - Baixa quando NumeroDocumento não está presente no arquivo retorno - ITAÚ CNAB 400

Identificado problema no processamento do arquivo retorno ITAÚ CNAB 400: as faturas não eram baixadas quando o campo NumeroDocumento vinha em branco no arquivo. O sistema dependia desse campo para localizar as faturas. Correção realizada: ajustado o processo de baixa para permitir que as faturas sejam reconhecidas e baixadas mesmo quando o campo NumeroDocumento no arquivo retorno estiver em branco.

BUG - Usuário sem a permissão CN37 consegue suspender contratos

Foi identificado que era possível suspender ou suspender parcialmente contratos mesmo sem a permissão “SUSPENDER CONTRATOS - CN37”. O comportamento esperado é que esses botões fiquem bloqueados para usuários sem essa permissão, assim como ocorre com outras ações restritas. Correção realizada: ajustado o sistema para que os botões de suspensão e suspensão parcial fiquem desabilitados quando o usuário não possuir a permissão correspondente.

BUG - Verificação baixa pagamento webhook itau

Foi identificado que, ao receber o payload do webhook de cobrança do Itaú, o sistema não conseguia localizar corretamente o número do boleto quando existiam registros com o mesmo número, diferenciando-se apenas pelos zeros à esquerda. Isso fazia com que a fatura não fosse encontrada durante o processo de baixa. Correção realizada: ajustada a lógica de busca da fatura para considerar também o valor informado no body do webhook, garantindo a identificação correta do boleto mesmo em casos de números semelhantes.

BUG - Integração indevida de extrato com emissão pós-pagamento

Erro identificado: Na tela Integração > Pendentes, extratos cuja composição possui a flag EmiteNotaPosPagamento = 1 são exibidos corretamente apenas na aba “Faturamentos com pagamento”, e somente quando a fatura vinculada possui data de pagamento preenchida. Entretanto, ao utilizar a opção “Integrar de acordo com filtro” na aba “Faturamentos”, esses mesmos extratos estavam sendo indevidamente selecionados pela rotina de integração, mesmo sem atender às condições de pagamento. Ou seja, a validação na tela (SPU) estava correta, mas a rotina de integração ignorava essa regra, enviando extratos indevidos para integração.

Correção aplicada: A rotina de integração foi ajustada para respeitar a mesma validação aplicada na tela, desconsiderando extratos com EmiteNotaPosPagamento = 1 que não possuam data de pagamento. Com isso, esses extratos deixam de ser enviados para integração quando acionada a opção “Integrar de acordo com filtro”, garantindo consistência entre a interface e o processamento automático.

BUG - Datas incorretas na impressão de NFCOM

Erro identificado: Na impressão de NFCOM, os campos início de período, fim de período e data de vencimento estavam sendo exibidos com um dia anterior ao valor correto. O problema ocorria mesmo quando os dados estavam corretamente gravados na fatura e na nota, resultando em divergência entre as informações do sistema e o PDF gerado. Os campos afetados eram $F{dataVencimentoFatura}, $F{inicioPeriodo} e $F{fimPeriodo}.

Correção aplicada: Foi realizado o ajuste no processo de geração/impressão da NFCOM para garantir que as datas sejam renderizadas corretamente no PDF, respeitando exatamente os valores armazenados no sistema, sem aplicação indevida de offset de data. Com a correção, os campos de período e vencimento passam a ser exibidos corretamente na impressão da nota fiscal.

BUG - Falha no envio em lote de cobranças recorrentes por erro individual

Erro identificado: Na tela de geração de cobranças recorrentes de cartão de crédito, ao acionar a opção “Enviar cobranças para adquirente”, quando uma das faturas do lote retornava um erro não esperado pela plataforma, o sistema lançava um NullPointerException. Esse erro interrompia todo o processamento, impedindo o envio das demais faturas válidas do lote. A situação ocorria quando a resposta da integradora não podia ser interpretada corretamente, mesmo sendo um erro específico de apenas uma fatura (ex.: dados inválidos do cartão).

Correção aplicada: O processamento do lote foi ajustado para tratar corretamente erros individuais retornados pela integradora, evitando a geração de exceção não tratada. Com a correção, uma fatura que retorne erro passa a ser isolada, permitindo que as demais faturas do lote continuem sendo enviadas normalmente, sem impacto no processamento geral das cobranças recorrentes.

BUG - Bloqueio indevido do botão de filtro na movimentação interna

Erro identificado: Na tela Estoque > Movimentações > Movimentação interna > Nova movimentação, quando o Local de origem selecionado não possui EntidadeCustodia = CONTRATO, o campo “Cód. contrato” não é exibido. Nessa situação, o botão de filtrar permanecia bloqueado, impedindo o avanço do processo, mesmo não sendo necessário informar contrato para esse tipo de local.

Correção aplicada: O comportamento do botão de filtro foi ajustado para considerar a exibição do campo “Cód. contrato”.

Quando o campo não estiver disponível na tela, o botão de filtro permanece habilitado.

Quando o campo estiver disponível, o botão fica desabilitado até o preenchimento do código do contrato, seguindo o funcionamento esperado.

Com isso, o fluxo de movimentação interna passa a funcionar corretamente em todos os cenários de local de origem.

BUG - Conteúdo cortado na tela inicial do aplicativo Android

Erro identificado: Na tela inicial do aplicativo do cliente (Android), algumas informações estavam sendo exibidas de forma cortada, prejudicando a visualização do conteúdo. O problema foi replicado em dispositivos específicos, onde a tela não se adaptava corretamente à resolução e versão do sistema operacional, mesmo funcionando normalmente em outros aparelhos e em emulador.

Correção aplicada: O layout da tela inicial foi ajustado para garantir responsividade adequada, assegurando que todos os elementos sejam exibidos corretamente em diferentes resoluções e versões do Android. Quando necessário, foi implementado scroll na tela, evitando o corte de informações e garantindo uma experiência consistente e funcional para todos os usuários.

BUG - Problemas de layout e scroll no aplicativo móvel (iOS e Android)

Erro identificado: Foram identificados problemas de visualização e usabilidade em diferentes telas do aplicativo móvel:

iOS

Na tela “Meu plano”, não havia scroll, impedindo a visualização completa das informações.

Nessa mesma tela, o texto “pacote” estava desalinhado e ultrapassando os limites da tela.

Na tela principal do app (após selecionar o contrato), as informações estavam cortadas na parte superior.

O nome do aplicativo exibido após a instalação estava com capitalização incorreta.

Android

Na tela “Meu plano”, não havia scroll, impedindo a visualização completa dos dados.

Na tela “Perfil”, a ausência de scroll impedia o acesso ao botão “Sair do app”.

Esses problemas comprometiam a experiência do usuário em determinados modelos de aparelhos e versões do sistema operacional.

Correção aplicada: Foram realizados ajustes de layout e responsividade nas telas afetadas para garantir:

Implementação correta de scroll sempre que o conteúdo exceder o tamanho da tela.

Correção de alinhamento e dimensionamento dos textos.

Adequação da exibição de informações no topo das telas, evitando cortes.

Ajuste do nome exibido do aplicativo após a instalação.

Com as correções, as telas passam a se adaptar corretamente a diferentes resoluções, modelos de dispositivos e versões de iOS e Android, garantindo usabilidade e visualização completas.

BUG - Cobrança duplicada após alteração de titularidade

Erro identificado: No processo de alteração de titularidade, ao optar pela opção “Não” no modal “Deseja faturar o valor integral no novo titular do contrato?”, o novo contrato era gerado com o campo UltimoFaturamento nulo. Como a data de habilitação do contrato anterior é migrada para o novo contrato, isso fazia com que a cobrança do novo titular considerasse um período que já havia sido faturado, gerando cobrança duplicada.

Correção aplicada: O fluxo de alteração de titularidade foi ajustado para definir corretamente o UltimoFaturamento do novo contrato, conforme as seguintes regras:

Quando o UltimoFaturamento do contrato anterior for menor que a data atual, o novo contrato recebe o UltimoFaturamento como um dia anterior à data atual.

Quando o UltimoFaturamento do contrato anterior for igual à data atual, essa mesma data é atribuída ao UltimoFaturamento do novo contrato.

Quando o UltimoFaturamento do contrato anterior for maior que a data atual ou nulo, o comportamento permanece inalterado.

Com esse ajuste, o sistema passa a evitar cobranças de períodos já faturados, garantindo a correta continuidade da cobrança após a alteração de titularidade.

BUG - Inconsistências na criação e registro de débito recorrente via Pix

Erro identificado: Foram identificados problemas no fluxo de criação e registro de débito recorrente Pix, envolvendo integração, persistência de dados e interface:

Na resposta da ação CRIAR_LOCATION_DEBITO_RECORRENTE_PIX, o campo id estava sendo armazenado em formato exponencial (ex.: 7.0722491541282673E18), enquanto o valor correto gerado pela plataforma era um número inteiro completo.

A ação CRIAR_LOCATION_DEBITO_RECORRENTE_PIX estava sendo registrada incorretamente na tabela TB_LogDebitoRecorrente como CONFIRMAR_AUTORIZACAO_DEBITO_RECORRENTE_PIX, gerando inconsistência no histórico das operações.

Na tela do contrato, ao salvar uma conta de débito, não era possível vincular o tipo de conta de débito, impedindo a configuração correta da cobrança recorrente.

Correção aplicada:

O tratamento da resposta da integração foi ajustado para garantir que o campo id seja armazenado corretamente como valor inteiro, sem conversão para notação exponencial.

O registro de logs foi corrigido para que a ação CRIAR_LOCATION_DEBITO_RECORRENTE_PIX seja gravada com a identificação correta na TB_LogDebitoRecorrente.

A tela de cadastro de conta de débito no contrato foi ajustada para permitir a seleção e vinculação correta do tipo de conta, concluindo o fluxo de configuração do débito recorrente.

Com esses ajustes, o processo de débito recorrente via Pix passa a operar de forma consistente, com dados corretos, histórico confiável e configuração completa pelo usuário.

BUG - Rotina de envio não encontra faturas ao validar log de envio

Erro identificado: Na execução da Rotina-EnvioFaturasNotasFiscais, quando o oitavo parâmetro (enviar somente para clientes sem log de envio) era definido como 1, a rotina não retornava nenhuma fatura, mesmo quando existiam faturas elegíveis sem registro na TB_LogEnvioFatura. Com o mesmo comando, alterando apenas o oitavo parâmetro para 0, as faturas eram encontradas e enviadas corretamente, evidenciando falha na lógica de validação do log.

Esse comportamento impedia o envio correto de faturas e notas fiscais em execuções que utilizavam o filtro por ausência de log, inclusive em cenários com grande volume de faturas pendentes.

Correção aplicada: A lógica de busca da rotina foi ajustada para validar corretamente a existência (ou não) de registros na TB_LogEnvioFatura quando o oitavo parâmetro estiver habilitado. Com a correção, a rotina passa a:

Localizar corretamente as faturas sem log de envio quando o parâmetro estiver definido como 1

Manter o comportamento já existente quando o parâmetro estiver definido como 0

Após o ajuste, a rotina foi validada, garantindo o envio correto das faturas e notas fiscais em ambos os cenários de execução.

BUG - Erro na geração de nota por impostos nulos na composição

Erro identificado: No cadastro de composição, quando os campos de impostos (ex.: COFINS, PIS, ICMS, etc.) não eram informados, os valores eram salvos como NULL na base. Ao gerar a nota fiscal em cenários que exigiam esses impostos, o processo falhava com NullPointerException, interrompendo a geração da nota.

Correção aplicada: O salvamento da composição foi ajustado para que, quando os campos de impostos não forem informados, os valores sejam persistidos como 0 (zero) no banco de dados. Com isso, a geração de notas fiscais passa a ocorrer normalmente, evitando exceções por valores nulos mesmo quando os impostos não são obrigatórios no cadastro da composição.

Erro identificado: No processo de alteração de titularidade em pacotes, quando os contratos do titular anterior utilizavam o mesmo IDEnderecoCliente, o sistema passava a criar múltiplos IDEnderecoCliente distintos para o novo titular. Com isso, um único endereço existente no cliente original resultava em dois ou mais endereços duplicados no novo cliente, mesmo sendo o mesmo local físico.

Esse comportamento gerava inconsistência cadastral e duplicidade indevida de endereços vinculados aos contratos.

Correção aplicada: O fluxo de alteração de titularidade foi ajustado para reutilizar corretamente o mesmo IDEnderecoCliente no novo titular quando os contratos de origem compartilham o mesmo endereço. Com a correção, o sistema garante que:

Um único endereço no titular anterior gere apenas um endereço correspondente no novo titular

Todos os contratos migrados mantenham a referência correta ao mesmo endereço, evitando duplicidades

Assim, a integridade dos dados de endereço é preservada durante a alteração de titularidade em pacotes.