Maio2023: mudanças entre as edições

De Adapter
Ir para navegação Ir para pesquisar
VisualWikitexto
Linha 162: Linha 162:
Adicionado, em Integração Bancária -> Arquivos de Remessa novas opções de seleção, para gerar remessa de
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:''' manter para geração de arquivos de remessa como está atualmente;
* Arquivo CNAB com Pix: para formas de cobrança registradas como isBoletoPix;
* '''Arquivo CNAB com Pix:''' para formas de cobrança registradas como isBoletoPix;
* Eletrônica: formas de cobrança cujo atributo CNAB é NULL;
* '''Eletrônica:''' formas de cobrança cujo atributo CNAB é NULL;
* Eletrônica com PIX: formas de cobrança em que p atributo CNAB esteja NULL e exista IsBoletoPix;
* '''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]]
[[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;


=== Integração Oracle OFS ===


==== Listagem de Workzones ====
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.
Criado um novo Endpoint - método GET - para receber os dados:


* Cidade: Conselheiro Lafaiete (exemplo) - 1000
==== Regras por tipo de remessa: ====
* Bairro: Centro (exemplo) -160
'''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;
* '''Workzone : 1000-160 ou “lafaiete-centro”'''


==== Consulta de capacidade ====
'''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;
Criado um método GET para consultar a capacidade no OFS.


* Envio: Cidade+bairro+tipo de O.S.
OBS: Estes endpoints são de uso interno, manipulados através das funcionalidades do adapter.
* Resposta: o dia e os minutos disponíveis
 
O Adapter deverá a cada atendimento agendado, após consumir a capacidade de agendas do OFS criar o atendimento através do endpoint (OFS: /createActivities)
 
==== Listagem de Atendimentos ====
Criado um novo endpoint - método POST - que retorna uma lista de atendimentos. Cada elemento da lista traz o endereço de forma separada, com os seguintes campos:
 
* Rua;
* Número;
* Bairro;
* Cidade;
* Estado;
* Complemento;
* CEP.
 
O Endpoint retorna a lista com dados do cliente, com dados do contrato e com dados do endereço.
 
===== Filtro da Listagem de Atendimentos =====
O filtro da lista deverá ser feito com os campos:
 
* Data Abertura à Data Fechamento;
* Data de Atualização;
* Protocolo;
* Tecnologia;
* Tipo de Atendimento;
* Tipo de Serviço;
* Rua;
* Número;
* Bairro;
* Cidade;
* Estado;
* Complemento;
* CEP;
* Cliente;
* IdContrato;
* Coordenadas: Latitude e Longitude do Endereço do Cliente;
* Raio de tolerância (em metros);
 
==== Alteração de status de um atendimento ====
Criado um novo endpoint - método PUT - para atualizar os status dos contratos. Este irá retornar os campos:
 
* Status
** Pendente (No OFS será: Não Concluído)
** Visita Agendada (No OFS será: A Visitar)
** Solucionado (No OFS será: Concluído)
 
* Tipo de fechamento;
* ONU instalada;
* Informações de instalação da OS (Mapeamento);
* Notas de atendimento;
* Técnico que executou a OS.


Criado um novo endpoint - método GET - que recebe os seguintes dados:
* IDStatus Atendimento;
* Status Atendimento;
OBS: Estes endpoints são de uso interno, manipulados através das funcionalidades do adapter.
=== Realizar ajustes na integração com GETNET ===
=== 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.
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.

Edição das 20h09min de 16 de maio de 2023

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.

Inserida uma div para evitar clicks no load das telas
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.

Planos e Pacotes não são exibidos para prospectos com observação perdeu
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

Quando cliente está com status “Suspenso Parcialmente”, ao ser executada a negociação, o status deve ser mantido no status anterior (neste exemplo, seria mantido como “Suspenso Parcialmente”) até que o pagamento da primeira parcela da negociação, momento em que o status deverá ser alterado para “Habilitado”.


Quando o status for “Suspenso” ou “Habilitado em confiança”, assim que for paga a primeira parcela da negociação este status deverá ser alterado para “Habilitado”.


Para isto, modificado:

Na funcionalidade de inadimplência, houve uma alteração para que o sistema valide a chave de configuração do modulo financeiro: ID_STATUS_CONTRATO_NEGOCIADO. Se:

  1. A configuração estiver com dado de IDStatusContrato válido ao realizar a negociação, alterar o(s) status do(s) contrato(s) negociado(s) para o indicado na configuração, como é feito atualmente.
  2. A configuração estiver com dado NULL, manter o(s) contrato(s) negociado(s) no status atual em que se encontram.


Criar na TB_FaturaVencida o atributo isPrimeiraParcelaNegociacao.

Alterar a spuFaturaVencida para alimentar o campo isPrimeiraParcelaNegociacao na TB_FaturaVencida.

Ajustada a procedure de “spuHabilitacaoSuspensaoContrato”, para validar o pagamento da primeira parcela de negociação


Criar atributos DataHoraValidade (Timestamp), NSUPix (Text), Base64(Text) na TB_InformacaoAdicionalFatura

Foram adicionados na TB_InformacaoAdicionalFatura os seguintes campos:

  • DataHoraValidade (Datetime);
  • NSUPix (Text);
  • Base64(Text);

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.

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.

Vencimento maior que 28
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.

INTRANET

Centralizar e criar chaves de configurações no modulo intranet referentes aos aplicativos e central de assinante

Criado os seguintes endpoints para o intranet:

GET - intranet/configuracoes/webservice/app_tecnico/versao

GET - intranet/configuracoes/webservice/app_vendas/versao

GET - intranet/configuracoes/webservice/app_cliente/versao

GET - intranet/configuracoes/webservice/app_cliente/configuracoes

Para maiores informações, consulte o manual de endpoints adapter.

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

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.

Cadastro de URL's no Módulo de Integração
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.

CRUD de URLs de Autenticação
CRUD de URLs de Autenticação


Cadastro de Integradoras PIX

Criado CRUD para cadastro de Integradora no modulo integração.

Crud de cadastro de integrações PIX
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

Nova 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;

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.

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.

RELATÓRIOS

REDES

Botão coletar sinal deverá ser adequada a regra para CLI

ROTINAS

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.

Disponível em “http://192.168.0.28:80/wiki/index.php?title=Maio2023&oldid=1544”