SGU Senior HCM: Guia Completo de Gestão de Usuários, Segurança e Governança
Todas as aulas do curso de SGU Senior HCM reunidas em um único guia sobre usuários, segurança e governança de acessos.
Sumário
- Módulo 1: SGU SENIOR HCM: CONCEITOS, ESTRUTURA DE SEGURANÇA E GESTÃO DE ACESSOS
- Módulo 2: SGU SENIOR HCM: GESTÃO DE USUÁRIOS, POLÍTICAS DE ACESSO E SEGURANÇA EM NÍVEL DE TABELAS
- Módulo 3: SGU SENIOR HCM: ESTRUTURAÇÃO DE GRUPOS, HIERARQUIA DE ACESSOS E O IMPACTO DO GRUPO TODOS
- Módulo 4: SGU SENIOR HCM: DIREITOS, PERMISSÕES E CONFIGURAÇÃO DE ABRANGÊNCIAS DE DADOS
- Módulo 5: SGU SENIOR HCM: IMPLANTAÇÃO PRÁTICA E GOVERNANÇA DE ACESSOS
Módulo 1: SGU SENIOR HCM: CONCEITOS, ESTRUTURA DE SEGURANÇA E GESTÃO DE ACESSOS
A governança de segurança em sistemas integrados corporativos exige mecanismos consistentes de controle sobre quem acessa as informações e quais operações cada colaborador pode realizar. No ecossistema Senior HCM, essa atribuição compete ao Sistema Gerenciador de Usuários, conhecido pela sigla SGU.
O SGU centraliza a administração de credenciais, perfis, políticas de senha e níveis hierárquicos de autorização. Uma modelagem inadequada de acessos expõe dados sensíveis de folha e contratuais a riscos de conformidade, além de dificultar auditorias internas.
Neste artigo, serão detalhados os fundamentos operacionais do SGU, as diferenças entre autenticação e autorização, as melhores práticas na organização de grupos e o passo a passo para cadastrar usuários sob políticas seguras.
PAPEL DO SGU NA INFRAESTRUTURA SENIOR HCM
O executivo do SGU atua como o ponto de controle que autoriza o ingresso aos diversos módulos da plataforma Senior, como Administração de Pessoal, Ponto e Benefícios. Sem a correta parametrização desse módulo executável, nenhum operador consegue transacionar no ambiente de produção.
Aspectos fundamentais do inicializador do SGU:
- Executável autônomo localizado no diretório padrão do VetorH.
- Conexão direcionada para a base operacional correta, evitando conexões acidentais em instâncias de ERP como o Sapiens.
- Autenticação padronizada com validação direta nas tabelas de segurança do sistema ou via integração externa.
Compreender essa separação garante que os analistas acessem a base homologada do HCM sem conflitos com outros produtos do ecossistema.
AUTENTICAÇÃO VERSUS AUTORIZAÇÃO DE RECURSOS
Um dos conceitos mais importantes na segurança corporativa é a distinção clara entre autenticar uma credencial e autorizar uma rotina. Estar autenticado indica apenas que a identidade do operador foi confirmada pelo sistema.
A autorização, por sua vez, determina o escopo operacional exato permitido àquele usuário autenticado. O sistema avalia se o perfil cadastrado tem direitos de acesso a módulos, telas, botões de execução e tabelas de banco de dados.
Níveis granulares de permissão gerenciados no SGU:
- Módulos: habilita a visualização do sistema nos menus corporativos.
- Telas e rotinas: concede ou nega a abertura de formulários específicos de cadastro ou cálculo.
- Campos de dados: restringe a consulta ou edição de informações restritas, como faixas salariais ou dados bancários.
- Tabelas de sistema: bloqueia operações em lote ou relatórios quando o usuário não possui permissão de leitura na tabela correspondente.
Esse modelo multicamadas assegura conformidade com requisitos da LGPD e políticas rígidas de conformidade.
ESTRUTURAÇÃO DE USUÁRIOS E CÓDIGOS DE SISTEMA
No painel do SGU, a visualização organiza-se entre a listagem superior de usuários cadastrados e o painel inferior contendo os grupos de segurança disponíveis. Cada operador recebe uma identificação nominal e um código interno numérico sequencial.
Esse código de usuário desempenha um papel técnico crucial no ambiente de regras de negócio da Senior. Em programações customizadas e relatórios, rotinas utilizam funções internas para capturar o código do operador conectado e aplicar desvios lógicos condicionais com base nessa numeração.
POLÍTICAS DE SENHAS E MECANISMOS DE BLOQUEIO
A segurança das contas de acesso depende de regras rígidas contra acessos indevidos e ataques de força bruta. O SGU disponibiliza um módulo de políticas de segurança configurável por perfil corporativo.
Principais controles de política aplicáveis:
- Quantidade de tentativas consecutivas com senha incorreta antes do bloqueio automático da conta.
- Tempo de bloqueio temporário ou exigência de intervenção do administrador para liberação manual.
- Histórico de senhas anteriores para impedir a reutilização de credenciais recentes.
- Obrigatoriedade de alteração de senha no primeiro login do colaborador.
A definição de parâmetros balanceados reduz chamados operacionais sem comprometer as diretrizes da governança de TI.
RESTRIÇÕES TEMPORAIS E PERÍODOS DE ACESSO
Determinadas operações corporativas demandam que os usuários acessem a plataforma apenas durante a jornada de trabalho contratual, prevenindo passivos trabalhistas com execuções fora de horário.
O SGU permite parametrizar matrizes horárias semanais para determinar com precisão em quais dias e faixas horárias o login permanece autorizado. No entanto, contas administrativas não devem receber restrições de escala para não impedir ações emergenciais de suporte fora do expediente comercial.
ARQUITETURA DE GRUPOS E PREVENÇÃO DE HERANÇAS INDESEJADAS
A atribuição de permissões deve ser realizada prioritariamente por grupos funcionais e nunca por usuário individual. Essa padronização simplifica admissões, transferências e auditorias de acessos.
Boas práticas essenciais na gestão de grupos:
- Evitar o aninhamento de grupos inserindo um grupo dentro de outro, pois isso fragmenta a rastreabilidade das permissões concedidas.
- Adotar nomenclaturas claras que diferenciem grupos de papéis funcionais de grupos nativos de módulos.
- Segregar atribuições incompatíveis, garantindo que perfis operacionais não acumulem permissões de parametrização cadastral.
Manter a estrutura de grupos direta e sem sobreposições desnecessárias poupa horas de diagnóstico em incidentes de suporte.
GESTÃO DE CONTAS PRIVILEGIADAS E O USUÁRIO MASTER
A conta nativa administradora, tradicionalmente denominada Master ou Senior, possui acesso irrestrito a todos os componentes e tabelas da base de dados.
Por razões de auditoria e segurança, essa credencial nativa deve ser mantida como conta de contingência e recuperação. Recomenda-se a criação de contas de administradores nominais para as atividades cotidianas da equipe de suporte, preservando a conta mestre intocada para situações de emergência.
ATRIBUIÇÃO DE PERMISSÕES POR MÓDULO E TABELA
A simples inclusão de um usuário em um grupo não garante sua operação imediata caso as permissões do módulo correspondente não tenham sido sincronizadas nas rotinas de segurança.
Situações frequentes de inconsistência de acesso:
- Usuário tem acesso ao menu da aplicação, mas a consulta falha por ausência de permissão de leitura na tabela mestre, como a R034FUN.
- Emissão de relatórios cancelada pela falta de acesso a campos específicos referenciados no modelo de dados.
- Operador habilitado em determinado módulo sem a respectiva liberação de telas no cadastro de segurança do sistema.
A validação integral do ciclo de permissões exige testar desde a visibilidade do menu até o carregamento das tabelas operacionais.
Veja como esse conteúdo foi abordado na aula:
EXEMPLO PRÁTICO: CRIAÇÃO DE USUÁRIO E VINCULAÇÃO A GRUPOS COM POLÍTICA DE SEGURANÇA
Acompanhe o procedimento para cadastrar um novo usuário no SGU, associá-lo a um perfil de acesso e vincular regras de controle:
1. Inicie o executável do SGU na pasta do sistema e efetue o login com credenciais de administrador.
2. No menu Arquivo, selecione a opção Novo Usuário para abrir o formulário cadastral.
3. Preencha o identificador de login, a descrição nominal do colaborador e defina a senha provisória de acesso.
4. Marque a opção para exigir a troca obrigatória de senha no próximo logon do usuário.
5. Acesse a aba de segurança do usuário e atribua a política de bloqueio após três tentativas consecutivas incorretas.
6. Acesse a aba de grupos do cadastro e selecione o grupo de permissões previamente modelado para o setor.
7. Confirme a inclusão do registro clicando no botão OK e verifique a presença do novo usuário na lista superior.
8. Efetue o logon no módulo do Senior HCM com as credenciais criadas para validar a solicitação de redefinição de senha.
9. Confirme o acesso aos menus autorizados e verifique se tabelas restritas permanecem bloqueadas de acordo com as permissões do grupo.
CONSIDERAÇÕES FINAIS
O domínio do Sistema Gerenciador de Usuários é um pilar indispensável para qualquer profissional responsável pela sustentação e conformidade do ecossistema Senior HCM. Entender a separação entre autenticação e autorização protege a organização contra acessos não autorizados e falhas de processo.
A aplicação disciplinada de boas práticas, como a não sobreposição de grupos e a preservação do usuário administrador nativo, assegura um ambiente estável e facilmente auditável ao longo do ciclo de vida corporativo.
Com permissões balanceadas no nível de telas, módulos e tabelas, a área de Tecnologia e Recursos Humanos entrega confiabilidade operacional sem comprometer a produtividade dos usuários finais.
Módulo 2: SGU SENIOR HCM: GESTÃO DE USUÁRIOS, POLÍTICAS DE ACESSO E SEGURANÇA EM NÍVEL DE TABELAS
A administração eficaz da infraestrutura do Senior HCM requer diretrizes sólidas de governança de acesso e parametrização de credenciais. Centralizar o controle operacional no Sistema Gerenciador de Usuários (SGU) garante que cada operador execute apenas as tarefas estritamente necessárias para a sua função corporativa.
Configurações incorretas de acessos podem acarretar tanto vulnerabilidades de segurança quanto a interrupção indevida da rotina de setores estratégicos. Uma governança consistente exige a distinção rigorosa entre licenças de módulos, visibilidade de menus, direitos sobre tabelas e restrições a campos restritos.
Neste artigo, são examinados os métodos de manutenção de usuários internos e temporários, a aplicação de políticas de bloqueio, as regras de controle por horário semanal e o funcionamento hierárquico da segurança por objetos de dados no ecossistema Senior.
ADMINISTRAÇÃO DO CICLO DE VIDA DE CONTAS E USUÁRIOS TEMPORÁRIOS
O cadastro de usuários no SGU contempla não apenas a identificação padrão de operadores internos, mas também a gestão de prestadores de serviços, consultores e auditores que precisam de acesso provisório.
Para contas temporárias, o sistema oferece a propriedade de expiração automática da credencial em uma data pré-determinada. Ao atingir o limite estipulado, o acesso é suspenso sem a necessidade de intervenção manual do suporte técnico, eliminando contas inativas com privilégios remanescentes.
Em admissões regulares ou movimentações de cargos, a ativação e a desativação de contas devem refletir diretamente as alterações funcionais, mantendo o histórico de registros operacionais preservado no banco de dados.
POLÍTICAS DE BLOQUEIO E MECANISMOS DE RECUPERAÇÃO DE SENHA
A imposição de políticas corporativas de senhas previne ataques de repetição e tentativas não autorizadas de login. No painel de políticas do SGU, o administrador estabelece limites objetivos para a proteção de contas.
Principais controles aplicáveis a políticas de acesso:
- Limite de tentativas incorretas consecutivas para o acionamento do bloqueio de segurança.
- Definição do comportamento de desbloqueio, seja com liberação automática após período pré-definido ou intervenção do administrador.
- Bloqueio automático de contas após determinado período de inatividade sem utilização.
- Obrigatoriedade de redefinição de senha no próximo logon do usuário.
Na rotina padrão das organizações, a recuperação de contas bloqueadas é direcionada para atendimento formal via suporte interno, assegurando o rastreamento das alterações cadastrais de segurança.
RESTRIÇÃO DE ACESSO POR GRADE HORÁRIA E PERÍODOS DA SEMANA
Para colaboradores com jornadas contratuais fixas, o SGU possibilita a definição de restrições de período de acesso para evitar acessos fora do expediente regular de trabalho.
Essa matriz horária permite liberar faixas específicas por dia da semana, como de segunda a sexta-feira em horário comercial, bloqueando tentativas de entrada aos finais de semana e feriados.
Além de impedir a autenticação fora do intervalo permitido, o sistema pode ser configurado para finalizar automaticamente a sessão caso o operador permaneça conectado após o horário estipulado, reduzindo riscos de passivos trabalhistas.
CENTRALIZAÇÃO DAS PERMISSÕES EXCLUSIVAMENTE POR GRUPOS
A aplicação de regras diretamente no cadastro de um usuário individual fragmenta o modelo de segurança e eleva expressivamente o esforço operacional da equipe de TI. A boa prática do Senior HCM determina que as regras pertençam exclusivamente aos grupos de segurança.
Vantagens da gestão centralizada por grupos:
- Padronização de privilégios para todos os profissionais de uma mesma área ou função.
- Agilidade em processos de admissão e transferência interna de colaboradores.
- Facilidade de diagnóstico em auditorias de segurança e conformidade.
- Eliminação de retrabalho na manutenção de privilégios de módulos e telas.
Deve-se evitar também o aninhamento complexo de grupos dentro de outros grupos, pois essa estrutura dificulta a rastreabilidade sobre a origem exata de determinadas autorizações concedidas.
CAMADAS DE PERMISSÃO: MÓDULOS, TELAS, TABELAS E CAMPOS
O controle de autorizações na arquitetura Senior opera de forma multicamadas e com granularidade progressiva. Cada nível de validação desempenha um papel independente na proteção das informações.
Níveis hierárquicos de segurança da plataforma:
- Módulos: autoriza a abertura da aplicação correspondente, como Administração de Pessoal ou Benefícios.
- Itens de menu e telas: habilita ou oculta as opções de visualização nos formulários da rotina.
- Tabelas de dados: valida se o perfil possui autorização para consultar, inserir, alterar ou excluir registros em tabelas específicas, como a R034FUN.
- Campos restritos: aplica restrições a colunas confidenciais específicas, como a faixa salarial do colaborador.
Esse isolamento permite, por exemplo, que supervisores consultem dados cadastrais e complementares de seus liderados sem que tenham acesso visual ou permissão de edição nas remunerações da equipe.
DIFERENÇA OPERACIONAL ENTRE PERMISSÃO DE MENU E ACESSO À TABELA
Um equívoco recorrente na gestão de acessos é supor que a permissão em um item de menu garante a execução plena da rotina cadastral associada. Os itens de menu e as tabelas de banco de dados são tratados como objetos técnicos totalmente distintos no SGU.
Caso o usuário receba acesso a um menu específico, mas não tenha permissão de leitura sobre a tabela subjacente daquela tela, o sistema impedirá a carga dos dados, exibindo mensagem de acesso negado.
Por essa razão, qualquer desenho de perfil deve alinhar a liberação do menu com a concessão adequada de privilégios sobre as tabelas e visões que sustentam a operação em questão.
ATUALIZAÇÃO DE PRIVILÉGIOS E SESSÕES ATIVAS
Alterações realizadas no SGU ou nas telas de segurança de módulos nem sempre surtem efeito imediato para operadores que já se encontram com sessões abertas no ambiente.
As credenciais e permissões operacionais são carregadas no momento da autenticação inicial. Para que modificações em grupos, módulos ou tabelas entrem em vigor, o usuário afetado deve encerrar integralmente a aplicação e executar um novo logon.
A simples troca de usuário dentro de um executável em execução pode manter caches de conexão anteriores, exigindo a reinicialização completa do executável para garantir a leitura correta das novas diretivas.
Veja como esse conteúdo foi abordado na aula:
EXEMPLO PRÁTICO: CRIAÇÃO DE CONTA TEMPORÁRIA COM RESTRIÇÃO DE TABELA E GRADE HORÁRIA
Acompanhe o procedimento para cadastrar um usuário temporário no SGU, associá-lo a um grupo e aplicar restrições de horários e tabelas:
1. Abra o executável do SGU conectado à base operacional do Senior HCM e autentique-se com credenciais de administrador.
2. No menu Arquivo, selecione Novo Usuário e cadastre o identificador de login e nome do colaborador.
3. Defina a senha inicial e marque a exigência de alteração obrigatória de senha no primeiro login.
4. Configure a data de expiração da conta para limitar o período de atuação do operador externo.
5. Acesse a aba Grupos e vincule o usuário ao grupo de segurança corporativo aplicável à rotina pretendida.
6. Na aba de direitos de acesso, acesse a configuração de períodos da semana e determine o intervalo autorizado de segunda a sexta-feira das 08h00 às 18h00.
7. No módulo de Administração de Pessoal, acerte as permissões do grupo na tabela R034FUN com as operações permitidas.
8. Faça logoff do sistema e autentique-se com o novo login para validar o fluxo de redefinição de senha.
9. Teste o acesso aos menus e confirme que rotinas vinculadas a tabelas sem autorização permanecem bloqueadas.
CONSIDERAÇÕES FINAIS
A administração criteriosa do SGU e das rotinas de segurança do Senior HCM assegura a conformidade regulatória e a integridade das operações de Recursos Humanos. O gerenciamento de contas temporárias aliado a grades horárias precisas mitiga acessos indevidos e passivos organizacionais.
A compreensão clara das fronteiras entre permissões de menus, tabelas e campos protege dados sensíveis da folha de pagamento, viabilizando uma distribuição segura de responsabilidades entre gestores e analistas.
Adotar a disciplina de homologar alterações de grupos e privilégios antes da propagação em produção previne interrupções operacionais e garante estabilidade sustentada ao ecossistema corporativo.
Módulo 3: SGU SENIOR HCM: ESTRUTURAÇÃO DE GRUPOS, HIERARQUIA DE ACESSOS E O IMPACTO DO GRUPO TODOS
A modelagem de privilégios no Sistema Gerenciador de Usuários (SGU) do Senior HCM é a base para a conformidade e proteção de dados corporativos. Uma estrutura de acessos bem delimitada reduz vulnerabilidades operacionais e garante que cada colaborador execute apenas as ações pertinentes à sua função.
Na rotina administrativa, no entanto, configurações conflitantes em múltiplos níveis podem gerar comportamentos imprevistos. O desconhecimento sobre como as entidades universais e hierárquicas interagem frequentemente resulta em concessões indevidas ou bloqueios operacionais indesejados.
Neste artigo, são abordados os princípios de estruturação de grupos, a relevância da segregação de direitos, o impacto do grupo padrão Todos e a influência das amarrações de negócio na visualização de dados.
PAPEL DOS GRUPOS NA GOVERNANÇA DE ACESSOS DO SGU
A administração escalável de identidades no Senior HCM fundamenta-se na centralização de privilégios em grupos de segurança funcionais ou departamentais. Vincular autorizações diretamente ao cadastro individual de cada operador fragmenta a governança e sobrecarrega a equipe de sustentação técnica.
A associação de um usuário a múltiplos grupos é um recurso nativo que atende a profissionais com atribuições híbridas na organização. Essa abordagem permite compor o perfil de atuação somando privilégios departamentais, como Recursos Humanos, Folha de Pagamento e Benefícios.
Benefícios da gestão padronizada por grupos:
- Centralização da concessão e revogação de acessos por departamento ou função.
- Facilidade de diagnóstico em auditorias internas e validação de conformidade.
- Agilidade na movimentação interna e transição de cargos de colaboradores.
- Redução de retrabalho técnico na manutenção rotineira de telas e permissões.
OS RISCOS DO ANINHAMENTO DE GRUPOS DE SEGURANÇA
Embora o SGU ofereça suporte técnico ao aninhamento, inserindo grupos de segurança dentro de outros grupos, essa prática não é recomendada nas arquiteturas de controle. A composição aninhada dificulta a rastreabilidade sobre a real origem de um direito concedido.
Quando múltiplos grupos são interligados de maneira recursiva, o diagnóstico de falhas de segurança torna-se complexo e suscetível a erros de interpretação. A concessão acidental de uma regra em um grupo base pode propagar acessos indevidos a dezenas de outros grupos vinculados.
A recomendação corporativa consiste em manter estruturas lineares e descritivas, nomeando cada grupo de forma clara de acordo com a área e o escopo de atuação.
O IMPACTO DO GRUPO TODOS NA SOBREPOSIÇÃO DE PERMISSÕES
Um dos principais motivos de inconsistências em bloqueios de telas e horários é a presença do grupo padrão Todos na parametrização do sistema. Esse grupo atua de forma abrangente sobre a totalidade de contas ativas na base de dados.
Caso o grupo Todos possua autorização expressa sobre determinado módulo, item de menu ou grade horária, essa permissão prevalecerá sobre bloqueios individuais. Mesmo que um grupo específico determine a restrição de acesso a um recurso, a regra irrestrita atribuída ao grupo Todos anula o bloqueio esperado.
Principais cuidados com a entidade Todos:
- Verificar a existência de concessões amplas do grupo Todos em restrições de horários.
- Remover o grupo Todos de itens de menu confidenciais que exijam segregação funcional.
- Validar a árvore de permissões antes de aplicar restrições pontuais para grupos específicos.
- Garantir que permissões globais padrão de fábrica não anulem regras departamentais.
HIERARQUIA DE TELAS E RESTRIÇÃO DE ITENS DE MENU
O controle de navegação no SGU é estruturado de modo hierárquico, acompanhando a distribuição dos módulos e submódulos do sistema. O acesso a uma rotina interna depende diretamente da autorização prévia de seus níveis superiores.
Caso a permissão para um nó pai da árvore de menus seja negada, todas as opções dependentes tornam-se inacessíveis para o perfil analisado. Por outro lado, para restringir uma tela isolada, como a manutenção de cargos, deve-se remover permissões amplas de níveis superiores e aplicar regras exclusivas ao item desejado.
A correta aplicação de direitos permite calibrar se o grupo terá visibilidade de consulta, capacidade de inserção, permissão de alteração ou exclusão de registros na interface.
DIFERENCIAÇÃO ENTRE PERMISSÃO DE TELA, TABELAS E HISTÓRICOS
Na operação do Senior HCM, a permissão visual sobre uma tela de cadastro não deve ser confundida com o acesso aos dados que alimentam essa interface. Uma rotina frequentemente requisita informações de tabelas correlatas para o preenchimento de campos auxiliares.
Se um operador precisa acessar a ficha cadastral de colaboradores, ele necessita de permissão para ler tabelas de apoio, como a estrutura de cargos e centros de custo. O bloqueio total à leitura dessas entidades impede a correta visualização ou gravação dos dados principais do colaborador.
Além disso, existe distinção técnica entre a tabela de cadastro principal e suas tabelas de histórico. O operador pode possuir autorização restrita para consultar o histórico funcional de um empregado sem ter direitos para criar ou alterar cargos na tabela mestra.
INTERAÇÃO ENTRE REGRAS DO SGU E REGRAS DE NEGÓCIO DO HCM
O comportamento de bloqueio de edição em formulários cadastrais nem sempre decorre de parametrizações no SGU. As regras de negócio do próprio Senior HCM exercem papel determinante na disponibilidade de campos para edição.
Fatores do ERP que restringem alterações em formulários:
- Situação do colaborador: empregados com status de demitido bloqueiam edições cadastrais.
- Estrutura de postos de trabalho: parametrizações de postos impõem limites à alteração de cargos.
- Alçadas hierárquicas: diretores e gestores podem exigir perfis específicos para manutenção de dados.
- Filtros e abrangências: regras internas vinculadas ao local de trabalho e centro de custo.
Dessa forma, o diagnóstico técnico de um bloqueio de tela deve avaliar tanto a camada de autorização do SGU quanto o contexto operacional do registro no banco de dados.
PROPAGAÇÃO DE PERMISSÕES E ATUALIZAÇÃO DE SESSÕES
As alterações estruturais de permissões, horários de acesso ou inclusão de usuários em novos grupos não afetam instantaneamente sessões já ativas. O ecossistema Senior carrega a matriz de segurança no instante em que o login é efetuado.
A utilização da função de troca de usuário interna pode preservar caches de tabelas em memória, impedindo a leitura imediata das novas políticas. Para garantir a efetividade de qualquer alteração cadastral de segurança, o operador deve finalizar totalmente o executável e iniciar um novo logon.
Esse procedimento assegura a sincronização adequada com o repositório de segurança e reflete fielmente as novas diretrizes concedidas aos grupos de trabalho.
Veja como esse conteúdo foi abordado na aula:
EXEMPLO PRÁTICO: DIAGNÓSTICO E ISOLAMENTO DE ACESSOS COM REMOÇÃO DO GRUPO TODOS
Acompanhe o procedimento para diagnosticar um conflito de permissão de acesso e aplicar a segregação restrita a um grupo funcional:
1. Acesse o SGU com perfil de administrador do sistema.
2. Localize a rotina de restrição de períodos da semana e verifique se o perfil Todos possui permissão universal concedida.
3. Remova a concessão irrestrita do perfil Todos para permitir a validação individual de horários por grupo.
4. Crie ou selecione o grupo de segurança específico pretendido para a operação departamental.
5. Aplique a grade de horários autorizados exclusivamente para esse grupo de segurança.
6. Acesse a árvore de permissão de telas e remova o grupo Todos da opção de cargos e salários.
7. Adicione o grupo da folha de pagamento na tela de cargos definindo o direito como somente consulta.
8. Vincule a conta do operador ao grupo configurado e remova qualquer vinculação com grupos aninhados.
9. Encerre todas as sessões ativas do usuário e solicite um novo logon para validar a aplicação das diretrizes.
CONSIDERAÇÕES FINAIS
A governança de acessos no SGU do Senior HCM exige atenção rigorosa à hierarquia das diretrizes de segurança. A estruturação linear por grupos departamentais e a remoção de concessões universadas no perfil Todos constituem a base para um ambiente corporativo confiável.
A distinção clara entre restrições do gerenciador de usuários e regras de negócio nativas do módulo de Recursos Humanos agiliza diagnósticos técnicos e previne alterações inadequadas nas matrizes de autorização.
Manter boas práticas na administração de credenciais assegura a integridade das rotinas de folha de pagamento, protege informações confidenciais e promove estabilidade operacional em todo o ecossistema.
Módulo 4: SGU SENIOR HCM: DIREITOS, PERMISSÕES E CONFIGURAÇÃO DE ABRANGÊNCIAS DE DADOS
A gestão de acessos e segurança da informação no ecossistema Senior HCM exige precisão na definição de políticas operacionais. A parametrização adequada no Sistema Gerenciador de Usuários (SGU) garante que os operadores executem estritamente as ações permitidas sobre os registros autorizados.
No cotidiano das corporações, no entanto, a sobreposição de regras de visualização e filtros de banco de dados pode gerar comportamentos inesperados. É comum encontrar situações em que usuários visualizam cadastros indevidos ou deixam de enxergar registros legítimos devido a equívocos de amarração.
Neste artigo, são detalhadas as diferenças entre direitos e permissões, os critérios de criação de abrangências de dados, os impactos das hierarquias de grupos e os cuidados na auditoria do ambiente.
DIFERENÇA CONCEITUAL ENTRE DIREITO E PERMISSÃO
A arquitetura do SGU baseia-se na distinção objetiva entre a concessão de direito e a definição de permissão. O direito refere-se à possibilidade de alcançar uma funcionalidade, como a visibilidade de um módulo, menu ou tela do sistema.
A permissão, por sua vez, qualifica o tipo de ação que o operador pode executar dentro do recurso autorizado. Mesmo com direito de acesso a um formulário, a permissão do operador pode ser restrita apenas para consulta, bloqueando ações de inserção, alteração ou exclusão de dados.
Diferenças operacionais entre as duas camadas:
- Direito de acesso: define se o item de menu, módulo ou tela é exibido ao usuário.
- Permissão de consulta: autoriza a leitura de registros sem habilitar botões de modificação.
- Permissão de alteração e inclusão: libera a manutenção e gravação de novos dados.
- Permissão de exclusão: autoriza a remoção de registros, ação sensível para históricos funcionais.
GESTAO DE ABRANGÊNCIAS E SEGREGAÇÃO DE DADOS
O controle de abrangências atua como uma camada de filtro dinâmico que limita os registros acessíveis pelo operador no banco de dados. Enquanto a permissão de tela define a interface disponível, a abrangência delimita quais informações corporativas podem ser processadas.
Esse mecanismo permite restringir a atuação de analistas a empresas específicas, filiais pontuais ou centros de custos predeterminados. Quando um usuário não possui abrangência explícita vinculada ao seu perfil ou grupo, o comportamento padrão do sistema é conceder visibilidade irrestrita a todas as unidades.
A definição de abrangências pode ser aplicada a grupos ou diretamente a usuários, facilitando o isolamento de filiais e empresas coligadas dentro da mesma base de dados.
OS RISCOS DO EXCESSO DE AMARRAÇÕES EM ABRANGÊNCIAS
A configuração de filtros combinados exige alinhamento rigoroso com o cadastro de colaboradores e a estrutura organizacional. A aplicação simultânea de múltiplos limitadores pode gerar intersecções sem correspondência na base corporativa.
Caso um perfil seja restringido simultaneamente a uma empresa, uma filial específica, um centro de custo e determinados cargos, o sistema buscará registros que atendam a todas as condições. Se não houver colaboradores nessa combinação exata, a tela de cadastro permanecerá vazia, simulando um erro inexistente.
Fatores de atenção na criação de abrangências:
- Avaliar se a combinação de empresa, filial e centro de custo possui registros ativos.
- Evitar filtros excessivos que inviabilizem a consulta rotineira da folha de pagamento.
- Utilizar a rotina de consulta de abrangências do SGU para diagnosticar inconsistências.
- Testar o comportamento da consulta cadastral antes de liberar o acesso em produção.
HERANÇA DE PRIVILÉGIOS E O IMPACTO DO ANINHAMENTO DE GRUPOS
A prática de aninhar grupos de segurança, inserindo um grupo como membro de outro, frequentemente compromete a governança de acessos. Se um grupo pai possui regras amplas, essas autorizações são herdadas por todos os operadores dos grupos filhos associados.
Quando ocorre sobreposição entre regras restritivas e diretrizes liberadas, o sistema prioriza o acesso concedido em detrimento do bloqueio. Essa herança indireta pode expor rotinas confidenciais, como relatórios gerenciais e tabelas salariais, a colaboradores não autorizados.
A recomendação de segurança consiste em manter a gestão por grupos lineares e departamentais, evitando a criação de vínculos aninhados de difícil rastreabilidade em auditorias.
CONTROLE GRANULAR EM GERADORES E RELATÓRIOS
A administração de relatórios do Senior HCM permite aplicar níveis específicos de proteção sobre relatórios personalizados e geradores de documentos. O fato de um operador acessar uma rotina operacional não implica automaticamente na liberação de todos os seus relatórios.
É possível segregar relatórios sensíveis de férias, recibos ou demonstrativos de custos, concedendo permissão de execução apenas para cargos de confiança. O sistema identifica cada relatório por seu código de layout e permite definir permissões exclusivas por grupo ou operador.
Essa segmentação impede a emissão de documentos confidenciais por operadores de nível operacional sem comprometer as rotinas diárias da equipe.
MONITORAMENTO DE TABELAS E PERFORMANCE DO AMBIENTE
O SGU e a Central de Segurança disponibilizam recursos para auditar alterações, inclusões e exclusões executadas nas tabelas do sistema. O rastreamento de acessos a dados sensíveis, como a tabela de colaboradores, apoia a conformidade corporativa e investigações de segurança.
No entanto, a ativação indiscriminada do monitoramento de tabelas para a totalidade de usuários pode sobrecarregar o banco de dados. O registro massivo de logs de auditoria consome recursos computacionais significativos e pode degradar a performance operacional das aplicações.
Boas práticas de auditoria recomendam focar o monitoramento em tabelas críticas, operações de exclusão e grupos de usuários específicos com privilégios elevados.
PERSISTÊNCIA EM BANCO E ATUALIZAÇÃO DE CACHE DE SESSÃO
As alterações efetuadas em regras de abrangência, direitos de tela ou vinculação de grupos exigem a gravação explícita no banco de dados para entrarem em vigor. Telas de configuração podem apresentar dados na interface sem que os registros tenham sido confirmados na base.
Além disso, a sessão de trabalho do usuário armazena em cache parte dos privilégios validados no momento do logon. O uso simplificado da rotina de troca de usuário interna pode manter instâncias antigas em memória, impedindo a visualização imediata dos novos filtros.
Para certificar a correta aplicação das políticas de segurança, é indispensável encerrar a aplicação executável e realizar um novo login corporativo no módulo.
Veja como esse conteúdo foi abordado na aula:
EXEMPLO PRÁTICO: APLICAÇÃO DE ABRANGÊNCIA RESTRITA E VALIDAÇÃO DE REGISTROS
Acompanhe os passos para configurar a abrangência de dados de um grupo operacional e certificar sua aplicação correta:
1. Acesse o módulo de administração com usuário gestor de segurança.
2. Navegue até a rotina de permissões de abrangência de dados no menu de usuários.
3. Selecione o grupo operacional pretendido para receber as restrições departamentais.
4. Localize a entidade de empresas e defina o código da empresa autorizada.
5. Insira os códigos permitidos de centro de custo correspondentes à área de atuação.
6. Confirme a gravação dos dados no banco para assegurar a persistência dos parâmetros.
7. Acesse a tela de consulta de abrangências para validar os filtros ativos para o perfil.
8. Finalize a sessão do operador afetado e reinicie a aplicação com suas credenciais.
9. Abra o cadastro de colaboradores e confirme se apenas os registros autorizados são exibidos.
CONSIDERAÇÕES FINAIS
A governança eficiente no SGU do Senior HCM depende do entendimento harmônico entre a camada de navegação e as restrições de registros. A separação clara entre direitos funcionais e abrangências de dados garante a blindagem necessária às informações confidenciais do negócio.
Evitar excessos de filtros cumulativos e desestimular o aninhamento de grupos previne gargalos operacionais e facilita o suporte contínuo da equipe técnica de Recursos Humanos.
Ao adotar critérios rigorosos de auditoria e validação de sessões, a organização estabelece um ambiente seguro, auditável e alinhado aos padrões corporativos de compliance.
Módulo 5: SGU SENIOR HCM: IMPLANTAÇÃO PRÁTICA E GOVERNANÇA DE ACESSOS
A implantação e a manutenção de políticas de segurança no ecossistema Senior HCM dependem diretamente do Sistema Gerenciador de Usuários (SGU). Uma gestão estruturada previne vulnerabilidades operacionais e garante que cada colaborador visualize estritamente os recursos necessários à sua função.
Em projetos corporativos, a concessão desordenada de privilégios costuma sobrecarregar a equipe de suporte e gerar riscos de vazamento de dados sensíveis. O alinhamento entre usuários, grupos e módulos deve seguir uma metodologia consistente para evitar retrabalho durante a rotina produtiva.
Neste artigo, são consolidadas as principais práticas para vincular módulos, parametrizar restrições de horários e tabelas, além de mitigar falhas comuns na administração do ambiente.
ESTRUTURA HIERÁRQUICA E FLUXO DE CONCESSÃO NO SGU
A liberação de acessos no Senior HCM segue uma cadeia lógica estrita entre diferentes entidades do sistema. O usuário individual não deve receber atribuições diretas de telas, mas sim ser associado a um grupo funcional previamente configurado.
Após a criação do grupo, é mandatória a liberação explícita do grupo dentro do módulo desejado, como a Administração de Pessoal. Sem essa amarração no módulo, o operador não consegue inicializar o sistema corporativo, mesmo que suas credenciais estejam ativas no SGU.
Etapas do fluxo de concessão de acessos:
- Criação do cadastro do usuário com credenciais e políticas de senha.
- Associação do usuário ao seu respectivo grupo departamental.
- Vinculação do grupo aos módulos corporativos autorizados.
- Parametrização de direitos sobre telas, tabelas e relatórios específicos.
GESTÃO DO USUÁRIO MASTER E PERFIS ADMINISTRATIVOS
O usuário nativo Master possui autorização irrestrita sobre todos os módulos e parâmetros da infraestrutura Senior. Por motivos de auditoria e segurança da informação, seu uso cotidiano deve ser evitado pelos operadores de tecnologia.
A melhor prática corporativa consiste em criar um usuário nominal de administração técnica e vinculá-lo ao grupo Master. Essa abordagem preserva o login mestre original e assegura o rastreamento das configurações executadas por cada analista.
Além disso, a exclusão de usuários desativados não é recomendada no SGU, preservando a integridade do histórico do banco de dados.
POLÍTICAS DE EXPIRAÇÃO DE ACESSO E CONTROLE DE HORÁRIOS
O controle temporal de acessos é indispensável para gerenciar a atuação de consultorias externas, estagiários e prestadores de serviços transitórios. O SGU disponibiliza rotinas para programar o encerramento automático da conta em uma data predefinida.
Adicionalmente, as políticas de segurança permitem configurar intervalos permitidos de conexão ao longo da semana. O bloqueio fora da jornada legal resguarda a organização contra passivos trabalhistas decorrentes de acessos em horários não autorizados.
Recursos de limitação temporal no sistema:
- Data de expiração de conta: encerra o acesso no prazo contratual.
- Grade de horários: delimita os dias e turnos autorizados para logon.
- Bloqueio por tentativas: suspende o acesso após tentativas inválidas de senha.
- Troca forçada de senha: exige atualização cadastral no primeiro acesso.
INTEGRAÇÃO DE USUÁRIOS VIA ACTIVE DIRECTORY E LDAP
Corporações com grande contingente de colaboradores frequentemente unificam a autenticação de rede com as credenciais do Senior HCM. Essa integração é realizada por meio de protocolos LDAP ou sincronização com o Active Directory.
A parametrização do serviço ocorre prioritariamente via Senior Config Center, onde são mapeadas as chaves de comunicação com o diretório corporativo. Uma vez ativo, o login institucional do colaborador passa a validar o ingresso nas aplicações do HCM.
Testes prévios em ambiente de homologação são essenciais para assegurar a consistência dos atributos de rede antes da implantação definitiva.
O IMPACTO DO GRUPO
Veja como esse conteúdo foi abordado na aula: