Aba Dados Mestres Monitor NFe

[Former Member]

Boa noite pessoal,

Existe alguma forma de restringir a aba Dados Mestres do Monitor de NFe para alguns usuários?

Aconteceu o seguinte: esta aba fica disponível, um usuário incluiu uma linha na configuração de lote para um determinado CNPJ o problema é que não existe nenhum tipo de validação para o valor que se digita.

O usuário digitou um número a menos do CNPJ e os lotes para este CNPJ ficaram travados (é claro).

Agora o cliente quer tirar esta aba do domínio dos usuários...

É possível isso?

Abraços e muito obrigada

Luciana R.

[Former Member · Accepted solution]

Bom dia Luciana,

Tudo bem?

Ainda não é possível, o Ricardo já incluiu a sugestão no Idea Place, segue abaixo o link

https://ideas.sap.com/ct/ct_a_view_idea.bix?c=6781DF31-8201-4FB3-A113-3EE18276D4F2&idea_id=93E35926-...

Já tem 8 votos, se a sugestão resolve o seu problema, contribua com um voto.

Luciano Salvarani.

[Former Member]

Oi Luciana

Uma opção seria você usar o NWBC (recomendo) ou liberar os monitores separadamente; Ex: /xnfe/nfe_monitor_new, /xnfe/event_monitor, /xnfe/download_mass_xml...

Abraço

Eduardo Chagas

[Former Member]

Luciano e Eduardo,

Muito obrigada!!

Já votei lá na idéia e vamos ver se é possível liberar apenas os monitores separadamente para o usuário.

Grande abraço,

Luciana

[Former Member]

Pessoal,

Apenas para registrar, debuguei os códigos standard e consegui criar um enhancement na função /XNFE/BATCUS_UPDATE.

Ela é chamada pelo webdynpro.

Neste enhancement, consultamos uma tabela Z que criamos apenas com os usuários que deverão ter permissão para modificar os dados mestres.

Ao salvar uma alteração (seja modificação, criação ou exclusão) esta tabela é consultada.

Se o usuário logado não estiver cadastrado nesta tabela, ele não consegue modificar os dados!

Foi feito também uma exit na view VI_PROC  do component web dynpro /XNFE/MASTER_BATCH.

Parece meio tabajara mas foi o que deu pra fazer e funciona!!!...rs

Abraços

Luciana R.

[henrique_pinto]

Em vez de uma tabela Z, que pode ser modificada facilmente com a manha do debug na SE16, acho que ficaria mais legal ainda um authority check sobre um authorization object Z. Daí fica mais facil fazer o segregation of duties (usuario chave pode até ter debug em producao, mas dificilmente vai ter perfil pra modificar perfil de autorização na PFCG).

Obvio que o ideal mesmo era ter esse authorization object standard, mas enquanto isso... 🙂