Monitor Fiscal - Restrição Somente a Etapa RECDANFE no Monitor Fiscal

[former_member1032870]

Olá pessoal, Boa Tarde!

Devido a segregação de funções, temos usuários que acessam o Monitor Fiscal porém o processo do Recebimento da DANFE não é feito por um Fiscal na Ponta, e consiste basicamente em acionar etapa RECDANFE no monitor fiscal. Depois de realizar essa etapa, o processo é continua com as demais etapas automáticas para a geração da GR/IR caso não ocorram erros.

     A empresa deseja que alguns colaboradores não tenham acesso a etapa RECDANFE e tenham acesso as demais funcionalidades do monitor fiscal normalmente. (Restringir apenas o RECDANFE para usuários Específicos).

Obrigado pela ajuda,

Fernando Souza

[former_member182503 · Accepted solution]

Fernando,

O meu entendimento, baseado no security guide, é que não existe uma atividade específica para definir o recebimento do DANFE. O mais próximo que você vai chegar do que você quer é bloqueando a atividade 16 do objeto /XNFE/NFE1, porém ela não é especifica, serve para o "Continuar Processo" e execução de qualquer passo no monitor fiscal - ou seja... não serve.

Dê uma olhada no security guide http://service.sap.com/~form/sapnet?_SHORTKEY=01100035870000735768& da NF-e e você poderá ter maiores informações referentes aos objetos de autorização, roles e etc.

[]'s

JN

[former_member1032870]

José e Eduardo, Bom Dia!

Estávamos até tentando implementar açgum tipo de authority check nas BADIs BEFORE_DANFE and AFTER_DANFE, mais depois olhando a documentação com calma acho que essas BADIs não passam pelo RECDANFE.

Vou levar essa idéia do Enhancement point e ver se a gente consegue fazer essa implementação desta forma e posto o resultado novamente aqui.

Muito Obrigado pela ajuda de preciosa de vocês!

Grande Abraço!

[Eduardo_Rubia]

Oi, Fernando,

Apenas confirmando sua análise, as BAdIs realmente não contemplam o RECDANFE. Elas ocorrem justamente antes e depois do RECDANFE. O RECDANFE é na verdade o divisor de águas no processo de automação, já que este evento que determina se a mercadoria se encontra dentro ou fora das dependências da empresa compradora. Como é um evento vinculado a uma ação no mundo real, invarialmente tem que ser um evento executado mediante ação do usuário - por isso que o RECDANFE não é "automatizável".

Abs,

Eduardo

[Eduardo_Rubia]

Fernando,

Não sei em qual empresa você trabalha, mas já é o segundo caso que vejo que existe esse requisito. Acho que vale uma entrada no Ideas Place.

Fora o que já foi dito pela via standard, se a empresa estiver disposta, é possível adotar também uma linha menos ortodoxa. Por exemplo:

1) definir um enhancement no objeto que efetua o passo RECDANFE (que na prática *nada* mais faz que explicitamente setar o passo como "ok" na tabela /XNFE/INHDSTA) e lá fazer um "AUTHORITY CHECK" para algum objeto que você mesmo crie.

Function module      /XNFE/NFE_CONTINUE_FROM_GATE

    IF ls_action-procstep = gc_procstep-recdanfe.

*--- Set step recdanfe to ok

      CLEAR ls_stepresult.

      ls_stepresult-stepstatus = gc_stepstat-ok.

       <<<<Authority check AQUI>>>>

      MESSAGE e030(/xnfe/appb2bsteps) INTO lv_dummy.

      MOVE-CORRESPONDING sy TO ls_stepresult.

OU....

2) Seguindo o [excelente] artigo do nosso amigo JN aí de cima () fazer um enhancement do COMPONENTCONTROLLER do WD /XNFE/GATEKEEPER (talvez no método REFRESH) e lá inserir o autohrity check.

Abraço,

Eduardo