Exibir código-fonte para 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):<br>


[[Arquivo:Chave.jpg|500x500px|miniaturadaimagem|centro|RECALCULA_FATURAMENTO_CANCELAMENTO_CONTRATO]]<br>


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.<br>



'''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<br>''

''- Cancelar a fatura<br>''

''- 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)<br>''

''- Ajustar a data de último faturamento do contrato.<br>''

''- Retroagir dados de serviços e descontos caso necessário.<br>''

''- 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.<br>''

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:'''<br>
<br>
''- Cancelar fatura<br>''

''- 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)<br>''

''- 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.<br>''

''- A nova fatura será vinculada aos extratos já existentes.''
<br>

''- 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.''
<br>

''- 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.

[[Arquivo:Eeee.jpg|500x500px|miniaturadaimagem|centro|Tela para selecionar motivo de cancelamento da NF]]

===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.<br>

Parâmetro obrigatório: DataLancamento do crédito(aaaa-mm-dd) - Campos de início e fim.<br>

Tela: Financeiro > Integração crédito SAP

[[Arquivo:QAAAAAA.jpg|500x500px|miniaturadaimagem|centro|Tela de 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.<br>

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'.<br>

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.

[[Arquivo:QAATIVO.jpg|500x500px|miniaturadaimagem|centro|Flag para marcação de modelos de NF 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.

==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.

[[Arquivo:Gtw credito recarga.png|500x500px|miniaturadaimagem|centro|Cadastro Ação de integradora de gateway de crédito]]

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.

[[Arquivo:Configuracao plano.png|500x500px|miniaturadaimagem|centro|Configuração telefonica plano]]


[[Arquivo:Adicao credito.png|500x500px|miniaturadaimagem|centro|Adição Credito]]


'''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.

==INTRANET==

==ESTOQUE==

==OPERACIONAL==

==RELATÓRIOS==

==REDES==

==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. 

[[Arquivo:Cadastro composicao.png|500x500px|miniaturadaimagem|centro|Cadastro de composição]]

A rotina de integração ainda continuará realizando a validação da chave no modulo comercial '''ENVIA_CFOPCODE_INTEGRACAO_FATURAMENTO_SAP'''

==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.<br>

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.

[[Arquivo:Ededed.jpg|500x500px|miniaturadaimagem|centro|Tela para configurar envios de comunicados em massa (oção 'Aviso app')]]

===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.

[[Arquivo:AAAAAAAA.jpg|500x500px|miniaturadaimagem|centro|Campo SSID Wifi no app do técnico]]

Também foi alterado para que seja possível enviar senhas de até 10 caracteres.

==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.