v6.2.8.6

[Felipe Dietrich]

v6.2.8.6

OS9604 Documentação do Akita Soft:

• Alterado logotipos do sistema e do grupo Insof4 para o novo padrão.

OS9575 Parâmetros Customizados (ASW4035):

• Adicionado campo Descrição para conter a explicação sobre uso do parâmetro customizado no sistema.

OS9559. AkitaSoft-REST-API (API021):

• Inovação - Criado API comercial para integração de cadastros de pessoas de sistemas terceiros com o com Akita Soft.
  Documentação dos métodos em https://akitasoftrestapi.docs.apiary.io/#

• Permite o recebimento de cadastros de tipos de pessoas;
• Permite o recebimento de cadastros de pessoas;

OS9600
API Autoatendimento Akita Soft (API0012):

• Removido os campos utilizaQrcode e urlServicoQrcode da domainclass ParametroGeralAcesso.
  Trig_Af_Rw_Atz_Foto_Pessoa_Bio (AS1127): Alterado origem do campo utiliza_foto_cadastro_id_face passando a ser da tabela parametros_gerais_acessos.

Cadastro De Pessoas (ASW0010), Cartões Provisórios (ASW0340), Agendamento De Pessoas (ASW3290):

• Passado a utilizar novo singleton que busca a propriedade utilizaQrcode e urlServicoQrcode com base no arquivo Config.groovy, conforme abaixo:

environments {
 production {
   urlServicoQrcode = "https://nodejs.pontosoft.com.br/api/v2/gerar-qrcode"
 }
 development {
  urlServicoQrcode = "https://nodejs.pontosoft.com.br/api/v2/gerar-qrcode"
 }
}

Parametros Gerais Do Acesso (ASW0140):

• Removido os campos Utiliza QRCode e URL Serviço QRCode. A URL do Serviço de geração do QRCode passa a ser via Config.groovy
• Removido da tela de parâmetros os campos MINUTOS_LIBERACOES_TRABALHADO e MINUTOS_LIBERACOES_FOLGA, pois não já não estão mais em uso na versão Web.

OS9612
Proc_Atz_Perfil_Pessoa (AS1010):

• Alterado ordem dos parâmetros mensagem interjornada e mensagem afastamento na
  chamada da proc_atz_perfil_relogio, passando a atualizar a faixas_controles.mensagem_afast com a descrição do motivo de afastamento vigente.

Pack_Inner (INNER003):

• Alterado retorno fixo da mensagem INVALIDO AFASTAMENTO passando a retornar as mensagens na seguinte ordem (caso exista):

1. Retorna descrição do motivo do afastamento;
2. Retorna mensagem cadastrada em mensagens_pessoas;
3. Retorna mensagem INVÁLIDO AFASTAMENTO.

OS9586 Cadastro De Pessoas (ASW0010):

• Corrigido para retornar apenas um registro na consulta que verifica se o RG informado
  no cadastro já está definido para outra pessoa, evitando erro too many rows
• Cadastro De Pessoas E Visitantes - Integração (ASW4200): Alterado para poder informar apenas o RG da pessoa.
• Agendamento De Pessoas (ASW3290): Alterado para poder informar apenas o RG da pessoa no cadastro da agenda.
  Acessos Veículos De Carga (ASW3540): Alterado para poder informar apenas o RG no cadastro de um novo motorista.
• Pack_Regras_Acesso (AS3250): Alterado método AS0010_valida_rg para validar o RG quando não tiver sido informado UF_RG.
• Proc_Elimina_Dados_Pessoais (PS0115): Alterado para permitir informar nos parâmetros o RG da pessoa sem o UF_RG.
  Alterado para não permitir informar apenas a UF_RG.

OS9592. - Configuração Geral (AKITASOFT):

• Substituição da biblioteca utilizada para decodificar tokens JWT, oriundos de autenticação Oauth, deixando de utilizar as bibliotecas dependentes jackson-*.jar, que afetavam a execução da aplicação final em ambientes Weblogic.

OS9608 Acesso De Usuários Por Pessoas (ASW8270): Ajustado para que os registros inseridos por esta tela de permissão de usuários por pessoa façam a atualização do campo atz_manual = 'S' na tabela usuarios_controles_pessoas, pois esses lançamentos manuais eram eliminados ao realizar a atualização da segurança do usuário.

[Vinicius Mello]

OS9559

Trig_Bf_Rw_Intfcad_Pess_Atz_Id (IFP093): Criado trigger para controle de id da tabela intfol_cadastros_pessoas.

Akitasoft-Rest-Api (API021): Criado api de integração com Akita, prevendo dois métodos:

1. GET para consulta dos tipos de pessoas que possuam cod_perfil padrão.
2. POST do cadastro da pessoa, passando o tipo de pessoa e o cadastro da empresa. Caso a empresa não exista é criado novo cadastro e associado ao cadastro da nova pessoa.

Também foi criada a tabela intfol_cadastros_pessoas que serve para receber todos os dados enviados no método 2.POST, onde é possível acompanhar os logs de processamento do registro.

Documentação dos métodos em https://akitasoftrestapi.docs.apiary.io/#