Maio2023: mudanças entre as edições

De Adapter
Ir para navegação Ir para pesquisar
VisualWikitexto
 
(41 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 6: Linha 6:
=== Bloquear as ações nos modais exibidos em tela, enquanto há carregamento de informações ===
=== 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.
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 ===
=== Criar field valorComposicao na dto Modelo de Contrato ===
Linha 16: Linha 18:


=== Não permitir converter serviços de interesse em contrato com o prospecto de origem esta em PERDEU ===
=== Não permitir converter serviços de interesse em contrato com o prospecto de origem esta em PERDEU ===
O sistema deve bloquear e avisar o motivo com um modal de alerta.
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. ===
=== Criar field no modeloContratodto que traga o valor do desconto configurado no pacote. ===
Linha 32: Linha 35:


=== Alterar status de contrato na negociaçã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”'''.  
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.


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”'''.  
=== 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]]


Para isto, modificado:
=== Na integração do faturamento, criar chave para configurar o campo WhsCode no envio. ===
Criada a chave CODE_WHS_INTEGRACAO_FATURAMENTO, no modulo financeiro.


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:
Alterada a rotina '''rotinapy-integracaosapfaturamentos''' para usar esse campo, dessa chave.  


# 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.
=== 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 ===
# A configuração estiver com dado NULL, manter o(s) contrato(s) negociado(s) no status atual em que se encontram.
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:


Criar na TB_FaturaVencida o atributo isPrimeiraParcelaNegociacao.  
* 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.


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
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 atributos DataHoraValidade (Timestamp), NSUPix (Text), Base64(Text) na TB_InformacaoAdicionalFatura ===
=== Criar uma chave de configuração TIPO_SIMPLES_NACIONAL_IMPRESSAO_NOTA no financeiro ===
Foram adicionados na TB_InformacaoAdicionalFatura os seguintes campos:
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.


* DataHoraValidade (Datetime);
'''Casos opcionais:'''
* NSUPix (Text);
* Base64(Text);


=== Alterar a integração de faturamento para ser enviado em formato de lotes de faturamento ===
# Chave == 1 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 1,25%.
Criada a TB_ControleExecucaoLoteFaturamentoSap com os seguintes parâmentros:
# 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%


* IDControleExecucaoLoteFaturamentoSap
=== Criar coluna IDIntegradoraPix na TB_FormaPagamento ===
* Descricao
Criada coluna IDIntegradoraPix na TB_FormaPagamento.
* DataEnvio
* IDControleExecucao


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


Alterada a rotina de IntegracaoFaturamento para enviar as notas por lote;
Ao clicar no botão, este invoca a integração preenchida no IDIntegradoraPagamentoPix e enviará pelo meio selecionado o pix gerado.


Alterada a rotina de busca de nota para buscar por FAT ADAPTER.
Os dados retornados pelo endpoint serão salvos na TB_InformacaoAdicionalFatura.


=== Criar field “complementoEndereco” para modelo de fatura e nota unificada ===
=== Ajuste spu's utilizadas na integração de faturamento no liquibase ===
Criado field “complementoEndereco”, para modelo de fatura e nota unificada.
Atualização de SPUs spuBuscaPagamentosFaturaIntegracao e spuBuscaFaturamentosPendentesIntegracao no liquibase, para evitar erros de timeout's.


=== Criar fields "velocidade" e "descrição do plano" para layout de fatura não unificado ===
=== Alterar impressão de boleto para exibir o qrcode a partir do base64 ===
Criados os fields "velocidade" e "descrição do plano" para utilizar no layout de fatura não unificado.
Se o campo base64 estiver preenchido, será gerado o  QRcode, caso não esteja será gerado o cóigo "copia e cola".


=== 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.
'''Fields Disponíveis para Utilização:'''


==INTRANET==
Fields para fatura padrão - pdf:


=== Centralizar e criar chaves de configurações no modulo intranet referentes aos aplicativos e central de assinante ===
* qrCodePix (imagem)
Criado os seguintes endpoints para o intranet:
* txtChavePix


GET - intranet/configuracoes/webservice/app_tecnico/versao
'''Fields para fatura unificada - jasper:'''


GET - intranet/configuracoes/webservice/app_vendas/versao
* chavePix (String)
* base64 (String)


GET - intranet/configuracoes/webservice/app_cliente/versao
=== Consulta de score em nova integração ===


GET - intranet/configuracoes/webservice/app_cliente/configuracoes
* 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".'''


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


== INTEGRAÇÃO ==
== INTEGRAÇÃO ==
Linha 124: Linha 166:
* Consultar as portas reservadas  
* Consultar as portas reservadas  
* Cadastrar cliente  
* 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 ===
=== 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 ===
=== Integração Cariap conforme documentação ===
Linha 135: Linha 200:
* Consultar
* Consultar


=== Nova Integração Pix e Boleto Eletronico Itau ===
=== 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.


=== Integração Oracle OFS ===
==== 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.


==== Listagem de Workzones ====
Criado um método GET para consultar a capacidade no OFS.
Criado um novo Endpoint - método GET - para receber os dados:


* Cidade: Conselheiro Lafaiete (exemplo) - 1000
* Envio:  
* Bairro: Centro (exemplo) -160
** CEP,
* '''Workzone : 1000-160 ou “lafaiete-centro”'''
** 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.


==== Consulta de capacidade ====
Após consumir a agenda do ofs (/activitybookingoptions), o Adapter deve reservar no OFS a cota selecionada no agendamento.
Criado um método GET para consultar a capacidade no OFS.  
==== Criação de atendimentos agendados no OFS ====
Criada chave CADASTRA_ATENDIMENTO_OFS, caso esteja como 1, será criado atendimentos junto ao OFS.


* Envio: Cidade+bairro+tipo de O.S.
* 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 ====
A cada agendamento de atendimento no Adapter, o sistema deve consumir a capacidade de agenda e criar o atendimento no OFS.
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;
Os atendimentos serão criados através do endpoint (OFS: /createActivities);
* Número;
[[Arquivo:ImagemAgendamentoOFS.png|alt=Horário sendo agendado no OFS|centro|miniaturadaimagem|483x483px|Horário sendo agendado no OFS]]
* 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;
=== Criar telas para CRUD de Tipo de Integração (TB_TipoIntegracao) e Integradoras (TB_Integradora) no módulo Integração ===
* Data de Atualização;
Criadas as telas para CRUD de Tipo de Integração (TB_TipoIntegracao) e Integradoras (TB_Integradora) no módulo Integração.
* Protocolo;
[[Arquivo:ImagemCrudIntegracao1.png|alt=Tela de CRUD Integração|centro|miniaturadaimagem|452x452px|Tela de CRUD Integração]]
* 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
Permissão criada: ALTERAR_SERVIDORES_INTEGRACAO
** Pendente (No OFS será: Não Concluído)
** Visita Agendada (No OFS será: A Visitar)
** Solucionado (No OFS será: Concluído)


* Tipo de fechamento;
=== Integração Pix e Boleto Eletrônico Itaú ===
* ONU instalada;
Adicionado, em Integração Bancária -> Arquivos de Remessa novas opções de seleção, para gerar remessa de
* Informações de instalação da OS (Mapeamento);
* Notas de atendimento;
* Técnico que executou a OS.


* '''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;


Criado um novo endpoint - método GET - que recebe os seguintes dados:
[[Arquivo:ImagemGeracãoReessaNovas.png|centro|miniaturadaimagem|575x575px]]


• IDStatus Atendimento;
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.


• Status Atendimento;
Criado atributo IsEletronica na TB_ArquivoRemessa;


==== Habilitar contrato ====
Utilizado o endpoint de habilitação do Adapter: URL: '''https:// [URL] /ws/comercia l/atendimentos/concluir_visita/ativar_plano'''


Consultar Manual de Provisionamento Adapter
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.


==== Fechar Atendimento ====
==== Regras por tipo de remessa: ====
Utilizado o endpoint de fechar atendimento na conclusão da visita: URL '''https:// [URL] /ws/comercial /atendimentos/concluir_visita/fechar_atendimento'''  
'''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;


Consultar Manual de Provisionamento Adapter
'''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 ===
=== 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.
=== 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==
==OPERACIONAL==
Linha 229: Linha 289:


O sistema deverá ter pelo menos um filtro preenchido para que o botão de pesquisa seja liberado.
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==
==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==
==REDES==


Linha 236: Linha 308:


==ROTINAS==
==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==
==TELEFONIA==
==TERCEIROS==
==TERCEIROS==
Linha 251: Linha 368:
GET - ws/intranet/app_cliente/configuracoes
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.


Para maiores informações, consulte o manual de endpoints adapter.
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;

Edição atual tal como às 18h26min de 2 de outubro 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

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.

  1. 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.
  2. Caso a configuração da chave estiver com o preenchimento vazio, manter o contrato negociado no status atual em que ele se encontra.

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.

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.

Campo Integradora em Cadastro de Forma de Pagamento PIX
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:

  1. Chave == 1 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 1,25%.
  2. Chave == 2 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 1,86%
  3. Chave == 3 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,33%
  4. Chave == 4 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,56%
  5. Chave == 5 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,58%
  6. Chave == 6 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,82%
  7. Chave == 7 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,84%
  8. Chave == 8 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 2,87%
  9. Chave == 9 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,07
  10. Chave == 10 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,10%
  11. Chave == 11 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,38%
  12. Chave == 12 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,41%
  13. Chave == 13 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,45%
  14. Chave == 14 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,48%
  15. Chave == 15 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,51%
  16. Chave == 16 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,82%
  17. Chave == 17 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,85%
  18. Chave == 18 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,88%
  19. Chave == 19 - Empresa optante pelo Simples Nacional, permite o aproveitamento de crédito de ICMS sob alíquota 3,91%
  20. 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.

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

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

Horário sendo agendado no OFS
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.

Tela de CRUD Integração
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;

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.

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;

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