Maio2023: mudanças entre as edições
Linha 162: | Linha 162: | ||
Os atendimentos serão criados através do endpoint (OFS: /createActivities); | 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]] | |||
Edição das 19h43min de 2 de junho 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.
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.
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:
- 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.
- A configuração estiver com o preenchimento Vazio, manter o(s) contrato(s) negociado(s) no status atual em que se encontram.
Criar na TB_FaturaVencida o atributo isPrimeiraParcelaNegociacao.
Criar atributos DataHoraValidade (Timestamp), NSUPix (Text), Base64(Text) na TB_InformacaoAdicionalFatura
Foram adicionados na TB_InformacaoAdicionalFatura os seguintes campos - Atividade associada à implementação da Integração PIX*.:
- 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.
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
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.
Cadastro de URL's de Autenticação
Criado CRUD para cadastro de Url's de Autenticação no modulo integração.
Cadastro de Integradoras PIX
Criado CRUD para cadastro de Integradora no modulo integração.
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
Criado um método GET para consultar a capacidade no OFS.
- Envio: Cidade, bairro e tipo de OS.
- 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: /activityBookingOptions);
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.
Criação de atendimentos agendados no OFS
A cada agendamento de atendimento no Adapter, o sistema deve consumir a capacidade de agenda do OFS.
Os atendimentos serão criados através do endpoint (OFS: /createActivities);
Criada chave CADASTRA_ATENDIMENTO_OFS, caso esteja como 1, será permitido criar atendimentos junto ao OFS.
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.