Out/Nov/Dez 2025 - Histórico de revisão

Caio.silva em 18h51min de 18 de dezembro de 2025

2025-12-18T18:51:50Z

← Edição anterior		Edição das 18h51min de 18 de dezembro de 2025
Linha 641:		Linha 641:


	[[Arquivo:Extrato contesta.png\|500x500px\|miniaturadaimagem\|centro\|~~Estratos~~ a contestar]]		[[Arquivo:Extrato contesta.png\|500x500px\|miniaturadaimagem\|centro\|''Extratos a contestar'']]

Caio.silva: /* Status do contrato ao desfazer negociação */

2025-12-16T18:49:29Z

Status do contrato ao desfazer negociação

← Edição anterior		Edição das 18h49min de 16 de dezembro de 2025
Linha 250:		Linha 250:
	Foi criada uma nova chave de configuração no módulo financeiro chamada STATUS_CONTRATO_NEGOCIACAO_DESFEITA.		Foi criada uma nova chave de configuração no módulo financeiro chamada STATUS_CONTRATO_NEGOCIACAO_DESFEITA.

	Essa chave recebe um IDStatusContrato e possui preenchimento ~~não~~ obrigatório.		Essa chave recebe um IDStatusContrato e não possui preenchimento obrigatório.

	Funcionamento:		Funcionamento:

	Quando a chave estiver preenchida (exemplo: 5 = SUSPENSO), ao desfazer uma negociação, todos os contratos HABILITADOS vinculados a essa negociação terão seu status alterado para o status informado na chave.		Quando a chave estiver preenchida (exemplo: 5 = SUSPENSO), ao desfazer uma negociação, todos os contratos HABILITADOS vinculados a essa fatura de negociação terão seu status alterado para o status informado na chave.

	Caso a chave esteja null, o funcionamento atual do sistema será mantido, sem alteração de status dos contratos.		Caso a chave esteja null, o funcionamento atual do sistema será mantido, sem alteração de status dos contratos.
Linha 260:		Linha 260:
	Observações Técnicas:		Observações Técnicas:

	Para a alteração do status do contrato, será utilizado o mesmo método já existente no sistema, não ~~sendo criada uma nova rotina~~ para ~~esse processo~~.		Para a alteração do status do contrato, será utilizado o mesmo método já existente no sistema.
			Apenas contratos HABILITADOS poderão ser impactados pela chave.
			Alteração para a funcionalidade de DESFAZER NEGOCIAÇÃO e não para cancelamento de negociação.

	==INTEGRAÇÃO==		==INTEGRAÇÃO==

Caio.silva: /* FINANCEIRO */

2025-12-16T18:47:38Z

FINANCEIRO

← Edição anterior		Edição das 18h47min de 16 de dezembro de 2025
Linha 244:		Linha 244:

	Ao acionar o botão, o sistema disponibiliza o arquivo XML correspondente à nota fiscal, facilitando o acesso ao documento eletrônico diretamente pela interface do cliente.		Ao acionar o botão, o sistema disponibiliza o arquivo XML correspondente à nota fiscal, facilitando o acesso ao documento eletrônico diretamente pela interface do cliente.

			===Status do contrato ao desfazer negociação===

			Descrição:
			Foi criada uma nova chave de configuração no módulo financeiro chamada STATUS_CONTRATO_NEGOCIACAO_DESFEITA.

			Essa chave recebe um IDStatusContrato e possui preenchimento não obrigatório.

			Funcionamento:

			Quando a chave estiver preenchida (exemplo: 5 = SUSPENSO), ao desfazer uma negociação, todos os contratos HABILITADOS vinculados a essa negociação terão seu status alterado para o status informado na chave.

			Caso a chave esteja null, o funcionamento atual do sistema será mantido, sem alteração de status dos contratos.

			Observações Técnicas:

			Para a alteração do status do contrato, será utilizado o mesmo método já existente no sistema, não sendo criada uma nova rotina para esse processo.

	==INTEGRAÇÃO==		==INTEGRAÇÃO==

Caio.silva: /* FINANCEIRO */

2025-12-16T14:23:36Z

FINANCEIRO

← Edição anterior		Edição das 14h23min de 16 de dezembro de 2025
Linha 238:		Linha 238:

	Com a correção, foi disponibilizada em tela a seleção da integradora de Pix, permitindo associar corretamente a forma de cobrança à integradora responsável. O valor configurado passa a ser buscado a partir do campo de integradora de remessa eletrônica, seguindo o mesmo padrão já utilizado em outros pontos do sistema.		Com a correção, foi disponibilizada em tela a seleção da integradora de Pix, permitindo associar corretamente a forma de cobrança à integradora responsável. O valor configurado passa a ser buscado a partir do campo de integradora de remessa eletrônica, seguindo o mesmo padrão já utilizado em outros pontos do sistema.

			===Download de XML de NFCOM Autorizada na Tela do Cliente===

			Foi implementado um novo botão na tela de notas fiscais do cliente que permite baixar o XML da NFCOM, desde que a nota esteja autorizada.

			Ao acionar o botão, o sistema disponibiliza o arquivo XML correspondente à nota fiscal, facilitando o acesso ao documento eletrônico diretamente pela interface do cliente.

	==INTEGRAÇÃO==		==INTEGRAÇÃO==

Caio.silva: /* FINANCEIRO */

2025-12-16T14:22:42Z

FINANCEIRO

← Edição anterior		Edição das 14h22min de 16 de dezembro de 2025
Linha 230:		Linha 230:

	Com o ajuste aplicado, os campos passam a manter o alinhamento correto independentemente do tamanho do conteúdo, garantindo melhor organização visual e usabilidade da tela.		Com o ajuste aplicado, os campos passam a manter o alinhamento correto independentemente do tamanho do conteúdo, garantindo melhor organização visual e usabilidade da tela.

			===Seleção de Integradora para Recorrência de Pix===

			Foi ajustado o fluxo de configuração da recorrência de Pix nas formas de cobrança.

			Anteriormente, ao marcar a flag “Utiliza recorrência de Pix” (campo UtilizaRecorrenciaPix na TB_FormaCobranca), não era possível selecionar a integradora Pix responsável pela recorrência, impedindo a configuração completa da funcionalidade.

			Com a correção, foi disponibilizada em tela a seleção da integradora de Pix, permitindo associar corretamente a forma de cobrança à integradora responsável. O valor configurado passa a ser buscado a partir do campo de integradora de remessa eletrônica, seguindo o mesmo padrão já utilizado em outros pontos do sistema.

	==INTEGRAÇÃO==		==INTEGRAÇÃO==

Caio.silva: /* COMERCIAL */

2025-12-16T14:21:38Z

COMERCIAL

← Edição anterior		Edição das 14h21min de 16 de dezembro de 2025
Linha 105:		Linha 105:

	A validação não é executada indevidamente nos processos de habilitação, mudança de plano e alteração de titularidade		A validação não é executada indevidamente nos processos de habilitação, mudança de plano e alteração de titularidade

			===Validação de Contratos Cancelados na Alteração de Pacotes===

			Foi implementada uma validação adicional no processo de alteração de pacotes para evitar inconsistências em cenários onde existam contratos cancelados ainda vinculados ao pacote.

			Anteriormente, em cancelamentos realizados por rotinas ou layouts de cancelamento em massa, era possível que um contrato fosse cancelado e permanecesse vinculado ao pacote. Nesses casos, ao alterar o pacote, o sistema permitia a operação e acabava gerando novos contratos com status cancelado, porém sem data de cancelamento, gerando inconsistência de dados.

			Com a correção aplicada, ao clicar em “Alterar pacote”, o sistema passa a:

			Validar se existe algum contrato cancelado vinculado ao pacote

			Bloquear a alteração do pacote caso essa condição seja encontrada

			Exibir uma mensagem ao usuário, informando que a ação não pode ser realizada devido à existência de contrato cancelado no pacote

			Esse ajuste garante maior integridade dos dados e evita a geração de contratos inconsistentes durante a alteração de pacotes.

	==FINANCEIRO==		==FINANCEIRO==

Caio.silva: /* FINANCEIRO */

2025-12-16T14:20:30Z

FINANCEIRO

← Edição anterior		Edição das 14h20min de 16 de dezembro de 2025
Linha 206:		Linha 206:

	Como parte da solução, foi definida a implementação de um controle no processo de geração de notas, evitando a criação de itens inconsistentes e garantindo o correto vínculo entre ItemNota, faturamento mensal e nota fiscal.		Como parte da solução, foi definida a implementação de um controle no processo de geração de notas, evitando a criação de itens inconsistentes e garantindo o correto vínculo entre ItemNota, faturamento mensal e nota fiscal.

			===Ajuste de Alinhamento dos Campos CFOP e CNAE na Tela de Composição===

			Foi realizada a correção no alinhamento dos campos CFOP e CNAE na tela de cadastro da composição do módulo web.

			O problema ocorria em cenários onde os códigos selecionados possuíam valores extensos, fazendo com que a formatação da tela ficasse desalinhada e prejudicasse a visualização das informações.

			Com o ajuste aplicado, os campos passam a manter o alinhamento correto independentemente do tamanho do conteúdo, garantindo melhor organização visual e usabilidade da tela.

	==INTEGRAÇÃO==		==INTEGRAÇÃO==

Caio.silva: /* INTEGRAÇÃO */

2025-12-16T14:19:42Z

INTEGRAÇÃO

← Edição anterior		Edição das 14h19min de 16 de dezembro de 2025
Linha 695:		Linha 695:

	Com a correção, o processo passa a considerar o campo EMV como base para a geração do QR Code, garantindo que o Pix dinâmico seja compatível com a leitura por diferentes instituições financeiras e permitindo corretamente a oferta de adesão ao Pix recorrente, conforme o padrão esperado.		Com a correção, o processo passa a considerar o campo EMV como base para a geração do QR Code, garantindo que o Pix dinâmico seja compatível com a leitura por diferentes instituições financeiras e permitindo corretamente a oferta de adesão ao Pix recorrente, conforme o padrão esperado.

			===Criação de Índice na TB_NotaFiscalNFCom===

			Foi criado um índice na tabela TB_NotaFiscalNFCom para o campo IDNotaFiscal, com o objetivo de otimizar consultas e melhorar a performance nas operações que utilizam esse identificador.

	==INTRANET==		==INTRANET==

Caio.silva: /* COMERCIAL */

2025-12-16T14:18:49Z

COMERCIAL

← Edição anterior		Edição das 14h18min de 16 de dezembro de 2025
Linha 91:		Linha 91:

	O ajuste melhora a organização visual da tela, garantindo um layout mais consistente e facilitando a usabilidade em um fluxo frequentemente utilizado pelos usuários.		O ajuste melhora a organização visual da tela, garantindo um layout mais consistente e facilitando a usabilidade em um fluxo frequentemente utilizado pelos usuários.

			===Correção de Validação de E-mail na Habilitação e Alteração de Contratos de TV===

			Foi corrigida a validação indevida de obrigatoriedade de e-mail nos fluxos de habilitação de contrato/pacote, up/down e alteração de titularidade para integrações de TV que não exigem e-mail obrigatório.

			Antes do ajuste, o sistema bloqueava a habilitação quando o cadastro do cliente não possuía e-mail, mesmo em cenários onde a integração aceita o campo em branco. Esse comportamento ocorria inclusive quando o tipo de integração era alterado, mantendo a exigência de e-mail de forma incorreta.

			Com a correção aplicada:

			A validação de e-mail não é mais impeditiva para integrações que não exigem esse dado

			O campo de e-mail pode ser encaminhado vazio, quando permitido pela integração

			A validação não é executada indevidamente nos processos de habilitação, mudança de plano e alteração de titularidade

	==FINANCEIRO==		==FINANCEIRO==

Caio.silva: /* COMERCIAL */

2025-12-16T14:17:04Z

COMERCIAL

← Edição anterior		Edição das 14h17min de 16 de dezembro de 2025
Linha 85:		Linha 85:

	A correção foi validada em ambiente de homologação, garantindo que promoções sejam aplicadas corretamente apenas quando a composição do pacote permanece íntegra.		A correção foi validada em ambiente de homologação, garantindo que promoções sejam aplicadas corretamente apenas quando a composição do pacote permanece íntegra.

			===Ajuste de Alinhamento no Modal de Seleção de Caixa/Saída===

			Foi corrigido o alinhamento dos textos “Caixa” e “Saída livre” no modal exibido durante a venda de um contrato, utilizado para a escolha da caixa/saída.

			O ajuste melhora a organização visual da tela, garantindo um layout mais consistente e facilitando a usabilidade em um fluxo frequentemente utilizado pelos usuários.

	==FINANCEIRO==		==FINANCEIRO==