Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

Categorias

GT Soft Multicliente

Configurações, parametrizações, versões, dúvidas em geral do sistema.

Configurações
Versões
Dúvidas
Customizações

2
Tópicos

2
Posts

🐞 OS11990 / Solicitação 28677 - Correções diversas no sistema para situações encontradas na fase de homologação.
Gtsoft Multicliente (GTMULTICLI): Correções gerais no sistema baseadas nos testes em homologação.
✨ OS12030 / Solicitação 28833 - Integração do GT Soft Multicliente com o Akita Soft via banco de dados

Implementação dos processos de controle de integração com o Akita Soft, criados os seguintes elementos:
Trig_Af_Rw_Crg_Akita (GTW3460) Trig_Af_Rw_Tcp_Cargo_Akita (GTW3465) Trig_Af_Rw_Cnt_Pss_Akita (GTW3470) Trig_Af_Rw_Emp_Pss_Akita (GTW3475) Trig_Af_Rw_Doc_Ent_Akita (GTW3480) Trig_Af_Rw_Rl_Pss_Cnt_Akita (GTW3485) Trig_Af_Rw_Rl_Srv_Emp_Akita (GTW3490) Trig_Af_Rw_Tcp_Historico_Akita (GTW3495) Trig_Bf_St_Tcp_Historico_Akita (GTW3500) Trig_Af_St_Tcp_Historico_Akita (GTW3505) Trig_Bf_St_Rl_Pss_Cnt_Akita (GTW3510) Trig_Af_St_Rl_Pss_Cnt_Akita (GTW3515) Trig_Af_Rw_Tp_Pss_Bloq_Akita (GTW3520) Trig_Bf_Rw_Par_Ger_Cl_Akita (GTW3525) Trig_Bf_Rw_Cli_Akita (GTW3530) Trig_Af_Rw_Trn_Pss_Akita (GTW3535) Trig_Bf_St_Doc_Ent_Akita (GTW3540) Trig_Af_St_Doc_Ent_Akita (GTW3545) Trig_Bf_St_Trn_Pss_Akita (GTW3550) Trig_Af_St_Trn_Pss_Akita (GTW3555) Pack_Integracao_Akita (GTW6000)
Pack_Processos_Gtsoft (GTW7820): Criado processo para controle e execução de processos agendados no banco de dados

Job Atz Diario Vencidos Para Akita (GTW4720): Job para atualização diária do Akita para documentos e treinamentos vencidos no dia.

Job Processa Prox Pend (GTW7826): Criado job que executa a cada 3 minutos para processamento das pendências dos processos agendados no banco de dados.

Trig_Bf_St_Tp_Pss_Atz_Doc (GTW3445): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Trig_Af_Rw_Tp_Pss_Atz_Doc (GTW3450): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Trig_Af_St_Tp_Pss_Atz_Doc (GTW3455): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Pack_Processo_Gtw0130 (GTWP0130): Criado procedimento para agendamento de processo que permite a atualização do perfil da pessoa no Akita Soft, utilizado pelo processo de integração entre GT Soft e Akita Soft.

Fnc_Situacao_Acesso_Empresa (GTW4350): Criado procedimento para validar a situação do acesso de uma empresa em relação a documentos vencidos, ausência de documentos entregues ou ausência de contrato de serviço com alguma contratante.

Pack_Trata_Mutante (GTW4010): Implementação do processo de controle da integração com o Akita Soft.

Pack_Consultas_Dashboard (GTW4020): Ajuste no filtro que conta a quantidade de pessoas com acesso bloqueado.

Trig_Af_Rw_Emp_Pss_Atz_Doc (GTW3240): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Trig_Af_St_Emp_Pss_Atz_Doc (GTW3315): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Trig_Bf_St_Emp_Pss_Atz_Doc (GTW3400): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Pack_Documentos (GTW4000): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Fnc_Situacao_Acesso_Pessoa (GTW4300): Incluídos tratamentos para considerar uma pessoa bloqueada quando não tiver documento entregue, não tiver atividade associada ou não tiver vinculo com contratante associado, de acordo com novos parâmetros gerais criados para controle dessa regra.

✨ OS12092 / Solicitação 29151 - Integração do GT Soft Multicliente com o Akita Soft via API

Criação de triggers para geração de ponteiros nas tabelas para envio de atualização via API:
Trig_Af_Rw_Ep_Atz_Pnt_Int_Ac (GTW6139) Trig_Af_Rw_Cp_Atz_Pnt_Int_Ac (GTW6140) Trig_Af_Rw_Tcp_Atz_Pnt_Int_Ac (GTW6141) Trig_Af_Rw_Rse_Atz_Pnt_Int_Ac (GTW6142) Trig_Af_Rw_Rpc_Atz_Pnt_Int_Ac (GTW6143) Trig_Af_Rw_Doc_Ent_Pnt_Int_Ac (GTW6146)
Gtsoft Multicliente (GTMULTICLI): Implementação da integração via API entre GT Soft Multicliente e Akita v7.

🐞 OS12094 / Solicitação 29085 - Correções no funcionamento das máscaras nos campos.
Cadastro De Empresas E Pessoas (GTW0100): Correção dos componentes com máscara para que a tecla delete tenha o comportamento padrão do teclado.
🐞 OS12197 / Solicitação 29683 - Correções no processo de exclusão de documentos pendentes.

Pack_Documentos (GTW4000): Correção no processo de exclusão de documentos pendentes.

Trig_Af_Rw_Tp_Atv_Pss_Atz_Doc (GTW3275): Ajustado para que ao remover uma atividade da pessoa que não tenha data final de vigência informada, deve remover todos os documentos pendentes vinculados, não somente os com data de vencimento futura.

🐞 OS12201 / Solicitação 29690 - Ajustes no processo de aprovação de documentos com periodicidade única.
Pack_Documentos (GTW4000): Realizado ajuste para não processar regras de documentos após a aprovação de documentos com periodicidade única.
✨ OS12209 / Solicitação 29734 - Melhoria para inclusão de campos de pré-checagem do checklist de avaliação de documentos

Cadastro De Empresas E Pessoas (GTW0100): Incluído campos de pré-checagem do
documento na avaliação do mesmo.

Consulta De Documentos (GTW1000): Incluído campos de pré-checagem do
documento na avaliação do mesmo.

Cadastro De Pessoas (GTW0130): Incluído campos de pré-checagem do documento na avaliação do mesmo. Incluído campo CNPJ nos dados da pessoa para facilitar identificação da empresa.

🐞 OS12217 / Solicitação 29684 - Ajustes no fluxo de isenções de documentos.

Consulta De Documentos (GTW1000): Ajustado fluxo de isenção de documentos

Pack_Documentos (GTW4000): Ajustado para que não processe regras de geração de documentos quando houver uma isenção vigente para o documento e empresa/pessoa.

🐞 OS12221 / Solicitação 29742 - Ajustes no fluxo de exclusão de pessoas que não tiveram nenhum documento movimentado.
Cadastro De Pessoas (GTW0130): Ajustado para permitir remoção da pessoa quando existem apenas documentos isentados ou pendentes. Quando existir movimentação de documentos (reprovados, aprovados etc, diferente de isento ou pendente), não remove o histórico da pessoa e avisa ao usuário sobre a existência de documentação já movimentada.
🐞 OS12230 / Solicitação 29741 - Ajustes no fluxo de isenção de documentos, de remoção de documentos após cancelamento de aprovação e de remoção de vínculos com contratantes e locais de trabalho.

Consulta De Documentos (GTW1000): Correções gerais da isenção e envio de documento

Pack_Documentos (GTW4000): Ajustado para que ao remover a aprovação de um documento exclua corretamente os documentos pendentes posteriores, quando possível.

Trig_Af_Rw_Rl_Pss_Cnt_Atz_Doc (GTW3265): Ajustado para que ao excluir um vinculo de contratante exclua todos os documentos vinculados pendentes, não somente os com data de vencimento posterior a data da exclusão.

Trig_Af_Rw_Rl_Srv_Emp_Atz_Doc (GTW3270): Ajustado para que ao excluir um vinculo de contratante exclua todos os documentos vinculados pendentes, não somente os com data de vencimento posterior a data da exclusão

Trig_Af_Rw_Lc_Trb_Pss_Atz_Doc (GTW3245): Ajustado para que ao excluir um vinculo de local de trabalho exclua todos os documentos vinculados pendentes, não somente os com data de vencimento posterior a data da exclusão.

Trig_Af_Rw_Doc_Ent_Processa (GTW3230): Incluídos os status Em Avaliação e Aguardando Avaliação como status tratáveis para remoção de aprovação quando o status anterior era Aprovado ou Aprovado Temporariamente. Anteriormente tratava
apenas a alteração para status Pendente.
Sistema Gerencial

5
Tópicos

6
Posts

G

Passos para a criação do programa e vinculo com o cliente:
Verifique o intervalo de códigos de programas usados no cliente. Para isso, acesse a tela PG0190 (Cadastro de programas customizados)
ece5a78f-01d5-4ded-9bb4-26a2114927d7-image.png
d33cb450-ef79-4486-8862-9f6dcd89669a-image.png

Escolha um código da faixa customizada que ainda não esteja sendo usado na lista de programas exibidos nessa tela.

Acesse a tela PG0130 (Cadastro de programas) e informe os campos necessários do cadastro. Antes de salvar, desmarque a opção "comercial".

6466f62d-4652-4ba7-9412-22647e327bb2-image.png

Com o programa cadastrado, volte para a tela PG0190 (Cadastro de programas customizados)

Adicione um novo registro na lista de programas customizados do cliente. Informe o código deste programa recém criado.

Após a seleção do programa, os campos obrigatórios deste registro já estarão populados.

Salve o registro.

Volte para a tela PG0130 (Cadastro de programas), atualizando a consulta deste programa criado.

Perceba que o checkbox "Customizado" abaixo da opção "Comercial" está marcado. Você ainda pode clicar no botão ao lado deste para conferir em qual cliente este programa foi criado.

A partir de agora, o programa pode ser adicionado nas manutenções de solicitações.

Observações:
Programas que são objetos de banco ou relatórios do Gerador de Relatórios devem estar localizados na pasta do cliente do devido sistema: GT -> O:\Sistemas_Java\GTSoft\Clientes Ponto/Akita Enterprise -> O:\PONTO\Clientes
Quando o programa estiver sendo criado em uma OS e for objeto de banco ou relatório do gerador, o responsável pela criação deve mover o arquivo para a pasta "CustomizacoesEspecificas\MANUT" do cliente (Exemplo: O:\Sistemas_Java\GTSoft\Clientes\668.GT3\CustomizacoesEspecificas\MANUT). Após o encerramento da solicitação e patch do sistema, o próprio gerencial irá move-lo para as pastas devidas. Assim, as próximas manutenções do programa terão as ações de mover o fonte entre as pastas de forma automática.

Nos objetos de banco, o cabeçalho dos comentários de versionamento no começo do arquivo deve possuir a sigla "VERSAO CUSTOMIZADA ESPECÍFICA"

a6ddab19-1604-453d-87af-79fae6eed35a-image.png
Não é necessário salvar os objetos de banco customizados no Oracle Designer
Equipamentos

Modelo comunicação equipamentos
Hikvision
Registradores de Ponto (REP)

4
Tópicos

4
Posts

M

As parametrizações a seguir visam configurar o equipamento para que ele funcione corretamente e desempenhe uma melhor performance como REP-P junto ao sistema Ponto Soft. ⚠ Atenção: O equipamento deve estar na versão de Firmware: V3.16.1 build 240906 No navegador, informar o endereço IP configurado no equipamento para ter acesso ao seu WebServer. Ajustar cada parâmetro conforme informado abaixo.
engre.jpg
Configuração

1. Door Config
Configurações de autenticação
Intervalo de reconhecimento de face contínuo: 10s (Recognition Interval)
Intervalo de autenticação: 60s (Authentication Interval)

ceff38ba-0ed3-4988-b077-ce2eed8e71c8-image.png

2. Segurança
Configurações de autenticação
Carregamento e armazenamento de imagens: Habilitar as 5 opções disponíveis.

c91ba646-0b85-44cf-bdca-58782bbfc691-image.png

3. Inteligente
Inteligente
Anti-spoofing de rosto: Habilitado
Nível de detecção anticlonagem: Geral
Distância de Reconhecimento : 1m

c445cbac-2c59-440a-be85-ea65f6e8d740-image.png

4. Preferência
Tela de exibição
Suspensão: Habilitado
Suspender após: 300 (Segundos)

2dcc803f-ce60-4c87-be92-810e5c5e0981-image.png
Desenvolvimento

Orientações, Dicas e Processos do setor de Desenvolvimento

Retrospectiva

64
Tópicos

92
Posts

G

Geralmente nossas classes groovy (DomainClass, Command, DTO) precisam validar o limite de dados dos atributos e quase sempre um valor fixo resolve:
class ControlePessoa { String nome constraints = { nome nullable: false, maxSize: 50 } }
Embora esse formato seja o mais comum, eventualmente será necessário definir um valor dinâmico para o limite desse atributo.

E como fazemos isso?

Definindo um validator customizado.
Implementação do validator dentro da própria classe class ControlePessoa { String nome constraints = { nome nullable: false, validator: { val, obj -> boolean possuiIntegracao = new PackIntegracaoAkitaDao().getPossuiIntegracao() == '4' int maxSize = possuiIntegracao ? 60 : 100 if (val && val.size() > maxSize) { return ['maxSize.exceeded', maxSize] } return null } } Implementação do validator em uma classe própria class ControlePessoa { String nome constraints = { nome nullable: false, validator: IntegracaoAkitaValidator.maxSize(60, 100) } } class IntegracaoAkitaValidator { static Closure maxSize(int maxSizeComIntegracao, int maxSizeSemIntegracao) { return { val, obj -> boolean possuiIntegracao = new PackIntegracaoAkitaDao().getPossuiIntegracao() == '4' int maxSize = possuiIntegracao ? maxSizeComIntegracao : maxSizeSemIntegracao if (val && val.size() > maxSize) { return ['maxSize.exceeded', maxSize] } return null } } }
Suporte

Orientações, Dicas e Processos do setor de Suporte

10
Tópicos

14
Posts

G

Configuração de menus para os programas de listagem e execução de relatórios por categoria, em cada perfil de menu.

Por padrão, cada categoria de relatório do gerador possui um programa que lista todos os relatórios dessa categoria. No programa de perfis de menu, é possível selecionar cada relatório dessa categoria que o perfil terá acesso. Por exemplo, na categoria de "Empresas" com 10 relatórios disponíveis, é possível fazer o perfil ter acesso a somente 2 desses relatórios.

Para que esses relatórios aparecem no cadastro do perfil, é necessário que o menu da categoria esteja devidamente cadastrado no gerencial e na base de dados do cliente:
a33b5d9f-0d9d-485e-acf6-be7a05ce710e-image.png

Atualmente o GT4 conta com as categorias:
"value": "0101", "meaning": "Documentos"
"value": "0102", "meaning": "Empresas"
"value": "0103", "meaning": "Pessoas"
"value": "0104", "meaning": "Liberações Extras"
"value": "0105", "meaning": "Treinamentos"
"value": "0106", "meaning": "Materiais"
"value": "0107", "meaning": "Veículos"
"value": "0109", "meaning": "Outros"

Caso uma categoria de relatório, ou até mesmo um relatório específico não seja listado no cadastro do perfil de menu, é porque o menu dele está incorreto no banco de dados.

Obs: o relatório mesmo que cadastrado no perfil de menu, só aparecerá na tela de execução de sua categoria quando tiver o status 4 (Finalizado). Demais status do relatório faz ele não ser exibido na respectiva tela de execução (somente consegue executar pela edição do relatório).
Ponto Soft Enterprise

Configurações, parametrizações, versões, dúvidas em geral do sistema.

Configurações
Versões
Dúvidas
Customizações

111
Tópicos

176
Posts

Criação de menus auxiliares
Os menus auxiliares permitem disponibilizar links aos usuários no menu lateral dos sistemas da Insoft4.

A configuração é realizada na tela PSW3360, no Ponto Soft. Neste exemplo, será utilizado o Ponto Soft Workforce, identificado como pontosoftgestao.
1. Selecionar o sistema
Acesse a tela PSW3360 e, na grid mestre, selecione o sistema no qual deseja disponibilizar o menu.

Para o Workforce, selecione pontosoftgestao.

6258b76c-094b-4878-9a8f-9fe7d71b1f36-image.png
2. Cadastrar o módulo
Na grid detalhe de módulos, inclua um registro e preencha:
Nome: identificação do módulo que agrupará os menus auxiliares. Sequência: ordem de exibição do módulo no menu lateral.
Salve o cadastro.

c2da9f89-fc74-4076-8f02-a64a0d45e89b-image.png
3. Cadastrar o menu auxiliar
Selecione o módulo cadastrado e, na grid detalhe de menus, inclua um registro com o nome do menu e o link de destino.

No campo Edt código, informe o valor fixo 99. Caso existam subtelas, utilize 99.1, 99.2, 99.3 e assim por diante.

Salve o cadastro.

bea6ddb3-0cb8-4cf4-9d10-fc89928481b4-image.png
4. Validar o resultado
Acesse o sistema configurado e verifique se o módulo e o menu auxiliar aparecem no menu lateral, conforme a sequência definida.

Clique no menu e confirme se o link abre o destino esperado.

0e5e50d0-2beb-4d8c-89d4-7da74c1b8c10-image.png
Akita Soft

Configurações, parametrizações, versões, dúvidas em geral do sistema.

Configurações
Versões
Dúvidas
Customizações

79
Tópicos

93
Posts

G

O Auto Atendimento Hospitalar é uma aplicação utilizada para o check-in de visitantes e acompanhantes de pacientes na entrada dos hospitais. A recepção do hospital terá um Totem (tablet por exemplo) com o navegador aberto na URL desta aplicação frontend.

A pessoa passará pelo Totem, fazendo o cadastro do seu acesso. Para isso, é necessário que a pessoa saiba o código de internação do paciente.

A aplicação é composta por dois artefatos:
página Web em React API em Grails, conectada com a base do Akitasoft
Há também um terceiro artefato, a image-manipulator-api, responsável por comprimir e validar a foto capturada pelo Totem quando a pessoa ainda não possui foto salva no banco de dados. Este artefato é requisito para o funcionamento da aplicação, pois garante a não sobrecarga de armazenamento das fotos no banco de dados.

Além do acesso pelo Totem, a aplicação também pode ser acessada através de link customizado. Funciona da seguinte forma:
Webservice terceiro faz login na API auto-atendimento-hospitalar-api Com o token de autenticação, aciona a url auto-atendimento-hospitalar-api/v1/urlGenerator/?codigoInternacao=x, onde x é o código de internação na qual a pessoa fará a visita/acompanhamento A URL retornada pela API contem um JWT criptografado que indica o código da internação A URL é enviada para a pessoa por meios próprios do terceiro, que poderá acessar a URL via celular/computador para efetivar o cadastro antecipado do acesso.
Nesta modalidade a pessoa fica isenta de passar pelo Totem da recepção do hospital. O link é de uso único (uma única confirmação de acesso) e também possui tempo de expiração.

Neste cenário de link customizado, não ocorre a autenticação com insoft-auth, pois o próprio JWT da URL contem a assinatura segura das nossas APIs. As requests acionadas por esse link passam por validações (data de expiração, teste do valor descriptografado do JWT etc) para evitar acessos indevidos.

A seguir consta as propriedades configuráveis no .yml para o sistema.
Propriedade Valor Descrição maximoTempoPermanencia.visitante 10 (número inteiro, em minutos) Tempo máximo de permanência do visitante. maximoTempoPermanencia.acompanhante 10 (número inteiro, em minutos) Tempo máximo de permanência do acompanhante. headerTitle "header.title" Título do cabeçalho da aplicação. Padrão é Auto Atendimento Hospitalar urlTermosDeUso hospital deve disponibilizar a URL contendo os termos de uso URL contendo os termos de uso da aplicação, exibidos na modal da tela de introdução do sistema. exibirFotoEtapaFinalizacao 'N' ou 'S' Indica se a ultima etapa (confirmação dos dados) exibe a foto capturada pela pessoa no totem. appBaseUrl http://localhost:5173/auto-atendimento-hospitalar URL externalizada da aplicação frontend. Compõe o link final que o visitante recebe pelo aplicativo do hospital para realizar o check-in pelo próprio celular ou computador. horasExpiracaoLinkCustomizado 1000 (número inteiro, em horas) Tempo de vida do link customizado utilizado para cadastro antecipado do acesso, sem necessidade de passar pelo totem hospitalar. imageManipulatorApi.url http://localhost:8180/image-manipulator-api URL da API responsável por comprimir a foto da pessoa e verificar se existe uma face válida na imagem. fotoMaxSizeKb 200 (número inteiro, em KB) Tamanho máximo da foto após compressão, para armazenamento no banco de dados. Somente a foto capturada pelo Totem e Link customizado é comprimida. A foto atual da pessoa não passa pela rotina.
Gear Soft

Configurações, parametrizações, versões, dúvidas em geral do sistema.

Configurações
Versões
Dúvidas
Customizações

4
Tópicos

4
Posts

J

🚀 v2.0.0.0
📢 Melhorias do produto Solicitações 28133 e 28683 – Adequação do Gear Soft para integração com o Ponto Soft Express
Foram realizadas adequações no Gear Soft para possibilitar sua integração com o Ponto Soft Express.

Como resultado dessas alterações, a estrutura do projeto foi dividida em três artefatos distintos:

gearsoft
Responsável pelo frontend da aplicação. Este artefato é compartilhado entre o Ponto Soft Enterprise e o Ponto Soft Express, mantendo a mesma implementação para ambos os produtos.

gearsoft-api
Responsável pelo backend utilizado pelo Ponto Soft Enterprise.

gearsoft-api-ex
Responsável pelo backend utilizado pelo Ponto Soft Express.
GT Soft

Configurações, parametrizações, versões, dúvidas em geral do sistema.

Configurações
Versões
Dúvidas
Customizações

78
Tópicos

88
Posts

🐞 OS11990 / Solicitação 28677 - Correções diversas no sistema para situações encontradas na fase de homologação.
Gtsoft Multicliente (GTMULTICLI): Correções gerais no sistema baseadas nos testes em homologação.
✨ OS12030 / Solicitação 28833 - Integração do GT Soft Multicliente com o Akita Soft via banco de dados

Implementação dos processos de controle de integração com o Akita Soft, criados os seguintes elementos:
Trig_Af_Rw_Crg_Akita (GTW3460) Trig_Af_Rw_Tcp_Cargo_Akita (GTW3465) Trig_Af_Rw_Cnt_Pss_Akita (GTW3470) Trig_Af_Rw_Emp_Pss_Akita (GTW3475) Trig_Af_Rw_Doc_Ent_Akita (GTW3480) Trig_Af_Rw_Rl_Pss_Cnt_Akita (GTW3485) Trig_Af_Rw_Rl_Srv_Emp_Akita (GTW3490) Trig_Af_Rw_Tcp_Historico_Akita (GTW3495) Trig_Bf_St_Tcp_Historico_Akita (GTW3500) Trig_Af_St_Tcp_Historico_Akita (GTW3505) Trig_Bf_St_Rl_Pss_Cnt_Akita (GTW3510) Trig_Af_St_Rl_Pss_Cnt_Akita (GTW3515) Trig_Af_Rw_Tp_Pss_Bloq_Akita (GTW3520) Trig_Bf_Rw_Par_Ger_Cl_Akita (GTW3525) Trig_Bf_Rw_Cli_Akita (GTW3530) Trig_Af_Rw_Trn_Pss_Akita (GTW3535) Trig_Bf_St_Doc_Ent_Akita (GTW3540) Trig_Af_St_Doc_Ent_Akita (GTW3545) Trig_Bf_St_Trn_Pss_Akita (GTW3550) Trig_Af_St_Trn_Pss_Akita (GTW3555) Pack_Integracao_Akita (GTW6000)
Pack_Processos_Gtsoft (GTW7820): Criado processo para controle e execução de processos agendados no banco de dados

Job Atz Diario Vencidos Para Akita (GTW4720): Job para atualização diária do Akita para documentos e treinamentos vencidos no dia.

Job Processa Prox Pend (GTW7826): Criado job que executa a cada 3 minutos para processamento das pendências dos processos agendados no banco de dados.

Trig_Bf_St_Tp_Pss_Atz_Doc (GTW3445): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Trig_Af_Rw_Tp_Pss_Atz_Doc (GTW3450): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Trig_Af_St_Tp_Pss_Atz_Doc (GTW3455): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Pack_Processo_Gtw0130 (GTWP0130): Criado procedimento para agendamento de processo que permite a atualização do perfil da pessoa no Akita Soft, utilizado pelo processo de integração entre GT Soft e Akita Soft.

Fnc_Situacao_Acesso_Empresa (GTW4350): Criado procedimento para validar a situação do acesso de uma empresa em relação a documentos vencidos, ausência de documentos entregues ou ausência de contrato de serviço com alguma contratante.

Pack_Trata_Mutante (GTW4010): Implementação do processo de controle da integração com o Akita Soft.

Pack_Consultas_Dashboard (GTW4020): Ajuste no filtro que conta a quantidade de pessoas com acesso bloqueado.

Trig_Af_Rw_Emp_Pss_Atz_Doc (GTW3240): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Trig_Af_St_Emp_Pss_Atz_Doc (GTW3315): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Trig_Bf_St_Emp_Pss_Atz_Doc (GTW3400): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Pack_Documentos (GTW4000): Ajustado o processo de geração de documentos para considerar o novo campo CONTROLE_DOCUMENTO no cadastro de Empresas e de Tipos de Pessoas.

Fnc_Situacao_Acesso_Pessoa (GTW4300): Incluídos tratamentos para considerar uma pessoa bloqueada quando não tiver documento entregue, não tiver atividade associada ou não tiver vinculo com contratante associado, de acordo com novos parâmetros gerais criados para controle dessa regra.

✨ OS12092 / Solicitação 29151 - Integração do GT Soft Multicliente com o Akita Soft via API

Criação de triggers para geração de ponteiros nas tabelas para envio de atualização via API:
Trig_Af_Rw_Ep_Atz_Pnt_Int_Ac (GTW6139) Trig_Af_Rw_Cp_Atz_Pnt_Int_Ac (GTW6140) Trig_Af_Rw_Tcp_Atz_Pnt_Int_Ac (GTW6141) Trig_Af_Rw_Rse_Atz_Pnt_Int_Ac (GTW6142) Trig_Af_Rw_Rpc_Atz_Pnt_Int_Ac (GTW6143) Trig_Af_Rw_Doc_Ent_Pnt_Int_Ac (GTW6146)
Gtsoft Multicliente (GTMULTICLI): Implementação da integração via API entre GT Soft Multicliente e Akita v7.

🐞 OS12094 / Solicitação 29085 - Correções no funcionamento das máscaras nos campos.
Cadastro De Empresas E Pessoas (GTW0100): Correção dos componentes com máscara para que a tecla delete tenha o comportamento padrão do teclado.
🐞 OS12197 / Solicitação 29683 - Correções no processo de exclusão de documentos pendentes.

Pack_Documentos (GTW4000): Correção no processo de exclusão de documentos pendentes.

Trig_Af_Rw_Tp_Atv_Pss_Atz_Doc (GTW3275): Ajustado para que ao remover uma atividade da pessoa que não tenha data final de vigência informada, deve remover todos os documentos pendentes vinculados, não somente os com data de vencimento futura.

🐞 OS12201 / Solicitação 29690 - Ajustes no processo de aprovação de documentos com periodicidade única.
Pack_Documentos (GTW4000): Realizado ajuste para não processar regras de documentos após a aprovação de documentos com periodicidade única.
✨ OS12209 / Solicitação 29734 - Melhoria para inclusão de campos de pré-checagem do checklist de avaliação de documentos

Cadastro De Empresas E Pessoas (GTW0100): Incluído campos de pré-checagem do
documento na avaliação do mesmo.

Consulta De Documentos (GTW1000): Incluído campos de pré-checagem do
documento na avaliação do mesmo.

Cadastro De Pessoas (GTW0130): Incluído campos de pré-checagem do documento na avaliação do mesmo. Incluído campo CNPJ nos dados da pessoa para facilitar identificação da empresa.

🐞 OS12217 / Solicitação 29684 - Ajustes no fluxo de isenções de documentos.

Consulta De Documentos (GTW1000): Ajustado fluxo de isenção de documentos

Pack_Documentos (GTW4000): Ajustado para que não processe regras de geração de documentos quando houver uma isenção vigente para o documento e empresa/pessoa.

🐞 OS12221 / Solicitação 29742 - Ajustes no fluxo de exclusão de pessoas que não tiveram nenhum documento movimentado.
Cadastro De Pessoas (GTW0130): Ajustado para permitir remoção da pessoa quando existem apenas documentos isentados ou pendentes. Quando existir movimentação de documentos (reprovados, aprovados etc, diferente de isento ou pendente), não remove o histórico da pessoa e avisa ao usuário sobre a existência de documentação já movimentada.
🐞 OS12230 / Solicitação 29741 - Ajustes no fluxo de isenção de documentos, de remoção de documentos após cancelamento de aprovação e de remoção de vínculos com contratantes e locais de trabalho.

Consulta De Documentos (GTW1000): Correções gerais da isenção e envio de documento

Pack_Documentos (GTW4000): Ajustado para que ao remover a aprovação de um documento exclua corretamente os documentos pendentes posteriores, quando possível.

Trig_Af_Rw_Rl_Pss_Cnt_Atz_Doc (GTW3265): Ajustado para que ao excluir um vinculo de contratante exclua todos os documentos vinculados pendentes, não somente os com data de vencimento posterior a data da exclusão.

Trig_Af_Rw_Rl_Srv_Emp_Atz_Doc (GTW3270): Ajustado para que ao excluir um vinculo de contratante exclua todos os documentos vinculados pendentes, não somente os com data de vencimento posterior a data da exclusão

Trig_Af_Rw_Lc_Trb_Pss_Atz_Doc (GTW3245): Ajustado para que ao excluir um vinculo de local de trabalho exclua todos os documentos vinculados pendentes, não somente os com data de vencimento posterior a data da exclusão.

Trig_Af_Rw_Doc_Ent_Processa (GTW3230): Incluídos os status Em Avaliação e Aguardando Avaliação como status tratáveis para remoção de aprovação quando o status anterior era Aprovado ou Aprovado Temporariamente. Anteriormente tratava
apenas a alteração para status Pendente.
Ponto Soft Express

Configurações, parametrizações, versões, dúvidas em geral do sistema.

Configurações
Versões
Dúvidas

46
Tópicos

59
Posts

J

🚀 v7.3.7.0

A versão 7.3.7 do Ponto Soft Express reúne mudanças no uso de foto no Ponto Mobile, nos espelhos de ponto e na geração de documentos fiscais. Também inclui correções nas auditorias, no tratamento de justificativas e no cadastro de usuários, além de ajustes nas integrações.
⭐ Destaques da versão Dispensa de captura de foto no Ponto Mobile configurável individualmente por colaborador. Identificação de marcações ajustadas com a letra “a” nos espelhos dos layouts 01 e 08, conforme opção de geração. Correção na geração do AFD do REP-P e do AFDT. Correção da validação do Plano Avançado na geração das auditorias de ponto. 📱 Foto nas marcações do Ponto Mobile
Foi incluída uma opção para dispensar a captura de foto nas marcações pelo aplicativo individualmente por colaborador, mesmo quando a exigência estiver habilitada no cadastro do cliente. O novo campo ignoraExigeFoto foi incorporado às telas e lisSolicitaçãoens envolvidas, e as rotinas de sincronização foram ajustadas para transmitir essa configuração ao usuário no Ponto Mobile.

Telas atualizadas:
PSEW0250 — Cadastro de Colaboradores. PSEW9180 — Sincronização de Usuários com Ponto Mobile.
Benefício: permite definir exceções individuais à exigência de foto nas marcações pelo aplicativo.

Solicitação: 29412.
📑 Espelhos de ponto e documentos fiscais
Foi incluída a opção Imprime Tipo Ajustada na geração dos espelhos de ponto, disponível somente para os layouts 01 e 08. Quando estiver definida como Sim, será exibida a letra “a” ao lado do horário das marcações do tipo “A”.

Também foi corrigida a geração do Arquivo Fonte de Dados (AFD) do Registrador Eletrônico de Ponto via Programa (REP-P) e do Arquivo Fonte de Dados Tratados (AFDT).

Telas e relatórios atualizados:
PSEW0511 — Espelhos de Ponto: nova opção Imprime Tipo Ajustada. PSEW0510 e PSEW4900 — Cartão Ponto Layout 1 e Cartão Ponto Layout 8: identificação das marcações do tipo “A” conforme a opção selecionada. PSEW7980 — Gerar Documentos Fiscais Portaria 1510 MTE: correção na geração do AFD do REP-P e do AFDT.
Benefício: permite identificar marcações ajustadas nos layouts indicados e corrige a geração dos arquivos fiscais mencionados.

Solicitação: 29236, 29414.
🔐 Tela de login e cadastro de usuários
Na tela de login do Ponto Soft Express, foi removido o botão que direcionava ao formulário de cadastro do site. Os links de mídias também foram ajustados ao novo padrão.

No serviço de cadastro de usuários, foi removida uma restrição de login que divergia do modelo de dados do Express e corrigida a gravação do histórico de senha durante o cadastro.

Tela e componente atualizados:
PONTOEX — Configuração Geral: ajustes na tela de login. API022 — Ps-Ex-User-Registration-Api: ajustes no cadastro de usuários e no histórico de senha.
Benefício: atualiza os elementos da tela de login e corrige o tratamento dos dados no cadastro de usuários.

Solicitação: 29620, 29904.
🐞 Correções nas auditorias e justificativas de ponto
A validação de licença nas auditorias de ponto foi reorganizada para considerar primeiro a configuração GERA_SOMENTE_LICENCA. Antes, a ausência de uma configuração específica do cliente podia interromper indevidamente a geração da auditoria.

No tratamento das justificativas, foi adicionada uma validação para filtrar justificativas cujo tipo de motivo seja diferente de “P” na rotina de geração auxiliar dos cartões de ponto. Também foi ajustada a finalização da apuração após incluir justificativas, garantindo a atualização do indicador de inconsistência na data da marcação.

Regras e rotinas corrigidas:
Auditorias com GERA_SOMENTE_LICENCA vazio (NULL) ou “N”: a ausência do Plano Avançado não impede a geração da auditoria. Auditorias com GERA_SOMENTE_LICENCA igual a “S”: a auditoria somente é gerada quando o cliente possui o Plano Avançado. Ausência de registro de licença: o cliente é considerado sem o Plano Avançado. Ausência de configuração específica de auditoria para o cliente: não é tratada automaticamente como uma negativa. Geração auxiliar dos cartões de ponto: inclusão da validação do tipo de motivo das justificativas. Inclusão de justificativas: atualização do indicador de inconsistência na data da marcação.
Benefício: aplica a condição de licença definida para cada auditoria e atualiza o indicador de inconsistência após a inclusão de justificativas.

Solicitação: 29359, 29380, 29589.
🔧 Integrações e melhorias internas
O componente de integração com a folha foi ajustado para compatibilizar a integração com o Ponto Soft Enterprise. Também foram adicionadas informações de identificação do site à consulta interna de status dos equipamentos e preparados scripts para ajuste de uma restrição de integridade do banco de dados.

Componentes e estruturas atualizados:
API0026 — Folha-Integracao-Ps-Ex: ajuste de compatibilidade da integração com o Ponto Soft Enterprise. Consulta interna de status dos equipamentos: inclusão dos campos nome_site e nro_site. Banco de dados: criação de scripts para ajuste de uma restrição de integridade.
Benefício: adequa a integração com o Enterprise e acrescenta a identificação do site aos dados internos de status dos equipamentos.

Solicitação: 29280, 29719, 29771.
Ponto Soft Mobile

Configurações, parametrizações, versões, dúvidas em geral do sistema.

Configurações
Versões
Dúvidas

38
Tópicos

49
Posts

Ponto Soft App 4.21.x
Adicionado:
Atualização de tecnologia
Modificado:
Removido o uso da galeria.
Corrigido:
Limpeza de pagamentos e saldos em cache ao buscar novos dados on-line. Prever exibição para saldos zerados. Funcionamento off-line para a consulta de funcionários do gestor. Ajustada a renderização das telas ao navegar entre abas, no iOS. Invalidação definitiva de sessão ao revogar token OAuth e interrupção de requests. Ponto Soft Mobile ADM (Front-End / Back-End) 2.3.1.0
Adicionado:
Novo campo autenticacaoBioCliente para o programa PSM0040. API PSMOBILE-WS 3.10.0
Adicionado:
Replicar configuração Cleinte.sugereAutenticacaoBiometrica na Marcacao.autenticacaoBioCliente.
Corrigido:
Corrigir lock no banco de dados ao executar proc_atz_status_api concorrentemente: separar checagem HTTP (paralela) da escrita no banco (sequencial) no ConnectionStatusService. API PSMOBILE-REST-API 2.8.0
Adicionado:
Sincronizar nova propriedade da marcação autenticacaoBioCliente.
Aplicações Auxiliares

Aplicações utilitárias, API's e Plug-ins auxiliares, utilizados por diversos projetos comerciais.

16
Tópicos

24
Posts

Guia de Configuração — Integração Akita Soft × Layers O que é esta aplicação?
A akitasoft-layers-api é uma API intermediária que conecta o Akita Soft à plataforma educacional Layers. Ela permite que responsáveis visualizem os registros de entrada e saída dos alunos diretamente no aplicativo da Layers e também recebam notificações sobre as entradas e saídas dos alunos.
Passo 1 — Criar o arquivo de configuração
A aplicação não armazena configurações sensíveis no WAR. É necessário criar um arquivo externo no servidor.

Crie o arquivo no seguinte caminho (substitua <usuario> pelo usuário do sistema que executa o Tomcat):
/home/<usuario>/.grails/akitasoft-layers-apiConfig/application.yml
Crie os diretórios se necessário:
mkdir -p /home/<usuario>/.grails/akitasoft-layers-apiConfig Passo 2 — Preencher o arquivo de configuração
Cole o conteúdo abaixo no arquivo criado e preencha os valores indicados:
# Conexão com o banco de dados Oracle (Akita Soft) dataSource: url: jdbc:oracle:thin:@<host>:<porta>:<sid> username: '<usuario_banco>' password: '<senha_banco>' # Configurações da integração com a Layers layers: apiUrl: https://api.layers.digital secret: '<secret_fornecido_pela_layers>' # Deve ser gerado no ambiente da Layers e configurado aqui para autenticação accessToken: '<token_de_acesso_fornecido_pela_layers>' # Deve ser gerado no ambiente da Layers e configurado aqui para autenticação communityId: '<id_da_comunidade_na_layers>' # Localizado no ambiente da Layers, necessário para associar os acessos à comunidade correta # Configurações de comportamento da API api: acessos: codIntegracao: paddingSize: 0 # Largura do zero-padding do alias enviado à Layers (0 = sem padding; ex: 6 transforma "42" em "000042") filtro: tipoPessoa: '' # Deixar vazio para não filtrar, ou informar os tipos pessoas que devem ser considerados na busca dos acessos (ex: '1,2,3') diasRetroativos: 90 # Quantos dias anteriores de acesso serão retornados para os responsáveis minutosRetroativos: 10 # Quantos minutos antes do updatedAfter a consulta de acessos pendentes deve recuar (Fluxo 2) job: intervaloMinutos: 1 # intervalo em minutos do job de publicação de novos acessos

Atenção: o arquivo deve ser salvo com encoding UTF-8 e indentação com espaços (não use Tab).

Passo 3 — Configurações no sistema
Antes de ativar a integração, os cadastros nos dois sistemas devem estar alinhados. A API utiliza o campo cod_integracao do Akita Soft como chave de vínculo com o alias do aluno na Layers.
Akita Soft
3.1 — Vincular alunos à Layers

Para cada aluno que deve ser integrado, o campo cod_integracao na tabela controles_pessoas deve estar preenchido com o alias do aluno cadastrado na Layers.

Alunos com cod_integracao nulo são ignorados pela integração.

3.2 — Configurar os relógios de acesso

A integração considera somente acessos registrados em relógios marcados como "Saída de empresa" (campo saida_empresa = 'S' na tabela relogios_acessos). Relógios internos (cancelas entre setores, por exemplo) não devem ter esse campo marcado, pois gerariam registros indevidos para os responsáveis.

Verifique quais relógios representam as entradas e saídas do estabelecimento e confirme que apenas eles estão com saida_empresa = 'S'.

3.3 — Tipos de acesso considerados

A integração processa acessos dos tipos Entrada (E) e Saída (S) — ambos são enviados para a Layers, que os exibe como entrance e exit, respectivamente.

3.4 — Status do acesso

Somente acessos com status_acesso = 1 (sucesso) são considerados. Tentativas negadas ou com erro são ignoradas.

3.5 — Filtro por tipo de pessoa (opcional)

Se a instituição utiliza o Akita Soft para controlar o acesso de diferentes perfis (alunos, funcionários, visitantes), é possível limitar a integração a perfis específicos pelo campo tipo_pessoa da tabela acessos_pessoas. Configure os IDs desejados em api.acessos.filtro.tipoPessoa no arquivo de configuração. Deixar em branco integra todos os perfis.
Layers
3.6 — Cadastrar um identificador no usuário do responsável

Cada responsável deve ter um identificador cadastrado no seu usuário da Layers. Esse campo é necessário para que as notificações de acesso sejam entregues corretamente.

3.7 — Cadastrar os alunos como membros

Cada aluno deve ser cadastrado na Layers como membro com o ID igual ao valor de cod_integracao do Akita Soft. Sem esse vínculo, os acessos do aluno não serão localizados.

3.8 — Associar os responsáveis

Cada responsável deve estar associado ao aluno na Layers com a permissão "Responsável" (guardian). Somente usuários com essa permissão receberão as notificações de acesso do aluno.
Fluxo da integração
A integração opera em dois fluxos independentes: um para consulta de histórico e outro para notificações em tempo real.
Fluxo 1 — Consulta de acessos pelo responsável
Ativado quando o responsável abre a tela de registros de entrada/saída no aplicativo da Layers.

fluxo_1.png

Filtros aplicados na consulta de acessos:
Critério Valor status_acesso 1 (sucesso) tipo_acesso E (Entrada) ou S (Saída) relogios_acessos.saida_empresa S controles_pessoas.cod_integracao não nulo data_acesso últimos diasRetroativos dias (padrão: 90, configurável via api.acessos.filtro.diasRetroativos) tipo_pessoa filtrável via config (opcional) Fluxo 2 — Notificação em tempo real
Ativado automaticamente pelo job agendado. Quando um novo acesso é registrado no Akita Soft, os responsáveis recebem uma notificação push no aplicativo da Layers.

fluxo_2.png