Adapter - Contribuições do usuário [pt-br]

Atualizações Outubro2023

2023-11-08T19:47:54Z

Laennerth.silva: /* Alterar OLT para incluir campos relacionados ao FTP */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP. Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

=== Gerar PIX dinâmico Itaú ===
Está sendo utilizada a api, APIs Regulatórias Pix Recebimentos, para gerar o pix dinamicamente para faturas que não tenham o pix vinculado à fatura.

==== Bloqueio de PIX dinâmico ====
Não serão geradas, novas chaves de um PIX dinâmico, caso a fatura já possua uma chave não expirada.

=== Alteração no Cancelamento de Faturas ===
Para evitar que hajam erros em operações com faturas unificadas, relacionado a uma nota estar vinculada a duas faturas, uma cancelada e uma ativa, foi alterada a regra do cancelamento de fatura:

Quando o usuário realizar o cancelamento de uma fatura, o usuário irá definir se:

* Caso escolha reverter o faturamento, segue inalterada a regra;
* Caso escolha '''manter o faturamento gerado''', esta opção cancela o faturamento e recria faturamentos iguais, sem faturas vinculadas. Nessa opção, '''será removido o itemNota do faturamento original''', e no novo faturamento apenas, estará vinculado o itemNota.

=== Integração de faturamento em lote enviar novos campos ===
Realizado um ajuste na rotina de integração em lote para que seja possível fazer o agrupamento de faturamentos.

O campo ID_TELCO, referente ao codigoModelo da nota (da tabela TB_ModeloNotaFiscal) fará parte do DocumentLines.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===
Realizada Integração Getnet para pagamentos Recorrência e Pagamentos PIX;

Alterada a chave de configuração do financeiro, que define qual a integradora será feito o pagamento de recorrência:

Antes: ID_SERVIDOR_INTEGRACAO_CIELO_ESCRITA

para: ID_SERVIDOR_INTEGRACAO_CARTAO_RECORRENCIA

<nowiki>*</nowiki>OBS: A Configuração e disponibilidade da funcionalidade irá variar de acordo com a empresa, para mais detalhes consulte o suporte técnico;

=== Integração Eletrônica PIX Santander ===
Criada a TB_WorkspaceRemessaEletronica;

Ao enviar remessa eletrônica com ou sem pix, o sistema verifica se o convenio já possui um workspace cadastrado na tabela TB_WorkspaceRemessaEletronica. Se não existir, será acionado o endpoint de cadastro de workspaces através do registro indicado na TB_PixIntegradora da ação CRIAR_WORKSPACE_REMESSA_ELETRONICA.

Caso já possua um workspace, será utilizado o id para enviar no json de registro do boleto.

Foi criado um endpoint para "escutar" os pagamentos enviados pelo banco. Esse endpoint só será utilizado caso for especidicado no body do endpoint de criação de um workspace. Nos campos ("webhookURL" e "pixBillingWebhookActive").

'''OBS''': Não é recomendado habilitar a escuta de pagamentos por codigo de barras, pois o mesmo só é devidamente confirmado após 1 dia util (deixando apenas para confirmar a entrada pelo retorno). Caso não queria utilizar o endpoint de escuta de pagamentos, a fatura terá baixa através do arquivo de retorno enviado pelo banco.

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

=== Código de Cliente SAP no OFS ===
Será enviado o código de integração cliente SAP para o OFS, validando se o cliente possui informação preenchida na TB_ClienteIngracacaoSAP.

* Caso o cliente não tenha código integração SAP preenchido, deverá ser enviado esse código para o SAP;
* Caso o cliente não tenha código integração SAP preenchido, deverá ser enviado o código padrão já utilizado no Adapter, Letra "C" + IDCliente.

=== Integração OFS, ajuste campo em casos de reagendamento de atividade ===
Utilizara a informação de quantidade de registros de um atendimento na TB_LogReagendamentoAtendimento.

Será informada a quantidade de registros + 1 no campo XA_CNT_ATD da Integração com Oracle OFS. Caso não exista nenhum registro, será informado o valor = 1.

==RELATÓRIOS==
==REDES==

=== Alterar OLT para incluir campos relacionados ao FTP ===
Adicionados os campos IPftp, PortaFTP: UsuarioFTP e SenhaFTP na tabela TB_OLT.

=== Permitir que no provisionamento da Huawei utilize arquivo xml ===
No provisionamento da Huawei, de algumas empresas, é utilizado o arquivo xml para provisionar, existem comandos que envia o arquivo de configuração(xml) para a ONU. Foram criados comandos que utilizam xml para esta situação específica.

==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

=== Alteração na Rotina RotinaPY-IntegracaoSapNotas ===
Alterada a rotina RotinaPY-IntegracaoSapNotas para buscar as notas por ID do faturamentomes e de todos os faturamentos que possuem isIntegrado = S e não possuirem docentry (para buscar faturamentos integrados em lote).

=== Ajuste rotina integração de faturamento em lote ===
Alteração da rotina de integração em lote, para validar a tabela TB_ClienteIntegracaoSAP do modulo integração, como já é realizada na rotina de integração de faturamento padrão.

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Atualizações Outubro2023

2023-11-08T19:21:10Z

Laennerth.silva: /* FINANCEIRO */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP. Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

=== Gerar PIX dinâmico Itaú ===
Está sendo utilizada a api, APIs Regulatórias Pix Recebimentos, para gerar o pix dinamicamente para faturas que não tenham o pix vinculado à fatura.

==== Bloqueio de PIX dinâmico ====
Não serão geradas, novas chaves de um PIX dinâmico, caso a fatura já possua uma chave não expirada.

=== Alteração no Cancelamento de Faturas ===
Para evitar que hajam erros em operações com faturas unificadas, relacionado a uma nota estar vinculada a duas faturas, uma cancelada e uma ativa, foi alterada a regra do cancelamento de fatura:

Quando o usuário realizar o cancelamento de uma fatura, o usuário irá definir se:

* Caso escolha reverter o faturamento, segue inalterada a regra;
* Caso escolha '''manter o faturamento gerado''', esta opção cancela o faturamento e recria faturamentos iguais, sem faturas vinculadas. Nessa opção, '''será removido o itemNota do faturamento original''', e no novo faturamento apenas, estará vinculado o itemNota.

=== Integração de faturamento em lote enviar novos campos ===
Realizado um ajuste na rotina de integração em lote para que seja possível fazer o agrupamento de faturamentos.

O campo ID_TELCO, referente ao codigoModelo da nota (da tabela TB_ModeloNotaFiscal) fará parte do DocumentLines.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===
Realizada Integração Getnet para pagamentos Recorrência e Pagamentos PIX;

Alterada a chave de configuração do financeiro, que define qual a integradora será feito o pagamento de recorrência:

Antes: ID_SERVIDOR_INTEGRACAO_CIELO_ESCRITA

para: ID_SERVIDOR_INTEGRACAO_CARTAO_RECORRENCIA

<nowiki>*</nowiki>OBS: A Configuração e disponibilidade da funcionalidade irá variar de acordo com a empresa, para mais detalhes consulte o suporte técnico;

=== Integração Eletrônica PIX Santander ===
Criada a TB_WorkspaceRemessaEletronica;

Ao enviar remessa eletrônica com ou sem pix, o sistema verifica se o convenio já possui um workspace cadastrado na tabela TB_WorkspaceRemessaEletronica. Se não existir, será acionado o endpoint de cadastro de workspaces através do registro indicado na TB_PixIntegradora da ação CRIAR_WORKSPACE_REMESSA_ELETRONICA.

Caso já possua um workspace, será utilizado o id para enviar no json de registro do boleto.

Foi criado um endpoint para "escutar" os pagamentos enviados pelo banco. Esse endpoint só será utilizado caso for especidicado no body do endpoint de criação de um workspace. Nos campos ("webhookURL" e "pixBillingWebhookActive").

'''OBS''': Não é recomendado habilitar a escuta de pagamentos por codigo de barras, pois o mesmo só é devidamente confirmado após 1 dia util (deixando apenas para confirmar a entrada pelo retorno). Caso não queria utilizar o endpoint de escuta de pagamentos, a fatura terá baixa através do arquivo de retorno enviado pelo banco.

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

=== Código de Cliente SAP no OFS ===
Será enviado o código de integração cliente SAP para o OFS, validando se o cliente possui informação preenchida na TB_ClienteIngracacaoSAP.

* Caso o cliente não tenha código integração SAP preenchido, deverá ser enviado esse código para o SAP;
* Caso o cliente não tenha código integração SAP preenchido, deverá ser enviado o código padrão já utilizado no Adapter, Letra "C" + IDCliente.

==RELATÓRIOS==
==REDES==

=== Alterar OLT para incluir campos relacionados ao FTP ===
Adicionados os campos IPftp, PortaFTP: UsuarioFTP e SenhaFTP na tabela TB_OLT.

==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

=== Alteração na Rotina RotinaPY-IntegracaoSapNotas ===
Alterada a rotina RotinaPY-IntegracaoSapNotas para buscar as notas por ID do faturamentomes e de todos os faturamentos que possuem isIntegrado = S e não possuirem docentry (para buscar faturamentos integrados em lote).

=== Ajuste rotina integração de faturamento em lote ===
Alteração da rotina de integração em lote, para validar a tabela TB_ClienteIntegracaoSAP do modulo integração, como já é realizada na rotina de integração de faturamento padrão.

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Atualizações Outubro2023

2023-11-07T12:22:53Z

Laennerth.silva: /* FINANCEIRO */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP. Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

=== Gerar PIX dinâmico Itaú ===
Está sendo utilizada a api, APIs Regulatórias Pix Recebimentos, para gerar o pix dinamicamente para faturas que não tenham o pix vinculado à fatura.

==== Bloqueio de PIX dinâmico ====
Não serão geradas, novas chaves de um PIX dinâmico, caso a fatura já possua uma chave não expirada.

=== Alteração no Cancelamento de Faturas ===
Para evitar que hajam erros em operações com faturas unificadas, relacionado a uma nota estar vinculada a duas faturas, uma cancelada e uma ativa, foi alterada a regra do cancelamento de fatura:

Quando o usuário realizar o cancelamento de uma fatura, o usuário irá definir se:

* Caso escolha reverter o faturamento, segue inalterada a regra;
* Caso escolha '''manter o faturamento gerado''', esta opção cancela o faturamento e recria faturamentos iguais, sem faturas vinculadas. Nessa opção, '''será removido o itemNota do faturamento original''', e no novo faturamento apenas, estará vinculado o itemNota.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===
Realizada Integração Getnet para pagamentos Recorrência e Pagamentos PIX;

Alterada a chave de configuração do financeiro, que define qual a integradora será feito o pagamento de recorrência:

Antes: ID_SERVIDOR_INTEGRACAO_CIELO_ESCRITA

para: ID_SERVIDOR_INTEGRACAO_CARTAO_RECORRENCIA

<nowiki>*</nowiki>OBS: A Configuração e disponibilidade da funcionalidade irá variar de acordo com a empresa, para mais detalhes consulte o suporte técnico;

=== Integração Eletrônica PIX Santander ===
Criada a TB_WorkspaceRemessaEletronica;

Ao enviar remessa eletrônica com ou sem pix, o sistema verifica se o convenio já possui um workspace cadastrado na tabela TB_WorkspaceRemessaEletronica. Se não existir, será acionado o endpoint de cadastro de workspaces através do registro indicado na TB_PixIntegradora da ação CRIAR_WORKSPACE_REMESSA_ELETRONICA.

Caso já possua um workspace, será utilizado o id para enviar no json de registro do boleto.

Foi criado um endpoint para "escutar" os pagamentos enviados pelo banco. Esse endpoint só será utilizado caso for especidicado no body do endpoint de criação de um workspace. Nos campos ("webhookURL" e "pixBillingWebhookActive").

'''OBS''': Não é recomendado habilitar a escuta de pagamentos por codigo de barras, pois o mesmo só é devidamente confirmado após 1 dia util (deixando apenas para confirmar a entrada pelo retorno). Caso não queria utilizar o endpoint de escuta de pagamentos, a fatura terá baixa através do arquivo de retorno enviado pelo banco.

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

=== Código de Cliente SAP no OFS ===
Será enviado o código de integração cliente SAP para o OFS, validando se o cliente possui informação preenchida na TB_ClienteIngracacaoSAP.

* Caso o cliente não tenha código integração SAP preenchido, deverá ser enviado esse código para o SAP;
* Caso o cliente não tenha código integração SAP preenchido, deverá ser enviado o código padrão já utilizado no Adapter, Letra "C" + IDCliente.

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Atualizações Outubro2023

2023-10-30T17:42:29Z

Laennerth.silva: /* OPERACIONAL */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP. Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

=== Gerar PIX dinâmico Itaú ===
Está sendo utilizada a api, APIs Regulatórias Pix Recebimentos, para gerar o pix dinamicamente para faturas que não tenham o pix vinculado à fatura.

==== Bloqueio de PIX dinâmico ====
Não serão geradas, novas chaves de um PIX dinâmico, caso a fatura já possua uma chave não expirada.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===
Realizada Integração Getnet para pagamentos Recorrência e Pagamentos PIX;

Alterada a chave de configuração do financeiro, que define qual a integradora será feito o pagamento de recorrência:

Antes: ID_SERVIDOR_INTEGRACAO_CIELO_ESCRITA

para: ID_SERVIDOR_INTEGRACAO_CARTAO_RECORRENCIA

<nowiki>*</nowiki>OBS: A Configuração e disponibilidade da funcionalidade irá variar de acordo com a empresa, para mais detalhes consulte o suporte técnico;

=== Integração Eletrônica PIX Santander ===
Criada a TB_WorkspaceRemessaEletronica;

Ao enviar remessa eletrônica com ou sem pix, o sistema verifica se o convenio já possui um workspace cadastrado na tabela TB_WorkspaceRemessaEletronica. Se não existir, será acionado o endpoint de cadastro de workspaces através do registro indicado na TB_PixIntegradora da ação CRIAR_WORKSPACE_REMESSA_ELETRONICA.

Caso já possua um workspace, será utilizado o id para enviar no json de registro do boleto.

Foi criado um endpoint para "escutar" os pagamentos enviados pelo banco. Esse endpoint só será utilizado caso for especidicado no body do endpoint de criação de um workspace. Nos campos ("webhookURL" e "pixBillingWebhookActive").

'''OBS''': Não é recomendado habilitar a escuta de pagamentos por codigo de barras, pois o mesmo só é devidamente confirmado após 1 dia util (deixando apenas para confirmar a entrada pelo retorno). Caso não queria utilizar o endpoint de escuta de pagamentos, a fatura terá baixa através do arquivo de retorno enviado pelo banco.

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

=== Código de Cliente SAP no OFS ===
Será enviado o código de integração cliente SAP para o OFS, validando se o cliente possui informação preenchida na TB_ClienteIngracacaoSAP.

* Caso o cliente não tenha código integração SAP preenchido, deverá ser enviado esse código para o SAP;
* Caso o cliente não tenha código integração SAP preenchido, deverá ser enviado o código padrão já utilizado no Adapter, Letra "C" + IDCliente.

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Atualizações Outubro2023

2023-10-30T17:19:27Z

Laennerth.silva: /* Gerar PIX dinâmico Itaú */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP. Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

=== Gerar PIX dinâmico Itaú ===
Está sendo utilizada a api, APIs Regulatórias Pix Recebimentos, para gerar o pix dinamicamente para faturas que não tenham o pix vinculado à fatura.

==== Bloqueio de PIX dinâmico ====
Não serão geradas, novas chaves de um PIX dinâmico, caso a fatura já possua uma chave não expirada.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===
Realizada Integração Getnet para pagamentos Recorrência e Pagamentos PIX;

Alterada a chave de configuração do financeiro, que define qual a integradora será feito o pagamento de recorrência:

Antes: ID_SERVIDOR_INTEGRACAO_CIELO_ESCRITA

para: ID_SERVIDOR_INTEGRACAO_CARTAO_RECORRENCIA

<nowiki>*</nowiki>OBS: A Configuração e disponibilidade da funcionalidade irá variar de acordo com a empresa, para mais detalhes consulte o suporte técnico;

=== Integração Eletrônica PIX Santander ===
Criada a TB_WorkspaceRemessaEletronica;

Ao enviar remessa eletrônica com ou sem pix, o sistema verifica se o convenio já possui um workspace cadastrado na tabela TB_WorkspaceRemessaEletronica. Se não existir, será acionado o endpoint de cadastro de workspaces através do registro indicado na TB_PixIntegradora da ação CRIAR_WORKSPACE_REMESSA_ELETRONICA.

Caso já possua um workspace, será utilizado o id para enviar no json de registro do boleto.

Foi criado um endpoint para "escutar" os pagamentos enviados pelo banco. Esse endpoint só será utilizado caso for especidicado no body do endpoint de criação de um workspace. Nos campos ("webhookURL" e "pixBillingWebhookActive").

'''OBS''': Não é recomendado habilitar a escuta de pagamentos por codigo de barras, pois o mesmo só é devidamente confirmado após 1 dia util (deixando apenas para confirmar a entrada pelo retorno). Caso não queria utilizar o endpoint de escuta de pagamentos, a fatura terá baixa através do arquivo de retorno enviado pelo banco.

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Bugs Outubro2023

2023-10-30T17:15:58Z

Laennerth.silva: /* BUG - Campo 'Destino atendimento' em branco após inserir uma informação adicional no atendimento */

=== BUG - Flag Agenda Tecnica Integrada Setando Null no Banco ===
Flag "agenda técnica integrada" setando NULL quando desmarcada, no cadastro de uma cidade.

Adicionado validação para, caso "agendaTecnicaIntegrada" seja null, enviar "false".

=== BUG - MOB - PROSPECTO COM REGISTRO NA TB_ConsultaCredito mesmo com score abaixo sendo aprovado ===
A consulta de crédito por cpf está aprovando qualquer consulta de cpf que reutilize informações de consultas passadas, quando o registro é copiado.

Possuindo registros na TB_ConsultaCredito em data nos limites da chave DIAS_INTERVALO_CONSULTA_SPC.

Adicionado chamada async com callback para verificar score mínimo para consulta credito.

=== BUG - PROSPECTOS CONVERTIDOS EM CLIENTES EXTERNOS NÃO SOBEM ARQUIVOS PARA O CLIENTE ===
Modificado o endpoint de conversão de clientes, para que este vincule os arquivos adicionados no prospecto, ao novo cliente.

=== BUG - ALTERAÇÃO DE DESTINO NAO APLICA "VISUALMENTE" APOS CLICAR NO BOTAO ADICIONAR DO "MOTIVO DE ENCAMINHAMENTO" ===
Ao selecionar o botão alterar o destino, no cadastro de atendimentos, quando alteramos o destino do atendimento, a tela está recarregando, e o destino atual está sendo carregado, no lugar do destino escolhido.

Erro era apenas visual.

=== BUG - VERIFICAR REFIDELIZAÇÃO ===
Ao fazer refidelização via Upgrade/Downgrade/Migração/Alteração de Titularidade em que a data do vencimento da fidelidade é alterada para antes da data inicial, o sistema está setando a data de vencimento da fidelização para a data atual.

O Cálculo de uma nova data de refidelização automática, é feito "espelhando" a antiga fidelização (Data inicial até a final).

Solução: O sistema irá barrar que uma alteração de vencimento de refidelizações insira uma data de vencimento anterior a data inicial. Neste caso, deverá ser apresentada também a data inicial de fidelização, pois esta não é apresentada em tela.

=== BUG - Contratos de Carnê, não sao inseridos na TB_ControleGeracaoCarne ===
Após realizar um up/down em um contrato, caso seja mantido uma forma de cobrança qualquer que não seja carnê, e posteriormente alterar a Forma de Cobranca para carnê, o contrato anterior é alterado automaticamente para carnê, porem não é inserido na TB_ControleGeracaoCarne, dessa forma fica impossibilitado de gerar cobranca para esse contrato.

=== BUG - Rotina Envio Alerta SMS não validando serviço infobip ===
Rotina de Envio Alerta SMS não esta validando o serviço webservice da infobip, não estava realizando o envio de sms.

=== BUG - Campos permanecem preenchidos após remover a baixa da FATURA ===
Ao apagar a baixa de uma fatura no sistema não estão mudando para NULL os campos IDFormaPagamento e TipoPagamento;

=== BUG - Envio de cobrança no cartão de crédito em faturas pagas ===
Possibilidade de enviar a cobrança para o cartão de crédito, mesmo que a fatura já tenha sido paga via baixa manual no Adapter, ou pelo cliente via APP/CENTRAL.

Alteração realizada, alterando para que as cobranças recorrentes de cartão crédito não busquem faturas com valor já pago.

=== BUG - Log Rotina - Nome do usuário ===
Erro apenas visual, no registro de histórico de uma rotina, nos itens da Listagem de log de rotina só aparece o nome do usuário caso o usuário esteja cadastrado como técnico na base.

Alterado o preenchimento do 'usuariosResource' de uma chamada que só busca técnicos para buscar todos os usuários.

=== BUG - ALTERAÇÃO DE TITULARIDADE MANTENDO DADOS DEBITO DO TITULAR ANTIGO NO NOVO TITULAR ===

O campo IDDadosDebitoCliente poderia ser limpo em caso de alteração de titularidade.

Este não impactou em nenhum processo, pois há uma modificação para fatura digital em caso de alteração destes contratos de debito automático;

=== BUG - Impressão em Massa e Envio Faturas e Notas Referente Forma de Cobrança BV ===
Em análise foi identificado que não esta sendo possível gerar impressão em massa para as formas de cobrança do banco BV, o mesmo ocorre para a rotinas de envio de faturas e notas, foi identificado necessidade de atualização de biblioteca.

=== BUG - Campos da tabela atendimento, sobre agendamento e reagendamento errados ===
Em comercial -> Atendimentos. ao marcar um atendimento pendente -> visita técnica, o campo dataAgendamentoVisita, da TB_Atendimento não está sendo preenchido com a informação do momento do agendamento da visita;

'''Informações preenchidas''':

* A data de agendamento foi preenchida no campo DataReagendamento;

* O usuário do agendamento está sendo preenchido no campo IDUsuarioReagendamento;

'''Comportamento Correto''':

Durante o AGENDAMENTO de um atendimento:

* O usuário do agendamento deve ser preenchido apenas no campo no campo IDUsuarioAgendamento;
* Os campos DataReagendamento e IDUsuarioReagendamento devem ser preenchidos apenas quando o operador REAGENDAR um atendimento.

=== BUG - Reagendamento não preenche a data de reagendamento ===
Na tela de Agenda Técnica. em Operacional -> Agenda Operacional -> Agenda técnica, caso o atendimento seja reagendado, será salvo apenas a informação sobre o Usuário do Reagendamento; No campo justificativaReagendamento está sendo setado a informação escrita em justificativa do atendimento, não sendo salvo o motivo do reagendamento;

Correção realizada no modulo web do alpha, preenchendo data de reagendamento e usuário corretamente.

A informação Motivo do Reagendamento, no modal está sendo preenchida no log;

=== BUG - Campo 'Destino atendimento' em branco após inserir uma informação adicional no atendimento ===
No atendimento ao clicar em '+ Adicionar informações' e confirmar, na tela o campo 'Destino atendimento' que estava preenchido, está ficando em branco.

Alteração realizada no modulo web, após inserir informações adicionais, o sistema não estava carregando as informações do atendimento.

=== Campo Motivo de Encaminhamento com descrição incorreta ===
No sistema após abrir um atendimento e clicar em "alterar destino" está sendo aberta a janela "Insira o motivo do encaminhamento", porém o nome mostrado abaixo está "Meio físico".

O correto seria onde está escrito 'Meio físico' estar 'Motivo de encaminhamento'.

Corrigido valor mostrado na label para 'Motivo de encaminhamento'

Bugs Outubro2023

2023-10-30T17:13:05Z

Laennerth.silva: /* BUG - Reagendamento não preenche a data de reagendamento */

=== BUG - Flag Agenda Tecnica Integrada Setando Null no Banco ===
Flag "agenda técnica integrada" setando NULL quando desmarcada, no cadastro de uma cidade.

Adicionado validação para, caso "agendaTecnicaIntegrada" seja null, enviar "false".

=== BUG - MOB - PROSPECTO COM REGISTRO NA TB_ConsultaCredito mesmo com score abaixo sendo aprovado ===
A consulta de crédito por cpf está aprovando qualquer consulta de cpf que reutilize informações de consultas passadas, quando o registro é copiado.

Possuindo registros na TB_ConsultaCredito em data nos limites da chave DIAS_INTERVALO_CONSULTA_SPC.

Adicionado chamada async com callback para verificar score mínimo para consulta credito.

=== BUG - PROSPECTOS CONVERTIDOS EM CLIENTES EXTERNOS NÃO SOBEM ARQUIVOS PARA O CLIENTE ===
Modificado o endpoint de conversão de clientes, para que este vincule os arquivos adicionados no prospecto, ao novo cliente.

=== BUG - ALTERAÇÃO DE DESTINO NAO APLICA "VISUALMENTE" APOS CLICAR NO BOTAO ADICIONAR DO "MOTIVO DE ENCAMINHAMENTO" ===
Ao selecionar o botão alterar o destino, no cadastro de atendimentos, quando alteramos o destino do atendimento, a tela está recarregando, e o destino atual está sendo carregado, no lugar do destino escolhido.

Erro era apenas visual.

=== BUG - VERIFICAR REFIDELIZAÇÃO ===
Ao fazer refidelização via Upgrade/Downgrade/Migração/Alteração de Titularidade em que a data do vencimento da fidelidade é alterada para antes da data inicial, o sistema está setando a data de vencimento da fidelização para a data atual.

O Cálculo de uma nova data de refidelização automática, é feito "espelhando" a antiga fidelização (Data inicial até a final).

Solução: O sistema irá barrar que uma alteração de vencimento de refidelizações insira uma data de vencimento anterior a data inicial. Neste caso, deverá ser apresentada também a data inicial de fidelização, pois esta não é apresentada em tela.

=== BUG - Contratos de Carnê, não sao inseridos na TB_ControleGeracaoCarne ===
Após realizar um up/down em um contrato, caso seja mantido uma forma de cobrança qualquer que não seja carnê, e posteriormente alterar a Forma de Cobranca para carnê, o contrato anterior é alterado automaticamente para carnê, porem não é inserido na TB_ControleGeracaoCarne, dessa forma fica impossibilitado de gerar cobranca para esse contrato.

=== BUG - Rotina Envio Alerta SMS não validando serviço infobip ===
Rotina de Envio Alerta SMS não esta validando o serviço webservice da infobip, não estava realizando o envio de sms.

=== BUG - Campos permanecem preenchidos após remover a baixa da FATURA ===
Ao apagar a baixa de uma fatura no sistema não estão mudando para NULL os campos IDFormaPagamento e TipoPagamento;

=== BUG - Envio de cobrança no cartão de crédito em faturas pagas ===
Possibilidade de enviar a cobrança para o cartão de crédito, mesmo que a fatura já tenha sido paga via baixa manual no Adapter, ou pelo cliente via APP/CENTRAL.

Alteração realizada, alterando para que as cobranças recorrentes de cartão crédito não busquem faturas com valor já pago.

=== BUG - Log Rotina - Nome do usuário ===
Erro apenas visual, no registro de histórico de uma rotina, nos itens da Listagem de log de rotina só aparece o nome do usuário caso o usuário esteja cadastrado como técnico na base.

Alterado o preenchimento do 'usuariosResource' de uma chamada que só busca técnicos para buscar todos os usuários.

=== BUG - ALTERAÇÃO DE TITULARIDADE MANTENDO DADOS DEBITO DO TITULAR ANTIGO NO NOVO TITULAR ===

O campo IDDadosDebitoCliente poderia ser limpo em caso de alteração de titularidade.

Este não impactou em nenhum processo, pois há uma modificação para fatura digital em caso de alteração destes contratos de debito automático;

=== BUG - Impressão em Massa e Envio Faturas e Notas Referente Forma de Cobrança BV ===
Em análise foi identificado que não esta sendo possível gerar impressão em massa para as formas de cobrança do banco BV, o mesmo ocorre para a rotinas de envio de faturas e notas, foi identificado necessidade de atualização de biblioteca.

=== BUG - Campos da tabela atendimento, sobre agendamento e reagendamento errados ===
Em comercial -> Atendimentos. ao marcar um atendimento pendente -> visita técnica, o campo dataAgendamentoVisita, da TB_Atendimento não está sendo preenchido com a informação do momento do agendamento da visita;

'''Informações preenchidas''':

* A data de agendamento foi preenchida no campo DataReagendamento;

* O usuário do agendamento está sendo preenchido no campo IDUsuarioReagendamento;

'''Comportamento Correto''':

Durante o AGENDAMENTO de um atendimento:

* O usuário do agendamento deve ser preenchido apenas no campo no campo IDUsuarioAgendamento;
* Os campos DataReagendamento e IDUsuarioReagendamento devem ser preenchidos apenas quando o operador REAGENDAR um atendimento.

=== BUG - Reagendamento não preenche a data de reagendamento ===
Na tela de Agenda Técnica. em Operacional -> Agenda Operacional -> Agenda técnica, caso o atendimento seja reagendado, será salvo apenas a informação sobre o Usuário do Reagendamento; No campo justificativaReagendamento está sendo setado a informação escrita em justificativa do atendimento, não sendo salvo o motivo do reagendamento;

Correção realizada no modulo web do alpha, preenchendo data de reagendamento e usuário corretamente.

A informação Motivo do Reagendamento, no modal está sendo preenchida no log;

=== BUG - Campo 'Destino atendimento' em branco após inserir uma informação adicional no atendimento ===
No atendimento ao clicar em '+ Adicionar informações' e confirmar, na tela o campo 'Destino atendimento' que estava preenchido, está ficando em branco.

Alteração realizada no modulo web dos homos, após inserir informações adicionais, o sistema não estava carregando as informações do atendimento.

Atualizações Outubro2023

2023-10-25T13:38:05Z

Laennerth.silva:

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP. Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

=== Gerar PIX dinâmico Itaú ===
Está sendo utilizada a api, APIs Regulatórias Pix Recebimentos, para gerar o pix dinamicamente para faturas que não tenham o pix vinculado à fatura.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===
Realizada Integração Getnet para pagamentos Recorrência e Pagamentos PIX;

Alterada a chave de configuração do financeiro, que define qual a integradora será feito o pagamento de recorrência:

Antes: ID_SERVIDOR_INTEGRACAO_CIELO_ESCRITA

para: ID_SERVIDOR_INTEGRACAO_CARTAO_RECORRENCIA

<nowiki>*</nowiki>OBS: A Configuração e disponibilidade da funcionalidade irá variar de acordo com a empresa, para mais detalhes consulte o suporte técnico;

=== Integração Eletrônica PIX Santander ===
Criada a TB_WorkspaceRemessaEletronica;

Ao enviar remessa eletrônica com ou sem pix, o sistema verifica se o convenio já possui um workspace cadastrado na tabela TB_WorkspaceRemessaEletronica. Se não existir, será acionado o endpoint de cadastro de workspaces através do registro indicado na TB_PixIntegradora da ação CRIAR_WORKSPACE_REMESSA_ELETRONICA.

Caso já possua um workspace, será utilizado o id para enviar no json de registro do boleto.

Foi criado um endpoint para "escutar" os pagamentos enviados pelo banco. Esse endpoint só será utilizado caso for especidicado no body do endpoint de criação de um workspace. Nos campos ("webhookURL" e "pixBillingWebhookActive").

'''OBS''': Não é recomendado habilitar a escuta de pagamentos por codigo de barras, pois o mesmo só é devidamente confirmado após 1 dia util (deixando apenas para confirmar a entrada pelo retorno). Caso não queria utilizar o endpoint de escuta de pagamentos, a fatura terá baixa através do arquivo de retorno enviado pelo banco.

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Atualizações Outubro2023

2023-10-25T13:03:57Z

Laennerth.silva:

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP.Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

=== Gerar PIX dinâmico Itaú ===
Está sendo utilizada a api, APIs Regulatórias Pix Recebimentos, para gerar o pix dinamicamente para faturas que não tenham o pix vinculado à fatura.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===
Realizada Integração Getnet para pagamentos Recorrência e Pagamentos PIX;

Alterada a chave de configuração do financeiro, que define qual a integradora será feito o pagamento de recorrência:

Antes: ID_SERVIDOR_INTEGRACAO_CIELO_ESCRITA

para: ID_SERVIDOR_INTEGRACAO_CARTAO_RECORRENCIA

<nowiki>*</nowiki>OBS: A Configuração e disponibilidade da funcionalidade irá variar de acordo com a empresa, para mais detalhes consulte o suporte técnico;

=== Integração Eletrônica PIX Santander ===
Criada a TB_WorkspaceRemessaEletronica;

Ao enviar remessa eletrônica com ou sem pix, o sistema verifica se o convenio já possui um workspace cadastrado na tabela TB_WorkspaceRemessaEletronica. Se não existir, será acionado o endpoint de cadastro de workspaces através do registro indicado na TB_PixIntegradora da ação CRIAR_WORKSPACE_REMESSA_ELETRONICA.

Caso já possua um workspace, será utilizado o id para enviar no json de registro do boleto.

Foi criado um endpoint para "escutar" os pagamentos enviados pelo banco. Esse endpoint só será utilizado caso for especidicado no body do endpoint de criação de um workspace. Nos campos ("webhookURL" e "pixBillingWebhookActive").

'''OBS''': Não é recomendado habilitar a escuta de pagamentos por codigo de barras, pois o mesmo só é devidamente confirmado após 1 dia util (deixando apenas para confirmar a entrada pelo retorno). Caso não queria utilizar o endpoint de escuta de pagamentos, a fatura terá baixa através do arquivo de retorno enviado pelo banco.

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Bugs Outubro2023

2023-10-25T11:43:01Z

Laennerth.silva: /* BUG - Flag Agenda Tecnica Integrada Setando Null no Banco */

Bugs Outubro2023

2023-10-25T11:39:19Z

Laennerth.silva: /* BUG - ALTERAÇÃO DE TITULARIDADE MANTENDO DADOS DEBITO DO TITULAR ANTIGO NO NOVO TITULAR */

Atualizações Outubro2023

2023-10-19T19:42:06Z

Laennerth.silva:

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP.Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

=== Gerar PIX dinâmico Itaú ===
Está sendo utilizada a api, APIs Regulatórias Pix Recebimentos, para gerar o pix dinamicamente para faturas que não tenham o pix vinculado à fatura.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===
Realizada Integração Getnet para pagamentos Recorrência e Pagamentos PIX;

Alterada a chave de configuração do financeiro, que define qual a integradora será feito o pagamento de recorrência:

Antes: ID_SERVIDOR_INTEGRACAO_CIELO_ESCRITA

para: ID_SERVIDOR_INTEGRACAO_CARTAO_RECORRENCIA

<nowiki>*</nowiki>OBS: A Configuração e disponibilidade da funcionalidade irá variar de acordo com a empresa, para mais detalhes consulte o suporte técnico;

=== Integração Eletrônica PIX Santander ===
Criada a TB_WorkspaceRemessaEletronica;

Ao enviar remessa eletrônica com ou sem pix, o sistema verifica se o convenio já possui um workspace cadastrado na tabela TB_WorkspaceRemessaEletronica. Se não existir, será acionado o endpoint de cadastro de workspaces através do registro indicado na TB_PixIntegradora da ação CRIAR_WORKSPACE_REMESSA_ELETRONICA.

Caso já possua um workspace, será utilizado o id para enviar no json de registro do boleto.

Foi criado um endpoint para "escutar" os pagamentos enviados pelo banco. Esse endpoint só será utilizado caso for especidicado no body do endpoint de criação de um workspace. Nos campos ("webhookURL" e "pixBillingWebhookActive").

'''OBS''': Não é recomendado habilitar a escuta de pagamentos por codigo de barras, pois o mesmo só é devidamente confirmado após 1 dia util (deixando apenas para confirmar a entrada pelo retorno). Caso não queria utilizar o endpoint de escuta de pagamentos, a fatura terá baixa através do arquivo de retorno enviado pelo banco.

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Bugs Outubro2023

2023-10-18T17:33:37Z

Laennerth.silva: /* BUG - Rotina Envio Alerta SMS não validando serviço infobip */

Bugs Outubro2023

2023-10-18T17:24:34Z

Laennerth.silva: /* BUG - Contratos de Carnê, não sao inseridos na TB_ControleGeracaoCarne */

Bugs Outubro2023

2023-10-18T17:18:14Z

Laennerth.silva: /* BUG - PROSPECTOS CONVERTIDOS EM CLIENTES EXTERNOS NÃO SOBEM ARQUIVOS PARA O CLIENTE */

Bugs Outubro2023

2023-10-18T12:13:18Z

Laennerth.silva:

Atualizações Outubro2023

2023-10-11T13:51:15Z

Laennerth.silva: /* Integração Eletrônica PIX Santander */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP.Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===
Realizada Integração Getnet para pagamentos Recorrência e Pagamentos PIX;

Alterada a chave de configuração do financeiro, que define qual a integradora será feito o pagamento de recorrência:

Antes: ID_SERVIDOR_INTEGRACAO_CIELO_ESCRITA

para: ID_SERVIDOR_INTEGRACAO_CARTAO_RECORRENCIA

<nowiki>*</nowiki>OBS: A Configuração e disponibilidade da funcionalidade irá variar de acordo com a empresa, para mais detalhes consulte o suporte técnico;

=== Integração Eletrônica PIX Santander ===
Criada a TB_WorkspaceRemessaEletronica;

Ao enviar remessa eletrônica com ou sem pix, o sistema verifica se o convenio já possui um workspace cadastrado na tabela TB_WorkspaceRemessaEletronica. Se não existir, será acionado o endpoint de cadastro de workspaces através do registro indicado na TB_PixIntegradora da ação CRIAR_WORKSPACE_REMESSA_ELETRONICA.

Caso já possua um workspace, será utilizado o id para enviar no json de registro do boleto.

Foi criado um endpoint para "escutar" os pagamentos enviados pelo banco. Esse endpoint só será utilizado caso for especidicado no body do endpoint de criação de um workspace. Nos campos ("webhookURL" e "pixBillingWebhookActive").

'''OBS''': Não é recomendado habilitar a escuta de pagamentos por codigo de barras, pois o mesmo só é devidamente confirmado após 1 dia util (deixando apenas para confirmar a entrada pelo retorno). Caso não queria utilizar o endpoint de escuta de pagamentos, a fatura terá baixa através do arquivo de retorno enviado pelo banco.

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Atualizações Outubro2023

2023-10-11T13:31:33Z

Laennerth.silva: /* Integração Getnet para Pagamentos Recorrência e Getnet PIX */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP.Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===
Realizada Integração Getnet para pagamentos Recorrência e Pagamentos PIX;

Alterada a chave de configuração do financeiro, que define qual a integradora será feito o pagamento de recorrência:

Antes: ID_SERVIDOR_INTEGRACAO_CIELO_ESCRITA

para: ID_SERVIDOR_INTEGRACAO_CARTAO_RECORRENCIA

<nowiki>*</nowiki>OBS: A Configuração e disponibilidade da funcionalidade irá variar de acordo com a empresa, para mais detalhes consulte o suporte técnico;

=== Integração Eletrônica PIX Santander ===

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Atualizações Outubro2023

2023-10-09T18:36:41Z

Laennerth.silva: /* Integração Getnet para pagamentos recorrência */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP.Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração DIRECTVGO ===
Desenvolvida Integração com a Plataforma DirectTV GO para as funcionalidades:
* Cadastrar assinante na plataforma DirectTV GO;
* Desabilitar Assinante, caso o contrato não esteja ativado;
* Reativar Assinante;
* Editar Assinante (Permite apenas editar o login)
* Novo Contrato;
* Habilitar Contrato;
* Suspender Contrato;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Pacote Avulso ou Canal Avulso;
* Upgrade/Downgrade de um Contrato;
* Cancelar Contrato;
Para utilização, é necessário realizar o cadastro de todas as URL's referentes a integração.

=== Integração Getnet para Pagamentos Recorrência e Getnet PIX ===

=== Integração Eletrônica PIX Santander ===

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Bugs Outubro2023

2023-10-06T20:27:29Z

Laennerth.silva: Criou página com '=== BUG - Flag Agenda Tecnica Integrada Setando Null no Banco === Flag "agenda técnica integrada" setando NULL quando desmarcada, no cadastro de uma cidade. Adicionado valid...'

Página principal

2023-10-06T20:20:44Z

Laennerth.silva: /* BUG'S */

==== Manual Adapter: ====

* [[Menu Intranet|Intranet]]
* [[Menu Autenticação|Autenticação]]
* Terceiros
* [[Menu Comercial|Comercial]]
* [[Menu Financeiro|Financeiro]]
* Estoque
* Operacional
* Redes / Suporte
* [[Menu Telefonia|Telefonia]]
* RH
* BI
* Relatórios
* Rotinas
* [[Menu Integração|Integração]]
* [[Migração]]
* [[Webservice|WebService]]

==== Integrações ====
* [[Menu Integrações|Integrações]]

==== Atualizações: ====

* [[Agosto2021]]
* [[Setembro2021]]
* [[Outubro2021]]
* [[Novembro2021]]
* [[Janeiro2022]]
* [[Fevereiro2022]]
* [[Março2022]]
* [[Abril2022]]
* [[Maio2022]]
* [[Junho2022]]
* [[Julho2022]]
* [[Agosto2022]]
* [[Setembro2022]]
* [[Outubro2022]]
* [[Novembro2022]]
* [[Dezembro2022]]
* [[Janeiro2023]]
* [[Fevereiro2023]]
* [[Maio2023]]
* [[Atualizações Julho2023|Julho2023]]
* [[Atualizações Outubro2023|Outubro2023]]
*

==== BUG'S ====

* [[Bugs-julho2022|Julho2022]]
* [[Bugs-agosto2022|Agosto2022]]
* [[Bugs Setembro2022|Setembro2022]]
* [[Bugs Outubro2022|Outubro2022]]
* [[Bugs Novembro2022|Novembro2022]]
* [[Bugs Dezembro2022|Dezembro2022]]
* [[Bugs Janeiro2023|Janeiro2023]]
* [[Bugs Fevereiro2023|Fevereiro2023]]
* [[Bugs Maio2023|Maio2023]]
* [[Bugs Julho2023|Julho2023]]
* [[Bugs Outubro2023|Bugs Outubro 2023]]

Atualizações Outubro2023

2023-10-06T19:41:31Z

Laennerth.silva: /* Integração Banco do Brasil para pagamentos PIX */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Realizada alteração no módulo de autenticação, afim de permitir o login de usuários por protocolo LDAP.Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter. Caso a chave esteja nula, seguirá para o login padrão, como já acontece normalmente;

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;

=== Integração DIRECTVGO ===

=== Integração Getnet para pagamentos recorrência ===

=== Integração Getnet PIX ===

=== Integração Eletrônica PIX Santander ===

=== Integração Banco do Brasil para pagamentos PIX ===
Criada integração com o banco do brasil, para geração do QRcode na fatura via api, sendo possível realizar o pagamento da mesma por pix utilizando o conceito de Boleto híbrido, tendo a possibilidade de realizar o pagamento da faturas por código de barras ou pelo QRcode.

Para utilização, é necessário realizar o cadastro de todas as entidades referentes a integração PIX Eletrônico do banco em questão, sendo elas:

* Tipo de integração: PIX – TB_PixIntegradora
* Integradoras: Remessa Eletronica Pix Banco do Brasil
* Cadastrar servidor de integração com dados do banco do Brasil
* Cadastrar URLs de autenticação
* Cadastrar URLs gerais necessárias para integração de PIX
* Cadastrar ações nas Integradoras de PIX

Observações:

* O Adapter não é um emissor ou provedor PIX, o sistema está apenas realizando a integração com o emissor Banco do Brasil para impressão nas faturas do sistema.
* As regras estabelecidas quanto a prazo de validade de chave, formato de recebimento, dados de chave para recebimento, entrada financeira em conta, conciliação bancária e demais, são de responsabilidade total do banco emissor. O Telco irá receber a chave PIX e imprimi-la para o cliente apenas.
* Os pagamentos realizados pelos clientes serão baixados no sistema de acordo com o formato disponibilizado pelo banco emissor, uma vez que ele é total responsável e controlador homologado no Banco Central para emissão de PIX, o Telco não.

=== Melhorias na integração SAP ===

==== Rotina de Integração de Faturamentos ====
No endpoint de criação de novas notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na tabela TB_ClienteIntegracaoSAP, o sistema enviará no CardCode o IDCliente Adapter, como já acontece;.

==== Rotina de Integração de pagamentos ====
No endpoint de pagamento notas SAP, caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Caso não exista registro na TB_ClienteIntegracaoSAP então enviar o IDCliente Adapter normalmente.

==== Integração de movimentações de estoque via APP ====
Caso exista registro na TB_ClienteIntegracaoSAP com um IDClienteSAP correspondente ao IDCliente do Adapter, o campo CardCode deverá ser preenchido com o dado da IDClienteSAP;

Modificados em:

* Reabre OS por Tecnico (reabreOS): '''<nowiki>https://URL/api/Operacao/ReabreOS?tecnico</nowiki>'''
* Fechamento de OS por Técnico (fechamentoOS): '''<nowiki>https://URL/api/Operacao/FechamentoOS?tecnico</nowiki>'''
* Fechamento de OS Suporte por Tecnico (suporteOS): '''<nowiki>https://URL/api/Operacao/SuporteOS?tecnico</nowiki>'''
* Cancela Fechamento de OS por Tecnico (cancelamentoOS): '''<nowiki>https://URL/api/Operacao/CancelamentoOS?tecnico</nowiki>'''
* Consulta Itens na Custodia do Cliente (obtemDepositoCliente): '''<nowiki>https://URL/api/Clientes/ItensCliente?Cliente</nowiki>'''
* Consulta Itens por Cliente e MAC (equipamentoNoClienteMac): '''<nowiki>https://URL/api/Clientes/ClienteMac?Cliente=C43&MacAddress</nowiki>'''
* Consulta Itens por Cliente na Instalação (obtemDepositoClienteInstalado): '''<nowiki>https://URL/api/Clientes/ItensClienteInstalado?Cliente</nowiki>'''
* Consulta Parceiro de Negocio ( clienteExiste ): '''<nowiki>https://URL/api/Clientes/ClienteExiste?Cliente=</nowiki>'''

==== Tela de Consulta Estoque ====
Na tela gerenciar conexões (disponível em Clientes -> Gerenciar Conexões), ao utilizar o botão "itens custódia SAP', a consulta deverá ser feita enviando o parâmetro de cardcode do cliente, ao executar a consulta de estoque de clientes;

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===
Ao cancelar uma Ordem de Serviço no ADAPTER, em um ambiente integrado com o OFS, o mesmo deve realizar ação no OFS, retirando-a do agendamento:

'''Regra de Negócio:'''

* Se uma OS estiver agendada e for utilizado o botão "reverter status" a mesma deverá ser retirada da agenda no OFS;
* Se uma OS for finalizada utilizando os botões "Fechar atendimento" ou "Fechar sem solução", e estiver agendada no OFS, a mesma deverá ter seu agendamento cancelado no OFS;
* Se uma OS tiver seu "Destino atendimento" alterado para outro setor diferente do "OPERACIONAL" e ela estiver agendada no OFS, o sistema deverá realizar o cancelamento do agendamento no OFS;

OBS: Todas as ações descritas acima deverão registrar no Log na TB_LogAtendimento, com o usuário que realizou a modificação.

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===
Será utilizado, opcional, o envio de informações do número de série do equipamento, em operações junto ao SAP.

Telas App Técnico: Meu Estoque, Lista de Equipamentos, Fechamento de Serviço (Opção para informar Serial da ONU), Movimentação de Estoque e Dados de Fechamento de OS foram modificadas para apresentar informações sobre o número serial, para os ambientes que utilizam o ID serial para amarração junto ao SAP;

Para isto, foram realizadas modificações nos endpoints internos:

* POST: /api/Operacao/FechamentoOS?Tecnico=%s
* POST: /api/Operacao/ReabreOS?Tecnico=%s
* POST: /api/Operacao/CancelamentoOS?Tecnico=%s
* POST:/api/Operacao/SuporteOS?Tecnico=%s

'''Modificações:'''

No bloco documentLine passar a enviar Numero Serial nos campos onde atualmente são enviados MAC.

'''@SerializedName("SerialNumbers") e private List<SerialNumber> serialNumbers;'''

E no bloco: '''SerialNumber = {'''

'''@SerializedName("InternalSerialNumber")'''

'''}'''

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Atualizações Outubro2023

2023-10-06T15:22:01Z

Laennerth.silva: /* Melhorias na integração SAP */

Atualizações Outubro2023

2023-10-06T13:24:39Z

Laennerth.silva: /* OPERACIONAL */

Atualizações Outubro2023

2023-10-06T11:58:33Z

Laennerth.silva: /* Cancelamento Ordem de Serviço no OFS */

Atualizações Outubro2023

2023-10-05T19:55:01Z

Laennerth.silva: /* AUTENTICAÇÃO */

Atualizações Outubro2023

2023-10-05T17:57:00Z

Laennerth.silva: /* Cancelamento Ordem de Serviço no OFS */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===
Chave ENDERECO_SERVIDOR_LDAP criada.

Caso a chave ENDERECO_SERVIDOR_LDAP estiver diferente de null ou vazia, será validado o endereço LDAP indicado na chave, antes de realizar o login padrão no Adapter.

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;

=== Integração DIRECTVGO ===

=== Integração Getnet para pagamentos recorrência ===

=== Integração Getnet PIX ===

=== Integração Eletrônica PIX Santander ===

=== Integração Banco do Brasil para pagamentos PIX ===

=== Melhorias na integração SAP ===

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Atualizações Outubro2023

2023-10-02T19:31:51Z

Laennerth.silva: /* Implementar remessa eletrônica ITAU com novo certificado gerado */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===
Realizada a adaptação da integração Geogrid para que seja possível fazer operações com condomínios na plataforma.

Operações realizadas:

* Listagem de Condomínios;
* Busca de Condomínios por Raio;
* Vínculo de Cliente no Condomínio;
* Remoção de Cliente do Condomínio;

=== Integração MultiTV ===
Desenvolvida Integração com a Plataforma MultiTV para as funcionalidades:

* Cadastrar assinante na plataforma;
* Vincular Produto ao Assinante da Plataforma;
* Habilitar Contrato;
* Habilitar Contrato com VOD;
* Suspender Contrato;
* Suspender VOD;
* Habilitação em Confiança;
* Upgrade/Downgrade;
* Habilitar Produto na plataforma;
* Habilitar VOD;
* Atualizar Dados de TV;

=== Integração DIRECTVGO ===

=== Integração Getnet para pagamentos recorrência ===

=== Integração Getnet PIX ===

=== Integração Eletrônica PIX Santander ===

=== Integração Banco do Brasil para pagamentos PIX ===

=== Melhorias na integração SAP ===

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

Criado o atributo isVenda na tabela TB_Servico;

Criado o atributo NumeroSerialVenda na tabela TB_CobrancaVisitaTecnica;

Criados os atributos NumeroSerialVenda e VendaImobilizado na tabela TB_FaturamentoServico;

No APP Técnico, ao selecionar um serviço tipo Venda, solicitar ao usuário informar o numero serial/mac (string) e salvar na TB_CobrancaVisitaTecnica o NumeroSerialVenda

Ao ser aprovada a cobrança da visita técnica ou se a aprovação ser automática no sistema, deverá ser lançado um evento na TB_FaturamentoServico com o NumeroSerialVenda Informado e VendaImobilizado == 1

Na rotina de integração de faturamento para o SAP, caso tenha algum serviço na TB_FaturamentoServico com esses campos informados deverá ser passado no método invoice/NovaNotaSaida no item de nota correspondente no campo MAC SERIE no JSON conforme exemplo abaixo:

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Maio2023

2023-10-02T18:26:37Z

Laennerth.silva: /* Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento */

==AUTENTICAÇÃO==

==COMERCIAL==

=== Bloquear as ações nos modais exibidos em tela, enquanto há carregamento de informações ===
Foi adicionado uma div transparente, no carregamento de modais, para impedir que o usuário clique em qualquer botão enquanto o carregamento está sendo feito. A modificação antiga não incidia em modais.

[[Arquivo:ImagemDivBloqueioModal.png|alt=Inserida uma div para evitar clicks no load das telas|centro|miniaturadaimagem|436x436px|Inserida uma div para evitar clicks no load das telas]]

=== Criar field valorComposicao na dto Modelo de Contrato ===
Criada uma Lista de dadosComposições salvando descrição e valor das composições dos contratos.

O método getValoresModeloContrato, da ContratoService foi utilizado para popular esse novo List.

=== Criar novo field rg para termo de portabilidade ===
Criado novo field RG para termo de portabilidade.

=== Não permitir converter serviços de interesse em contrato com o prospecto de origem esta em PERDEU ===
Planos e Pacotes não são exibidos para prospectos com observação perdeu.
[[Arquivo:ImageMmODALpERDEU.png|alt=Planos e Pacotes não são exibidos para prospectos com observação perdeu|centro|miniaturadaimagem|570x570px|Planos e Pacotes não são exibidos para prospectos com observação perdeu]]

=== Criar field no modeloContratodto que traga o valor do desconto configurado no pacote. ===
Criado field descontosPacote no modeloContratodto, que traz o valor do desconto configurado no pacote.

==FINANCEIRO==

=== Criar atributo IDServidorIntegracaoPix na TB_FormaCobranca ===
Criado atributo IDServidorIntegracaoPix(Bigint) na TB_FormaCobranca.

Criado um index no campo IDServidorIntegracaoPix.

Criado um campo na tela de cadastro de forma de cobrança. Ele deve ser um combo listando os servidores de integração do modulo integração.

=== Alterar status de contrato na negociação ===
Para funcionalidade de inadimplência, houve uma alteração para que o sistema valide a chave de configuração ID_STATUS_CONTRATO_NEGOCIADO do modulo financeiro.

# Caso a chave de configuração estiver com um IDStatusContrato válido ao realizar a negociação, alterará o status do contrato negociado para o id indicado na chave.
# Caso a configuração da chave estiver com o preenchimento vazio, manter o contrato negociado no status atual em que ele se encontra.<br />

=== Criar field “complementoEndereco” para modelo de fatura e nota unificada ===
Criado field “complementoEndereco”, para modelo de fatura e nota unificada.

=== Criar fields "velocidade" e "descrição do plano" para layout de fatura não unificado ===
Criados os fields "velocidade" e "descrição do plano" para utilizar no layout de fatura não unificado.

=== Permitir o cadastro de vencimento maior que 28 ===
Permitir o cadastro de vencimento maior que 28, em Financeiro -> Tabelas de apoio -> Vencimentos, de modo que não impacte em contratos com forma de cobrança pré paga.

[[Arquivo:ImagemVencimento28.png|alt=Vencimento maior que 28|centro|miniaturadaimagem|581x581px|Vencimento maior que 28]]

=== Na integração do faturamento, criar chave para configurar o campo WhsCode no envio. ===
Criada a chave CODE_WHS_INTEGRACAO_FATURAMENTO, no modulo financeiro.

Alterada a rotina '''rotinapy-integracaosapfaturamentos''' para usar esse campo, dessa chave.

=== Criar flag GeraProrata na TB_Plano e alterar regra de negocio na alteracao de status de contrato para nao alterar data de ultimo faturamento caso a nova flag esteja false ===
Criado o atributo GeraProrata (Boolean) na TB_Plano. O valor default do mesmo deverá ser true.

A flag estará disponível para alteração, somente se o plano for do tipo de cobrança POSTECIPADA. Caso o plano seja for do tipo de cobrança ANTECIPADA, não haverá mudança.

==== Regra de Negócio ====
Caso o campo GeraProrata = false:

* Na Habilitação do contrato, a data do último faturamento do mesmo deverá ser a data final, correspondente ao período passado do mesmo.
* No cancelamento do contrato, a data de cancelamento deverá ficar com a data final do período seguinte.
* Na suspensão:
** Caso o último faturamento seja menor que hoje, o sistema deverá gerar um proporcional com o valor do mês cheio e alterar a data de ultimo faturamento da a data fim do período.
** Caso a data de ultimo faturamento seja maior que hoje, não gera proporcional e nem altera a mesma.
* Na habilitação:
** Caso o último faturamento seja passado, o sistema deverá calcular a data fim do período passado e alterar a mesma para essa data (para que o mês corrente seja cobrado).
** Caso a data de último faturamento seja futura, a mesma não deve ser alterada.
* O Contrato cujo plano for GeraProrata = false, o sistema não deverá permitir a inativação temporaria e nem habilitação em confiança.

Caso o campo GeraProrata = true, o sistema deverá se comportar da mesma forma que é atualmente.

=== Adicionar campo Integradora na tela de cadastro de forma de pagamento quando a mesma estiver marcada como PIX. ===
Adicionar campo '''Integradora''' na tela de cadastro de forma de pagamento, quando a mesma estiver marcada como PIX. Esse campo irá popular o atributo IDIntegradoraPix.
[[Arquivo:ImagemIntegradoraFormaDePagamentoPIX.png|alt=Campo Integradora em Cadastro de Forma de Pagamento PIX|centro|miniaturadaimagem|508x508px|Campo Integradora em Cadastro de Forma de Pagamento PIX]]

=== Criar uma chave de configuração TIPO_SIMPLES_NACIONAL_IMPRESSAO_NOTA no financeiro ===
Na impressão de nota, será substituido o código do método getTextoAliquota, para exibir o texto de acordo com o preenchimento da chave.

'''Casos opcionais:'''

# Chave == 1 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 1,25%.
# Chave == 2 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 1,86%
# Chave == 3 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,33%
# Chave == 4 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,56%
# Chave == 5 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,58%
# Chave == 6 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,82%
# Chave == 7 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,84%
# Chave == 8 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,87%
# Chave == 9 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,07
# Chave == 10 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,10%
# Chave == 11 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,38%
# Chave == 12 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,41%
# Chave == 13 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,45%
# Chave == 14 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,48%
# Chave == 15 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,51%
# Chave == 16 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,82%
# Chave == 17 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,85%
# Chave == 18 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,88%
# Chave == 19 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,91%
# Chave == 20 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,95%

=== Criar coluna IDIntegradoraPix na TB_FormaPagamento ===
Criada coluna IDIntegradoraPix na TB_FormaPagamento.

=== Implementar a geração do pix para pagamento de fatura Cielo ===
Em faturas do cliente, foi criada uma opção para envio do qrcode ou "copia e cola". Será aberto um modal com as opções de envio por email, sms ou whastapp*.

Criado campo IDIntegradoraPagamentoPix

Ao clicar no botão, este invoca a integração preenchida no IDIntegradoraPagamentoPix e enviará pelo meio selecionado o pix gerado.

Os dados retornados pelo endpoint serão salvos na TB_InformacaoAdicionalFatura.

=== Ajuste spu's utilizadas na integração de faturamento no liquibase ===
Atualização de SPUs spuBuscaPagamentosFaturaIntegracao e spuBuscaFaturamentosPendentesIntegracao no liquibase, para evitar erros de timeout's.

=== Alterar impressão de boleto para exibir o qrcode a partir do base64 ===
Se o campo base64 estiver preenchido, será gerado o QRcode, caso não esteja será gerado o cóigo "copia e cola".

'''Fields Disponíveis para Utilização:'''

Fields para fatura padrão - pdf:

* qrCodePix (imagem)
* txtChavePix

'''Fields para fatura unificada - jasper:'''

* chavePix (String)
* base64 (String)

=== Consulta de score em nova integração ===

* Criada chave de configuração no comercial ID_SERVIDOR_INTEGRACAO_SOPHUS
* Criada chave de configuração no integração MODELO_SCORE_SOPHUS, chave é opcional. Caso não informada, retornará todos os modelos disponíveis.
* Criada chave de configuração no integração CODIGO_ENTIDADE_SCPC_SOPHUS, chave obrigatória.
* Criada chave de configuração no integração VERSAO_SCPC_SOPHUS. Não sendo informada, será usada a mesma da documentação no momento do desenvolvimento: '''"20220520".'''

==INTRANET==

== INTEGRAÇÃO ==

=== Melhoria na integração da youcast ===
O código do produto deverá ser vinculado aos canais da grade e assim, cada um deles será enviado para a plataforma no cadastro.

Caso a grande tenha um código cadastrado próprio, será desconsiderado os códigos dos canais que compõem a mesma.

=== Integração Geogrid ===
Adequados os métodos de viabilidade, cadastro de contrato, alteração de status de contrato, exibição de mapeamento do contrato para realizarem as chamadas para a integração.

Implementadas requisições para:

* Consultar a viabilidade por raio
* Consultar as portas de todos os equipamentos
* Reservar porta ou fibra
* Remover a reserva da porta ou fibra
* Consultar as portas reservadas
* Cadastrar cliente

Chave de configuração ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_GEOGRID para associar o id do servidor de integração Geogrid.

=== Alterar o formato de cadastro de servidores de integração no módulo integração ===
Desenvolvido o cadastro único para vários servidores de integração PIX, para geração de chave e pagamentos nos

canais de autoatendimento. Para que clientes, com vários fornecedores PIX distintos, possam ser adicionados sem a necessidade de novos desenvolvimentos e

adequações constantes no código do sistema.

==== Crud de URLS ====
Alterado o CRUD para cadastro de servidores de integração, de forma a se permitir inserir várias URLs de integração. Estes estarão disponíveis nas abas de URL criadas no módulo integração. Estarão disponibilizadas as variáveis e/ou Fields criados no sistema para preenchimento de formulários tais como modelo de e-mail e SMS.

[[Arquivo:ImagemCadastroUrls.png|alt=Cadastro de URL's no Módulo de Integração|centro|miniaturadaimagem|464x464px|Cadastro de URL's no Módulo de Integração]]

==== Cadastro de URL's de Autenticação ====
Criado CRUD para cadastro de Url's de Autenticação no modulo integração.
[[Arquivo:ImageMURLAutenticação.png|alt=CRUD de URLs de Autenticação|centro|miniaturadaimagem|524x524px|CRUD de URLs de Autenticação]]

==== Cadastro de Integradoras PIX ====
Criado CRUD para cadastro de Integradora no modulo integração.
[[Arquivo:ImagemCRUDintegracaoPix.png|alt=Crud de cadastro de integrações PIX|centro|miniaturadaimagem|439x439px|Crud de cadastro de integrações PIX]]

=== Integração Cariap conforme documentação ===
Criadas requisições para utilizar a integração Cariap para:

* Novo Cliente
* Ativar
* Bloquear
* Consultar

=== Integração Oracle OFS ===
Criada chave ID_SERVIDOR_INTEGRACAO_OFS para ser preenchida com o id do servidor de integração referente a atividade. Ao ser preenchida, a configuração da agenda técnica, disponível no módulo Operacional do Adapter, será desconsiderada.

==== Consulta de capacidade ====
Criada chave de configuração QUANTIDADE_DIAS_RANGE_CAPACIDADE_OFS, para a quantidade de dias, a partir da data atual, que serão contabilizados no range da consulta de capacidade do OFS.

Criado um método GET para consultar a capacidade no OFS.

* Envio:
** CEP,
** Workzone: id da cidade - id do bairro (ex: 1000-160)
** Tipo de OS.
** Datas de Interesse (referente ao range de dias da capacidade OFS configurados na chave QUANTIDADE_DIAS_RANGE_CAPACIDADE_OFS);
*
* Resposta: Data e horários de cotas disponíveis para agendamento.

Após consumir a agenda do ofs (/activitybookingoptions), o Adapter deve reservar no OFS a cota selecionada no agendamento.
==== Criação de atendimentos agendados no OFS ====
Criada chave CADASTRA_ATENDIMENTO_OFS, caso esteja como 1, será criado atendimentos junto ao OFS.

A cada agendamento de atendimento no Adapter, o sistema deve consumir a capacidade de agenda e criar o atendimento no OFS.

Os atendimentos serão criados através do endpoint (OFS: /createActivities);
[[Arquivo:ImagemAgendamentoOFS.png|alt=Horário sendo agendado no OFS|centro|miniaturadaimagem|483x483px|Horário sendo agendado no OFS]]

=== Criar telas para CRUD de Tipo de Integração (TB_TipoIntegracao) e Integradoras (TB_Integradora) no módulo Integração ===
Criadas as telas para CRUD de Tipo de Integração (TB_TipoIntegracao) e Integradoras (TB_Integradora) no módulo Integração.
[[Arquivo:ImagemCrudIntegracao1.png|alt=Tela de CRUD Integração|centro|miniaturadaimagem|452x452px|Tela de CRUD Integração]]

Permissão criada: ALTERAR_SERVIDORES_INTEGRACAO

=== Integração Pix e Boleto Eletrônico Itaú ===
Adicionado, em Integração Bancária -> Arquivos de Remessa novas opções de seleção, para gerar remessa de

* '''Arquivo CNAB:''' manter para geração de arquivos de remessa como está atualmente;
* '''Arquivo CNAB com Pix:''' para formas de cobrança registradas como isBoletoPix;
* '''Eletrônica:''' formas de cobrança cujo atributo CNAB é NULL;
* '''Eletrônica com PIX:''' formas de cobrança em que o atributo CNAB esteja NULL e exista IsBoletoPix;

[[Arquivo:ImagemGeracãoReessaNovas.png|centro|miniaturadaimagem|575x575px]]

Para implementar o arquivo eletrônico de remessa, o sistema deve identificar o IDIntegradoraEletronica, na TB_FormaCobrança. Para implementar o registro de cobrança PIX, o sistema deve identificar o IDIntegradoraPix na TB_FormaCobrança.

Criado atributo IsEletronica na TB_ArquivoRemessa;

Ao realizar a geração de remessa dos tipos eletrônica ou eletrônica com pix, o sistema criará um registro na TB_ArquivoRemessa e irá vincular as faturas selecionadas no filtro de geração.

==== Regras por tipo de remessa: ====
'''Eletrônica:''' A funcionalidade deve chamar a API de integração, registrada na integradora, da forma de cobrança e realizar as ações necessárias para registro dos boletos na API;

'''Eletrônica com pix:''' A funcionalidade deve chamar a API de integração registrada na integradora pix da forma de cobrança e realizar as ações gerar as chaves PIX na API;

OBS: Estes endpoints são de uso interno, manipulados através das funcionalidades do adapter.

=== Realizar ajustes na integração com GETNET ===
Será utilizada chave de configuração criada: INTEGRADORA_PAGAMENTO_CARTAO_WEBSERVICE, para verificar o tipo de integradora e, caso seja GETNET, utilizar as APIS correspondentes.

=== Criar tela no módulo integração para acessar aos logs com erro de envio de remessa eletrônica ===
Criada tela no módulo integração, para acessar os logs com erro de envio de remessa eletrônica, que exibe dados da TB_LogRemessaEletronicaPix, com os filtros de remessa, código de cliente, código de fatura e data log.

Exibir somente os logs com status diferente de 200. É obrigatório pelo menos um filtro preenchido, para a pesquisa ser liberada.

Disponível em: Integração > Faturamento > Log de remessa eletrônica

=== Adequar rotina Inativação temporária agendada ===
Esta rotina passa a utilizar o método que as rotinas de habilitação e suspensão utilizam, que está consumindo o WebService Adapter.

As alterações de status estarão sendo feitas através do método "Alterar Status".

=== Rotina de inserçãoSPC e retiradaSPC precisam ser adequadas para integrar ao serasa ===
Rotina de inserçãoSPC e retiradaSPC foram adequadas para utilizar a integração Serasa.

É necessário configurar as chaves PATH_LAYOUT_INCLUSAO_EXCLUSAO_SERASA, PATH_ARQUIVO_INCLUSAO_EXCLUSAO_SERASA e o Campo de numeroSequencial em TB_Empresa.

==OPERACIONAL==

=== Criar filtros na tela de comissionamento técnico ===
Foram inseridos os filtros: '''dataAbertura, IDTecnicoVisita e Status''' na tela principal, disponível em: Menu operacional > comissionamento técnico > analise de comissionamento.

O sistema deverá ter pelo menos um filtro preenchido para que o botão de pesquisa seja liberado.

[[Arquivo:ImagemFiltrosComissionamento.png|centro|miniaturadaimagem|484x484px]]

=== Adicionar flag referente ao campo "HabilitaContrato" da TB_FechamentoAtendimento ===
Adicionada flag na tela de fechamento de atendimentos (Comercial-> Tabelas de apoio-> Fechamento de atendimentos -> Cadastro), referente ao campo “HabilitaContrato” da tabela TB_FechamentoAtendimento.

=== Adicionar flag referente ao campo "AgendaTecnicaIntegrada" ===
Adicionada uma flag na tela de cadastro de cidades (Terceiros-> Endereços-> Cadastro), referente ao campo “AgendaTecnicaIntegrada” para integração de agenda.

==RELATÓRIOS==

=== Ajuste módulo relatório ===
Ajuste para conectar ao Banco do Radius. Ajustado o xml que contém informações sobre a versão do MySQL para o Relatório "Dados Navegação Radius".

==REDES==

=== Botão coletar sinal deverá ser adequada a regra para CLI ===

==ROTINAS==

=== Ajustes na rotina de coleta de dados ligação summit ===
Rotina ajustada para conexão na base de dados da Summit para coleta de dados de diretório.

=== Criar uma rotina para executar a consulta de pagamentos de pix (cielo) e dar baixa na fatura caso a mesma tenha sido paga ===
'''Endpoint criado : /ws/financeiro/pix_dinamico/pagamentos/consultar'''

'''Regra de negocio:'''

Busca todos os pix gerados e que ainda não foram pagos e que a data de expiração seja maior que o dia anterior através da spuBuscaPixDinamicoSemPagamento.

Para cada registro encontrado, invoca-se o endpoint da cielo (/1/sales/ - GET), conforme documentação, para verificar se foi pago ou não.

Caso o status de retorno seja 1 ou 2, quer dizer q o pix foi pago e será atualizada a baixa na fatura.

Ao final de toda execução o endpoint roda uma query para apagar todos os pix com data de expiração menor que o dia anterior.

Esse endpoint é interno, salva todos os logs da consulta na integradora na TB_LogPixDinamico.

=== Alterar rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto ===
Alteradas as rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto,

Alteradas para verificar se é dia útil por cidade, nas rotinas q utilizam a TB_DiaNaoUtil.

Modificadas as rotinas EnvioFaturasNotasFiscais, ImpressaoMassa e EnvioAtrasoSMS.

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento ===
Criada a tabela TB_ControleExecucaoLoteFaturamentoSap:

* IDControleExecucaoLoteFaturamentoSap
* Descricao
* DataEnvio
* IDControleExecucao

Alterada a rotina de IntegracaoFaturamento, para enviar as notas por lote e a rotina de busca de notas, para buscar por FATADAPTER.

=== Adequar a rotina Controle Trial de Velocidade ===

Criada nova funcionalidade, REMOVER_TRIAL_VELOCIDADE na personalização de atributos radius.

Esta irá remover atributos do trial ao executar seus comandos para os contratos que estiverem com o trial vencido.

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

=== Centralizar e criar chaves de configurações no modulo intranet referentes aos aplicativos e central de assinante ===
Foram criados os seguintes endpoints para o webservice:

GET - ws/intranet/app_tecnico/versao

GET - ws/intranet/app_vendas/versao

GET - ws/intranet/app_cliente/versao

GET - ws/intranet/app_cliente/configuracoes

Para maiores informações, consulte o manual de endpoints adapter.

=== Criar endpoint de fechamento de visita e ativação de contrato ===
Adicionado o campo boolean HabilitaContrato, na tabela TB_FechamentoAtendimento.

Criado endpoint: '''/ws/comercial/atendimentos/concluir_visita/fechar_atendimento_ativar_contrato''', para ativação de contrato e fechamento de atendimento.

'''Regra de Negócio'''

* Caso o fechamento do atendimento (IDFechamento) tenha HabilitaContrato = 1, ele deverá ativar o contrato e fechar o atendimento;
* Caso o fechamento do atendimento (IDFechamento) tenha HabilitaContrato = 0, ele deverá apenas fechar o atendimento;

Checar entradas de endpoint no manual;

Atualizações Outubro2023

2023-10-02T18:26:31Z

Laennerth.silva: /* Otimizar carregamento de tela de cadastro e edição de pacotes */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===
Foram removidos os carregamentos de conteúdo desnecessário, para maior velocidade de carregamento;

Em Comercial -> Tabelas de Apoio -> Pacotes de Plano

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento===
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
*IDControleExecucaoLoteFaturamentoSap
*Descricao
* DataEnvio
*IDControleExecucao
Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;

Alterada a rotina de busca de nota para buscar por FAT ADAPTER.

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===

=== Integração MultiTV ===

=== Integração DIRECTVGO ===

=== Integração Getnet para pagamentos recorrência ===

=== Integração Getnet PIX ===

=== Integração Eletrônica PIX Santander ===

=== Integração Banco do Brasil para pagamentos PIX ===

=== Melhorias na integração SAP ===

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Atualizações Outubro2023

2023-10-02T18:03:39Z

Laennerth.silva: /* Integração Geogrid - Condomínios */

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===
Criada a permissão EXPORTAR_CONTRATO = CN91.

Quando a permissão está ativa, haverá a opção de exportar, ao clicar na funcionalidade de imprimir contrato. Este botão exportar, quando utilizado, irá criar um arquivo Word (extensão .docx) com o conteúdo contido no .jasper.
[[Arquivo:ImagemModeloContratoExportar.png|alt=Tela de Impressão de Contrato com o novo botão Exportar|centro|miniaturadaimagem|623x623px|Tela de Impressão de Contrato com o novo botão Exportar]]

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===
Criada tabela TB_DocumentoModeloContrato,

No cadastro de modelos de contrato deve ser possível informar os documentos que devem ser fornecidos pelo cliente para realizar o devido aceite do contrato.

Cadastro disponível em Comercial > Tabelas de apoio > Modelos de Contrato > Cadastro, ao adicionar itens na aba documentos.
[[Arquivo:ImagemDocumentosAnexoCliente.png|alt=Cadastro de Anexo de Documentos, em Modelos de Contrato.|centro|miniaturadaimagem|502x502px|Cadastro de Anexo de Documentos, em Modelos de Contrato.]]
Nos documentos, só será permitido um documento do tipo ASSINATURA_CONTRATO.

No cadastro de documentos para o aceite, é necessário que ao menos um dos documentos seja do tipo ASSINATURA_CONTRATO para que o cadastro seja concluído.

'''Considerar permissões: ACEITE_MANUAL_CONTRATO - CN90 e ALTERAR ACEITE CONTRATOS (WEBSERVICE) - WS15;'''
[[Arquivo:ImagemModalAssinaturaNecessario.png|alt=Modal de Aviso que um documento de Assinatura de Contrato era necessário |centro|miniaturadaimagem|682x682px|Modal de Aviso que um documento de Assinatura de Contrato era necessário ]]

Ao cadastrar estes itens, ao utilizar o app de clientes e a central do assinante, caso exista algum contrato com o campo IsAceite = false, será exibido uma notificação alertando que há contratos pendentes de aceite no app de clientes e na central.

'''Criado um endpoint para buscar a lista de documentos pendentes de aceite: <nowiki>https://URL/</nowiki>]/ws/comercial/modelos_contrato/contrato/{idContrato}'''

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===
No módulo Intranet na funcionalidade Arquivos Publicitários, criar nova aplicação BANNER_FATURA . Na TB_ArquivoPublicitario criar novo atributo URL (varchar)

Permitir ao usuário criar um novo Arquivo Publicitário do tipo BANNER_FATURA onde é obrigatório que:

Quando gerar o arquivo de remessa, caso uma fatura já tenha sido paga, marcada como baixa manual, a mesma não será ser registrada no arquivo de remessa.

=== Banner de faturas ===
No módulo Intranet, funcionalidade Arquivos Central, criada um novo tipo de arquivo, BANNER_FATURA.

O usuário poderá criar/editar um novo Arquivo do tipo BANNER_FATURA, onde será informado o Path(URL) do Arquivo. Só é possível cadastrar apenas um arquivo BANNER_FATURA. Caso esse arquivo já exista, ele será alterado para o arquivo em sua versão mais recente, excluindo o antigo e substituindo pelo novo arquivo.

O arquivo anexado sempre será salvo no banco de dados e no resources com o nome banner_fatura.png;

[[Arquivo:ImagemCadastroBannerFatura.png|alt=Cadastro de Arquivo Banner de Faturas|centro|miniaturadaimagem|525x525px|Cadastro de Arquivo Banner de Faturas]]

Alterado o arquivo de configuração, da fatura unificada para imprimir a imagem referenciada na URL do endereço, no campo destacado pelo cliente.

'''OBS: Para utilização deste, necessário que as permissões VISUALIZAR_ARQUIVOS_CENTRAL_APP - CA01 e ALTERAR_ARQUIVOS_CENTRAL_APP - CA02 estejam ativas'''

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento ===

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===

=== Integração MultiTV ===

=== Integração DIRECTVGO ===

=== Integração Getnet para pagamentos recorrência ===

=== Integração Getnet PIX ===

=== Integração Eletrônica PIX Santander ===

=== Integração Banco do Brasil para pagamentos PIX ===

=== Melhorias na integração SAP ===

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Arquivo:ImagemCadastroBannerFatura.png

2023-10-02T18:02:38Z

Laennerth.silva:

Cadastro de Arquivo Banner de Faturas

Atualizações Outubro2023

2023-10-02T15:39:43Z

Laennerth.silva: /* Permitir que seja possível editar documento dos termos contratuais dentro do telco */

Arquivo:ImagemModalAssinaturaNecessario.png

2023-10-02T15:39:28Z

Laennerth.silva:

Modal de Aviso que um documento de Assinatura de Contrato era necessário

Arquivo:ImagemDocumentosAnexoCliente.png

2023-10-02T15:15:35Z

Laennerth.silva:

Cadastro de Anexo de Documentos, em Modelos de Contrato.

Arquivo:ImagemModeloContratoExportar.png

2023-10-02T15:08:36Z

Laennerth.silva:

Tela de Impressão de Contrato com o novo botão Exportar

Atualizações Outubro2023

2023-10-02T15:00:10Z

Laennerth.silva:

==AUTENTICAÇÃO==

=== Autenticação Adapter por LDAP ===

==COMERCIAL==

=== Permitir que seja possível editar documento dos termos contratuais dentro do telco ===

=== Criar a possibilidade de realizar o aceite dos contratos pelo app do cliente e central do assinante. ===

==FINANCEIRO==
===FIELD - txtRsHistoricoDespesaData===

=== Analisar a possibilidade de quando ocorre baixa manual da fatura ela não ser registrada mais no arquivo de remessa ===

=== Banner de faturas ===

=== Implementar remessa eletrônica ITAU com novo certificado gerado ===

=== Otimizar carregamento de tela de cadastro e edição de pacotes ===

=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento ===

==INTEGRAÇÃO==
===Integração Geogrid - Condomínios===

=== Integração MultiTV ===

=== Integração DIRECTVGO ===

=== Analisar a situação onde o estoque deles é vinculado a ID e a gente lida com MAC como amarração ===

=== Integração Getnet para pagamentos recorrência ===

=== Integração Getnet PIX ===

=== Integração Eletrônica PIX Santander ===

=== Integração Banco do Brasil para pagamentos PIX ===

=== Melhorias na integração SAP ===

==INTRANET==

==OPERACIONAL==

=== Cancelamento Ordem de Serviço no OFS ===

==RELATÓRIOS==
==REDES==
==ROTINAS==

=== Na rotina de integração de faturamento quando for enviado um serviço que seja de venda de equipamento deverá enviar para o SAP o mac_serie para que seja gerado uma nota ===

==TELEFONIA==
==TERCEIROS==
==WEBSERVICES==

Página principal

2023-10-02T11:57:09Z

Laennerth.silva:

Atualizações Outubro2023

2023-10-02T11:56:10Z

Laennerth.silva: Criou página com 'Exists.'

Exists.

Página principal

2023-10-02T11:55:28Z

Laennerth.silva: /* Atualizações: */

==== Manual Adapter: ====

* [[Menu Intranet|Intranet]]
* [[Menu Autenticação|Autenticação]]
* Terceiros
* [[Menu Comercial|Comercial]]
* [[Menu Financeiro|Financeiro]]
* Estoque
* Operacional
* Redes / Suporte
* [[Menu Telefonia|Telefonia]]
* RH
* BI
* Relatórios
* Rotinas
* [[Menu Integração|Integração]]
* [[Migração]]
* [[Webservice|WebService]]

==== Integrações ====
* [[Menu Integrações|Integrações]]

==== Atualizações: ====

* [[Agosto2021]]
* [[Setembro2021]]
* [[Outubro2021]]
* [[Novembro2021]]
* [[Janeiro2022]]
* [[Fevereiro2022]]
* [[Março2022]]
* [[Abril2022]]
* [[Maio2022]]
* [[Junho2022]]
* [[Julho2022]]
* [[Agosto2022]]
* [[Setembro2022]]
* [[Outubro2022]]
* [[Novembro2022]]
* [[Dezembro2022]]
* [[Janeiro2023]]
* [[Fevereiro2023]]
* [[Maio2023]]
* [[Atualizações Julho2023|Julho2023]]
* [[Atualizações Outubro2023]]
*

==== BUG'S ====

* [[Bugs-julho2022|Julho2022]]
* [[Bugs-agosto2022|Agosto2022]]
* [[Bugs Setembro2022|Setembro2022]]
* [[Bugs Outubro2022|Outubro2022]]
* [[Bugs Novembro2022|Novembro2022]]
* [[Bugs Dezembro2022|Dezembro2022]]
* [[Bugs Janeiro2023|Janeiro2023]]
* [[Bugs Fevereiro2023|Fevereiro2023]]
* [[Bugs Maio2023|Maio2023]]
* [[Bugs Julho2023|Julho2023]]

Atualizações Julho2023

2023-09-04T18:45:49Z

Laennerth.silva: /* Inclusão de dois ou mais itens no mesmo pacote */

==AUTENTICAÇÃO==
==COMERCIAL==

=== Realizar atualização de cadastro de clientes ===
Chave Criada: INTERVALO_DIAS_OBRIGATORIO_ATUALIZAR_CLIENTE

Ao abrir a tela do cliente (Comercial -> Clientes), o sistema deverá verificar na tb_Cliente o campo dataUltimaAtualizacao, a ultima atualização feita dos dados pessoais deste cliente e verificar se o intervalo para atualização esta num prazo menor que o estipulado.

Se estiver em um prazo maior que o estipulado, o sistema deverá exibir a mensagem.
[[Arquivo:ImagemMensagemClienteDesatualizado.png|alt=Mensagem de Cliente Desatualizado|centro|miniaturadaimagem|563x563px|Mensagem de Cliente Desatualizado]]

Caso a chave esteja NULL, ele não fará a validação.

=== Cliente Churn - Endpoint para alimentar a nova tabela relacionada a cliente com dado de risco de cancelamento ===

# Criada a nova tabela TB_InformacaoAdicionalCliente no módulo comercial.
# Criado um novo endpoint para Webservice Adapter que receba os dados para pontuação do cliente.
# Este endpoint alimenta a TB_InformacaoAdicionalCliente e o campo PontuacaoTotalRiscoCancelamento.
# Caso seja enviado um dado de um cliente que ja possua este campo preenchido, o sistema deve sobrescrever este dado;
# Se o campo PontuacaoTotalRiscoCancelamento estiver preenchido, será exibido na tela principal de dados do cliente;

[[Arquivo:ImagemRiscoChurnTela.png|alt=Exibição de Risco de Churn em Tela de Cliente|centro|miniaturadaimagem|507x507px|Exibição de Risco de Churn em Tela de Cliente]]

Endpoint Criado: https://[URL]/ws/comercial/clientes/informacao_adicional

=== Adicionar novos campos na TB_InformacaoAdicionalCliente e no cadastro de cliente ===
Adicionados os campos UFRG, EstadoCivil (SOLTEIRO, CASADO, DIVORCIADO, VIÚVO, OUTRO), Naturalidade, UFNaturalidade;

Estes campos estarão populando a tabela TB_InformacaoAdicionalCliente.

Serão apresentados quando for um cliente pessoa física, sendo que apenas o UF RG é obrigatório.

[[Arquivo:ImagemCamposNovosInformaçãoAdicionalCliente.png|alt=Novos Campos para Informação Adicional do Cadastro de Cliente|centro|miniaturadaimagem|549x549px|Novos Campos para Informação Adicional do Cadastro de Cliente]]

=== Log Edição Endereço ===
Implementada a criação de log de edição de endereços. Tais modificações estarão disponíveis nas tabelas TB_LogCliente e TB_LogContrato.

Ao realizar uma edição do cadastro de endereço de um cliente, há uma pergunta em um pop up: "Deseja apenas corrigir algum erro no cadastro de clientes?":

* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente e na TB_LogContrat do contrato vinculado;

* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e através do botão cadastrar: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e um novo endereço seja vinculado: O sistema deverá salvar as alterações na tabela TB_LogContrato.

[[Arquivo:ImagemLogAlteraçãoEndereço.png|alt=Log de edição de endereço|centro|miniaturadaimagem|487x487px|Log de edição de endereço]]
Deverão ser levadas em consideração as edições nos campos:

* CEP;
* Estado;
* Cidade;
* Bairro;
* TipoLogradouro;
* Logradouro;
* Número;
* TipoComplemento;
* Complemento;
* Referência;
* Classificação;
* Latitude;
* Longitude;

=== Atualização de Prospectos ===
Ao cadastrar um prospecto no sistema, ao informar o CPF do prospecto, caso já haja na base um cadastro de cliente com o mesmo CPF informado, antes de sobrescrever os dados do prospecto, o sistema deverá checar se os dados de telefone celular, telefone fixo, sexo, e-mail informados no prospecto são iguais aos dados já no cadastro do cliente.

* Se sim, prosseguir com a recuperação dos dados de cliente como é feito atualmente e seguir com o cadastro do prospecto.
* Se não, o sistema deverá exibir modal com os dados divergentes e permitir que o usuário escolha qual dado será mantido em ambos os cadastros. Ao selecionar a opção de manter dados seja do prospecto seja do cliente, os dados deverão ser atualizados em ambos os cadastros.

A alteração realizada deverá gerar log na TB_LogCliente (edição) e na TB_LogProspecto (cadastro),

=== Armazenar dados do SPC e Clear Sales ===
Criada chave DIAS_INTERVALO_CONSULTA_CLEARSALE no módulo comercial.

Ao cadastrar um prospecto no sistema, após informar o CPF do prospecto, e nos filtros correspondentes as ações de qualificação CONSULTA_CLEAR_SALE e CREDITO_POR_CPF o sistema deverá validar se há outros prospectos registrados para o mesmo CPF registrados no sistema:

'''Se sim: VALIDAR CLEAR SALE'''

No prospecto registrado anteriormente, há algum registro na TB_ProspectoDataTrust com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_CLEARSALE:

* '''Se sim:''' o sistema deverá exibir mensagem ao usuário, informado que o CPF já possui resultados da consulta.
** Se aprovado ou reprovado na consulta anterior, o sistema deverá replicar o registro de TB_ProspectoDataTrust do prospecto anterior para o novo prospecto, simulando a realização da consulta.
* Se não: seguir com a realização da consulta integrada normalmente.

'''Validar SPC/SERASA/SOPHUS'''

No prospecto registrado anteriormente, há algum registro na TB_ConsultaCredito com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_SPC.

* Se sim: o sistema deverá exibir mensagem ao usuário informado que o CPF em questão já resultado da consulta.
** Se aprovado ou reprovado na consulta anterior. Não é necessária replicação de registro pois a TB_ConsultaCredito é vinculada apenas a CPF e não a prospecto.
* Se não: seguir com a realização da consulta integrada normalmente.

=== Inclusão de dois ou mais itens no mesmo pacote ===
Será permitido o cadastro de pacotes de planos no sistema, que tenha mais de um item de tecnologia OUTROS, na tela de cadastro de pacotes de planos.
[[Arquivo:ImagemPctMesmaTecnologia.png|alt=Pacote com 2 itens de mesma tecnologia|centro|miniaturadaimagem|653x653px|Pacote com 2 itens da tecnologia OUTROS.]]
=== Melhoria de Prospecto ===
Criada uma nova qualificação de funil automática chamada CONSULTA_CEL_EMAIL.

Criada uma nova chave de configuração do modulo comercial IDS_FUNIS_PROSPECTO_ALTERACAO_CEL_EMAIL.

Criada a tabela TB_ConsultaCelularEmailInterno, no módulo comercial, semelhante as outras qualificações de prospectos;

'''Regra de Negócio'''

No funil de qualificação CONSULTA_CEL_EMAIL, a consulta busca dados da base interna do sistema, consultando se o e-mail e tekefon celular informados no cadastro do prospecto já estão vinculados a um ou a mais clientes:

* '''Se sim''', o prospecto será reprovado;
* '''Se não'''. o prospecto seguirá o cadastro;

A qualificação CONSULTA_CEL_EMAIL deve ser exibida no histórico de qualificações.

=== Melhoria em Motivos de Cancelamento de um Contrato ===
Criado novo atributo IsDesistencia (boolean) na tabela TB_MotivoCancelamento;

Alterado o cadastro de motivos de cancelamento para que seja possível informar na tela se o motivo de cancelamento se trata de uma desistência de contratação (sim/não).

Ao realizar o cancelamento de contrato o sistema deverá:

* Se o status do contrato for AGUARDANDO_INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia true.
* Se o status do contrato for diferente de AGUARDANDO INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia = false:

[[Arquivo:ImagemMotivoCancelamento.png|alt=Cadastro de Motivo Cancelamento com Flag Desistência|centro|miniaturadaimagem|391x391px|Cadastro de Motivo Cancelamento com Flag Desistência]]

Criada nova tabela TB_MotivoCancelamentoPerfil (IDMotivoCancelamento,IDPerfil);

Alterado o cadastro de motivos de cancelamento, para que seja possível informar a quais perfis o motivo estará liberado para visualização.

Ao realizar o cancelamento do contrato o sistema deverá recuperar a lista de motivos liberados para o perfil do usuário.

=== Melhoria nos vencimentos exibidos do contrato ===
Nos combos onde há seleção do dia do vencimento exibir uma legenda para o dia inicial e final de cobrança do período configurado no vencimento no combobox.

Modificadas as telas de venda de um contrato e alteração de vencimento.
[[Arquivo:ImagemAlteraçãoVencimentoPrePos.png|alt=Períodos de Vencimentos Apresentados|centro|miniaturadaimagem|412x412px|Períodos de Vencimentos Apresentados]]

==FINANCEIRO==

=== Alterar multa do cancelamento compulsório ===
Alterada a forma em que o sistema realiza o cálculo da multa do cancelamento compulsório, para que se padronize se fazer o cálculo pela mesma regra do cancelamento voluntário, ou seja, considerando como parâmetro de data o vencimento da fidelidade do contrato e a data do cancelamento.

Chave criada: MULTA_CANCELAMENTO_COMPULSORIO_POR_DATA_CANCELAMENTO, campo boolean;

Regra de Negócio:

* Se a informação desse campo for true, o sistema deverá realizar o cálculo de multa no cancelamento compulsório baseado na data de vencimento da fidelidade e data de cancelamento.
* Se a informação desse campo for false, o sistema deverá realizar o calculo de multa do cancelamento compulsório baseado na data de vencimento fidelidade e a data de vencimento da primeira fatura em aberto, como é feito atualmente.

=== Permissão de faturas e faturamento por cliente ===

==== Regra de Negócio para Faturamentos: ====

* Criada a permissão GERAR FATURAMENTO POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURAMENTO POR CLIENTE devem visualizar apenas a tela de geração de faturamento por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURAMENTO - FT01, devem visualizar as telas de geração de faturamento por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturamentoPorCliente.png|alt=Tela de Faturamento disponível apenas por cliente|centro|miniaturadaimagem|560x560px|Tela de Faturamento disponível apenas por cliente]]

==== Regra de Negócio para Faturas: ====

* Criada a permissão GERAR FATURA POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURA POR CLIENTE devem visualizar apenas a tela de geração de faturas por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURA - FT08, devem visualizar as telas de geração de faturas por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturaCliente.png|alt=Tela de Fatura disponível apenas por cliente|centro|miniaturadaimagem|573x573px|Tela de Fatura disponível apenas por cliente]]

=== Alteração tela de impressão em massa, ===
Na tela de impressão em massa, o sistema não irá exibir as formas de cobrança marcadas como IsCartaoRecorrente = true;

Criada a tabela TB_UsuarioFormaCobranca.

Alterado o cadastro de usuários Adapter para que apresente uma tela de seleção de formas de cobrança. Ao ser selecionado, esta determina as formas de cobrança que estarão disponíveis ao utilizar a tela de impressão em massa.
[[Arquivo:ImagemTelaFormaCobrancaImpressaoMassa.png|alt=Tela de seleção de formas de cobrança para impressão em massa|centro|miniaturadaimagem|642x642px|Tela de seleção de formas de cobrança para impressão em massa]]

==== Colocar limit opcional e campo para filtro de opções de cidade ====
Foram adicionados, um campo de Quantidade de clientes, que recebe um número inteiro e limita o número de impressões;

E um combo de seleção de cidades, com filtro de pesquisa textual;
[[Arquivo:ImagemCamposImpressaoEmMassa.png|alt=Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa|centro|miniaturadaimagem|609x609px|Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa]]

=== Alterar atributo de "apto carnê" contratos cancelados ===
Alterado o atributo "apto para gerar carnê", agora ele ficará disponível para edição deste atributo em contratos cancelados.

=== Alterar observações fiscais contratos cancelados ===
Será permitida a alteração de observações fiscais e observação de fatura em contratos cancelados.
[[Arquivo:ImagemObservaçãoFiscal.png|alt=Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais|centro|miniaturadaimagem|658x658px|Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais]]

=== Filtro de forma de cobrança ===
Na tela de serviços adicionais, em Clientes -> Dados Financeiros -> Serviços Adicionais, serão exibidos serviços que:

* Estejam vinculados a área de cobertura da cidade, do endereço do cliente;
* Que a empresa vinculada à conta financeira seja igual ou esteja contida na composição do cadastro de serviço (Ainda sendo implementado);

[[Arquivo:ImagemServiçosParaAdicionarFiltro.png|alt=Serviços disponíveis para adicionar ao contrato|centro|miniaturadaimagem|438x438px|Serviços disponíveis para adicionar ao contrato]]

=== Alteração de Fatura Proporcional ===

Criada uma nova chave, no módulo financeiro, denominada STATUS DE CONTRATO PARA GERACAO DE PROPORCIONAIS. Nessa chave, devem ser informados os nomes dos status que permitem geração de faturamento mensal de proporcionais.

Serão aceitos dados nessa chave dados no formato texto exatamente iguais aos cadastrados para status de contrato no sistema (CANCELADO, EM NEGOCIACAO, HABILITADO, HABILITADO EM CONFIANCA, INATIVO TEMPORARIAMENTE, SUSPENSO, SUSPENSO PARCIALMENTE)

Alterar as procedures de faturamento que informam os status de contrato que deverão passar a ler essa chave para geração.

Na geração de faturamentos deverá ser respeitado o parâmetro para a geração.

=== Alteração na tela de Integração de Faturamentos ===
Otimizada a SPU spuBuscaFaturamentosPendentesIntegracao para diminuir o tempo de resposta da tela de integração de faturamento pendente.

Retirado botão '''+''' da tela de integração -> faturamentos.
[[Arquivo:ImagemBotão+.png|alt=Retirado botão +|centro|miniaturadaimagem|499x499px|Retirado botão +]]

=== Adicionar flags de formas de cobranças para gerar remessas ===
Para atender a necessidade de gerar remessas para várias formas de cobrança ao mesmo tempo, foi desenvolvido:

Na funcionalidade "integração bancária -> gerar remessa", estará disponível a opção contas financeiras (alterado em atividade posterior para '''Agrupador''', leia Grupo de Formas de Cobrança, na mesma página), que ao ser selecionado, deve recuperar todas as contas financeiras liberadas para visualização do usuário que está utilizando.

O sistema gerará o arquivo de remessa unificado com dados de todas as formas de cobrança selecionadas. Na tabela TB_ArquivoRemessa, será gerado um arquivo de cada forma de cobrança, com o mesmo arquivo.

Considere estas mudanças aplicadas na tela de Gerar Remessa, Gerar Remessa Avulsa e Gerar Remessa de Alterações.
[[Arquivo:ImagemGerarRemessaAgrupador.png|alt=Tela Gerar Remessa com Filtro de Agrupador Disponível|centro|miniaturadaimagem|642x642px|Tela Gerar Remessa com Filtro de Agrupador Disponível]]

==== Grupos de forma de cobrança ====
Criada a Tabela TB_GrupoFormaCobranca e o atribuo IDGrupoFormaCobranca na TB_FormaCobranca;

Na tela de geração de remessa, adicionar o filtro do '''agrupador''' para selecionar as formas de cobrança a partir dele. Não será necessário adicionar conta financeira nos filtros.

Criado um CRUD de grupo de forma de cobrança, em Financeiro -> Tabelas de apoio -> Configuração bancaria -> Grupos de formas de cobrança. Os grupos deverão ser formados respeitando que os atributos sejam iguais:

* ContaFinanceira
* NumeroSequencial
* CodigoCarteira
* SemRegistro
* EntidadeEmissoraBoleto
* ModalidadeCobranca
* PercentualMulta
* PercentualJuros
* DebitoAutomatico
* BoletoPix
* CodigoTransmissao
* CodigoConvenio
* Operacao
* IdIntegradoraEletronica
* IdIntegradoraPix
* Cnab

Permissão: ALTERAR_GRUPOS_FORMA_COBRANCA = DC07 criada para cadastro dos grupos de formas de cobrança;
[[Arquivo:ImagemCadastroGrupoFormaCobranca.png|alt=Cadastro de Grupos de Forma de Cobrança|centro|miniaturadaimagem|776x776px|Cadastro de Grupos de Forma de Cobrança]]

=== Criar tela para arquivos de negativação ===

Tela apresentará arquivos da pasta indicada nas configurações, chave PATH_ARQUIVO_INCLU�SAO_EXCLUSAO_SERASA

Caminho:
==INTEGRAÇÃO==

=== Melhoria na integração de clientes SAP ===
Criada a tabela TB_ClienteIntegracaoSAP no módulo integração.

Na rotina de integração com os clientes:

Caso o campo IDClienteSAP estiver preenchido, no campo "CardCode", será enviado o dado IDClienteSAP, preenchido na TB_ClienteIntegraçãoSap;

Caso o campo IDClienteSAP for Null, será enviado no campo "CardCode" o mesmo dado que é enviado atualmente (C+IDCliente);

A tabela foi criada no banco de dados apenas, não há campo em tela;

=== Edição spuInclusaoSPC e spuRemocaoSPC ===
Para realizar integração com a SOPHUS, foi necessário atualizar as SPU's spuInclusaoSPC e spuRemocaoSPC.

* Adicionados os campos: Sexo, UFRG, UFNaturalidade, Naturalidade, Estado Civil para ambos as SPU's;
* Adicionados os campos: Número do Boleto; Nome da Mãe; Nome do Pai; Número celular (Telefone Móvel) para a spuRemocaoSPC.

OBS: Exceto o campo 'Sexo', todas as informações são disponibilizadas na tabela TB_InformacaoAdicionalCliente, do Módulo Comercial.

=== Realizar alteração de integração de multas no SAP ===
Alterada a spuBuscaFaturamentosPendentesIntegracao, que exibe dados de faturamento para integração na aba Financeiro -> Integração -> Faturamentos. Nessa tela serão exibidos todos os faturamentos já apresentados atualmente na spu, mas serão retirados os faturamentos cuja composição financeira tenha o atributo unidadeMedida igual a 1.

Criada uma nova procedure, apenas para a tela de faturamentos com pagamento, para exibir os faturamentos com pagamento e identificados com o atributo unidadeMedida = 1;

Criado novo parâmetro de conf.cfg da rotina de integração de faturamentos: emissaoMultaDataPagamento.

Alterar a rotina de integração de faturamentos para ler o novo parâmetro, emissaoMultaDataPagamento:

Sim: ao integrar o faturamento de composições financeiras que possuam o campo unidadeMedida=1 o sistema deverá enviar nos campos DocDate e TaxDate do JSON deverão ser informados com data de pagamento da fatura vinculada.Exemplo: Fatura do cliente: DataPagamento 10/07/2023.

Ao integrar para o SAP os campos DocDate e TaxDate, deverão ser enviados com a data do pagamento, ao invés da data atual como era antes desta atividade.

Não: Manter o Funcionamento do sistema;
[[Arquivo:ImagemFaturamentoNegociadas.png|alt=Tela de integração de Pagamento - Negociadas|centro|miniaturadaimagem|464x464px|Tela de integração de Pagamento - Negociadas]]
Criada uma nova tela para integrar faturamentos pagos por negociação. Nessa tela deverão ser exibidos os faturamentos cujas faturas originais foram negociadas, mas que não possuíam notas fiscais integradas.

Os valores referentes as negociações deverão ser enviadas para emissão de notas fiscais considerando o valor final da dívida, ou seja, deverão ser emitidos considerando os valores de multa, juros e descontos concedidos na negociação.

==INTRANET==

=== Adição do menu configurações do modulo intranet na tela ===
Adicionado ao menu do módulo intranet, link para a página de configurações do módulo.

Nesta página estarão disponíveis as chaves de configuração dos módulos de intranet.
[[Arquivo:ImagemConfiguracoesIntranet.png|alt=Configurações Intranet|centro|miniaturadaimagem|581x581px|Configurações Intranet]]
Caminho: Intranet -> Tabelas de apoio -> Configurações;

=== Permitir a manipulação de arquivos de imagem para central e app anexada no módulo intranet ===
Criado um caminho para mapear onde os arquivos serão salvos no servidor. Tabela Configurações, módulo intranet, chave: PATH_ARQUIVOS_CENTRAL.

Através da Tela, será possível, editar a descrição das imagens e excluir imagens.
[[Arquivo:ImagemCRUDImagensIntranet.png|alt=Cadastro de Imagens para App e Central, no módulo Intranet|centro|miniaturadaimagem|496x496px|Cadastro de Imagens para App e Central, no módulo Intranet]]

=== No módulo intranet, criar uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes ===
Criada uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes.

Localizada em Intranet -> Arquivos Central -> Cadastro.
[[Arquivo:ImagemEnviarArquivoCentral.png|alt=Tela de Envio de Arquivos para Central do Cliente e App do Cliente|centro|miniaturadaimagem|509x509px|Tela de Envio de Arquivos para Central do Cliente e App do Cliente]]

==OPERACIONAL==

=== Log de Alteração de atendimento ===
Será registrado em log, na TB_LogAtendimento. alterações no atendimento relacionadas ao tipo de atendimento ou tipo de contrato.

=== Validação no endpoint de abertura de atendimento ===
Ao solicitar a abertura de um atendimento via webservices, será validado se já há um atendimento com status diferente de SOLUCIONADO e SEM_SOLUCAO;

Se houver, será exibida a mensagem: "Não é possível abrir atendimento, pois o contrato já possui atendimento do tipo..." e será bloqueado a abertura do atendimento;

'''Alteração nos endpoints: /ws/comercial/atendimentos/cadastrar e /ws/comercial/atendimento;'''

=== Criação de histórico nas tipificações ===
Criada uma nova tabela, TB_LogTipoAtendimento, no módulo comercial.

Adicionada uma divisão "histórico" na tela de cadastro dos tipos de atendimentos. Quando cadastrar ou editar algum tipo de atendimento, este registro será adicionado na tabela de Log.
[[Arquivo:ImagemLogTipoAtendimento.png|alt=Exibição de histórico de log de tipo de atendimento|centro|miniaturadaimagem|539x539px|Exibição de histórico de log de tipo de atendimento]]

=== Atendimento de Contrato Cancelado ===
Ao realizar um upgrade ou Downgrade de contratos, o sistema irá analisar se no antigo contrato, existe vinculado algum atendimento do tipo de serviços de SUPORTE, INTERNO, ALTERACAO_ENDERECO ou SOLICITACAO_SERVICO com status diferente de SOLUCIONADO ou SEM_SOLUCAO.

[[Arquivo:ImagemPopUPAtendimentosTransferidos.png|alt=Pop up de aviso de atendimentos sendo transferidos a um novo contrato|centro|miniaturadaimagem|664x664px|Pop up de aviso de atendimentos sendo transferidos a um novo contrato]]

Caso haja, o sistema irá apresentar uma mensagem ao usuário avisando: "Existem atendimentos vinculados ao contrato anterior que serão transferidos ao novo contrato".

O sistema deverá automaticamente vincular ao novo contrato os atendimentos que se enquadrarem a regra. O sistema deverá criar log na TB_LogAtendimento no formato:

'''EDIÇÃO DE ATENDIMENTO'''

'''# Contrato do atendimento alterado por Upgrade/Downgrade:'''

'''- Antigo: Contrato A'''

'''- Novo: Contrato B'''

=== Realizar a Não Geração de O.S para Tecnologia OTT e Tv ===
Criado o atributo "geraOS" na TB_Plano, do tipo boolean;

Ao realizar uma edição de endereço no cadastro do '''Cliente -> Dados Pessoais -> Endereços''', o Adapter deverá trazer a relação de todos os contratos vinculados ao endereço que está no processo de edição.

Na alteração de um endereço, a alteração deverá ocorrer seguindo as seguintes regras:

* Todos os contratos selecionados para edição;
* Nos casos de contratos vinculados ao mesmo pacote, a alteração deverá ocorrer de forma obrigatória, não permitindo que o usuário consiga alterar as flags de marcação;
* Caso exista algum contrato no qual o plano esteja com a flag "geraOS" com atributo "false", o sistema Adapter não deverá realizar a abertura de OS de Alteração de Endereço.

Na tela de Contratos, em endereços vinculados, '''não será permitida a edição de endereços diretamente por esta tela''', quando o contrato selecionado estiver vinculado à um pacote. Esta alteração deverá ser feita a partir da tela em '''Clientes > Dados Pessoais > Endereços''', para que haja efeito sobre todos os contratos vinculado ao pacote.
[[Arquivo:ImagemBtnRetiradoVincular.png|alt=Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote|centro|miniaturadaimagem|570x570px|Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote]]

=== Realizar Confirmação de Tickets Pendentes ===
Na abertura de atendimentos, quando usuário realizar alguma ação tangível ao sistema, na tela de atendimentos, o sistema deverá mostrar uma mensagem ao usuário sobre a confirmação de salvar o atendimento:
[[Arquivo:ImagemPopUpPendentes.png|alt=Pop Up de Atendimentos Pendentes|centro|miniaturadaimagem|626x626px|Pop Up de Atendimentos Pendentes]]

Ao clicar em confirmar, o sistema deve salvar o atendimento. Caso clique em voltar, o usuário será redirecionado à tela de atendimentos.

=== Encaminhamento de Solicitação em Aberto ===
Criadas as tabelas TB_AtendimentoEncaminhamento, TB_MotivoEncaminhamento e TB_MotivoEncaminhamentoPerfil;

Em comercial -> tabelas de apoio -> atendimentos, criar nova tela para cadastrar os motivos de encaminhamento, com as informações de:

* Descrição;
* Ativo(sim/não);
* Perfis para seleção;

'''Regra de Negócio:'''

Na tela de atendimentos, ao clicar no botão alterar destino e selecionar o novo destino do atendimento, o sistema irá abrir um modal onde serão apresentados os motivos de encaminhamento ativos e atribuídos ao perfil do usuário logado. '''Essa informação deverá ser obrigatória.'''

No mesmo modal também deverá ser apresentado o campo de observações não obrigatória. Na edição dos atendimentos, deverá ser apresentada opção de visualizar histórico de encaminhamentos onde

==RELATÓRIOS==

=== Inclusão de coluna "nome do contrato" na exportação do faturamento ===
Adicionada a coluna nome do contrato, ao exportar faturamentos;

Para utilizar, adicione field nomePlano(String) no arquivo relatorio_eventos_faturamento.jasper;

==REDES==

=== Alteração no autenticador do provisionamento ===
ID_CONEXAO_TELNET_PROVISIONAMENTO não preenchido:

* Mapeamento Interno Adapter: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT de acordo com o IdCaixa, passado como parâmetro no body da requisição;
* Mapeamentos Integrados: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT através dos parâmetros tipoEquipamento, idCidade, tipoONT caso não tenha o IdCaixa;

Através da OLT o sistema irá buscar as conexões vinculadas a ela e o provisionamento irá ocorrer normalmente como e atualmente.

Foi corrigido um relacionamento incorreto, na consulta no banco na busca das conexões da OLT.

=== Alterar chave de integração para mapeamento ===
Criada a chave '''ID_SERVIDOR_INTEGRACAO_MAPEAMENTO''';

Removidas as chaves que faziam menção à mapeamentos integrados, ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_OZ_MAP e ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_GEOGRID;

==ROTINAS==
===Alterar rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto===
Alteradas as rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto,

Alteradas para verificar se é dia útil por cidade, nas rotinas q utilizam a TB_DiaNaoUtil.

Modificadas as rotinas EnvioFaturasNotasFiscais, ImpressaoMassa e EnvioAtrasoSMS.

=== Criar uma rotina para executar a consulta de pagamentos de pix (cielo) e dar baixa na fatura caso a mesma tenha sido paga. ===
Endpoint criado : /ws/financeiro/pix_dinamico/pagamentos/consultar

Regra de Negócio:

* O endpoint busca todas as cobranças pix geradas e não pagas, que a data de expiração seja maior que o dia anterior, através da spuBuscaPixDinamicoSemPagamento.
* Para cada registro encontrado, será acionado o endpoint da cielo '''(/1/sales/ - GET)''', conforme documentação, para verificar se foi pago ou não.
* Caso o status de retorno seja 1 ou 2 (de acordo com documentação da Cielo), dará baixa na fatura;
* Ao final de toda execução o endpoint roda uma query para apagar todos os pix com data de expiração menor que ontem.

OBS: Esse endpoint interno, salva todos os logs da consulta na integradora na TB_LogPixDinamico.

=== Atendimento Log4 - Status de Rotina de Atendimento Recorrente ===

Criado um novo parâmetro, no arquivo '''conf.properties''', nomeado StatusAtendimentoRecorrente. Nesse parâmetro deve ser passado o status que o atendimento de recorrência, criado pela rotina vaio assumir. Deverá ser informado um valor único dos status aceitos pelo sistema.

Alterada a rotina de atendimentos recorrentes, para na abertura de atendimentos do tipo recorrência, o status do atendimento aberto seja o informado na configuração da rotina.

==TELEFONIA==

=== Estudar forma de enviar as estatísticas diárias do SIP PULSE ativadas no momento da venda do contrato ===
Alterar a forma de enviar novos contratos para a integração SIP Pulse, para que seja possível enviar, no momento da venda as estatísticas diárias dos contratos ativadas.

Para isso, ao incluir um novo assinante (venda de um novo contrato), o sistema deverá, após as chamadas de inclusão de assinante na plataforma SIPPULSE, chamar o método de ativar estatísticas e setar o campo BloqueioEstatisticasDiarias deverá ser salvo como false.

==TERCEIROS==
==WEBSERVICES==

=== Criar novo método para retornar imagem para central e app anexada no modulo intranet ===
Endpoints criados:

GET - intranet/central/arquivos

GET - intranet/central/arquivos/{id}

Dúvidas, consultar o manual webservices Adapter;

=== Novo Endpoint de Negociação ===
Criado novo endpoint: '''<nowiki>https://URL/ws/financeiro/faturas_negociar</nowiki>'''

Criado no objetivo que não seja necessário enviar a senha da central no endpoint, recebendo apenas o CPF do usuário;

Mais detalhes, consultar o manual de webservices Adapter.

Atualizações Julho2023

2023-09-04T16:58:00Z

Laennerth.silva: /* Inclusão de dois ou mais itens no mesmo pacote */

==AUTENTICAÇÃO==
==COMERCIAL==

=== Realizar atualização de cadastro de clientes ===
Chave Criada: INTERVALO_DIAS_OBRIGATORIO_ATUALIZAR_CLIENTE

Ao abrir a tela do cliente (Comercial -> Clientes), o sistema deverá verificar na tb_Cliente o campo dataUltimaAtualizacao, a ultima atualização feita dos dados pessoais deste cliente e verificar se o intervalo para atualização esta num prazo menor que o estipulado.

Se estiver em um prazo maior que o estipulado, o sistema deverá exibir a mensagem.
[[Arquivo:ImagemMensagemClienteDesatualizado.png|alt=Mensagem de Cliente Desatualizado|centro|miniaturadaimagem|563x563px|Mensagem de Cliente Desatualizado]]

Caso a chave esteja NULL, ele não fará a validação.

=== Cliente Churn - Endpoint para alimentar a nova tabela relacionada a cliente com dado de risco de cancelamento ===

# Criada a nova tabela TB_InformacaoAdicionalCliente no módulo comercial.
# Criado um novo endpoint para Webservice Adapter que receba os dados para pontuação do cliente.
# Este endpoint alimenta a TB_InformacaoAdicionalCliente e o campo PontuacaoTotalRiscoCancelamento.
# Caso seja enviado um dado de um cliente que ja possua este campo preenchido, o sistema deve sobrescrever este dado;
# Se o campo PontuacaoTotalRiscoCancelamento estiver preenchido, será exibido na tela principal de dados do cliente;

[[Arquivo:ImagemRiscoChurnTela.png|alt=Exibição de Risco de Churn em Tela de Cliente|centro|miniaturadaimagem|507x507px|Exibição de Risco de Churn em Tela de Cliente]]

Endpoint Criado: https://[URL]/ws/comercial/clientes/informacao_adicional

=== Adicionar novos campos na TB_InformacaoAdicionalCliente e no cadastro de cliente ===
Adicionados os campos UFRG, EstadoCivil (SOLTEIRO, CASADO, DIVORCIADO, VIÚVO, OUTRO), Naturalidade, UFNaturalidade;

Estes campos estarão populando a tabela TB_InformacaoAdicionalCliente.

Serão apresentados quando for um cliente pessoa física, sendo que apenas o UF RG é obrigatório.

[[Arquivo:ImagemCamposNovosInformaçãoAdicionalCliente.png|alt=Novos Campos para Informação Adicional do Cadastro de Cliente|centro|miniaturadaimagem|549x549px|Novos Campos para Informação Adicional do Cadastro de Cliente]]

=== Log Edição Endereço ===
Implementada a criação de log de edição de endereços. Tais modificações estarão disponíveis nas tabelas TB_LogCliente e TB_LogContrato.

Ao realizar uma edição do cadastro de endereço de um cliente, há uma pergunta em um pop up: "Deseja apenas corrigir algum erro no cadastro de clientes?":

* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente e na TB_LogContrat do contrato vinculado;

* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e através do botão cadastrar: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e um novo endereço seja vinculado: O sistema deverá salvar as alterações na tabela TB_LogContrato.

[[Arquivo:ImagemLogAlteraçãoEndereço.png|alt=Log de edição de endereço|centro|miniaturadaimagem|487x487px|Log de edição de endereço]]
Deverão ser levadas em consideração as edições nos campos:

* CEP;
* Estado;
* Cidade;
* Bairro;
* TipoLogradouro;
* Logradouro;
* Número;
* TipoComplemento;
* Complemento;
* Referência;
* Classificação;
* Latitude;
* Longitude;

=== Atualização de Prospectos ===
Ao cadastrar um prospecto no sistema, ao informar o CPF do prospecto, caso já haja na base um cadastro de cliente com o mesmo CPF informado, antes de sobrescrever os dados do prospecto, o sistema deverá checar se os dados de telefone celular, telefone fixo, sexo, e-mail informados no prospecto são iguais aos dados já no cadastro do cliente.

* Se sim, prosseguir com a recuperação dos dados de cliente como é feito atualmente e seguir com o cadastro do prospecto.
* Se não, o sistema deverá exibir modal com os dados divergentes e permitir que o usuário escolha qual dado será mantido em ambos os cadastros. Ao selecionar a opção de manter dados seja do prospecto seja do cliente, os dados deverão ser atualizados em ambos os cadastros.

A alteração realizada deverá gerar log na TB_LogCliente (edição) e na TB_LogProspecto (cadastro),

=== Armazenar dados do SPC e Clear Sales ===
Criada chave DIAS_INTERVALO_CONSULTA_CLEARSALE no módulo comercial.

Ao cadastrar um prospecto no sistema, após informar o CPF do prospecto, e nos filtros correspondentes as ações de qualificação CONSULTA_CLEAR_SALE e CREDITO_POR_CPF o sistema deverá validar se há outros prospectos registrados para o mesmo CPF registrados no sistema:

'''Se sim: VALIDAR CLEAR SALE'''

No prospecto registrado anteriormente, há algum registro na TB_ProspectoDataTrust com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_CLEARSALE:

* '''Se sim:''' o sistema deverá exibir mensagem ao usuário, informado que o CPF já possui resultados da consulta.
** Se aprovado ou reprovado na consulta anterior, o sistema deverá replicar o registro de TB_ProspectoDataTrust do prospecto anterior para o novo prospecto, simulando a realização da consulta.
* Se não: seguir com a realização da consulta integrada normalmente.

'''Validar SPC/SERASA/SOPHUS'''

No prospecto registrado anteriormente, há algum registro na TB_ConsultaCredito com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_SPC.

* Se sim: o sistema deverá exibir mensagem ao usuário informado que o CPF em questão já resultado da consulta.
** Se aprovado ou reprovado na consulta anterior. Não é necessária replicação de registro pois a TB_ConsultaCredito é vinculada apenas a CPF e não a prospecto.
* Se não: seguir com a realização da consulta integrada normalmente.

=== Inclusão de dois ou mais itens no mesmo pacote ===
Será permitido o cadastro de pacotes de planos no sistema, que tenha mais de um item de tecnologia OUTROS, na tela de cadastro de pacotes de planos.
[[Arquivo:ImagemPctMesmaTecnologia.png|alt=Pacote com 2 itens de mesma tecnologia|centro|miniaturadaimagem|653x653px|Pacote com 2 itens de mesma tecnologia]]
=== Melhoria de Prospecto ===
Criada uma nova qualificação de funil automática chamada CONSULTA_CEL_EMAIL.

Criada uma nova chave de configuração do modulo comercial IDS_FUNIS_PROSPECTO_ALTERACAO_CEL_EMAIL.

Criada a tabela TB_ConsultaCelularEmailInterno, no módulo comercial, semelhante as outras qualificações de prospectos;

'''Regra de Negócio'''

No funil de qualificação CONSULTA_CEL_EMAIL, a consulta busca dados da base interna do sistema, consultando se o e-mail e tekefon celular informados no cadastro do prospecto já estão vinculados a um ou a mais clientes:

* '''Se sim''', o prospecto será reprovado;
* '''Se não'''. o prospecto seguirá o cadastro;

A qualificação CONSULTA_CEL_EMAIL deve ser exibida no histórico de qualificações.

=== Melhoria em Motivos de Cancelamento de um Contrato ===
Criado novo atributo IsDesistencia (boolean) na tabela TB_MotivoCancelamento;

Alterado o cadastro de motivos de cancelamento para que seja possível informar na tela se o motivo de cancelamento se trata de uma desistência de contratação (sim/não).

Ao realizar o cancelamento de contrato o sistema deverá:

* Se o status do contrato for AGUARDANDO_INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia true.
* Se o status do contrato for diferente de AGUARDANDO INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia = false:

[[Arquivo:ImagemMotivoCancelamento.png|alt=Cadastro de Motivo Cancelamento com Flag Desistência|centro|miniaturadaimagem|391x391px|Cadastro de Motivo Cancelamento com Flag Desistência]]

Criada nova tabela TB_MotivoCancelamentoPerfil (IDMotivoCancelamento,IDPerfil);

Alterado o cadastro de motivos de cancelamento, para que seja possível informar a quais perfis o motivo estará liberado para visualização.

Ao realizar o cancelamento do contrato o sistema deverá recuperar a lista de motivos liberados para o perfil do usuário.

=== Melhoria nos vencimentos exibidos do contrato ===
Nos combos onde há seleção do dia do vencimento exibir uma legenda para o dia inicial e final de cobrança do período configurado no vencimento no combobox.

Modificadas as telas de venda de um contrato e alteração de vencimento.
[[Arquivo:ImagemAlteraçãoVencimentoPrePos.png|alt=Períodos de Vencimentos Apresentados|centro|miniaturadaimagem|412x412px|Períodos de Vencimentos Apresentados]]

==FINANCEIRO==

=== Alterar multa do cancelamento compulsório ===
Alterada a forma em que o sistema realiza o cálculo da multa do cancelamento compulsório, para que se padronize se fazer o cálculo pela mesma regra do cancelamento voluntário, ou seja, considerando como parâmetro de data o vencimento da fidelidade do contrato e a data do cancelamento.

Chave criada: MULTA_CANCELAMENTO_COMPULSORIO_POR_DATA_CANCELAMENTO, campo boolean;

Regra de Negócio:

* Se a informação desse campo for true, o sistema deverá realizar o cálculo de multa no cancelamento compulsório baseado na data de vencimento da fidelidade e data de cancelamento.
* Se a informação desse campo for false, o sistema deverá realizar o calculo de multa do cancelamento compulsório baseado na data de vencimento fidelidade e a data de vencimento da primeira fatura em aberto, como é feito atualmente.

=== Permissão de faturas e faturamento por cliente ===

==== Regra de Negócio para Faturamentos: ====

* Criada a permissão GERAR FATURAMENTO POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURAMENTO POR CLIENTE devem visualizar apenas a tela de geração de faturamento por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURAMENTO - FT01, devem visualizar as telas de geração de faturamento por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturamentoPorCliente.png|alt=Tela de Faturamento disponível apenas por cliente|centro|miniaturadaimagem|560x560px|Tela de Faturamento disponível apenas por cliente]]

==== Regra de Negócio para Faturas: ====

* Criada a permissão GERAR FATURA POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURA POR CLIENTE devem visualizar apenas a tela de geração de faturas por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURA - FT08, devem visualizar as telas de geração de faturas por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturaCliente.png|alt=Tela de Fatura disponível apenas por cliente|centro|miniaturadaimagem|573x573px|Tela de Fatura disponível apenas por cliente]]

=== Alteração tela de impressão em massa, ===
Na tela de impressão em massa, o sistema não irá exibir as formas de cobrança marcadas como IsCartaoRecorrente = true;

Criada a tabela TB_UsuarioFormaCobranca.

Alterado o cadastro de usuários Adapter para que apresente uma tela de seleção de formas de cobrança. Ao ser selecionado, esta determina as formas de cobrança que estarão disponíveis ao utilizar a tela de impressão em massa.
[[Arquivo:ImagemTelaFormaCobrancaImpressaoMassa.png|alt=Tela de seleção de formas de cobrança para impressão em massa|centro|miniaturadaimagem|642x642px|Tela de seleção de formas de cobrança para impressão em massa]]

==== Colocar limit opcional e campo para filtro de opções de cidade ====
Foram adicionados, um campo de Quantidade de clientes, que recebe um número inteiro e limita o número de impressões;

E um combo de seleção de cidades, com filtro de pesquisa textual;
[[Arquivo:ImagemCamposImpressaoEmMassa.png|alt=Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa|centro|miniaturadaimagem|609x609px|Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa]]

=== Alterar atributo de "apto carnê" contratos cancelados ===
Alterado o atributo "apto para gerar carnê", agora ele ficará disponível para edição deste atributo em contratos cancelados.

=== Alterar observações fiscais contratos cancelados ===
Será permitida a alteração de observações fiscais e observação de fatura em contratos cancelados.
[[Arquivo:ImagemObservaçãoFiscal.png|alt=Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais|centro|miniaturadaimagem|658x658px|Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais]]

=== Filtro de forma de cobrança ===
Na tela de serviços adicionais, em Clientes -> Dados Financeiros -> Serviços Adicionais, serão exibidos serviços que:

* Estejam vinculados a área de cobertura da cidade, do endereço do cliente;
* Que a empresa vinculada à conta financeira seja igual ou esteja contida na composição do cadastro de serviço (Ainda sendo implementado);

[[Arquivo:ImagemServiçosParaAdicionarFiltro.png|alt=Serviços disponíveis para adicionar ao contrato|centro|miniaturadaimagem|438x438px|Serviços disponíveis para adicionar ao contrato]]

=== Alteração de Fatura Proporcional ===

Criada uma nova chave, no módulo financeiro, denominada STATUS DE CONTRATO PARA GERACAO DE PROPORCIONAIS. Nessa chave, devem ser informados os nomes dos status que permitem geração de faturamento mensal de proporcionais.

Serão aceitos dados nessa chave dados no formato texto exatamente iguais aos cadastrados para status de contrato no sistema (CANCELADO, EM NEGOCIACAO, HABILITADO, HABILITADO EM CONFIANCA, INATIVO TEMPORARIAMENTE, SUSPENSO, SUSPENSO PARCIALMENTE)

Alterar as procedures de faturamento que informam os status de contrato que deverão passar a ler essa chave para geração.

Na geração de faturamentos deverá ser respeitado o parâmetro para a geração.

=== Alteração na tela de Integração de Faturamentos ===
Otimizada a SPU spuBuscaFaturamentosPendentesIntegracao para diminuir o tempo de resposta da tela de integração de faturamento pendente.

Retirado botão '''+''' da tela de integração -> faturamentos.
[[Arquivo:ImagemBotão+.png|alt=Retirado botão +|centro|miniaturadaimagem|499x499px|Retirado botão +]]

=== Adicionar flags de formas de cobranças para gerar remessas ===
Para atender a necessidade de gerar remessas para várias formas de cobrança ao mesmo tempo, foi desenvolvido:

Na funcionalidade "integração bancária -> gerar remessa", estará disponível a opção contas financeiras (alterado em atividade posterior para '''Agrupador''', leia Grupo de Formas de Cobrança, na mesma página), que ao ser selecionado, deve recuperar todas as contas financeiras liberadas para visualização do usuário que está utilizando.

O sistema gerará o arquivo de remessa unificado com dados de todas as formas de cobrança selecionadas. Na tabela TB_ArquivoRemessa, será gerado um arquivo de cada forma de cobrança, com o mesmo arquivo.

Considere estas mudanças aplicadas na tela de Gerar Remessa, Gerar Remessa Avulsa e Gerar Remessa de Alterações.
[[Arquivo:ImagemGerarRemessaAgrupador.png|alt=Tela Gerar Remessa com Filtro de Agrupador Disponível|centro|miniaturadaimagem|642x642px|Tela Gerar Remessa com Filtro de Agrupador Disponível]]

==== Grupos de forma de cobrança ====
Criada a Tabela TB_GrupoFormaCobranca e o atribuo IDGrupoFormaCobranca na TB_FormaCobranca;

Na tela de geração de remessa, adicionar o filtro do '''agrupador''' para selecionar as formas de cobrança a partir dele. Não será necessário adicionar conta financeira nos filtros.

Criado um CRUD de grupo de forma de cobrança, em Financeiro -> Tabelas de apoio -> Configuração bancaria -> Grupos de formas de cobrança. Os grupos deverão ser formados respeitando que os atributos sejam iguais:

* ContaFinanceira
* NumeroSequencial
* CodigoCarteira
* SemRegistro
* EntidadeEmissoraBoleto
* ModalidadeCobranca
* PercentualMulta
* PercentualJuros
* DebitoAutomatico
* BoletoPix
* CodigoTransmissao
* CodigoConvenio
* Operacao
* IdIntegradoraEletronica
* IdIntegradoraPix
* Cnab

Permissão: ALTERAR_GRUPOS_FORMA_COBRANCA = DC07 criada para cadastro dos grupos de formas de cobrança;
[[Arquivo:ImagemCadastroGrupoFormaCobranca.png|alt=Cadastro de Grupos de Forma de Cobrança|centro|miniaturadaimagem|776x776px|Cadastro de Grupos de Forma de Cobrança]]

=== Criar tela para arquivos de negativação ===

Tela apresentará arquivos da pasta indicada nas configurações, chave PATH_ARQUIVO_INCLU�SAO_EXCLUSAO_SERASA

Caminho:
==INTEGRAÇÃO==

=== Melhoria na integração de clientes SAP ===
Criada a tabela TB_ClienteIntegracaoSAP no módulo integração.

Na rotina de integração com os clientes:

Caso o campo IDClienteSAP estiver preenchido, no campo "CardCode", será enviado o dado IDClienteSAP, preenchido na TB_ClienteIntegraçãoSap;

Caso o campo IDClienteSAP for Null, será enviado no campo "CardCode" o mesmo dado que é enviado atualmente (C+IDCliente);

A tabela foi criada no banco de dados apenas, não há campo em tela;

=== Edição spuInclusaoSPC e spuRemocaoSPC ===
Para realizar integração com a SOPHUS, foi necessário atualizar as SPU's spuInclusaoSPC e spuRemocaoSPC.

* Adicionados os campos: Sexo, UFRG, UFNaturalidade, Naturalidade, Estado Civil para ambos as SPU's;
* Adicionados os campos: Número do Boleto; Nome da Mãe; Nome do Pai; Número celular (Telefone Móvel) para a spuRemocaoSPC.

OBS: Exceto o campo 'Sexo', todas as informações são disponibilizadas na tabela TB_InformacaoAdicionalCliente, do Módulo Comercial.

=== Realizar alteração de integração de multas no SAP ===
Alterada a spuBuscaFaturamentosPendentesIntegracao, que exibe dados de faturamento para integração na aba Financeiro -> Integração -> Faturamentos. Nessa tela serão exibidos todos os faturamentos já apresentados atualmente na spu, mas serão retirados os faturamentos cuja composição financeira tenha o atributo unidadeMedida igual a 1.

Criada uma nova procedure, apenas para a tela de faturamentos com pagamento, para exibir os faturamentos com pagamento e identificados com o atributo unidadeMedida = 1;

Criado novo parâmetro de conf.cfg da rotina de integração de faturamentos: emissaoMultaDataPagamento.

Alterar a rotina de integração de faturamentos para ler o novo parâmetro, emissaoMultaDataPagamento:

Sim: ao integrar o faturamento de composições financeiras que possuam o campo unidadeMedida=1 o sistema deverá enviar nos campos DocDate e TaxDate do JSON deverão ser informados com data de pagamento da fatura vinculada.Exemplo: Fatura do cliente: DataPagamento 10/07/2023.

Ao integrar para o SAP os campos DocDate e TaxDate, deverão ser enviados com a data do pagamento, ao invés da data atual como era antes desta atividade.

Não: Manter o Funcionamento do sistema;
[[Arquivo:ImagemFaturamentoNegociadas.png|alt=Tela de integração de Pagamento - Negociadas|centro|miniaturadaimagem|464x464px|Tela de integração de Pagamento - Negociadas]]
Criada uma nova tela para integrar faturamentos pagos por negociação. Nessa tela deverão ser exibidos os faturamentos cujas faturas originais foram negociadas, mas que não possuíam notas fiscais integradas.

Os valores referentes as negociações deverão ser enviadas para emissão de notas fiscais considerando o valor final da dívida, ou seja, deverão ser emitidos considerando os valores de multa, juros e descontos concedidos na negociação.

==INTRANET==

=== Adição do menu configurações do modulo intranet na tela ===
Adicionado ao menu do módulo intranet, link para a página de configurações do módulo.

Nesta página estarão disponíveis as chaves de configuração dos módulos de intranet.
[[Arquivo:ImagemConfiguracoesIntranet.png|alt=Configurações Intranet|centro|miniaturadaimagem|581x581px|Configurações Intranet]]
Caminho: Intranet -> Tabelas de apoio -> Configurações;

=== Permitir a manipulação de arquivos de imagem para central e app anexada no módulo intranet ===
Criado um caminho para mapear onde os arquivos serão salvos no servidor. Tabela Configurações, módulo intranet, chave: PATH_ARQUIVOS_CENTRAL.

Através da Tela, será possível, editar a descrição das imagens e excluir imagens.
[[Arquivo:ImagemCRUDImagensIntranet.png|alt=Cadastro de Imagens para App e Central, no módulo Intranet|centro|miniaturadaimagem|496x496px|Cadastro de Imagens para App e Central, no módulo Intranet]]

=== No módulo intranet, criar uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes ===
Criada uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes.

Localizada em Intranet -> Arquivos Central -> Cadastro.
[[Arquivo:ImagemEnviarArquivoCentral.png|alt=Tela de Envio de Arquivos para Central do Cliente e App do Cliente|centro|miniaturadaimagem|509x509px|Tela de Envio de Arquivos para Central do Cliente e App do Cliente]]

==OPERACIONAL==

=== Log de Alteração de atendimento ===
Será registrado em log, na TB_LogAtendimento. alterações no atendimento relacionadas ao tipo de atendimento ou tipo de contrato.

=== Validação no endpoint de abertura de atendimento ===
Ao solicitar a abertura de um atendimento via webservices, será validado se já há um atendimento com status diferente de SOLUCIONADO e SEM_SOLUCAO;

Se houver, será exibida a mensagem: "Não é possível abrir atendimento, pois o contrato já possui atendimento do tipo..." e será bloqueado a abertura do atendimento;

'''Alteração nos endpoints: /ws/comercial/atendimentos/cadastrar e /ws/comercial/atendimento;'''

=== Criação de histórico nas tipificações ===
Criada uma nova tabela, TB_LogTipoAtendimento, no módulo comercial.

Adicionada uma divisão "histórico" na tela de cadastro dos tipos de atendimentos. Quando cadastrar ou editar algum tipo de atendimento, este registro será adicionado na tabela de Log.
[[Arquivo:ImagemLogTipoAtendimento.png|alt=Exibição de histórico de log de tipo de atendimento|centro|miniaturadaimagem|539x539px|Exibição de histórico de log de tipo de atendimento]]

=== Atendimento de Contrato Cancelado ===
Ao realizar um upgrade ou Downgrade de contratos, o sistema irá analisar se no antigo contrato, existe vinculado algum atendimento do tipo de serviços de SUPORTE, INTERNO, ALTERACAO_ENDERECO ou SOLICITACAO_SERVICO com status diferente de SOLUCIONADO ou SEM_SOLUCAO.

[[Arquivo:ImagemPopUPAtendimentosTransferidos.png|alt=Pop up de aviso de atendimentos sendo transferidos a um novo contrato|centro|miniaturadaimagem|664x664px|Pop up de aviso de atendimentos sendo transferidos a um novo contrato]]

Caso haja, o sistema irá apresentar uma mensagem ao usuário avisando: "Existem atendimentos vinculados ao contrato anterior que serão transferidos ao novo contrato".

O sistema deverá automaticamente vincular ao novo contrato os atendimentos que se enquadrarem a regra. O sistema deverá criar log na TB_LogAtendimento no formato:

'''EDIÇÃO DE ATENDIMENTO'''

'''# Contrato do atendimento alterado por Upgrade/Downgrade:'''

'''- Antigo: Contrato A'''

'''- Novo: Contrato B'''

=== Realizar a Não Geração de O.S para Tecnologia OTT e Tv ===
Criado o atributo "geraOS" na TB_Plano, do tipo boolean;

Ao realizar uma edição de endereço no cadastro do '''Cliente -> Dados Pessoais -> Endereços''', o Adapter deverá trazer a relação de todos os contratos vinculados ao endereço que está no processo de edição.

Na alteração de um endereço, a alteração deverá ocorrer seguindo as seguintes regras:

* Todos os contratos selecionados para edição;
* Nos casos de contratos vinculados ao mesmo pacote, a alteração deverá ocorrer de forma obrigatória, não permitindo que o usuário consiga alterar as flags de marcação;
* Caso exista algum contrato no qual o plano esteja com a flag "geraOS" com atributo "false", o sistema Adapter não deverá realizar a abertura de OS de Alteração de Endereço.

Na tela de Contratos, em endereços vinculados, '''não será permitida a edição de endereços diretamente por esta tela''', quando o contrato selecionado estiver vinculado à um pacote. Esta alteração deverá ser feita a partir da tela em '''Clientes > Dados Pessoais > Endereços''', para que haja efeito sobre todos os contratos vinculado ao pacote.
[[Arquivo:ImagemBtnRetiradoVincular.png|alt=Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote|centro|miniaturadaimagem|570x570px|Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote]]

=== Realizar Confirmação de Tickets Pendentes ===
Na abertura de atendimentos, quando usuário realizar alguma ação tangível ao sistema, na tela de atendimentos, o sistema deverá mostrar uma mensagem ao usuário sobre a confirmação de salvar o atendimento:
[[Arquivo:ImagemPopUpPendentes.png|alt=Pop Up de Atendimentos Pendentes|centro|miniaturadaimagem|626x626px|Pop Up de Atendimentos Pendentes]]

Ao clicar em confirmar, o sistema deve salvar o atendimento. Caso clique em voltar, o usuário será redirecionado à tela de atendimentos.

=== Encaminhamento de Solicitação em Aberto ===
Criadas as tabelas TB_AtendimentoEncaminhamento, TB_MotivoEncaminhamento e TB_MotivoEncaminhamentoPerfil;

Em comercial -> tabelas de apoio -> atendimentos, criar nova tela para cadastrar os motivos de encaminhamento, com as informações de:

* Descrição;
* Ativo(sim/não);
* Perfis para seleção;

'''Regra de Negócio:'''

Na tela de atendimentos, ao clicar no botão alterar destino e selecionar o novo destino do atendimento, o sistema irá abrir um modal onde serão apresentados os motivos de encaminhamento ativos e atribuídos ao perfil do usuário logado. '''Essa informação deverá ser obrigatória.'''

No mesmo modal também deverá ser apresentado o campo de observações não obrigatória. Na edição dos atendimentos, deverá ser apresentada opção de visualizar histórico de encaminhamentos onde

==RELATÓRIOS==

=== Inclusão de coluna "nome do contrato" na exportação do faturamento ===
Adicionada a coluna nome do contrato, ao exportar faturamentos;

Para utilizar, adicione field nomePlano(String) no arquivo relatorio_eventos_faturamento.jasper;

==REDES==

=== Alteração no autenticador do provisionamento ===
ID_CONEXAO_TELNET_PROVISIONAMENTO não preenchido:

* Mapeamento Interno Adapter: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT de acordo com o IdCaixa, passado como parâmetro no body da requisição;
* Mapeamentos Integrados: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT através dos parâmetros tipoEquipamento, idCidade, tipoONT caso não tenha o IdCaixa;

Através da OLT o sistema irá buscar as conexões vinculadas a ela e o provisionamento irá ocorrer normalmente como e atualmente.

Foi corrigido um relacionamento incorreto, na consulta no banco na busca das conexões da OLT.

=== Alterar chave de integração para mapeamento ===
Criada a chave '''ID_SERVIDOR_INTEGRACAO_MAPEAMENTO''';

Removidas as chaves que faziam menção à mapeamentos integrados, ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_OZ_MAP e ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_GEOGRID;

==ROTINAS==
===Alterar rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto===
Alteradas as rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto,

Alteradas para verificar se é dia útil por cidade, nas rotinas q utilizam a TB_DiaNaoUtil.

Modificadas as rotinas EnvioFaturasNotasFiscais, ImpressaoMassa e EnvioAtrasoSMS.

=== Criar uma rotina para executar a consulta de pagamentos de pix (cielo) e dar baixa na fatura caso a mesma tenha sido paga. ===
Endpoint criado : /ws/financeiro/pix_dinamico/pagamentos/consultar

Regra de Negócio:

* O endpoint busca todas as cobranças pix geradas e não pagas, que a data de expiração seja maior que o dia anterior, através da spuBuscaPixDinamicoSemPagamento.
* Para cada registro encontrado, será acionado o endpoint da cielo '''(/1/sales/ - GET)''', conforme documentação, para verificar se foi pago ou não.
* Caso o status de retorno seja 1 ou 2 (de acordo com documentação da Cielo), dará baixa na fatura;
* Ao final de toda execução o endpoint roda uma query para apagar todos os pix com data de expiração menor que ontem.

OBS: Esse endpoint interno, salva todos os logs da consulta na integradora na TB_LogPixDinamico.

=== Atendimento Log4 - Status de Rotina de Atendimento Recorrente ===

Criado um novo parâmetro, no arquivo '''conf.properties''', nomeado StatusAtendimentoRecorrente. Nesse parâmetro deve ser passado o status que o atendimento de recorrência, criado pela rotina vaio assumir. Deverá ser informado um valor único dos status aceitos pelo sistema.

Alterada a rotina de atendimentos recorrentes, para na abertura de atendimentos do tipo recorrência, o status do atendimento aberto seja o informado na configuração da rotina.

==TELEFONIA==

=== Estudar forma de enviar as estatísticas diárias do SIP PULSE ativadas no momento da venda do contrato ===
Alterar a forma de enviar novos contratos para a integração SIP Pulse, para que seja possível enviar, no momento da venda as estatísticas diárias dos contratos ativadas.

Para isso, ao incluir um novo assinante (venda de um novo contrato), o sistema deverá, após as chamadas de inclusão de assinante na plataforma SIPPULSE, chamar o método de ativar estatísticas e setar o campo BloqueioEstatisticasDiarias deverá ser salvo como false.

==TERCEIROS==
==WEBSERVICES==

=== Criar novo método para retornar imagem para central e app anexada no modulo intranet ===
Endpoints criados:

GET - intranet/central/arquivos

GET - intranet/central/arquivos/{id}

Dúvidas, consultar o manual webservices Adapter;

=== Novo Endpoint de Negociação ===
Criado novo endpoint: '''<nowiki>https://URL/ws/financeiro/faturas_negociar</nowiki>'''

Criado no objetivo que não seja necessário enviar a senha da central no endpoint, recebendo apenas o CPF do usuário;

Mais detalhes, consultar o manual de webservices Adapter.

Arquivo:ImagemPctMesmaTecnologia.png

2023-09-04T16:57:40Z

Laennerth.silva:

Pacote com 2 itens de mesma tecnologia

Bugs Julho2023

2023-08-28T20:51:51Z

Laennerth.silva: /* BUG - GERAL - Erro ao atribuir o técnico a visita técnica */

=== BUG - Promoções com mesmo TipoPromocao estão vinculando mesmo com a chave desmarcada ===
Corrigidas situações que, ao selecionar duas promoções de mesmo tipo no momento de adicionar uma promoção, quando a permissão PERMITE PROMOÇÕES DO MESMO TIPO POR CONTRATO - CN59 está desmarcada, permita adicionar ao mesmo tempo estas promoções a um contrato.

'''Atividade realizada:''' Ao adicionar uma nova promoção em contrato existes, o sistema faz a validação se está adicionando promoções do mesmo tipo e, caso a flag CN59 esteja desativada, bloqueia a ação.

Nota: Ao vender um novo contrato e selecionar duas promoções do mesmo tipo, o sistema não fará uma verificação das promoções.

=== BUG - Seleção de Saída de Caixa ===
Ao clicar em "Dados do mapeamento" do contrato (Comercial-> Clientes -> Gerenciar conexões -> Dados de mapeamento), caso o contrato não possua mapeamento já vinculado, ao selecionar uma caixa com muitas saídas o modal exibido fica travado na tela sem a funcionalidade da barra de rolagem.

Ocorria apenas em contratos sem mapeamento vinculado.

=== BUG - Correção no valor desconto ao editar ou adicionar desconto de 100% ===
Edições de Descontos que estão dando 100% do valor do contrato não estão sendo aceitas, são aceitas apenas as edições que estão até R$ 0,01 abaixo do valor do contrato.

'''Atividade realizada:''' Comparação para permitir valor igual ao do contrato no desconto.

=== BUG - FORMA DE COBRANÇA RECORRENTE NAO TRAZENDO NO ENDPOINT DE FATURAS ===
O Endpoint que retorna informações de faturas de cobrança recorrente não retorna faturas que não possuem remessa.

Cobranças recorrentes não geram Remessa,

'''Atividade realizada:'''

* Foi criada uma chave no financeiro ID_ARQUIVO_REMESSA_GENERICO, onde devera ser colocado um ID de alguma remessa genérica
* Caso a chave fique vazia, o sistema assumirá o valor 1 de ID

Ao gerar as faturas de cobranças recorrentes, o sistema irá inserir no id da remessa, o id referenciado na chave acima.

Na impressão de faturas que tiverem a forma de cobrança isCartaoRecorrente, o sistema não irá apresentar o código de barras e nem linha digitável, exibindo o texto 'Demonstrativo de conta' ;

=== BUG - Problema com Lançamento de Promoções em caso de Up/Down Com Forma de Cobrança Carnê ===
Quando as faturas dos meses posteriores são canceladas, no momento de um Upgrade/Downgrade em um contrato com forma de cobrança carnê, não está sendo decrementado o contador de parcelas faturadas;

Adicionado um modal com mensagem, informando que caso o cliente possua descontos ele devera '''alterar manualmente''', no caso da forma de pagamento no contrato for carnê.

=== BUG - Cadastrar Range IP ===
A função de cadastrar Range IP, no módulo Redes > Controle de IPs não é funcional, atualmente a tela em si não funciona.

'''Atividade Realizada:''' O botão foi removido, a implementação de Cadastrar Range IP ainda não aconteceu.

=== BUG - Promoções de mesmo tipo estão sendo vinculadas a pacote de contratos, pois não há validação no momento do pop up "Escolha os contratos do pacote que também receberão a promoção vinculada" ===
Ao editar um contrato envolvido em um pacote de contratos, vinculando uma promoção, o Adapter irá perguntar se o usuário quer vincular a promoção em outro contrato do pacote. O sistema não faz a validação de que a promoção pode ser ou não vinculada aquele contrato por conta do tipo da promoção, CAMPANHA ou RETENÇÃO. A validação acontece apenas em um dos contratos.

Correção feita no modulo web da homologação, adicionada tratativa para checar se possui outra promocao com o mesmo tipo caso a chave CN59 esteja false.

=== BUG - GERAL - Erro ao atribuir o técnico a visita técnica ===
Ao atribuir uma visita ao técnico pela agenda técnica, retorna o erro em tela :

adapter.exceptions.AdapterRollbackException: Erro ao cadastrar/editar atendimento.

=== BUG - Tela de cadastro cliente ao salvar um novo cliente ===
Ao salvar o cadastro de um novo cliente, um nova tela de cadastro é aberta logo em seguida ao invés de permanecer no cadastro que acabou de ser realizado.

=== BUG - Promoção Vinculada Indevidamente ao Contrato de Tecnologias Diferentes em um pacote ===
Ao editar um contrato envolvido em um pacote de contratos, vinculando uma promoção, o adapter irá perguntar se o usuário quer vincular a promoção em outro contrato do pacote. O sistema não faz a validação de que a promoção pode ser ou não vinculada aquele contrato, e está sendo possível adicionar em contratos, uma promoção que não tem nenhum vínculo com aquele plano/tecnologia.

Adicionado método filtrarPlanoPorTipoPromocao para filtro de promoções na edição de contratos.

=== BUG - Erro ao gerar notas fiscais ===
Ao gerar notas fiscais, há um campo (aliquoraICMS) que espera uma entrada de tipo inteiro, mas a entrada é de tipo double.

Gerando exceção: java.lang.Double cannot be cast to java.lang.Integer

Alteração: Alterado tipo int para double do aliquotaICMS.

=== BUG - Consulta crédito SERASA não está salvando CPF/CNPJ na TB_ConsultaCrédito ===
Foi incluído cpf e cpnj no médoto consultasCredito.save do serasa.

=== BUG - Recorrências ===

==== Erros ====

* Quando apagamos a baixa da Fatura, reparamos que as informações de cartão permanecem inseridas na TB_Fatura, e na TB_FaturaPagamentoCartao a cobrança permanece como autorizada. Quando apagar a baixa, Verificar Possibilidade de Setar Null nos campos que foram preenchidos no momento do pagamento.

* Quando é Realizado o pagamento via Recorrência o Campo de IsPagamentoIntegrado permanece Null, impossibilitando de integrar esse pagamento junto ao sap e ocasionando demais erros na Fatura.

==== Regra de Negócio ====
Criados os campos na TB_FaturaPagamentoCartao: '''BaixaRemovidaFatura, DataRemocaoBaixaFatura, IDUsuarioRemocaoBaixaFatura'''. Ao apagar uma baixa de fatura, com forma de cobrança de recorrência, o sistema deverá exibir uma mensagem informando que a baixa só será apagada da fatura no adapter.

'''Para estorno o pagamento ao cliente, deverá entrar em contato com a operadora de cartão'''.

Serão apagados os dados de pagamento da fatura (incluindo informações do cartão na TB_Fatura) e setados os dados referentes à remoção da baixa na TB_FaturaPagamentoCartao.

=== BUG - Impressão em massa - Nome do arquivo ===
Nomes de arquivos, ao gerar arquivos de impressão em massa com seleção de cidades, caso a sigla resulte em um nome de arquivo maior que 255 bytes, esse arquivo não está sendo buscado no servidor.

Alteração realizada no modulo rotinas de homologação.

Removida a parte das abreviaturas das cidades do nome do arquivo.

Arquivo:ImagemTelaArquivosNegativação.png

2023-08-24T19:25:41Z

Laennerth.silva:

Tela Arquivos de Negativação

Atualizações Julho2023

2023-08-24T19:13:04Z

Laennerth.silva: /* FINANCEIRO */

==AUTENTICAÇÃO==
==COMERCIAL==

=== Realizar atualização de cadastro de clientes ===
Chave Criada: INTERVALO_DIAS_OBRIGATORIO_ATUALIZAR_CLIENTE

Ao abrir a tela do cliente (Comercial -> Clientes), o sistema deverá verificar na tb_Cliente o campo dataUltimaAtualizacao, a ultima atualização feita dos dados pessoais deste cliente e verificar se o intervalo para atualização esta num prazo menor que o estipulado.

Se estiver em um prazo maior que o estipulado, o sistema deverá exibir a mensagem.
[[Arquivo:ImagemMensagemClienteDesatualizado.png|alt=Mensagem de Cliente Desatualizado|centro|miniaturadaimagem|563x563px|Mensagem de Cliente Desatualizado]]

Caso a chave esteja NULL, ele não fará a validação.

=== Cliente Churn - Endpoint para alimentar a nova tabela relacionada a cliente com dado de risco de cancelamento ===

# Criada a nova tabela TB_InformacaoAdicionalCliente no módulo comercial.
# Criado um novo endpoint para Webservice Adapter que receba os dados para pontuação do cliente.
# Este endpoint alimenta a TB_InformacaoAdicionalCliente e o campo PontuacaoTotalRiscoCancelamento.
# Caso seja enviado um dado de um cliente que ja possua este campo preenchido, o sistema deve sobrescrever este dado;
# Se o campo PontuacaoTotalRiscoCancelamento estiver preenchido, será exibido na tela principal de dados do cliente;

[[Arquivo:ImagemRiscoChurnTela.png|alt=Exibição de Risco de Churn em Tela de Cliente|centro|miniaturadaimagem|507x507px|Exibição de Risco de Churn em Tela de Cliente]]

Endpoint Criado: https://[URL]/ws/comercial/clientes/informacao_adicional

=== Adicionar novos campos na TB_InformacaoAdicionalCliente e no cadastro de cliente ===
Adicionados os campos UFRG, EstadoCivil (SOLTEIRO, CASADO, DIVORCIADO, VIÚVO, OUTRO), Naturalidade, UFNaturalidade;

Estes campos estarão populando a tabela TB_InformacaoAdicionalCliente.

Serão apresentados quando for um cliente pessoa física, sendo que apenas o UF RG é obrigatório.

[[Arquivo:ImagemCamposNovosInformaçãoAdicionalCliente.png|alt=Novos Campos para Informação Adicional do Cadastro de Cliente|centro|miniaturadaimagem|549x549px|Novos Campos para Informação Adicional do Cadastro de Cliente]]

=== Log Edição Endereço ===
Implementada a criação de log de edição de endereços. Tais modificações estarão disponíveis nas tabelas TB_LogCliente e TB_LogContrato.

Ao realizar uma edição do cadastro de endereço de um cliente, há uma pergunta em um pop up: "Deseja apenas corrigir algum erro no cadastro de clientes?":

* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente e na TB_LogContrat do contrato vinculado;

* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e através do botão cadastrar: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e um novo endereço seja vinculado: O sistema deverá salvar as alterações na tabela TB_LogContrato.

[[Arquivo:ImagemLogAlteraçãoEndereço.png|alt=Log de edição de endereço|centro|miniaturadaimagem|487x487px|Log de edição de endereço]]
Deverão ser levadas em consideração as edições nos campos:

* CEP;
* Estado;
* Cidade;
* Bairro;
* TipoLogradouro;
* Logradouro;
* Número;
* TipoComplemento;
* Complemento;
* Referência;
* Classificação;
* Latitude;
* Longitude;

=== Atualização de Prospectos ===
Ao cadastrar um prospecto no sistema, ao informar o CPF do prospecto, caso já haja na base um cadastro de cliente com o mesmo CPF informado, antes de sobrescrever os dados do prospecto, o sistema deverá checar se os dados de telefone celular, telefone fixo, sexo, e-mail informados no prospecto são iguais aos dados já no cadastro do cliente.

* Se sim, prosseguir com a recuperação dos dados de cliente como é feito atualmente e seguir com o cadastro do prospecto.
* Se não, o sistema deverá exibir modal com os dados divergentes e permitir que o usuário escolha qual dado será mantido em ambos os cadastros. Ao selecionar a opção de manter dados seja do prospecto seja do cliente, os dados deverão ser atualizados em ambos os cadastros.

A alteração realizada deverá gerar log na TB_LogCliente (edição) e na TB_LogProspecto (cadastro),

=== Armazenar dados do SPC e Clear Sales ===
Criada chave DIAS_INTERVALO_CONSULTA_CLEARSALE no módulo comercial.

Ao cadastrar um prospecto no sistema, após informar o CPF do prospecto, e nos filtros correspondentes as ações de qualificação CONSULTA_CLEAR_SALE e CREDITO_POR_CPF o sistema deverá validar se há outros prospectos registrados para o mesmo CPF registrados no sistema:

'''Se sim: VALIDAR CLEAR SALE'''

No prospecto registrado anteriormente, há algum registro na TB_ProspectoDataTrust com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_CLEARSALE:

* '''Se sim:''' o sistema deverá exibir mensagem ao usuário, informado que o CPF já possui resultados da consulta.
** Se aprovado ou reprovado na consulta anterior, o sistema deverá replicar o registro de TB_ProspectoDataTrust do prospecto anterior para o novo prospecto, simulando a realização da consulta.
* Se não: seguir com a realização da consulta integrada normalmente.

'''Validar SPC/SERASA/SOPHUS'''

No prospecto registrado anteriormente, há algum registro na TB_ConsultaCredito com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_SPC.

* Se sim: o sistema deverá exibir mensagem ao usuário informado que o CPF em questão já resultado da consulta.
** Se aprovado ou reprovado na consulta anterior. Não é necessária replicação de registro pois a TB_ConsultaCredito é vinculada apenas a CPF e não a prospecto.
* Se não: seguir com a realização da consulta integrada normalmente.

=== Inclusão de dois ou mais itens no mesmo pacote ===
Será permitido o cadastro de pacotes de planos no sistema, que tenha mais de um item de mesma tecnologia, na tela de cadastro de pacotes de planos.
[[Arquivo:ImagemCadastroPacotePlanos.png|alt=Cadastro de pacote de planos com mais de um mesh por tecnologia.|centro|miniaturadaimagem|529x529px|Cadastro de pacote de planos com mais de um mesh por tecnologia.]]

=== Melhoria de Prospecto ===
Criada uma nova qualificação de funil automática chamada CONSULTA_CEL_EMAIL.

Criada uma nova chave de configuração do modulo comercial IDS_FUNIS_PROSPECTO_ALTERACAO_CEL_EMAIL.

Criada a tabela TB_ConsultaCelularEmailInterno, no módulo comercial, semelhante as outras qualificações de prospectos;

'''Regra de Negócio'''

No funil de qualificação CONSULTA_CEL_EMAIL, a consulta busca dados da base interna do sistema, consultando se o e-mail e tekefon celular informados no cadastro do prospecto já estão vinculados a um ou a mais clientes:

* '''Se sim''', o prospecto será reprovado;
* '''Se não'''. o prospecto seguirá o cadastro;

A qualificação CONSULTA_CEL_EMAIL deve ser exibida no histórico de qualificações.

=== Melhoria em Motivos de Cancelamento de um Contrato ===
Criado novo atributo IsDesistencia (boolean) na tabela TB_MotivoCancelamento;

Alterado o cadastro de motivos de cancelamento para que seja possível informar na tela se o motivo de cancelamento se trata de uma desistência de contratação (sim/não).

Ao realizar o cancelamento de contrato o sistema deverá:

* Se o status do contrato for AGUARDANDO_INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia true.
* Se o status do contrato for diferente de AGUARDANDO INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia = false:

[[Arquivo:ImagemMotivoCancelamento.png|alt=Cadastro de Motivo Cancelamento com Flag Desistência|centro|miniaturadaimagem|391x391px|Cadastro de Motivo Cancelamento com Flag Desistência]]

Criada nova tabela TB_MotivoCancelamentoPerfil (IDMotivoCancelamento,IDPerfil);

Alterado o cadastro de motivos de cancelamento, para que seja possível informar a quais perfis o motivo estará liberado para visualização.

Ao realizar o cancelamento do contrato o sistema deverá recuperar a lista de motivos liberados para o perfil do usuário.

=== Melhoria nos vencimentos exibidos do contrato ===
Nos combos onde há seleção do dia do vencimento exibir uma legenda para o dia inicial e final de cobrança do período configurado no vencimento no combobox.

Modificadas as telas de venda de um contrato e alteração de vencimento.
[[Arquivo:ImagemAlteraçãoVencimentoPrePos.png|alt=Períodos de Vencimentos Apresentados|centro|miniaturadaimagem|412x412px|Períodos de Vencimentos Apresentados]]

==FINANCEIRO==

=== Alterar multa do cancelamento compulsório ===
Alterada a forma em que o sistema realiza o cálculo da multa do cancelamento compulsório, para que se padronize se fazer o cálculo pela mesma regra do cancelamento voluntário, ou seja, considerando como parâmetro de data o vencimento da fidelidade do contrato e a data do cancelamento.

Chave criada: MULTA_CANCELAMENTO_COMPULSORIO_POR_DATA_CANCELAMENTO, campo boolean;

Regra de Negócio:

* Se a informação desse campo for true, o sistema deverá realizar o cálculo de multa no cancelamento compulsório baseado na data de vencimento da fidelidade e data de cancelamento.
* Se a informação desse campo for false, o sistema deverá realizar o calculo de multa do cancelamento compulsório baseado na data de vencimento fidelidade e a data de vencimento da primeira fatura em aberto, como é feito atualmente.

=== Permissão de faturas e faturamento por cliente ===

==== Regra de Negócio para Faturamentos: ====

* Criada a permissão GERAR FATURAMENTO POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURAMENTO POR CLIENTE devem visualizar apenas a tela de geração de faturamento por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURAMENTO - FT01, devem visualizar as telas de geração de faturamento por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturamentoPorCliente.png|alt=Tela de Faturamento disponível apenas por cliente|centro|miniaturadaimagem|560x560px|Tela de Faturamento disponível apenas por cliente]]

==== Regra de Negócio para Faturas: ====

* Criada a permissão GERAR FATURA POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURA POR CLIENTE devem visualizar apenas a tela de geração de faturas por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURA - FT08, devem visualizar as telas de geração de faturas por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturaCliente.png|alt=Tela de Fatura disponível apenas por cliente|centro|miniaturadaimagem|573x573px|Tela de Fatura disponível apenas por cliente]]

=== Alteração tela de impressão em massa, ===
Na tela de impressão em massa, o sistema não irá exibir as formas de cobrança marcadas como IsCartaoRecorrente = true;

Criada a tabela TB_UsuarioFormaCobranca.

Alterado o cadastro de usuários Adapter para que apresente uma tela de seleção de formas de cobrança. Ao ser selecionado, esta determina as formas de cobrança que estarão disponíveis ao utilizar a tela de impressão em massa.
[[Arquivo:ImagemTelaFormaCobrancaImpressaoMassa.png|alt=Tela de seleção de formas de cobrança para impressão em massa|centro|miniaturadaimagem|642x642px|Tela de seleção de formas de cobrança para impressão em massa]]

==== Colocar limit opcional e campo para filtro de opções de cidade ====
Foram adicionados, um campo de Quantidade de clientes, que recebe um número inteiro e limita o número de impressões;

E um combo de seleção de cidades, com filtro de pesquisa textual;
[[Arquivo:ImagemCamposImpressaoEmMassa.png|alt=Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa|centro|miniaturadaimagem|609x609px|Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa]]

=== Alterar atributo de "apto carnê" contratos cancelados ===
Alterado o atributo "apto para gerar carnê", agora ele ficará disponível para edição deste atributo em contratos cancelados.

=== Alterar observações fiscais contratos cancelados ===
Será permitida a alteração de observações fiscais e observação de fatura em contratos cancelados.
[[Arquivo:ImagemObservaçãoFiscal.png|alt=Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais|centro|miniaturadaimagem|658x658px|Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais]]

=== Filtro de forma de cobrança ===
Na tela de serviços adicionais, em Clientes -> Dados Financeiros -> Serviços Adicionais, serão exibidos serviços que:

* Estejam vinculados a área de cobertura da cidade, do endereço do cliente;
* Que a empresa vinculada à conta financeira seja igual ou esteja contida na composição do cadastro de serviço (Ainda sendo implementado);

[[Arquivo:ImagemServiçosParaAdicionarFiltro.png|alt=Serviços disponíveis para adicionar ao contrato|centro|miniaturadaimagem|438x438px|Serviços disponíveis para adicionar ao contrato]]

=== Alteração de Fatura Proporcional ===

Criada uma nova chave, no módulo financeiro, denominada STATUS DE CONTRATO PARA GERACAO DE PROPORCIONAIS. Nessa chave, devem ser informados os nomes dos status que permitem geração de faturamento mensal de proporcionais.

Serão aceitos dados nessa chave dados no formato texto exatamente iguais aos cadastrados para status de contrato no sistema (CANCELADO, EM NEGOCIACAO, HABILITADO, HABILITADO EM CONFIANCA, INATIVO TEMPORARIAMENTE, SUSPENSO, SUSPENSO PARCIALMENTE)

Alterar as procedures de faturamento que informam os status de contrato que deverão passar a ler essa chave para geração.

Na geração de faturamentos deverá ser respeitado o parâmetro para a geração.

=== Alteração na tela de Integração de Faturamentos ===
Otimizada a SPU spuBuscaFaturamentosPendentesIntegracao para diminuir o tempo de resposta da tela de integração de faturamento pendente.

Retirado botão '''+''' da tela de integração -> faturamentos.
[[Arquivo:ImagemBotão+.png|alt=Retirado botão +|centro|miniaturadaimagem|499x499px|Retirado botão +]]

=== Adicionar flags de formas de cobranças para gerar remessas ===
Para atender a necessidade de gerar remessas para várias formas de cobrança ao mesmo tempo, foi desenvolvido:

Na funcionalidade "integração bancária -> gerar remessa", estará disponível a opção contas financeiras (alterado em atividade posterior para '''Agrupador''', leia Grupo de Formas de Cobrança, na mesma página), que ao ser selecionado, deve recuperar todas as contas financeiras liberadas para visualização do usuário que está utilizando.

O sistema gerará o arquivo de remessa unificado com dados de todas as formas de cobrança selecionadas. Na tabela TB_ArquivoRemessa, será gerado um arquivo de cada forma de cobrança, com o mesmo arquivo.

Considere estas mudanças aplicadas na tela de Gerar Remessa, Gerar Remessa Avulsa e Gerar Remessa de Alterações.
[[Arquivo:ImagemGerarRemessaAgrupador.png|alt=Tela Gerar Remessa com Filtro de Agrupador Disponível|centro|miniaturadaimagem|642x642px|Tela Gerar Remessa com Filtro de Agrupador Disponível]]

==== Grupos de forma de cobrança ====
Criada a Tabela TB_GrupoFormaCobranca e o atribuo IDGrupoFormaCobranca na TB_FormaCobranca;

Na tela de geração de remessa, adicionar o filtro do '''agrupador''' para selecionar as formas de cobrança a partir dele. Não será necessário adicionar conta financeira nos filtros.

Criado um CRUD de grupo de forma de cobrança, em Financeiro -> Tabelas de apoio -> Configuração bancaria -> Grupos de formas de cobrança. Os grupos deverão ser formados respeitando que os atributos sejam iguais:

* ContaFinanceira
* NumeroSequencial
* CodigoCarteira
* SemRegistro
* EntidadeEmissoraBoleto
* ModalidadeCobranca
* PercentualMulta
* PercentualJuros
* DebitoAutomatico
* BoletoPix
* CodigoTransmissao
* CodigoConvenio
* Operacao
* IdIntegradoraEletronica
* IdIntegradoraPix
* Cnab

Permissão: ALTERAR_GRUPOS_FORMA_COBRANCA = DC07 criada para cadastro dos grupos de formas de cobrança;
[[Arquivo:ImagemCadastroGrupoFormaCobranca.png|alt=Cadastro de Grupos de Forma de Cobrança|centro|miniaturadaimagem|776x776px|Cadastro de Grupos de Forma de Cobrança]]

=== Criar tela para arquivos de negativação ===

Tela apresentará arquivos da pasta indicada nas configurações, chave PATH_ARQUIVO_INCLU�SAO_EXCLUSAO_SERASA

Caminho:
==INTEGRAÇÃO==

=== Melhoria na integração de clientes SAP ===
Criada a tabela TB_ClienteIntegracaoSAP no módulo integração.

Na rotina de integração com os clientes:

Caso o campo IDClienteSAP estiver preenchido, no campo "CardCode", será enviado o dado IDClienteSAP, preenchido na TB_ClienteIntegraçãoSap;

Caso o campo IDClienteSAP for Null, será enviado no campo "CardCode" o mesmo dado que é enviado atualmente (C+IDCliente);

A tabela foi criada no banco de dados apenas, não há campo em tela;

=== Edição spuInclusaoSPC e spuRemocaoSPC ===
Para realizar integração com a SOPHUS, foi necessário atualizar as SPU's spuInclusaoSPC e spuRemocaoSPC.

* Adicionados os campos: Sexo, UFRG, UFNaturalidade, Naturalidade, Estado Civil para ambos as SPU's;
* Adicionados os campos: Número do Boleto; Nome da Mãe; Nome do Pai; Número celular (Telefone Móvel) para a spuRemocaoSPC.

OBS: Exceto o campo 'Sexo', todas as informações são disponibilizadas na tabela TB_InformacaoAdicionalCliente, do Módulo Comercial.

=== Realizar alteração de integração de multas no SAP ===
Alterada a spuBuscaFaturamentosPendentesIntegracao, que exibe dados de faturamento para integração na aba Financeiro -> Integração -> Faturamentos. Nessa tela serão exibidos todos os faturamentos já apresentados atualmente na spu, mas serão retirados os faturamentos cuja composição financeira tenha o atributo unidadeMedida igual a 1.

Criada uma nova procedure, apenas para a tela de faturamentos com pagamento, para exibir os faturamentos com pagamento e identificados com o atributo unidadeMedida = 1;

Criado novo parâmetro de conf.cfg da rotina de integração de faturamentos: emissaoMultaDataPagamento.

Alterar a rotina de integração de faturamentos para ler o novo parâmetro, emissaoMultaDataPagamento:

Sim: ao integrar o faturamento de composições financeiras que possuam o campo unidadeMedida=1 o sistema deverá enviar nos campos DocDate e TaxDate do JSON deverão ser informados com data de pagamento da fatura vinculada.Exemplo: Fatura do cliente: DataPagamento 10/07/2023.

Ao integrar para o SAP os campos DocDate e TaxDate, deverão ser enviados com a data do pagamento, ao invés da data atual como era antes desta atividade.

Não: Manter o Funcionamento do sistema;
[[Arquivo:ImagemFaturamentoNegociadas.png|alt=Tela de integração de Pagamento - Negociadas|centro|miniaturadaimagem|464x464px|Tela de integração de Pagamento - Negociadas]]
Criada uma nova tela para integrar faturamentos pagos por negociação. Nessa tela deverão ser exibidos os faturamentos cujas faturas originais foram negociadas, mas que não possuíam notas fiscais integradas.

Os valores referentes as negociações deverão ser enviadas para emissão de notas fiscais considerando o valor final da dívida, ou seja, deverão ser emitidos considerando os valores de multa, juros e descontos concedidos na negociação.

==INTRANET==

=== Adição do menu configurações do modulo intranet na tela ===
Adicionado ao menu do módulo intranet, link para a página de configurações do módulo.

Nesta página estarão disponíveis as chaves de configuração dos módulos de intranet.
[[Arquivo:ImagemConfiguracoesIntranet.png|alt=Configurações Intranet|centro|miniaturadaimagem|581x581px|Configurações Intranet]]
Caminho: Intranet -> Tabelas de apoio -> Configurações;

=== Permitir a manipulação de arquivos de imagem para central e app anexada no módulo intranet ===
Criado um caminho para mapear onde os arquivos serão salvos no servidor. Tabela Configurações, módulo intranet, chave: PATH_ARQUIVOS_CENTRAL.

Através da Tela, será possível, editar a descrição das imagens e excluir imagens.
[[Arquivo:ImagemCRUDImagensIntranet.png|alt=Cadastro de Imagens para App e Central, no módulo Intranet|centro|miniaturadaimagem|496x496px|Cadastro de Imagens para App e Central, no módulo Intranet]]

=== No módulo intranet, criar uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes ===
Criada uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes.

Localizada em Intranet -> Arquivos Central -> Cadastro.
[[Arquivo:ImagemEnviarArquivoCentral.png|alt=Tela de Envio de Arquivos para Central do Cliente e App do Cliente|centro|miniaturadaimagem|509x509px|Tela de Envio de Arquivos para Central do Cliente e App do Cliente]]

==OPERACIONAL==

=== Log de Alteração de atendimento ===
Será registrado em log, na TB_LogAtendimento. alterações no atendimento relacionadas ao tipo de atendimento ou tipo de contrato.

=== Validação no endpoint de abertura de atendimento ===
Ao solicitar a abertura de um atendimento via webservices, será validado se já há um atendimento com status diferente de SOLUCIONADO e SEM_SOLUCAO;

Se houver, será exibida a mensagem: "Não é possível abrir atendimento, pois o contrato já possui atendimento do tipo..." e será bloqueado a abertura do atendimento;

'''Alteração nos endpoints: /ws/comercial/atendimentos/cadastrar e /ws/comercial/atendimento;'''

=== Criação de histórico nas tipificações ===
Criada uma nova tabela, TB_LogTipoAtendimento, no módulo comercial.

Adicionada uma divisão "histórico" na tela de cadastro dos tipos de atendimentos. Quando cadastrar ou editar algum tipo de atendimento, este registro será adicionado na tabela de Log.
[[Arquivo:ImagemLogTipoAtendimento.png|alt=Exibição de histórico de log de tipo de atendimento|centro|miniaturadaimagem|539x539px|Exibição de histórico de log de tipo de atendimento]]

=== Atendimento de Contrato Cancelado ===
Ao realizar um upgrade ou Downgrade de contratos, o sistema irá analisar se no antigo contrato, existe vinculado algum atendimento do tipo de serviços de SUPORTE, INTERNO, ALTERACAO_ENDERECO ou SOLICITACAO_SERVICO com status diferente de SOLUCIONADO ou SEM_SOLUCAO.

[[Arquivo:ImagemPopUPAtendimentosTransferidos.png|alt=Pop up de aviso de atendimentos sendo transferidos a um novo contrato|centro|miniaturadaimagem|664x664px|Pop up de aviso de atendimentos sendo transferidos a um novo contrato]]

Caso haja, o sistema irá apresentar uma mensagem ao usuário avisando: "Existem atendimentos vinculados ao contrato anterior que serão transferidos ao novo contrato".

O sistema deverá automaticamente vincular ao novo contrato os atendimentos que se enquadrarem a regra. O sistema deverá criar log na TB_LogAtendimento no formato:

'''EDIÇÃO DE ATENDIMENTO'''

'''# Contrato do atendimento alterado por Upgrade/Downgrade:'''

'''- Antigo: Contrato A'''

'''- Novo: Contrato B'''

=== Realizar a Não Geração de O.S para Tecnologia OTT e Tv ===
Criado o atributo "geraOS" na TB_Plano, do tipo boolean;

Ao realizar uma edição de endereço no cadastro do '''Cliente -> Dados Pessoais -> Endereços''', o Adapter deverá trazer a relação de todos os contratos vinculados ao endereço que está no processo de edição.

Na alteração de um endereço, a alteração deverá ocorrer seguindo as seguintes regras:

* Todos os contratos selecionados para edição;
* Nos casos de contratos vinculados ao mesmo pacote, a alteração deverá ocorrer de forma obrigatória, não permitindo que o usuário consiga alterar as flags de marcação;
* Caso exista algum contrato no qual o plano esteja com a flag "geraOS" com atributo "false", o sistema Adapter não deverá realizar a abertura de OS de Alteração de Endereço.

Na tela de Contratos, em endereços vinculados, '''não será permitida a edição de endereços diretamente por esta tela''', quando o contrato selecionado estiver vinculado à um pacote. Esta alteração deverá ser feita a partir da tela em '''Clientes > Dados Pessoais > Endereços''', para que haja efeito sobre todos os contratos vinculado ao pacote.
[[Arquivo:ImagemBtnRetiradoVincular.png|alt=Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote|centro|miniaturadaimagem|570x570px|Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote]]

=== Realizar Confirmação de Tickets Pendentes ===
Na abertura de atendimentos, quando usuário realizar alguma ação tangível ao sistema, na tela de atendimentos, o sistema deverá mostrar uma mensagem ao usuário sobre a confirmação de salvar o atendimento:
[[Arquivo:ImagemPopUpPendentes.png|alt=Pop Up de Atendimentos Pendentes|centro|miniaturadaimagem|626x626px|Pop Up de Atendimentos Pendentes]]

Ao clicar em confirmar, o sistema deve salvar o atendimento. Caso clique em voltar, o usuário será redirecionado à tela de atendimentos.

=== Encaminhamento de Solicitação em Aberto ===
Criadas as tabelas TB_AtendimentoEncaminhamento, TB_MotivoEncaminhamento e TB_MotivoEncaminhamentoPerfil;

Em comercial -> tabelas de apoio -> atendimentos, criar nova tela para cadastrar os motivos de encaminhamento, com as informações de:

* Descrição;
* Ativo(sim/não);
* Perfis para seleção;

'''Regra de Negócio:'''

Na tela de atendimentos, ao clicar no botão alterar destino e selecionar o novo destino do atendimento, o sistema irá abrir um modal onde serão apresentados os motivos de encaminhamento ativos e atribuídos ao perfil do usuário logado. '''Essa informação deverá ser obrigatória.'''

No mesmo modal também deverá ser apresentado o campo de observações não obrigatória. Na edição dos atendimentos, deverá ser apresentada opção de visualizar histórico de encaminhamentos onde

==RELATÓRIOS==

=== Inclusão de coluna "nome do contrato" na exportação do faturamento ===
Adicionada a coluna nome do contrato, ao exportar faturamentos;

Para utilizar, adicione field nomePlano(String) no arquivo relatorio_eventos_faturamento.jasper;

==REDES==

=== Alteração no autenticador do provisionamento ===
ID_CONEXAO_TELNET_PROVISIONAMENTO não preenchido:

* Mapeamento Interno Adapter: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT de acordo com o IdCaixa, passado como parâmetro no body da requisição;
* Mapeamentos Integrados: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT através dos parâmetros tipoEquipamento, idCidade, tipoONT caso não tenha o IdCaixa;

Através da OLT o sistema irá buscar as conexões vinculadas a ela e o provisionamento irá ocorrer normalmente como e atualmente.

Foi corrigido um relacionamento incorreto, na consulta no banco na busca das conexões da OLT.

=== Alterar chave de integração para mapeamento ===
Criada a chave '''ID_SERVIDOR_INTEGRACAO_MAPEAMENTO''';

Removidas as chaves que faziam menção à mapeamentos integrados, ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_OZ_MAP e ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_GEOGRID;

==ROTINAS==
===Alterar rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto===
Alteradas as rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto,

Alteradas para verificar se é dia útil por cidade, nas rotinas q utilizam a TB_DiaNaoUtil.

Modificadas as rotinas EnvioFaturasNotasFiscais, ImpressaoMassa e EnvioAtrasoSMS.

=== Criar uma rotina para executar a consulta de pagamentos de pix (cielo) e dar baixa na fatura caso a mesma tenha sido paga. ===
Endpoint criado : /ws/financeiro/pix_dinamico/pagamentos/consultar

Regra de Negócio:

* O endpoint busca todas as cobranças pix geradas e não pagas, que a data de expiração seja maior que o dia anterior, através da spuBuscaPixDinamicoSemPagamento.
* Para cada registro encontrado, será acionado o endpoint da cielo '''(/1/sales/ - GET)''', conforme documentação, para verificar se foi pago ou não.
* Caso o status de retorno seja 1 ou 2 (de acordo com documentação da Cielo), dará baixa na fatura;
* Ao final de toda execução o endpoint roda uma query para apagar todos os pix com data de expiração menor que ontem.

OBS: Esse endpoint interno, salva todos os logs da consulta na integradora na TB_LogPixDinamico.

=== Atendimento Log4 - Status de Rotina de Atendimento Recorrente ===

Criado um novo parâmetro, no arquivo '''conf.properties''', nomeado StatusAtendimentoRecorrente. Nesse parâmetro deve ser passado o status que o atendimento de recorrência, criado pela rotina vaio assumir. Deverá ser informado um valor único dos status aceitos pelo sistema.

Alterada a rotina de atendimentos recorrentes, para na abertura de atendimentos do tipo recorrência, o status do atendimento aberto seja o informado na configuração da rotina.

==TELEFONIA==

=== Estudar forma de enviar as estatísticas diárias do SIP PULSE ativadas no momento da venda do contrato ===
Alterar a forma de enviar novos contratos para a integração SIP Pulse, para que seja possível enviar, no momento da venda as estatísticas diárias dos contratos ativadas.

Para isso, ao incluir um novo assinante (venda de um novo contrato), o sistema deverá, após as chamadas de inclusão de assinante na plataforma SIPPULSE, chamar o método de ativar estatísticas e setar o campo BloqueioEstatisticasDiarias deverá ser salvo como false.

==TERCEIROS==
==WEBSERVICES==

=== Criar novo método para retornar imagem para central e app anexada no modulo intranet ===
Endpoints criados:

GET - intranet/central/arquivos

GET - intranet/central/arquivos/{id}

Dúvidas, consultar o manual webservices Adapter;

=== Novo Endpoint de Negociação ===
Criado novo endpoint: '''<nowiki>https://URL/ws/financeiro/faturas_negociar</nowiki>'''

Criado no objetivo que não seja necessário enviar a senha da central no endpoint, recebendo apenas o CPF do usuário;

Mais detalhes, consultar o manual de webservices Adapter.

Atualizações Julho2023

2023-08-24T18:01:04Z

Laennerth.silva: /* Realizar a Não Geração de O.S para Tecnologia OTT e Tv */

==AUTENTICAÇÃO==
==COMERCIAL==

=== Realizar atualização de cadastro de clientes ===
Chave Criada: INTERVALO_DIAS_OBRIGATORIO_ATUALIZAR_CLIENTE

Ao abrir a tela do cliente (Comercial -> Clientes), o sistema deverá verificar na tb_Cliente o campo dataUltimaAtualizacao, a ultima atualização feita dos dados pessoais deste cliente e verificar se o intervalo para atualização esta num prazo menor que o estipulado.

Se estiver em um prazo maior que o estipulado, o sistema deverá exibir a mensagem.
[[Arquivo:ImagemMensagemClienteDesatualizado.png|alt=Mensagem de Cliente Desatualizado|centro|miniaturadaimagem|563x563px|Mensagem de Cliente Desatualizado]]

Caso a chave esteja NULL, ele não fará a validação.

=== Cliente Churn - Endpoint para alimentar a nova tabela relacionada a cliente com dado de risco de cancelamento ===

# Criada a nova tabela TB_InformacaoAdicionalCliente no módulo comercial.
# Criado um novo endpoint para Webservice Adapter que receba os dados para pontuação do cliente.
# Este endpoint alimenta a TB_InformacaoAdicionalCliente e o campo PontuacaoTotalRiscoCancelamento.
# Caso seja enviado um dado de um cliente que ja possua este campo preenchido, o sistema deve sobrescrever este dado;
# Se o campo PontuacaoTotalRiscoCancelamento estiver preenchido, será exibido na tela principal de dados do cliente;

[[Arquivo:ImagemRiscoChurnTela.png|alt=Exibição de Risco de Churn em Tela de Cliente|centro|miniaturadaimagem|507x507px|Exibição de Risco de Churn em Tela de Cliente]]

Endpoint Criado: https://[URL]/ws/comercial/clientes/informacao_adicional

=== Adicionar novos campos na TB_InformacaoAdicionalCliente e no cadastro de cliente ===
Adicionados os campos UFRG, EstadoCivil (SOLTEIRO, CASADO, DIVORCIADO, VIÚVO, OUTRO), Naturalidade, UFNaturalidade;

Estes campos estarão populando a tabela TB_InformacaoAdicionalCliente.

Serão apresentados quando for um cliente pessoa física, sendo que apenas o UF RG é obrigatório.

[[Arquivo:ImagemCamposNovosInformaçãoAdicionalCliente.png|alt=Novos Campos para Informação Adicional do Cadastro de Cliente|centro|miniaturadaimagem|549x549px|Novos Campos para Informação Adicional do Cadastro de Cliente]]

=== Log Edição Endereço ===
Implementada a criação de log de edição de endereços. Tais modificações estarão disponíveis nas tabelas TB_LogCliente e TB_LogContrato.

Ao realizar uma edição do cadastro de endereço de um cliente, há uma pergunta em um pop up: "Deseja apenas corrigir algum erro no cadastro de clientes?":

* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente e na TB_LogContrat do contrato vinculado;

* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e através do botão cadastrar: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e um novo endereço seja vinculado: O sistema deverá salvar as alterações na tabela TB_LogContrato.

[[Arquivo:ImagemLogAlteraçãoEndereço.png|alt=Log de edição de endereço|centro|miniaturadaimagem|487x487px|Log de edição de endereço]]
Deverão ser levadas em consideração as edições nos campos:

* CEP;
* Estado;
* Cidade;
* Bairro;
* TipoLogradouro;
* Logradouro;
* Número;
* TipoComplemento;
* Complemento;
* Referência;
* Classificação;
* Latitude;
* Longitude;

=== Atualização de Prospectos ===
Ao cadastrar um prospecto no sistema, ao informar o CPF do prospecto, caso já haja na base um cadastro de cliente com o mesmo CPF informado, antes de sobrescrever os dados do prospecto, o sistema deverá checar se os dados de telefone celular, telefone fixo, sexo, e-mail informados no prospecto são iguais aos dados já no cadastro do cliente.

* Se sim, prosseguir com a recuperação dos dados de cliente como é feito atualmente e seguir com o cadastro do prospecto.
* Se não, o sistema deverá exibir modal com os dados divergentes e permitir que o usuário escolha qual dado será mantido em ambos os cadastros. Ao selecionar a opção de manter dados seja do prospecto seja do cliente, os dados deverão ser atualizados em ambos os cadastros.

A alteração realizada deverá gerar log na TB_LogCliente (edição) e na TB_LogProspecto (cadastro),

=== Armazenar dados do SPC e Clear Sales ===
Criada chave DIAS_INTERVALO_CONSULTA_CLEARSALE no módulo comercial.

Ao cadastrar um prospecto no sistema, após informar o CPF do prospecto, e nos filtros correspondentes as ações de qualificação CONSULTA_CLEAR_SALE e CREDITO_POR_CPF o sistema deverá validar se há outros prospectos registrados para o mesmo CPF registrados no sistema:

'''Se sim: VALIDAR CLEAR SALE'''

No prospecto registrado anteriormente, há algum registro na TB_ProspectoDataTrust com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_CLEARSALE:

* '''Se sim:''' o sistema deverá exibir mensagem ao usuário, informado que o CPF já possui resultados da consulta.
** Se aprovado ou reprovado na consulta anterior, o sistema deverá replicar o registro de TB_ProspectoDataTrust do prospecto anterior para o novo prospecto, simulando a realização da consulta.
* Se não: seguir com a realização da consulta integrada normalmente.

'''Validar SPC/SERASA/SOPHUS'''

No prospecto registrado anteriormente, há algum registro na TB_ConsultaCredito com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_SPC.

* Se sim: o sistema deverá exibir mensagem ao usuário informado que o CPF em questão já resultado da consulta.
** Se aprovado ou reprovado na consulta anterior. Não é necessária replicação de registro pois a TB_ConsultaCredito é vinculada apenas a CPF e não a prospecto.
* Se não: seguir com a realização da consulta integrada normalmente.

=== Inclusão de dois ou mais itens no mesmo pacote ===
Será permitido o cadastro de pacotes de planos no sistema, que tenha mais de um item de mesma tecnologia, na tela de cadastro de pacotes de planos.
[[Arquivo:ImagemCadastroPacotePlanos.png|alt=Cadastro de pacote de planos com mais de um mesh por tecnologia.|centro|miniaturadaimagem|529x529px|Cadastro de pacote de planos com mais de um mesh por tecnologia.]]

=== Melhoria de Prospecto ===
Criada uma nova qualificação de funil automática chamada CONSULTA_CEL_EMAIL.

Criada uma nova chave de configuração do modulo comercial IDS_FUNIS_PROSPECTO_ALTERACAO_CEL_EMAIL.

Criada a tabela TB_ConsultaCelularEmailInterno, no módulo comercial, semelhante as outras qualificações de prospectos;

'''Regra de Negócio'''

No funil de qualificação CONSULTA_CEL_EMAIL, a consulta busca dados da base interna do sistema, consultando se o e-mail e tekefon celular informados no cadastro do prospecto já estão vinculados a um ou a mais clientes:

* '''Se sim''', o prospecto será reprovado;
* '''Se não'''. o prospecto seguirá o cadastro;

A qualificação CONSULTA_CEL_EMAIL deve ser exibida no histórico de qualificações.

=== Melhoria em Motivos de Cancelamento de um Contrato ===
Criado novo atributo IsDesistencia (boolean) na tabela TB_MotivoCancelamento;

Alterado o cadastro de motivos de cancelamento para que seja possível informar na tela se o motivo de cancelamento se trata de uma desistência de contratação (sim/não).

Ao realizar o cancelamento de contrato o sistema deverá:

* Se o status do contrato for AGUARDANDO_INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia true.
* Se o status do contrato for diferente de AGUARDANDO INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia = false:

[[Arquivo:ImagemMotivoCancelamento.png|alt=Cadastro de Motivo Cancelamento com Flag Desistência|centro|miniaturadaimagem|391x391px|Cadastro de Motivo Cancelamento com Flag Desistência]]

Criada nova tabela TB_MotivoCancelamentoPerfil (IDMotivoCancelamento,IDPerfil);

Alterado o cadastro de motivos de cancelamento, para que seja possível informar a quais perfis o motivo estará liberado para visualização.

Ao realizar o cancelamento do contrato o sistema deverá recuperar a lista de motivos liberados para o perfil do usuário.

=== Melhoria nos vencimentos exibidos do contrato ===
Nos combos onde há seleção do dia do vencimento exibir uma legenda para o dia inicial e final de cobrança do período configurado no vencimento no combobox.

Modificadas as telas de venda de um contrato e alteração de vencimento.
[[Arquivo:ImagemAlteraçãoVencimentoPrePos.png|alt=Períodos de Vencimentos Apresentados|centro|miniaturadaimagem|412x412px|Períodos de Vencimentos Apresentados]]

==FINANCEIRO==

=== Alterar multa do cancelamento compulsório ===
Alterada a forma em que o sistema realiza o cálculo da multa do cancelamento compulsório, para que se padronize se fazer o cálculo pela mesma regra do cancelamento voluntário, ou seja, considerando como parâmetro de data o vencimento da fidelidade do contrato e a data do cancelamento.

Chave criada: MULTA_CANCELAMENTO_COMPULSORIO_POR_DATA_CANCELAMENTO, campo boolean;

Regra de Negócio:

* Se a informação desse campo for true, o sistema deverá realizar o cálculo de multa no cancelamento compulsório baseado na data de vencimento da fidelidade e data de cancelamento.
* Se a informação desse campo for false, o sistema deverá realizar o calculo de multa do cancelamento compulsório baseado na data de vencimento fidelidade e a data de vencimento da primeira fatura em aberto, como é feito atualmente.

=== Permissão de faturas e faturamento por cliente ===

==== Regra de Negócio para Faturamentos: ====

* Criada a permissão GERAR FATURAMENTO POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURAMENTO POR CLIENTE devem visualizar apenas a tela de geração de faturamento por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURAMENTO - FT01, devem visualizar as telas de geração de faturamento por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturamentoPorCliente.png|alt=Tela de Faturamento disponível apenas por cliente|centro|miniaturadaimagem|560x560px|Tela de Faturamento disponível apenas por cliente]]

==== Regra de Negócio para Faturas: ====

* Criada a permissão GERAR FATURA POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURA POR CLIENTE devem visualizar apenas a tela de geração de faturas por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURA - FT08, devem visualizar as telas de geração de faturas por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturaCliente.png|alt=Tela de Fatura disponível apenas por cliente|centro|miniaturadaimagem|573x573px|Tela de Fatura disponível apenas por cliente]]

=== Alteração tela de impressão em massa, ===
Na tela de impressão em massa, o sistema não irá exibir as formas de cobrança marcadas como IsCartaoRecorrente = true;

Criada a tabela TB_UsuarioFormaCobranca.

Alterado o cadastro de usuários Adapter para que apresente uma tela de seleção de formas de cobrança. Ao ser selecionado, esta determina as formas de cobrança que estarão disponíveis ao utilizar a tela de impressão em massa.
[[Arquivo:ImagemTelaFormaCobrancaImpressaoMassa.png|alt=Tela de seleção de formas de cobrança para impressão em massa|centro|miniaturadaimagem|642x642px|Tela de seleção de formas de cobrança para impressão em massa]]

==== Colocar limit opcional e campo para filtro de opções de cidade ====
Foram adicionados, um campo de Quantidade de clientes, que recebe um número inteiro e limita o número de impressões;

E um combo de seleção de cidades, com filtro de pesquisa textual;
[[Arquivo:ImagemCamposImpressaoEmMassa.png|alt=Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa|centro|miniaturadaimagem|609x609px|Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa]]

=== Alterar atributo de "apto carnê" contratos cancelados ===
Alterado o atributo "apto para gerar carnê", agora ele ficará disponível para edição deste atributo em contratos cancelados.

=== Alterar observações fiscais contratos cancelados ===
Será permitida a alteração de observações fiscais e observação de fatura em contratos cancelados.
[[Arquivo:ImagemObservaçãoFiscal.png|alt=Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais|centro|miniaturadaimagem|658x658px|Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais]]

=== Filtro de forma de cobrança ===
Na tela de serviços adicionais, em Clientes -> Dados Financeiros -> Serviços Adicionais, serão exibidos serviços que:

* Estejam vinculados a área de cobertura da cidade, do endereço do cliente;
* Que a empresa vinculada à conta financeira seja igual ou esteja contida na composição do cadastro de serviço (Ainda sendo implementado);

[[Arquivo:ImagemServiçosParaAdicionarFiltro.png|alt=Serviços disponíveis para adicionar ao contrato|centro|miniaturadaimagem|438x438px|Serviços disponíveis para adicionar ao contrato]]

=== Alteração de Fatura Proporcional ===

Criada uma nova chave, no módulo financeiro, denominada STATUS DE CONTRATO PARA GERACAO DE PROPORCIONAIS. Nessa chave, devem ser informados os nomes dos status que permitem geração de faturamento mensal de proporcionais.

Serão aceitos dados nessa chave dados no formato texto exatamente iguais aos cadastrados para status de contrato no sistema (CANCELADO, EM NEGOCIACAO, HABILITADO, HABILITADO EM CONFIANCA, INATIVO TEMPORARIAMENTE, SUSPENSO, SUSPENSO PARCIALMENTE)

Alterar as procedures de faturamento que informam os status de contrato que deverão passar a ler essa chave para geração.

Na geração de faturamentos deverá ser respeitado o parâmetro para a geração.

=== Alteração na tela de Integração de Faturamentos ===
Otimizada a SPU spuBuscaFaturamentosPendentesIntegracao para diminuir o tempo de resposta da tela de integração de faturamento pendente.

Retirado botão '''+''' da tela de integração -> faturamentos.
[[Arquivo:ImagemBotão+.png|alt=Retirado botão +|centro|miniaturadaimagem|499x499px|Retirado botão +]]

=== Adicionar flags de formas de cobranças para gerar remessas ===
Para atender a necessidade de gerar remessas para várias formas de cobrança ao mesmo tempo, foi desenvolvido:

Na funcionalidade "integração bancária -> gerar remessa", estará disponível a opção contas financeiras (alterado em atividade posterior para '''Agrupador''', leia Grupo de Formas de Cobrança, na mesma página), que ao ser selecionado, deve recuperar todas as contas financeiras liberadas para visualização do usuário que está utilizando.

O sistema gerará o arquivo de remessa unificado com dados de todas as formas de cobrança selecionadas. Na tabela TB_ArquivoRemessa, será gerado um arquivo de cada forma de cobrança, com o mesmo arquivo.

Considere estas mudanças aplicadas na tela de Gerar Remessa, Gerar Remessa Avulsa e Gerar Remessa de Alterações.
[[Arquivo:ImagemGerarRemessaAgrupador.png|alt=Tela Gerar Remessa com Filtro de Agrupador Disponível|centro|miniaturadaimagem|642x642px|Tela Gerar Remessa com Filtro de Agrupador Disponível]]

==== Grupos de forma de cobrança ====
Criada a Tabela TB_GrupoFormaCobranca e o atribuo IDGrupoFormaCobranca na TB_FormaCobranca;

Na tela de geração de remessa, adicionar o filtro do '''agrupador''' para selecionar as formas de cobrança a partir dele. Não será necessário adicionar conta financeira nos filtros.

Criado um CRUD de grupo de forma de cobrança, em Financeiro -> Tabelas de apoio -> Configuração bancaria -> Grupos de formas de cobrança. Os grupos deverão ser formados respeitando que os atributos sejam iguais:

* ContaFinanceira
* NumeroSequencial
* CodigoCarteira
* SemRegistro
* EntidadeEmissoraBoleto
* ModalidadeCobranca
* PercentualMulta
* PercentualJuros
* DebitoAutomatico
* BoletoPix
* CodigoTransmissao
* CodigoConvenio
* Operacao
* IdIntegradoraEletronica
* IdIntegradoraPix
* Cnab

Permissão: ALTERAR_GRUPOS_FORMA_COBRANCA = DC07 criada para cadastro dos grupos de formas de cobrança;
[[Arquivo:ImagemCadastroGrupoFormaCobranca.png|alt=Cadastro de Grupos de Forma de Cobrança|centro|miniaturadaimagem|776x776px|Cadastro de Grupos de Forma de Cobrança]]

=== Criar tela para arquivos de negativação ===

==INTEGRAÇÃO==

=== Melhoria na integração de clientes SAP ===
Criada a tabela TB_ClienteIntegracaoSAP no módulo integração.

Na rotina de integração com os clientes:

Caso o campo IDClienteSAP estiver preenchido, no campo "CardCode", será enviado o dado IDClienteSAP, preenchido na TB_ClienteIntegraçãoSap;

Caso o campo IDClienteSAP for Null, será enviado no campo "CardCode" o mesmo dado que é enviado atualmente (C+IDCliente);

A tabela foi criada no banco de dados apenas, não há campo em tela;

=== Edição spuInclusaoSPC e spuRemocaoSPC ===
Para realizar integração com a SOPHUS, foi necessário atualizar as SPU's spuInclusaoSPC e spuRemocaoSPC.

* Adicionados os campos: Sexo, UFRG, UFNaturalidade, Naturalidade, Estado Civil para ambos as SPU's;
* Adicionados os campos: Número do Boleto; Nome da Mãe; Nome do Pai; Número celular (Telefone Móvel) para a spuRemocaoSPC.

OBS: Exceto o campo 'Sexo', todas as informações são disponibilizadas na tabela TB_InformacaoAdicionalCliente, do Módulo Comercial.

=== Realizar alteração de integração de multas no SAP ===
Alterada a spuBuscaFaturamentosPendentesIntegracao, que exibe dados de faturamento para integração na aba Financeiro -> Integração -> Faturamentos. Nessa tela serão exibidos todos os faturamentos já apresentados atualmente na spu, mas serão retirados os faturamentos cuja composição financeira tenha o atributo unidadeMedida igual a 1.

Criada uma nova procedure, apenas para a tela de faturamentos com pagamento, para exibir os faturamentos com pagamento e identificados com o atributo unidadeMedida = 1;

Criado novo parâmetro de conf.cfg da rotina de integração de faturamentos: emissaoMultaDataPagamento.

Alterar a rotina de integração de faturamentos para ler o novo parâmetro, emissaoMultaDataPagamento:

Sim: ao integrar o faturamento de composições financeiras que possuam o campo unidadeMedida=1 o sistema deverá enviar nos campos DocDate e TaxDate do JSON deverão ser informados com data de pagamento da fatura vinculada.Exemplo: Fatura do cliente: DataPagamento 10/07/2023.

Ao integrar para o SAP os campos DocDate e TaxDate, deverão ser enviados com a data do pagamento, ao invés da data atual como era antes desta atividade.

Não: Manter o Funcionamento do sistema;
[[Arquivo:ImagemFaturamentoNegociadas.png|alt=Tela de integração de Pagamento - Negociadas|centro|miniaturadaimagem|464x464px|Tela de integração de Pagamento - Negociadas]]
Criada uma nova tela para integrar faturamentos pagos por negociação. Nessa tela deverão ser exibidos os faturamentos cujas faturas originais foram negociadas, mas que não possuíam notas fiscais integradas.

Os valores referentes as negociações deverão ser enviadas para emissão de notas fiscais considerando o valor final da dívida, ou seja, deverão ser emitidos considerando os valores de multa, juros e descontos concedidos na negociação.

==INTRANET==

=== Adição do menu configurações do modulo intranet na tela ===
Adicionado ao menu do módulo intranet, link para a página de configurações do módulo.

Nesta página estarão disponíveis as chaves de configuração dos módulos de intranet.
[[Arquivo:ImagemConfiguracoesIntranet.png|alt=Configurações Intranet|centro|miniaturadaimagem|581x581px|Configurações Intranet]]
Caminho: Intranet -> Tabelas de apoio -> Configurações;

=== Permitir a manipulação de arquivos de imagem para central e app anexada no módulo intranet ===
Criado um caminho para mapear onde os arquivos serão salvos no servidor. Tabela Configurações, módulo intranet, chave: PATH_ARQUIVOS_CENTRAL.

Através da Tela, será possível, editar a descrição das imagens e excluir imagens.
[[Arquivo:ImagemCRUDImagensIntranet.png|alt=Cadastro de Imagens para App e Central, no módulo Intranet|centro|miniaturadaimagem|496x496px|Cadastro de Imagens para App e Central, no módulo Intranet]]

=== No módulo intranet, criar uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes ===
Criada uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes.

Localizada em Intranet -> Arquivos Central -> Cadastro.
[[Arquivo:ImagemEnviarArquivoCentral.png|alt=Tela de Envio de Arquivos para Central do Cliente e App do Cliente|centro|miniaturadaimagem|509x509px|Tela de Envio de Arquivos para Central do Cliente e App do Cliente]]

==OPERACIONAL==

=== Log de Alteração de atendimento ===
Será registrado em log, na TB_LogAtendimento. alterações no atendimento relacionadas ao tipo de atendimento ou tipo de contrato.

=== Validação no endpoint de abertura de atendimento ===
Ao solicitar a abertura de um atendimento via webservices, será validado se já há um atendimento com status diferente de SOLUCIONADO e SEM_SOLUCAO;

Se houver, será exibida a mensagem: "Não é possível abrir atendimento, pois o contrato já possui atendimento do tipo..." e será bloqueado a abertura do atendimento;

'''Alteração nos endpoints: /ws/comercial/atendimentos/cadastrar e /ws/comercial/atendimento;'''

=== Criação de histórico nas tipificações ===
Criada uma nova tabela, TB_LogTipoAtendimento, no módulo comercial.

Adicionada uma divisão "histórico" na tela de cadastro dos tipos de atendimentos. Quando cadastrar ou editar algum tipo de atendimento, este registro será adicionado na tabela de Log.
[[Arquivo:ImagemLogTipoAtendimento.png|alt=Exibição de histórico de log de tipo de atendimento|centro|miniaturadaimagem|539x539px|Exibição de histórico de log de tipo de atendimento]]

=== Atendimento de Contrato Cancelado ===
Ao realizar um upgrade ou Downgrade de contratos, o sistema irá analisar se no antigo contrato, existe vinculado algum atendimento do tipo de serviços de SUPORTE, INTERNO, ALTERACAO_ENDERECO ou SOLICITACAO_SERVICO com status diferente de SOLUCIONADO ou SEM_SOLUCAO.

[[Arquivo:ImagemPopUPAtendimentosTransferidos.png|alt=Pop up de aviso de atendimentos sendo transferidos a um novo contrato|centro|miniaturadaimagem|664x664px|Pop up de aviso de atendimentos sendo transferidos a um novo contrato]]

Caso haja, o sistema irá apresentar uma mensagem ao usuário avisando: "Existem atendimentos vinculados ao contrato anterior que serão transferidos ao novo contrato".

O sistema deverá automaticamente vincular ao novo contrato os atendimentos que se enquadrarem a regra. O sistema deverá criar log na TB_LogAtendimento no formato:

'''EDIÇÃO DE ATENDIMENTO'''

'''# Contrato do atendimento alterado por Upgrade/Downgrade:'''

'''- Antigo: Contrato A'''

'''- Novo: Contrato B'''

=== Realizar a Não Geração de O.S para Tecnologia OTT e Tv ===
Criado o atributo "geraOS" na TB_Plano, do tipo boolean;

Ao realizar uma edição de endereço no cadastro do '''Cliente -> Dados Pessoais -> Endereços''', o Adapter deverá trazer a relação de todos os contratos vinculados ao endereço que está no processo de edição.

Na alteração de um endereço, a alteração deverá ocorrer seguindo as seguintes regras:

* Todos os contratos selecionados para edição;
* Nos casos de contratos vinculados ao mesmo pacote, a alteração deverá ocorrer de forma obrigatória, não permitindo que o usuário consiga alterar as flags de marcação;
* Caso exista algum contrato no qual o plano esteja com a flag "geraOS" com atributo "false", o sistema Adapter não deverá realizar a abertura de OS de Alteração de Endereço.

Na tela de Contratos, em endereços vinculados, '''não será permitida a edição de endereços diretamente por esta tela''', quando o contrato selecionado estiver vinculado à um pacote. Esta alteração deverá ser feita a partir da tela em '''Clientes > Dados Pessoais > Endereços''', para que haja efeito sobre todos os contratos vinculado ao pacote.
[[Arquivo:ImagemBtnRetiradoVincular.png|alt=Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote|centro|miniaturadaimagem|570x570px|Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote]]

=== Realizar Confirmação de Tickets Pendentes ===
Na abertura de atendimentos, quando usuário realizar alguma ação tangível ao sistema, na tela de atendimentos, o sistema deverá mostrar uma mensagem ao usuário sobre a confirmação de salvar o atendimento:
[[Arquivo:ImagemPopUpPendentes.png|alt=Pop Up de Atendimentos Pendentes|centro|miniaturadaimagem|626x626px|Pop Up de Atendimentos Pendentes]]

Ao clicar em confirmar, o sistema deve salvar o atendimento. Caso clique em voltar, o usuário será redirecionado à tela de atendimentos.

=== Encaminhamento de Solicitação em Aberto ===
Criadas as tabelas TB_AtendimentoEncaminhamento, TB_MotivoEncaminhamento e TB_MotivoEncaminhamentoPerfil;

Em comercial -> tabelas de apoio -> atendimentos, criar nova tela para cadastrar os motivos de encaminhamento, com as informações de:

* Descrição;
* Ativo(sim/não);
* Perfis para seleção;

'''Regra de Negócio:'''

Na tela de atendimentos, ao clicar no botão alterar destino e selecionar o novo destino do atendimento, o sistema irá abrir um modal onde serão apresentados os motivos de encaminhamento ativos e atribuídos ao perfil do usuário logado. '''Essa informação deverá ser obrigatória.'''

No mesmo modal também deverá ser apresentado o campo de observações não obrigatória. Na edição dos atendimentos, deverá ser apresentada opção de visualizar histórico de encaminhamentos onde

==RELATÓRIOS==

=== Inclusão de coluna "nome do contrato" na exportação do faturamento ===
Adicionada a coluna nome do contrato, ao exportar faturamentos;

Para utilizar, adicione field nomePlano(String) no arquivo relatorio_eventos_faturamento.jasper;

==REDES==

=== Alteração no autenticador do provisionamento ===
ID_CONEXAO_TELNET_PROVISIONAMENTO não preenchido:

* Mapeamento Interno Adapter: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT de acordo com o IdCaixa, passado como parâmetro no body da requisição;
* Mapeamentos Integrados: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT através dos parâmetros tipoEquipamento, idCidade, tipoONT caso não tenha o IdCaixa;

Através da OLT o sistema irá buscar as conexões vinculadas a ela e o provisionamento irá ocorrer normalmente como e atualmente.

Foi corrigido um relacionamento incorreto, na consulta no banco na busca das conexões da OLT.

=== Alterar chave de integração para mapeamento ===
Criada a chave '''ID_SERVIDOR_INTEGRACAO_MAPEAMENTO''';

Removidas as chaves que faziam menção à mapeamentos integrados, ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_OZ_MAP e ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_GEOGRID;

==ROTINAS==
===Alterar rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto===
Alteradas as rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto,

Alteradas para verificar se é dia útil por cidade, nas rotinas q utilizam a TB_DiaNaoUtil.

Modificadas as rotinas EnvioFaturasNotasFiscais, ImpressaoMassa e EnvioAtrasoSMS.

=== Criar uma rotina para executar a consulta de pagamentos de pix (cielo) e dar baixa na fatura caso a mesma tenha sido paga. ===
Endpoint criado : /ws/financeiro/pix_dinamico/pagamentos/consultar

Regra de Negócio:

* O endpoint busca todas as cobranças pix geradas e não pagas, que a data de expiração seja maior que o dia anterior, através da spuBuscaPixDinamicoSemPagamento.
* Para cada registro encontrado, será acionado o endpoint da cielo '''(/1/sales/ - GET)''', conforme documentação, para verificar se foi pago ou não.
* Caso o status de retorno seja 1 ou 2 (de acordo com documentação da Cielo), dará baixa na fatura;
* Ao final de toda execução o endpoint roda uma query para apagar todos os pix com data de expiração menor que ontem.

OBS: Esse endpoint interno, salva todos os logs da consulta na integradora na TB_LogPixDinamico.

=== Atendimento Log4 - Status de Rotina de Atendimento Recorrente ===

Criado um novo parâmetro, no arquivo '''conf.properties''', nomeado StatusAtendimentoRecorrente. Nesse parâmetro deve ser passado o status que o atendimento de recorrência, criado pela rotina vaio assumir. Deverá ser informado um valor único dos status aceitos pelo sistema.

Alterada a rotina de atendimentos recorrentes, para na abertura de atendimentos do tipo recorrência, o status do atendimento aberto seja o informado na configuração da rotina.

==TELEFONIA==

=== Estudar forma de enviar as estatísticas diárias do SIP PULSE ativadas no momento da venda do contrato ===
Alterar a forma de enviar novos contratos para a integração SIP Pulse, para que seja possível enviar, no momento da venda as estatísticas diárias dos contratos ativadas.

Para isso, ao incluir um novo assinante (venda de um novo contrato), o sistema deverá, após as chamadas de inclusão de assinante na plataforma SIPPULSE, chamar o método de ativar estatísticas e setar o campo BloqueioEstatisticasDiarias deverá ser salvo como false.

==TERCEIROS==
==WEBSERVICES==

=== Criar novo método para retornar imagem para central e app anexada no modulo intranet ===
Endpoints criados:

GET - intranet/central/arquivos

GET - intranet/central/arquivos/{id}

Dúvidas, consultar o manual webservices Adapter;

=== Novo Endpoint de Negociação ===
Criado novo endpoint: '''<nowiki>https://URL/ws/financeiro/faturas_negociar</nowiki>'''

Criado no objetivo que não seja necessário enviar a senha da central no endpoint, recebendo apenas o CPF do usuário;

Mais detalhes, consultar o manual de webservices Adapter.

Atualizações Julho2023

2023-08-24T17:49:45Z

Laennerth.silva: /* Alteração de Fatura Proporcional */

==AUTENTICAÇÃO==
==COMERCIAL==

=== Realizar atualização de cadastro de clientes ===
Chave Criada: INTERVALO_DIAS_OBRIGATORIO_ATUALIZAR_CLIENTE

Ao abrir a tela do cliente (Comercial -> Clientes), o sistema deverá verificar na tb_Cliente o campo dataUltimaAtualizacao, a ultima atualização feita dos dados pessoais deste cliente e verificar se o intervalo para atualização esta num prazo menor que o estipulado.

Se estiver em um prazo maior que o estipulado, o sistema deverá exibir a mensagem.
[[Arquivo:ImagemMensagemClienteDesatualizado.png|alt=Mensagem de Cliente Desatualizado|centro|miniaturadaimagem|563x563px|Mensagem de Cliente Desatualizado]]

Caso a chave esteja NULL, ele não fará a validação.

=== Cliente Churn - Endpoint para alimentar a nova tabela relacionada a cliente com dado de risco de cancelamento ===

# Criada a nova tabela TB_InformacaoAdicionalCliente no módulo comercial.
# Criado um novo endpoint para Webservice Adapter que receba os dados para pontuação do cliente.
# Este endpoint alimenta a TB_InformacaoAdicionalCliente e o campo PontuacaoTotalRiscoCancelamento.
# Caso seja enviado um dado de um cliente que ja possua este campo preenchido, o sistema deve sobrescrever este dado;
# Se o campo PontuacaoTotalRiscoCancelamento estiver preenchido, será exibido na tela principal de dados do cliente;

[[Arquivo:ImagemRiscoChurnTela.png|alt=Exibição de Risco de Churn em Tela de Cliente|centro|miniaturadaimagem|507x507px|Exibição de Risco de Churn em Tela de Cliente]]

Endpoint Criado: https://[URL]/ws/comercial/clientes/informacao_adicional

=== Adicionar novos campos na TB_InformacaoAdicionalCliente e no cadastro de cliente ===
Adicionados os campos UFRG, EstadoCivil (SOLTEIRO, CASADO, DIVORCIADO, VIÚVO, OUTRO), Naturalidade, UFNaturalidade;

Estes campos estarão populando a tabela TB_InformacaoAdicionalCliente.

Serão apresentados quando for um cliente pessoa física, sendo que apenas o UF RG é obrigatório.

[[Arquivo:ImagemCamposNovosInformaçãoAdicionalCliente.png|alt=Novos Campos para Informação Adicional do Cadastro de Cliente|centro|miniaturadaimagem|549x549px|Novos Campos para Informação Adicional do Cadastro de Cliente]]

=== Log Edição Endereço ===
Implementada a criação de log de edição de endereços. Tais modificações estarão disponíveis nas tabelas TB_LogCliente e TB_LogContrato.

Ao realizar uma edição do cadastro de endereço de um cliente, há uma pergunta em um pop up: "Deseja apenas corrigir algum erro no cadastro de clientes?":

* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente e na TB_LogContrat do contrato vinculado;

* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e através do botão cadastrar: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e um novo endereço seja vinculado: O sistema deverá salvar as alterações na tabela TB_LogContrato.

[[Arquivo:ImagemLogAlteraçãoEndereço.png|alt=Log de edição de endereço|centro|miniaturadaimagem|487x487px|Log de edição de endereço]]
Deverão ser levadas em consideração as edições nos campos:

* CEP;
* Estado;
* Cidade;
* Bairro;
* TipoLogradouro;
* Logradouro;
* Número;
* TipoComplemento;
* Complemento;
* Referência;
* Classificação;
* Latitude;
* Longitude;

=== Atualização de Prospectos ===
Ao cadastrar um prospecto no sistema, ao informar o CPF do prospecto, caso já haja na base um cadastro de cliente com o mesmo CPF informado, antes de sobrescrever os dados do prospecto, o sistema deverá checar se os dados de telefone celular, telefone fixo, sexo, e-mail informados no prospecto são iguais aos dados já no cadastro do cliente.

* Se sim, prosseguir com a recuperação dos dados de cliente como é feito atualmente e seguir com o cadastro do prospecto.
* Se não, o sistema deverá exibir modal com os dados divergentes e permitir que o usuário escolha qual dado será mantido em ambos os cadastros. Ao selecionar a opção de manter dados seja do prospecto seja do cliente, os dados deverão ser atualizados em ambos os cadastros.

A alteração realizada deverá gerar log na TB_LogCliente (edição) e na TB_LogProspecto (cadastro),

=== Armazenar dados do SPC e Clear Sales ===
Criada chave DIAS_INTERVALO_CONSULTA_CLEARSALE no módulo comercial.

Ao cadastrar um prospecto no sistema, após informar o CPF do prospecto, e nos filtros correspondentes as ações de qualificação CONSULTA_CLEAR_SALE e CREDITO_POR_CPF o sistema deverá validar se há outros prospectos registrados para o mesmo CPF registrados no sistema:

'''Se sim: VALIDAR CLEAR SALE'''

No prospecto registrado anteriormente, há algum registro na TB_ProspectoDataTrust com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_CLEARSALE:

* '''Se sim:''' o sistema deverá exibir mensagem ao usuário, informado que o CPF já possui resultados da consulta.
** Se aprovado ou reprovado na consulta anterior, o sistema deverá replicar o registro de TB_ProspectoDataTrust do prospecto anterior para o novo prospecto, simulando a realização da consulta.
* Se não: seguir com a realização da consulta integrada normalmente.

'''Validar SPC/SERASA/SOPHUS'''

No prospecto registrado anteriormente, há algum registro na TB_ConsultaCredito com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_SPC.

* Se sim: o sistema deverá exibir mensagem ao usuário informado que o CPF em questão já resultado da consulta.
** Se aprovado ou reprovado na consulta anterior. Não é necessária replicação de registro pois a TB_ConsultaCredito é vinculada apenas a CPF e não a prospecto.
* Se não: seguir com a realização da consulta integrada normalmente.

=== Inclusão de dois ou mais itens no mesmo pacote ===
Será permitido o cadastro de pacotes de planos no sistema, que tenha mais de um item de mesma tecnologia, na tela de cadastro de pacotes de planos.
[[Arquivo:ImagemCadastroPacotePlanos.png|alt=Cadastro de pacote de planos com mais de um mesh por tecnologia.|centro|miniaturadaimagem|529x529px|Cadastro de pacote de planos com mais de um mesh por tecnologia.]]

=== Melhoria de Prospecto ===
Criada uma nova qualificação de funil automática chamada CONSULTA_CEL_EMAIL.

Criada uma nova chave de configuração do modulo comercial IDS_FUNIS_PROSPECTO_ALTERACAO_CEL_EMAIL.

Criada a tabela TB_ConsultaCelularEmailInterno, no módulo comercial, semelhante as outras qualificações de prospectos;

'''Regra de Negócio'''

No funil de qualificação CONSULTA_CEL_EMAIL, a consulta busca dados da base interna do sistema, consultando se o e-mail e tekefon celular informados no cadastro do prospecto já estão vinculados a um ou a mais clientes:

* '''Se sim''', o prospecto será reprovado;
* '''Se não'''. o prospecto seguirá o cadastro;

A qualificação CONSULTA_CEL_EMAIL deve ser exibida no histórico de qualificações.

=== Melhoria em Motivos de Cancelamento de um Contrato ===
Criado novo atributo IsDesistencia (boolean) na tabela TB_MotivoCancelamento;

Alterado o cadastro de motivos de cancelamento para que seja possível informar na tela se o motivo de cancelamento se trata de uma desistência de contratação (sim/não).

Ao realizar o cancelamento de contrato o sistema deverá:

* Se o status do contrato for AGUARDANDO_INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia true.
* Se o status do contrato for diferente de AGUARDANDO INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia = false:

[[Arquivo:ImagemMotivoCancelamento.png|alt=Cadastro de Motivo Cancelamento com Flag Desistência|centro|miniaturadaimagem|391x391px|Cadastro de Motivo Cancelamento com Flag Desistência]]

Criada nova tabela TB_MotivoCancelamentoPerfil (IDMotivoCancelamento,IDPerfil);

Alterado o cadastro de motivos de cancelamento, para que seja possível informar a quais perfis o motivo estará liberado para visualização.

Ao realizar o cancelamento do contrato o sistema deverá recuperar a lista de motivos liberados para o perfil do usuário.

=== Melhoria nos vencimentos exibidos do contrato ===
Nos combos onde há seleção do dia do vencimento exibir uma legenda para o dia inicial e final de cobrança do período configurado no vencimento no combobox.

Modificadas as telas de venda de um contrato e alteração de vencimento.
[[Arquivo:ImagemAlteraçãoVencimentoPrePos.png|alt=Períodos de Vencimentos Apresentados|centro|miniaturadaimagem|412x412px|Períodos de Vencimentos Apresentados]]

==FINANCEIRO==

=== Alterar multa do cancelamento compulsório ===
Alterada a forma em que o sistema realiza o cálculo da multa do cancelamento compulsório, para que se padronize se fazer o cálculo pela mesma regra do cancelamento voluntário, ou seja, considerando como parâmetro de data o vencimento da fidelidade do contrato e a data do cancelamento.

Chave criada: MULTA_CANCELAMENTO_COMPULSORIO_POR_DATA_CANCELAMENTO, campo boolean;

Regra de Negócio:

* Se a informação desse campo for true, o sistema deverá realizar o cálculo de multa no cancelamento compulsório baseado na data de vencimento da fidelidade e data de cancelamento.
* Se a informação desse campo for false, o sistema deverá realizar o calculo de multa do cancelamento compulsório baseado na data de vencimento fidelidade e a data de vencimento da primeira fatura em aberto, como é feito atualmente.

=== Permissão de faturas e faturamento por cliente ===

==== Regra de Negócio para Faturamentos: ====

* Criada a permissão GERAR FATURAMENTO POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURAMENTO POR CLIENTE devem visualizar apenas a tela de geração de faturamento por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURAMENTO - FT01, devem visualizar as telas de geração de faturamento por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturamentoPorCliente.png|alt=Tela de Faturamento disponível apenas por cliente|centro|miniaturadaimagem|560x560px|Tela de Faturamento disponível apenas por cliente]]

==== Regra de Negócio para Faturas: ====

* Criada a permissão GERAR FATURA POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURA POR CLIENTE devem visualizar apenas a tela de geração de faturas por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURA - FT08, devem visualizar as telas de geração de faturas por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturaCliente.png|alt=Tela de Fatura disponível apenas por cliente|centro|miniaturadaimagem|573x573px|Tela de Fatura disponível apenas por cliente]]

=== Alteração tela de impressão em massa, ===
Na tela de impressão em massa, o sistema não irá exibir as formas de cobrança marcadas como IsCartaoRecorrente = true;

Criada a tabela TB_UsuarioFormaCobranca.

Alterado o cadastro de usuários Adapter para que apresente uma tela de seleção de formas de cobrança. Ao ser selecionado, esta determina as formas de cobrança que estarão disponíveis ao utilizar a tela de impressão em massa.
[[Arquivo:ImagemTelaFormaCobrancaImpressaoMassa.png|alt=Tela de seleção de formas de cobrança para impressão em massa|centro|miniaturadaimagem|642x642px|Tela de seleção de formas de cobrança para impressão em massa]]

==== Colocar limit opcional e campo para filtro de opções de cidade ====
Foram adicionados, um campo de Quantidade de clientes, que recebe um número inteiro e limita o número de impressões;

E um combo de seleção de cidades, com filtro de pesquisa textual;
[[Arquivo:ImagemCamposImpressaoEmMassa.png|alt=Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa|centro|miniaturadaimagem|609x609px|Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa]]

=== Alterar atributo de "apto carnê" contratos cancelados ===
Alterado o atributo "apto para gerar carnê", agora ele ficará disponível para edição deste atributo em contratos cancelados.

=== Alterar observações fiscais contratos cancelados ===
Será permitida a alteração de observações fiscais e observação de fatura em contratos cancelados.
[[Arquivo:ImagemObservaçãoFiscal.png|alt=Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais|centro|miniaturadaimagem|658x658px|Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais]]

=== Filtro de forma de cobrança ===
Na tela de serviços adicionais, em Clientes -> Dados Financeiros -> Serviços Adicionais, serão exibidos serviços que:

* Estejam vinculados a área de cobertura da cidade, do endereço do cliente;
* Que a empresa vinculada à conta financeira seja igual ou esteja contida na composição do cadastro de serviço (Ainda sendo implementado);

[[Arquivo:ImagemServiçosParaAdicionarFiltro.png|alt=Serviços disponíveis para adicionar ao contrato|centro|miniaturadaimagem|438x438px|Serviços disponíveis para adicionar ao contrato]]

=== Alteração de Fatura Proporcional ===

Criada uma nova chave, no módulo financeiro, denominada STATUS DE CONTRATO PARA GERACAO DE PROPORCIONAIS. Nessa chave, devem ser informados os nomes dos status que permitem geração de faturamento mensal de proporcionais.

Serão aceitos dados nessa chave dados no formato texto exatamente iguais aos cadastrados para status de contrato no sistema (CANCELADO, EM NEGOCIACAO, HABILITADO, HABILITADO EM CONFIANCA, INATIVO TEMPORARIAMENTE, SUSPENSO, SUSPENSO PARCIALMENTE)

Alterar as procedures de faturamento que informam os status de contrato que deverão passar a ler essa chave para geração.

Na geração de faturamentos deverá ser respeitado o parâmetro para a geração.

=== Alteração na tela de Integração de Faturamentos ===
Otimizada a SPU spuBuscaFaturamentosPendentesIntegracao para diminuir o tempo de resposta da tela de integração de faturamento pendente.

Retirado botão '''+''' da tela de integração -> faturamentos.
[[Arquivo:ImagemBotão+.png|alt=Retirado botão +|centro|miniaturadaimagem|499x499px|Retirado botão +]]

=== Adicionar flags de formas de cobranças para gerar remessas ===
Para atender a necessidade de gerar remessas para várias formas de cobrança ao mesmo tempo, foi desenvolvido:

Na funcionalidade "integração bancária -> gerar remessa", estará disponível a opção contas financeiras (alterado em atividade posterior para '''Agrupador''', leia Grupo de Formas de Cobrança, na mesma página), que ao ser selecionado, deve recuperar todas as contas financeiras liberadas para visualização do usuário que está utilizando.

O sistema gerará o arquivo de remessa unificado com dados de todas as formas de cobrança selecionadas. Na tabela TB_ArquivoRemessa, será gerado um arquivo de cada forma de cobrança, com o mesmo arquivo.

Considere estas mudanças aplicadas na tela de Gerar Remessa, Gerar Remessa Avulsa e Gerar Remessa de Alterações.
[[Arquivo:ImagemGerarRemessaAgrupador.png|alt=Tela Gerar Remessa com Filtro de Agrupador Disponível|centro|miniaturadaimagem|642x642px|Tela Gerar Remessa com Filtro de Agrupador Disponível]]

==== Grupos de forma de cobrança ====
Criada a Tabela TB_GrupoFormaCobranca e o atribuo IDGrupoFormaCobranca na TB_FormaCobranca;

Na tela de geração de remessa, adicionar o filtro do '''agrupador''' para selecionar as formas de cobrança a partir dele. Não será necessário adicionar conta financeira nos filtros.

Criado um CRUD de grupo de forma de cobrança, em Financeiro -> Tabelas de apoio -> Configuração bancaria -> Grupos de formas de cobrança. Os grupos deverão ser formados respeitando que os atributos sejam iguais:

* ContaFinanceira
* NumeroSequencial
* CodigoCarteira
* SemRegistro
* EntidadeEmissoraBoleto
* ModalidadeCobranca
* PercentualMulta
* PercentualJuros
* DebitoAutomatico
* BoletoPix
* CodigoTransmissao
* CodigoConvenio
* Operacao
* IdIntegradoraEletronica
* IdIntegradoraPix
* Cnab

Permissão: ALTERAR_GRUPOS_FORMA_COBRANCA = DC07 criada para cadastro dos grupos de formas de cobrança;
[[Arquivo:ImagemCadastroGrupoFormaCobranca.png|alt=Cadastro de Grupos de Forma de Cobrança|centro|miniaturadaimagem|776x776px|Cadastro de Grupos de Forma de Cobrança]]

==INTEGRAÇÃO==

=== Melhoria na integração de clientes SAP ===
Criada a tabela TB_ClienteIntegracaoSAP no módulo integração.

Na rotina de integração com os clientes:

Caso o campo IDClienteSAP estiver preenchido, no campo "CardCode", será enviado o dado IDClienteSAP, preenchido na TB_ClienteIntegraçãoSap;

Caso o campo IDClienteSAP for Null, será enviado no campo "CardCode" o mesmo dado que é enviado atualmente (C+IDCliente);

A tabela foi criada no banco de dados apenas, não há campo em tela;

=== Edição spuInclusaoSPC e spuRemocaoSPC ===
Para realizar integração com a SOPHUS, foi necessário atualizar as SPU's spuInclusaoSPC e spuRemocaoSPC.

* Adicionados os campos: Sexo, UFRG, UFNaturalidade, Naturalidade, Estado Civil para ambos as SPU's;
* Adicionados os campos: Número do Boleto; Nome da Mãe; Nome do Pai; Número celular (Telefone Móvel) para a spuRemocaoSPC.

OBS: Exceto o campo 'Sexo', todas as informações são disponibilizadas na tabela TB_InformacaoAdicionalCliente, do Módulo Comercial.

=== Realizar alteração de integração de multas no SAP ===
Alterada a spuBuscaFaturamentosPendentesIntegracao, que exibe dados de faturamento para integração na aba Financeiro -> Integração -> Faturamentos. Nessa tela serão exibidos todos os faturamentos já apresentados atualmente na spu, mas serão retirados os faturamentos cuja composição financeira tenha o atributo unidadeMedida igual a 1.

Criada uma nova procedure, apenas para a tela de faturamentos com pagamento, para exibir os faturamentos com pagamento e identificados com o atributo unidadeMedida = 1;

Criado novo parâmetro de conf.cfg da rotina de integração de faturamentos: emissaoMultaDataPagamento.

Alterar a rotina de integração de faturamentos para ler o novo parâmetro, emissaoMultaDataPagamento:

Sim: ao integrar o faturamento de composições financeiras que possuam o campo unidadeMedida=1 o sistema deverá enviar nos campos DocDate e TaxDate do JSON deverão ser informados com data de pagamento da fatura vinculada.Exemplo: Fatura do cliente: DataPagamento 10/07/2023.

Ao integrar para o SAP os campos DocDate e TaxDate, deverão ser enviados com a data do pagamento, ao invés da data atual como era antes desta atividade.

Não: Manter o Funcionamento do sistema;
[[Arquivo:ImagemFaturamentoNegociadas.png|alt=Tela de integração de Pagamento - Negociadas|centro|miniaturadaimagem|464x464px|Tela de integração de Pagamento - Negociadas]]
Criada uma nova tela para integrar faturamentos pagos por negociação. Nessa tela deverão ser exibidos os faturamentos cujas faturas originais foram negociadas, mas que não possuíam notas fiscais integradas.

Os valores referentes as negociações deverão ser enviadas para emissão de notas fiscais considerando o valor final da dívida, ou seja, deverão ser emitidos considerando os valores de multa, juros e descontos concedidos na negociação.

==INTRANET==

=== Adição do menu configurações do modulo intranet na tela ===
Adicionado ao menu do módulo intranet, link para a página de configurações do módulo.

Nesta página estarão disponíveis as chaves de configuração dos módulos de intranet.
[[Arquivo:ImagemConfiguracoesIntranet.png|alt=Configurações Intranet|centro|miniaturadaimagem|581x581px|Configurações Intranet]]
Caminho: Intranet -> Tabelas de apoio -> Configurações;

=== Permitir a manipulação de arquivos de imagem para central e app anexada no módulo intranet ===
Criado um caminho para mapear onde os arquivos serão salvos no servidor. Tabela Configurações, módulo intranet, chave: PATH_ARQUIVOS_CENTRAL.

Através da Tela, será possível, editar a descrição das imagens e excluir imagens.
[[Arquivo:ImagemCRUDImagensIntranet.png|alt=Cadastro de Imagens para App e Central, no módulo Intranet|centro|miniaturadaimagem|496x496px|Cadastro de Imagens para App e Central, no módulo Intranet]]

=== No módulo intranet, criar uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes ===
Criada uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes.

Localizada em Intranet -> Arquivos Central -> Cadastro.
[[Arquivo:ImagemEnviarArquivoCentral.png|alt=Tela de Envio de Arquivos para Central do Cliente e App do Cliente|centro|miniaturadaimagem|509x509px|Tela de Envio de Arquivos para Central do Cliente e App do Cliente]]

==OPERACIONAL==

=== Log de Alteração de atendimento ===
Será registrado em log, na TB_LogAtendimento. alterações no atendimento relacionadas ao tipo de atendimento ou tipo de contrato.

=== Validação no endpoint de abertura de atendimento ===
Ao solicitar a abertura de um atendimento via webservices, será validado se já há um atendimento com status diferente de SOLUCIONADO e SEM_SOLUCAO;

Se houver, será exibida a mensagem: "Não é possível abrir atendimento, pois o contrato já possui atendimento do tipo..." e será bloqueado a abertura do atendimento;

'''Alteração nos endpoints: /ws/comercial/atendimentos/cadastrar e /ws/comercial/atendimento;'''

=== Criação de histórico nas tipificações ===
Criada uma nova tabela, TB_LogTipoAtendimento, no módulo comercial.

Adicionada uma divisão "histórico" na tela de cadastro dos tipos de atendimentos. Quando cadastrar ou editar algum tipo de atendimento, este registro será adicionado na tabela de Log.
[[Arquivo:ImagemLogTipoAtendimento.png|alt=Exibição de histórico de log de tipo de atendimento|centro|miniaturadaimagem|539x539px|Exibição de histórico de log de tipo de atendimento]]

=== Atendimento de Contrato Cancelado ===
Ao realizar um upgrade ou Downgrade de contratos, o sistema irá analisar se no antigo contrato, existe vinculado algum atendimento do tipo de serviços de SUPORTE, INTERNO, ALTERACAO_ENDERECO ou SOLICITACAO_SERVICO com status diferente de SOLUCIONADO ou SEM_SOLUCAO.

[[Arquivo:ImagemPopUPAtendimentosTransferidos.png|alt=Pop up de aviso de atendimentos sendo transferidos a um novo contrato|centro|miniaturadaimagem|664x664px|Pop up de aviso de atendimentos sendo transferidos a um novo contrato]]

Caso haja, o sistema irá apresentar uma mensagem ao usuário avisando: "Existem atendimentos vinculados ao contrato anterior que serão transferidos ao novo contrato".

O sistema deverá automaticamente vincular ao novo contrato os atendimentos que se enquadrarem a regra. O sistema deverá criar log na TB_LogAtendimento no formato:

'''EDIÇÃO DE ATENDIMENTO'''

'''# Contrato do atendimento alterado por Upgrade/Downgrade:'''

'''- Antigo: Contrato A'''

'''- Novo: Contrato B'''

=== Realizar a Não Geração de O.S para Tecnologia OTT e Tv ===
Criado o atributo "geraOS" na TB_Plano, do tipo boolean;

Ao realizar uma edição de endereço no cadastro do '''Cliente -> Dados Pessoais -> Endereços''', o Adapter deverá trazer a relação de todos os contratos vinculados ao endereço que está no processo de edição.

Na alteração de um endereço, a alteração deverá ocorrer seguindo as seguintes regras:

* Todos os contratos selecionados para edição;
* Nos casos de contratos vinculados ao mesmo pacote, a alteração deverá ocorrer de forma obrigatória, não permitindo que o usuário consiga alterar as flags de marcação;
* Caso exista algum contrato no qual o plano esteja com a flag "geraOS" com atributo "false", o sistema Adapter não deverá realizar a abertura de OS de Alteração de Endereço.

Na tela de Contratos, em endereços vinculados, '''não será permitida a edição de endereços diretamente por esta tela''', quando o contrato selecionado estiver vinculado à um pacote. Esta alteração deverá ser feita a partir da tela em '''Clientes > Dados Pessoais > Endereços''', para que haja efeito sobre todos os contratos vinculado ao pacote.
[[Arquivo:ImagemBtnRetiradoVincular.png|alt=Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote|centro|miniaturadaimagem|570x570px|Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote]]

=== Realizar Confirmação de Tickets Pendentes ===
Na abertura de atendimentos, quando usuário realizar alguma ação tangível ao sistema, na tela de atendimentos, o sistema deverá mostrar uma mensagem ao usuário sobre a confirmação de salvar o atendimento:
[[Arquivo:ImagemPopUpPendentes.png|alt=Pop Up de Atendimentos Pendentes|centro|miniaturadaimagem|626x626px|Pop Up de Atendimentos Pendentes]]

Ao clicar em confirmar, o sistema deve salvar o atendimento. Caso clique em voltar, o usuário será redirecionado à tela de atendimentos.

=== Encaminhamento de Solicitação em Aberto ===
Criadas as tabelas TB_AtendimentoEncaminhamento, TB_MotivoEncaminhamento e TB_MotivoEncaminhamentoPerfil;

Em comercial -> tabelas de apoio -> atendimentos, criar nova tela para cadastrar os motivos de encaminhamento, com as informações de:

* Descrição;
* Ativo(sim/não);
* Perfis para seleção;

'''Regra de Negócio:'''

Na tela de atendimentos, ao clicar no botão alterar destino e selecionar o novo destino do atendimento, o sistema irá abrir um modal onde serão apresentados os motivos de encaminhamento ativos e atribuídos ao perfil do usuário logado. '''Essa informação deverá ser obrigatória.'''

No mesmo modal também deverá ser apresentado o campo de observações não obrigatória. Na edição dos atendimentos, deverá ser apresentada opção de visualizar histórico de encaminhamentos onde

==RELATÓRIOS==

=== Inclusão de coluna "nome do contrato" na exportação do faturamento ===
Adicionada a coluna nome do contrato, ao exportar faturamentos;

Para utilizar, adicione field nomePlano(String) no arquivo relatorio_eventos_faturamento.jasper;

==REDES==

=== Alteração no autenticador do provisionamento ===
ID_CONEXAO_TELNET_PROVISIONAMENTO não preenchido:

* Mapeamento Interno Adapter: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT de acordo com o IdCaixa, passado como parâmetro no body da requisição;
* Mapeamentos Integrados: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT através dos parâmetros tipoEquipamento, idCidade, tipoONT caso não tenha o IdCaixa;

Através da OLT o sistema irá buscar as conexões vinculadas a ela e o provisionamento irá ocorrer normalmente como e atualmente.

Foi corrigido um relacionamento incorreto, na consulta no banco na busca das conexões da OLT.

=== Alterar chave de integração para mapeamento ===
Criada a chave '''ID_SERVIDOR_INTEGRACAO_MAPEAMENTO''';

Removidas as chaves que faziam menção à mapeamentos integrados, ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_OZ_MAP e ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_GEOGRID;

==ROTINAS==
===Alterar rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto===
Alteradas as rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto,

Alteradas para verificar se é dia útil por cidade, nas rotinas q utilizam a TB_DiaNaoUtil.

Modificadas as rotinas EnvioFaturasNotasFiscais, ImpressaoMassa e EnvioAtrasoSMS.

=== Criar uma rotina para executar a consulta de pagamentos de pix (cielo) e dar baixa na fatura caso a mesma tenha sido paga. ===
Endpoint criado : /ws/financeiro/pix_dinamico/pagamentos/consultar

Regra de Negócio:

* O endpoint busca todas as cobranças pix geradas e não pagas, que a data de expiração seja maior que o dia anterior, através da spuBuscaPixDinamicoSemPagamento.
* Para cada registro encontrado, será acionado o endpoint da cielo '''(/1/sales/ - GET)''', conforme documentação, para verificar se foi pago ou não.
* Caso o status de retorno seja 1 ou 2 (de acordo com documentação da Cielo), dará baixa na fatura;
* Ao final de toda execução o endpoint roda uma query para apagar todos os pix com data de expiração menor que ontem.

OBS: Esse endpoint interno, salva todos os logs da consulta na integradora na TB_LogPixDinamico.

=== Atendimento Log4 - Status de Rotina de Atendimento Recorrente ===

Criado um novo parâmetro, no arquivo '''conf.properties''', nomeado StatusAtendimentoRecorrente. Nesse parâmetro deve ser passado o status que o atendimento de recorrência, criado pela rotina vaio assumir. Deverá ser informado um valor único dos status aceitos pelo sistema.

Alterada a rotina de atendimentos recorrentes, para na abertura de atendimentos do tipo recorrência, o status do atendimento aberto seja o informado na configuração da rotina.

==TELEFONIA==

=== Estudar forma de enviar as estatísticas diárias do SIP PULSE ativadas no momento da venda do contrato ===
Alterar a forma de enviar novos contratos para a integração SIP Pulse, para que seja possível enviar, no momento da venda as estatísticas diárias dos contratos ativadas.

Para isso, ao incluir um novo assinante (venda de um novo contrato), o sistema deverá, após as chamadas de inclusão de assinante na plataforma SIPPULSE, chamar o método de ativar estatísticas e setar o campo BloqueioEstatisticasDiarias deverá ser salvo como false.

==TERCEIROS==
==WEBSERVICES==

=== Criar novo método para retornar imagem para central e app anexada no modulo intranet ===
Endpoints criados:

GET - intranet/central/arquivos

GET - intranet/central/arquivos/{id}

Dúvidas, consultar o manual webservices Adapter;

=== Novo Endpoint de Negociação ===
Criado novo endpoint: '''<nowiki>https://URL/ws/financeiro/faturas_negociar</nowiki>'''

Criado no objetivo que não seja necessário enviar a senha da central no endpoint, recebendo apenas o CPF do usuário;

Mais detalhes, consultar o manual de webservices Adapter.

Bugs Julho2023

2023-08-24T17:36:24Z

Laennerth.silva: /* BUG - Promoções com mesmo TipoPromocao estão vinculando mesmo com a chave desmarcada */

Atualizações Julho2023

2023-08-24T17:16:09Z

Laennerth.silva: /* Adicionar flags de formas de cobranças para gerar remessas */

==AUTENTICAÇÃO==
==COMERCIAL==

=== Realizar atualização de cadastro de clientes ===
Chave Criada: INTERVALO_DIAS_OBRIGATORIO_ATUALIZAR_CLIENTE

Ao abrir a tela do cliente (Comercial -> Clientes), o sistema deverá verificar na tb_Cliente o campo dataUltimaAtualizacao, a ultima atualização feita dos dados pessoais deste cliente e verificar se o intervalo para atualização esta num prazo menor que o estipulado.

Se estiver em um prazo maior que o estipulado, o sistema deverá exibir a mensagem.
[[Arquivo:ImagemMensagemClienteDesatualizado.png|alt=Mensagem de Cliente Desatualizado|centro|miniaturadaimagem|563x563px|Mensagem de Cliente Desatualizado]]

Caso a chave esteja NULL, ele não fará a validação.

=== Cliente Churn - Endpoint para alimentar a nova tabela relacionada a cliente com dado de risco de cancelamento ===

# Criada a nova tabela TB_InformacaoAdicionalCliente no módulo comercial.
# Criado um novo endpoint para Webservice Adapter que receba os dados para pontuação do cliente.
# Este endpoint alimenta a TB_InformacaoAdicionalCliente e o campo PontuacaoTotalRiscoCancelamento.
# Caso seja enviado um dado de um cliente que ja possua este campo preenchido, o sistema deve sobrescrever este dado;
# Se o campo PontuacaoTotalRiscoCancelamento estiver preenchido, será exibido na tela principal de dados do cliente;

[[Arquivo:ImagemRiscoChurnTela.png|alt=Exibição de Risco de Churn em Tela de Cliente|centro|miniaturadaimagem|507x507px|Exibição de Risco de Churn em Tela de Cliente]]

Endpoint Criado: https://[URL]/ws/comercial/clientes/informacao_adicional

=== Adicionar novos campos na TB_InformacaoAdicionalCliente e no cadastro de cliente ===
Adicionados os campos UFRG, EstadoCivil (SOLTEIRO, CASADO, DIVORCIADO, VIÚVO, OUTRO), Naturalidade, UFNaturalidade;

Estes campos estarão populando a tabela TB_InformacaoAdicionalCliente.

Serão apresentados quando for um cliente pessoa física, sendo que apenas o UF RG é obrigatório.

[[Arquivo:ImagemCamposNovosInformaçãoAdicionalCliente.png|alt=Novos Campos para Informação Adicional do Cadastro de Cliente|centro|miniaturadaimagem|549x549px|Novos Campos para Informação Adicional do Cadastro de Cliente]]

=== Log Edição Endereço ===
Implementada a criação de log de edição de endereços. Tais modificações estarão disponíveis nas tabelas TB_LogCliente e TB_LogContrato.

Ao realizar uma edição do cadastro de endereço de um cliente, há uma pergunta em um pop up: "Deseja apenas corrigir algum erro no cadastro de clientes?":

* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a resposta seja SIM: O sistema deverá salvar as alterações na tabela TB_LogCliente e na TB_LogContrat do contrato vinculado;

* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e através do botão cadastrar: O sistema deverá salvar as alterações na tabela TB_LogCliente;
* Caso a edição venha do '''botão "vincular novo"''', em '''contrato > endereços''' e um novo endereço seja vinculado: O sistema deverá salvar as alterações na tabela TB_LogContrato.

[[Arquivo:ImagemLogAlteraçãoEndereço.png|alt=Log de edição de endereço|centro|miniaturadaimagem|487x487px|Log de edição de endereço]]
Deverão ser levadas em consideração as edições nos campos:

* CEP;
* Estado;
* Cidade;
* Bairro;
* TipoLogradouro;
* Logradouro;
* Número;
* TipoComplemento;
* Complemento;
* Referência;
* Classificação;
* Latitude;
* Longitude;

=== Atualização de Prospectos ===
Ao cadastrar um prospecto no sistema, ao informar o CPF do prospecto, caso já haja na base um cadastro de cliente com o mesmo CPF informado, antes de sobrescrever os dados do prospecto, o sistema deverá checar se os dados de telefone celular, telefone fixo, sexo, e-mail informados no prospecto são iguais aos dados já no cadastro do cliente.

* Se sim, prosseguir com a recuperação dos dados de cliente como é feito atualmente e seguir com o cadastro do prospecto.
* Se não, o sistema deverá exibir modal com os dados divergentes e permitir que o usuário escolha qual dado será mantido em ambos os cadastros. Ao selecionar a opção de manter dados seja do prospecto seja do cliente, os dados deverão ser atualizados em ambos os cadastros.

A alteração realizada deverá gerar log na TB_LogCliente (edição) e na TB_LogProspecto (cadastro),

=== Armazenar dados do SPC e Clear Sales ===
Criada chave DIAS_INTERVALO_CONSULTA_CLEARSALE no módulo comercial.

Ao cadastrar um prospecto no sistema, após informar o CPF do prospecto, e nos filtros correspondentes as ações de qualificação CONSULTA_CLEAR_SALE e CREDITO_POR_CPF o sistema deverá validar se há outros prospectos registrados para o mesmo CPF registrados no sistema:

'''Se sim: VALIDAR CLEAR SALE'''

No prospecto registrado anteriormente, há algum registro na TB_ProspectoDataTrust com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_CLEARSALE:

* '''Se sim:''' o sistema deverá exibir mensagem ao usuário, informado que o CPF já possui resultados da consulta.
** Se aprovado ou reprovado na consulta anterior, o sistema deverá replicar o registro de TB_ProspectoDataTrust do prospecto anterior para o novo prospecto, simulando a realização da consulta.
* Se não: seguir com a realização da consulta integrada normalmente.

'''Validar SPC/SERASA/SOPHUS'''

No prospecto registrado anteriormente, há algum registro na TB_ConsultaCredito com data da consulta igual ou inferior aos dias informados na chave DIAS_INTERVALO_CONSULTA_SPC.

* Se sim: o sistema deverá exibir mensagem ao usuário informado que o CPF em questão já resultado da consulta.
** Se aprovado ou reprovado na consulta anterior. Não é necessária replicação de registro pois a TB_ConsultaCredito é vinculada apenas a CPF e não a prospecto.
* Se não: seguir com a realização da consulta integrada normalmente.

=== Inclusão de dois ou mais itens no mesmo pacote ===
Será permitido o cadastro de pacotes de planos no sistema, que tenha mais de um item de mesma tecnologia, na tela de cadastro de pacotes de planos.
[[Arquivo:ImagemCadastroPacotePlanos.png|alt=Cadastro de pacote de planos com mais de um mesh por tecnologia.|centro|miniaturadaimagem|529x529px|Cadastro de pacote de planos com mais de um mesh por tecnologia.]]

=== Melhoria de Prospecto ===
Criada uma nova qualificação de funil automática chamada CONSULTA_CEL_EMAIL.

Criada uma nova chave de configuração do modulo comercial IDS_FUNIS_PROSPECTO_ALTERACAO_CEL_EMAIL.

Criada a tabela TB_ConsultaCelularEmailInterno, no módulo comercial, semelhante as outras qualificações de prospectos;

'''Regra de Negócio'''

No funil de qualificação CONSULTA_CEL_EMAIL, a consulta busca dados da base interna do sistema, consultando se o e-mail e tekefon celular informados no cadastro do prospecto já estão vinculados a um ou a mais clientes:

* '''Se sim''', o prospecto será reprovado;
* '''Se não'''. o prospecto seguirá o cadastro;

A qualificação CONSULTA_CEL_EMAIL deve ser exibida no histórico de qualificações.

=== Melhoria em Motivos de Cancelamento de um Contrato ===
Criado novo atributo IsDesistencia (boolean) na tabela TB_MotivoCancelamento;

Alterado o cadastro de motivos de cancelamento para que seja possível informar na tela se o motivo de cancelamento se trata de uma desistência de contratação (sim/não).

Ao realizar o cancelamento de contrato o sistema deverá:

* Se o status do contrato for AGUARDANDO_INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia true.
* Se o status do contrato for diferente de AGUARDANDO INSTALACAO, recuperar a listagem apenas dos motivos de cancelamento cadastrados com IsDesistencia = false:

[[Arquivo:ImagemMotivoCancelamento.png|alt=Cadastro de Motivo Cancelamento com Flag Desistência|centro|miniaturadaimagem|391x391px|Cadastro de Motivo Cancelamento com Flag Desistência]]

Criada nova tabela TB_MotivoCancelamentoPerfil (IDMotivoCancelamento,IDPerfil);

Alterado o cadastro de motivos de cancelamento, para que seja possível informar a quais perfis o motivo estará liberado para visualização.

Ao realizar o cancelamento do contrato o sistema deverá recuperar a lista de motivos liberados para o perfil do usuário.

=== Melhoria nos vencimentos exibidos do contrato ===
Nos combos onde há seleção do dia do vencimento exibir uma legenda para o dia inicial e final de cobrança do período configurado no vencimento no combobox.

Modificadas as telas de venda de um contrato e alteração de vencimento.
[[Arquivo:ImagemAlteraçãoVencimentoPrePos.png|alt=Períodos de Vencimentos Apresentados|centro|miniaturadaimagem|412x412px|Períodos de Vencimentos Apresentados]]

==FINANCEIRO==

=== Alterar multa do cancelamento compulsório ===
Alterada a forma em que o sistema realiza o cálculo da multa do cancelamento compulsório, para que se padronize se fazer o cálculo pela mesma regra do cancelamento voluntário, ou seja, considerando como parâmetro de data o vencimento da fidelidade do contrato e a data do cancelamento.

Chave criada: MULTA_CANCELAMENTO_COMPULSORIO_POR_DATA_CANCELAMENTO, campo boolean;

Regra de Negócio:

* Se a informação desse campo for true, o sistema deverá realizar o cálculo de multa no cancelamento compulsório baseado na data de vencimento da fidelidade e data de cancelamento.
* Se a informação desse campo for false, o sistema deverá realizar o calculo de multa do cancelamento compulsório baseado na data de vencimento fidelidade e a data de vencimento da primeira fatura em aberto, como é feito atualmente.

=== Permissão de faturas e faturamento por cliente ===

==== Regra de Negócio para Faturamentos: ====

* Criada a permissão GERAR FATURAMENTO POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURAMENTO POR CLIENTE devem visualizar apenas a tela de geração de faturamento por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURAMENTO - FT01, devem visualizar as telas de geração de faturamento por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturamentoPorCliente.png|alt=Tela de Faturamento disponível apenas por cliente|centro|miniaturadaimagem|560x560px|Tela de Faturamento disponível apenas por cliente]]

==== Regra de Negócio para Faturas: ====

* Criada a permissão GERAR FATURA POR CLIENTE.
* Os perfis que tiverem a permissão GERAR FATURA POR CLIENTE devem visualizar apenas a tela de geração de faturas por cliente;
* Os perfis que estiverem ativos com a permissão GERAR FATURA - FT08, devem visualizar as telas de geração de faturas por cliente, por forma de cobrança e em massa;

[[Arquivo:ImagemFaturaCliente.png|alt=Tela de Fatura disponível apenas por cliente|centro|miniaturadaimagem|573x573px|Tela de Fatura disponível apenas por cliente]]

=== Alteração tela de impressão em massa, ===
Na tela de impressão em massa, o sistema não irá exibir as formas de cobrança marcadas como IsCartaoRecorrente = true;

Criada a tabela TB_UsuarioFormaCobranca.

Alterado o cadastro de usuários Adapter para que apresente uma tela de seleção de formas de cobrança. Ao ser selecionado, esta determina as formas de cobrança que estarão disponíveis ao utilizar a tela de impressão em massa.
[[Arquivo:ImagemTelaFormaCobrancaImpressaoMassa.png|alt=Tela de seleção de formas de cobrança para impressão em massa|centro|miniaturadaimagem|642x642px|Tela de seleção de formas de cobrança para impressão em massa]]

==== Colocar limit opcional e campo para filtro de opções de cidade ====
Foram adicionados, um campo de Quantidade de clientes, que recebe um número inteiro e limita o número de impressões;

E um combo de seleção de cidades, com filtro de pesquisa textual;
[[Arquivo:ImagemCamposImpressaoEmMassa.png|alt=Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa|centro|miniaturadaimagem|609x609px|Combo de seleção de cidades, Filtro e Campo Quantidade, em impressão em massa]]

=== Alterar atributo de "apto carnê" contratos cancelados ===
Alterado o atributo "apto para gerar carnê", agora ele ficará disponível para edição deste atributo em contratos cancelados.

=== Alterar observações fiscais contratos cancelados ===
Será permitida a alteração de observações fiscais e observação de fatura em contratos cancelados.
[[Arquivo:ImagemObservaçãoFiscal.png|alt=Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais|centro|miniaturadaimagem|658x658px|Campos de Observações dos contratos, em Contratos -> Dados de cobrança e fiscais]]

=== Filtro de forma de cobrança ===
Na tela de serviços adicionais, em Clientes -> Dados Financeiros -> Serviços Adicionais, serão exibidos serviços que:

* Estejam vinculados a área de cobertura da cidade, do endereço do cliente;
* Que a empresa vinculada à conta financeira seja igual ou esteja contida na composição do cadastro de serviço (Ainda sendo implementado);

[[Arquivo:ImagemServiçosParaAdicionarFiltro.png|alt=Serviços disponíveis para adicionar ao contrato|centro|miniaturadaimagem|438x438px|Serviços disponíveis para adicionar ao contrato]]

=== Alteração de Fatura Proporcional ===

Criada uma nova chave, no módulo financeiro, denominada STATUS DE CONTRATO PARA GERACAO DE PROPORCIONAIS. Nessa chave, devem ser informados os nomes dos status que permitem geração de faturamento mensal de proporcionais.

Serão aceitos dados nessa chave dados no formato texto exatamente iguais aos cadastrados para status de contrato no sistema (CANCELADO, EM NEGOCIACAO, HABILITADO, HABILITADO EM CONFIANCA, INATIVO TEMPORARIAMENTE, SUSPENSO, SUSPENSO PARCIALMENTE)

Alterar as procedures de faturamento que informam os status de contrato que deverão passar a ler essa chave para geração.

Na geração de faturamentos deverá ser respeitado o parâmetro para a geração.

=== Alteração na tela de Integração de Faturamentos ===
Retirado botão '''+''' da tela de integração -> faturamentos.
[[Arquivo:ImagemBotão+.png|alt=Retirado botão +|centro|miniaturadaimagem|499x499px|Retirado botão +]]

=== Adicionar flags de formas de cobranças para gerar remessas ===
Para atender a necessidade de gerar remessas para várias formas de cobrança ao mesmo tempo, foi desenvolvido:

Na funcionalidade "integração bancária -> gerar remessa", estará disponível a opção contas financeiras (alterado em atividade posterior para '''Agrupador''', leia Grupo de Formas de Cobrança, na mesma página), que ao ser selecionado, deve recuperar todas as contas financeiras liberadas para visualização do usuário que está utilizando.

O sistema gerará o arquivo de remessa unificado com dados de todas as formas de cobrança selecionadas. Na tabela TB_ArquivoRemessa, será gerado um arquivo de cada forma de cobrança, com o mesmo arquivo.

Considere estas mudanças aplicadas na tela de Gerar Remessa, Gerar Remessa Avulsa e Gerar Remessa de Alterações.
[[Arquivo:ImagemGerarRemessaAgrupador.png|alt=Tela Gerar Remessa com Filtro de Agrupador Disponível|centro|miniaturadaimagem|642x642px|Tela Gerar Remessa com Filtro de Agrupador Disponível]]

==== Grupos de forma de cobrança ====
Criada a Tabela TB_GrupoFormaCobranca e o atribuo IDGrupoFormaCobranca na TB_FormaCobranca;

Na tela de geração de remessa, adicionar o filtro do '''agrupador''' para selecionar as formas de cobrança a partir dele. Não será necessário adicionar conta financeira nos filtros.

Criado um CRUD de grupo de forma de cobrança, em Financeiro -> Tabelas de apoio -> Configuração bancaria -> Grupos de formas de cobrança. Os grupos deverão ser formados respeitando que os atributos sejam iguais:

* ContaFinanceira
* NumeroSequencial
* CodigoCarteira
* SemRegistro
* EntidadeEmissoraBoleto
* ModalidadeCobranca
* PercentualMulta
* PercentualJuros
* DebitoAutomatico
* BoletoPix
* CodigoTransmissao
* CodigoConvenio
* Operacao
* IdIntegradoraEletronica
* IdIntegradoraPix
* Cnab

Permissão: ALTERAR_GRUPOS_FORMA_COBRANCA = DC07 criada para cadastro dos grupos de formas de cobrança;
[[Arquivo:ImagemCadastroGrupoFormaCobranca.png|alt=Cadastro de Grupos de Forma de Cobrança|centro|miniaturadaimagem|776x776px|Cadastro de Grupos de Forma de Cobrança]]

==INTEGRAÇÃO==

=== Melhoria na integração de clientes SAP ===
Criada a tabela TB_ClienteIntegracaoSAP no módulo integração.

Na rotina de integração com os clientes:

Caso o campo IDClienteSAP estiver preenchido, no campo "CardCode", será enviado o dado IDClienteSAP, preenchido na TB_ClienteIntegraçãoSap;

Caso o campo IDClienteSAP for Null, será enviado no campo "CardCode" o mesmo dado que é enviado atualmente (C+IDCliente);

A tabela foi criada no banco de dados apenas, não há campo em tela;

=== Edição spuInclusaoSPC e spuRemocaoSPC ===
Para realizar integração com a SOPHUS, foi necessário atualizar as SPU's spuInclusaoSPC e spuRemocaoSPC.

* Adicionados os campos: Sexo, UFRG, UFNaturalidade, Naturalidade, Estado Civil para ambos as SPU's;
* Adicionados os campos: Número do Boleto; Nome da Mãe; Nome do Pai; Número celular (Telefone Móvel) para a spuRemocaoSPC.

OBS: Exceto o campo 'Sexo', todas as informações são disponibilizadas na tabela TB_InformacaoAdicionalCliente, do Módulo Comercial.

=== Realizar alteração de integração de multas no SAP ===
Alterada a spuBuscaFaturamentosPendentesIntegracao, que exibe dados de faturamento para integração na aba Financeiro -> Integração -> Faturamentos. Nessa tela serão exibidos todos os faturamentos já apresentados atualmente na spu, mas serão retirados os faturamentos cuja composição financeira tenha o atributo unidadeMedida igual a 1.

Criada uma nova procedure, apenas para a tela de faturamentos com pagamento, para exibir os faturamentos com pagamento e identificados com o atributo unidadeMedida = 1;

Criado novo parâmetro de conf.cfg da rotina de integração de faturamentos: emissaoMultaDataPagamento.

Alterar a rotina de integração de faturamentos para ler o novo parâmetro, emissaoMultaDataPagamento:

Sim: ao integrar o faturamento de composições financeiras que possuam o campo unidadeMedida=1 o sistema deverá enviar nos campos DocDate e TaxDate do JSON deverão ser informados com data de pagamento da fatura vinculada.Exemplo: Fatura do cliente: DataPagamento 10/07/2023.

Ao integrar para o SAP os campos DocDate e TaxDate, deverão ser enviados com a data do pagamento, ao invés da data atual como era antes desta atividade.

Não: Manter o Funcionamento do sistema;
[[Arquivo:ImagemFaturamentoNegociadas.png|alt=Tela de integração de Pagamento - Negociadas|centro|miniaturadaimagem|464x464px|Tela de integração de Pagamento - Negociadas]]
Criada uma nova tela para integrar faturamentos pagos por negociação. Nessa tela deverão ser exibidos os faturamentos cujas faturas originais foram negociadas, mas que não possuíam notas fiscais integradas.

Os valores referentes as negociações deverão ser enviadas para emissão de notas fiscais considerando o valor final da dívida, ou seja, deverão ser emitidos considerando os valores de multa, juros e descontos concedidos na negociação.

==INTRANET==

=== Adição do menu configurações do modulo intranet na tela ===
Adicionado ao menu do módulo intranet, link para a página de configurações do módulo.

Nesta página estarão disponíveis as chaves de configuração dos módulos de intranet.
[[Arquivo:ImagemConfiguracoesIntranet.png|alt=Configurações Intranet|centro|miniaturadaimagem|581x581px|Configurações Intranet]]
Caminho: Intranet -> Tabelas de apoio -> Configurações;

=== Permitir a manipulação de arquivos de imagem para central e app anexada no módulo intranet ===
Criado um caminho para mapear onde os arquivos serão salvos no servidor. Tabela Configurações, módulo intranet, chave: PATH_ARQUIVOS_CENTRAL.

Através da Tela, será possível, editar a descrição das imagens e excluir imagens.
[[Arquivo:ImagemCRUDImagensIntranet.png|alt=Cadastro de Imagens para App e Central, no módulo Intranet|centro|miniaturadaimagem|496x496px|Cadastro de Imagens para App e Central, no módulo Intranet]]

=== No módulo intranet, criar uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes ===
Criada uma nova tela que permita anexar arquivo de imagem para exibição na central e no novo app de clientes.

Localizada em Intranet -> Arquivos Central -> Cadastro.
[[Arquivo:ImagemEnviarArquivoCentral.png|alt=Tela de Envio de Arquivos para Central do Cliente e App do Cliente|centro|miniaturadaimagem|509x509px|Tela de Envio de Arquivos para Central do Cliente e App do Cliente]]

==OPERACIONAL==

=== Log de Alteração de atendimento ===
Será registrado em log, na TB_LogAtendimento. alterações no atendimento relacionadas ao tipo de atendimento ou tipo de contrato.

=== Validação no endpoint de abertura de atendimento ===
Ao solicitar a abertura de um atendimento via webservices, será validado se já há um atendimento com status diferente de SOLUCIONADO e SEM_SOLUCAO;

Se houver, será exibida a mensagem: "Não é possível abrir atendimento, pois o contrato já possui atendimento do tipo..." e será bloqueado a abertura do atendimento;

'''Alteração nos endpoints: /ws/comercial/atendimentos/cadastrar e /ws/comercial/atendimento;'''

=== Criação de histórico nas tipificações ===
Criada uma nova tabela, TB_LogTipoAtendimento, no módulo comercial.

Adicionada uma divisão "histórico" na tela de cadastro dos tipos de atendimentos. Quando cadastrar ou editar algum tipo de atendimento, este registro será adicionado na tabela de Log.
[[Arquivo:ImagemLogTipoAtendimento.png|alt=Exibição de histórico de log de tipo de atendimento|centro|miniaturadaimagem|539x539px|Exibição de histórico de log de tipo de atendimento]]

=== Atendimento de Contrato Cancelado ===
Ao realizar um upgrade ou Downgrade de contratos, o sistema irá analisar se no antigo contrato, existe vinculado algum atendimento do tipo de serviços de SUPORTE, INTERNO, ALTERACAO_ENDERECO ou SOLICITACAO_SERVICO com status diferente de SOLUCIONADO ou SEM_SOLUCAO.

[[Arquivo:ImagemPopUPAtendimentosTransferidos.png|alt=Pop up de aviso de atendimentos sendo transferidos a um novo contrato|centro|miniaturadaimagem|664x664px|Pop up de aviso de atendimentos sendo transferidos a um novo contrato]]

Caso haja, o sistema irá apresentar uma mensagem ao usuário avisando: "Existem atendimentos vinculados ao contrato anterior que serão transferidos ao novo contrato".

O sistema deverá automaticamente vincular ao novo contrato os atendimentos que se enquadrarem a regra. O sistema deverá criar log na TB_LogAtendimento no formato:

'''EDIÇÃO DE ATENDIMENTO'''

'''# Contrato do atendimento alterado por Upgrade/Downgrade:'''

'''- Antigo: Contrato A'''

'''- Novo: Contrato B'''

=== Realizar a Não Geração de O.S para Tecnologia OTT e Tv ===
Criado o atributo "geraOS" na TB_Plano, do tipo boolean;

Ao realizar uma edição de endereço no cadastro do '''Cliente -> Dados Pessoais -> Endereços''', o Adapter deverá trazer a relação de todos os contratos vinculados ao endereço que está no processo de edição.

Na alteração de um endereço, a alteração deverá ocorrer seguindo as seguintes regras:

* Todos os contratos selecionados para edição;
* Nos casos de contratos vinculados ao mesmo pacote, a alteração deverá ocorrer de forma obrigatória, não permitindo que o usuário consiga alterar as flags de marcação;
* Caso exista algum contrato no qual o plano esteja com a flag "geraOS" com atributo "false", o sistema Adapter não deverá realizar a abertura de OS de Alteração de Endereço.

Na tela de Contratos, em endereços vinculados, '''não será permitida a edição de endereços diretamente por esta tela''', quando o contrato selecionado estiver vinculado à um pacote. Esta alteração deverá ser feita a partir da tela em '''Clientes > Dados Pessoais > Endereços''', para que haja efeito sobre todos os contratos vinculado ao pacote.
[[Arquivo:ImagemBtnRetiradoVincular.png|alt=Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote|centro|miniaturadaimagem|570x570px|Botão "Vincular Como" foi retirado das opções disponíveis para contratos pacote]]

=== Realizar Confirmação de Tickets Pendentes ===
Na abertura de atendimentos, quando usuário realizar alguma ação tangível ao sistema, na tela de atendimentos, o sistema deverá mostrar uma mensagem ao usuário sobre a confirmação de salvar o atendimento:
[[Arquivo:ImagemPopUpPendentes.png|alt=Pop Up de Atendimentos Pendentes|centro|miniaturadaimagem|626x626px|Pop Up de Atendimentos Pendentes]]

Ao clicar em confirmar, o sistema deve salvar o atendimento. Caso clique em voltar, o usuário será redirecionado à tela de atendimentos.

=== Encaminhamento de Solicitação em Aberto ===
Criadas as tabelas TB_AtendimentoEncaminhamento, TB_MotivoEncaminhamento e TB_MotivoEncaminhamentoPerfil;

Em comercial -> tabelas de apoio -> atendimentos, criar nova tela para cadastrar os motivos de encaminhamento, com as informações de:

* Descrição;
* Ativo(sim/não);
* Perfis para seleção;

'''Regra de Negócio:'''

Na tela de atendimentos, ao clicar no botão alterar destino e selecionar o novo destino do atendimento, o sistema irá abrir um modal onde serão apresentados os motivos de encaminhamento ativos e atribuídos ao perfil do usuário logado. '''Essa informação deverá ser obrigatória.'''

No mesmo modal também deverá ser apresentado o campo de observações não obrigatória. Na edição dos atendimentos, deverá ser apresentada opção de visualizar histórico de encaminhamentos onde

==RELATÓRIOS==

=== Inclusão de coluna "nome do contrato" na exportação do faturamento ===
Adicionada a coluna nome do contrato, ao exportar faturamentos;

Para utilizar, adicione field nomePlano(String) no arquivo relatorio_eventos_faturamento.jasper;

==REDES==

=== Alteração no autenticador do provisionamento ===
ID_CONEXAO_TELNET_PROVISIONAMENTO não preenchido:

* Mapeamento Interno Adapter: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT de acordo com o IdCaixa, passado como parâmetro no body da requisição;
* Mapeamentos Integrados: Quando a chave do ID_CONEXAO_TELNET_PROVISIONAMENTO não estiver preenchida, o sistema irá buscar a OLT através dos parâmetros tipoEquipamento, idCidade, tipoONT caso não tenha o IdCaixa;

Através da OLT o sistema irá buscar as conexões vinculadas a ela e o provisionamento irá ocorrer normalmente como e atualmente.

Foi corrigido um relacionamento incorreto, na consulta no banco na busca das conexões da OLT.

=== Alterar chave de integração para mapeamento ===
Criada a chave '''ID_SERVIDOR_INTEGRACAO_MAPEAMENTO''';

Removidas as chaves que faziam menção à mapeamentos integrados, ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_OZ_MAP e ID_SERVIDOR_INTEGRACAO_MAPEAMENTO_GEOGRID;

==ROTINAS==
===Alterar rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto===
Alteradas as rotinas que tenham impressão de fatura/código de barras para utilizarem a biblioteca impressaoBoleto,

Alteradas para verificar se é dia útil por cidade, nas rotinas q utilizam a TB_DiaNaoUtil.

Modificadas as rotinas EnvioFaturasNotasFiscais, ImpressaoMassa e EnvioAtrasoSMS.

=== Criar uma rotina para executar a consulta de pagamentos de pix (cielo) e dar baixa na fatura caso a mesma tenha sido paga. ===
Endpoint criado : /ws/financeiro/pix_dinamico/pagamentos/consultar

Regra de Negócio:

* O endpoint busca todas as cobranças pix geradas e não pagas, que a data de expiração seja maior que o dia anterior, através da spuBuscaPixDinamicoSemPagamento.
* Para cada registro encontrado, será acionado o endpoint da cielo '''(/1/sales/ - GET)''', conforme documentação, para verificar se foi pago ou não.
* Caso o status de retorno seja 1 ou 2 (de acordo com documentação da Cielo), dará baixa na fatura;
* Ao final de toda execução o endpoint roda uma query para apagar todos os pix com data de expiração menor que ontem.

OBS: Esse endpoint interno, salva todos os logs da consulta na integradora na TB_LogPixDinamico.

=== Atendimento Log4 - Status de Rotina de Atendimento Recorrente ===

Criado um novo parâmetro, no arquivo '''conf.properties''', nomeado StatusAtendimentoRecorrente. Nesse parâmetro deve ser passado o status que o atendimento de recorrência, criado pela rotina vaio assumir. Deverá ser informado um valor único dos status aceitos pelo sistema.

Alterada a rotina de atendimentos recorrentes, para na abertura de atendimentos do tipo recorrência, o status do atendimento aberto seja o informado na configuração da rotina.

==TELEFONIA==

=== Estudar forma de enviar as estatísticas diárias do SIP PULSE ativadas no momento da venda do contrato ===
Alterar a forma de enviar novos contratos para a integração SIP Pulse, para que seja possível enviar, no momento da venda as estatísticas diárias dos contratos ativadas.

Para isso, ao incluir um novo assinante (venda de um novo contrato), o sistema deverá, após as chamadas de inclusão de assinante na plataforma SIPPULSE, chamar o método de ativar estatísticas e setar o campo BloqueioEstatisticasDiarias deverá ser salvo como false.

==TERCEIROS==
==WEBSERVICES==

=== Criar novo método para retornar imagem para central e app anexada no modulo intranet ===
Endpoints criados:

GET - intranet/central/arquivos

GET - intranet/central/arquivos/{id}

Dúvidas, consultar o manual webservices Adapter;

=== Novo Endpoint de Negociação ===
Criado novo endpoint: '''<nowiki>https://URL/ws/financeiro/faturas_negociar</nowiki>'''

Criado no objetivo que não seja necessário enviar a senha da central no endpoint, recebendo apenas o CPF do usuário;

Mais detalhes, consultar o manual de webservices Adapter.