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.
INTEGRAÇÃO
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.
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.
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.