Páginas filhas
  • 16624377 DFWKLOGIX-853 DT LOG5500 Liberação de permissão em cascata com mesma imagem de botão mas operações distintas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.


01. DADOS GERAIS

Produto:

Solucoes_totvs
Solucao TOTVS Framework

Solucoes_totvs_cross
SolucaoCross

Solucoes_totvs_parceiros
SolucaoParceiros

Solucoes_totvs_parceirosexptotvs
SolucaoParcsExpsTOTVS

Linha de Produto:

Linhas_totvs
LinhaLinha Logix

Segmento:

Segmentos_totvs
SegmentoTecnologia

Módulo:

Modulos_cross_segmentos

Modulos_framework
ModulosFrameworkFramework (Linha Logix) - Administração Logix

Modulos_totvs_construcao

Modulos_totvs_juridico

Modulos_totvs_logistica

Modulos_totvs_manufatura

Modulos_totvs_rh

Modulos_totvs_saude

Função:Liberação de permissões de acesso - LOG5500
País:Brasil
Ticket:16624377
Requisito/Story/Issue (informe o requisito relacionado) :DFWKLOGIX-853


02. SITUAÇÃO/REQUISITO

Na liberação de permissões de acesso em cascata, que é comum em cenários de programas que chamamos de estilo COCKPIT (Programa com menu lateral com atalhos para abertura de diversos outros programas, que tem vínculo com uma mesma regra de negócio do produto, a fim de centralizar em uma única tela o acesso a funcionalidades que são interligadas a um mesmo conceito de negócio de um módulo do produto), quando é replicada uma permissão de operação que existe no programa COCKPIT para os programas dependentes que se encontram em um nível inferior da árvore de programas, exatamente abaixo do programa COCKPIT, existem situações onde a permissão não é aplicada corretamente. 

O cenário onde esta situação foi identificada foi ao tentar eliminar todas permissões de um usuário para o programa VDP10000 e seus programas dependentes e na sequência tentar aplicar apenas as permissões Pesquisar e Modificar. Após efetivar a aplicação de permissões, o programa VDP90331 (Cadastro de Clientes/Fornecedores) não estava liberando a permissão de acesso ao botão Modificar. 

03. SOLUÇÃO

Este cenário do programa VDP90331 é uma situação isolada que existe para alguns formulários do metadado, onde apesar do botão da operação ser o botão da ação "Modificar", a operação registrada para este ação do menu estava registrada com o termo MODIFY no Cadastro de Barra de Ferramentas (FRM1001), mas este mesmo botão na Barra de Ferramentas do programa COCKPIT VDP10000 está registrado com nome de operação UPDATE. Neste caso apesar do botão de MODIFICAR ser o mesmo, as operações internas registradas para as barras de ferramentas são distintas, e por padrão não reflete na ação de replicação de permissões de acesso do programa LOG5500.

...

Após o ajuste, ao tentar replicar a permissão da operação UPDATE do VDP10000 que usa a imagem UPDATE_EX para todos programas dependentes, o programa VDP90331 teve a aplicação da permissão MODIFY registrada pois usa a mesma imagem UPDATE_EX da ação UPDATE do VDP10000.

Por que a operação do VDP90331 usa o termo MODIFY e não UPDATE no botão da ação MODIFICAR no cadastro da sua barra de ferramenta no metadado (FRM1001)?

Por que Porque o programa VDP90331 não faz uso da operação automática de UPDATE do metadado, ao invés disso toda operação de efetivação de uma ação "Modificar" é feita pelo próprio programa VDP90331. Este uso é comum no desenvolvimento de programas em Metadado do Logix, justamete quando a operação padrão do Metadado não atende as exigências de negócio do programa em questão.

04. DEMAIS INFORMAÇÕES

Não se aplica.


Card documentos
InformacaoDisponível a partir do pacote oficial 12.1.2309 2311 ou Framework Fix 12.1.23012305(fix01)
TituloIMPORTANTE!

05. ASSUNTOS RELACIONADOS

...