Skip to Content

Cenário

Projeto de NF-e Inbound com poucos cenários para testes, visto que uma vez que o processo é finalizado, faz-se necessário um novo XML.

Solução

Foi criado um programa Z (em anexo) onde é possível informar a chave da nota fiscal (Access Key) e a etapa (Ex.: GRFICHCK, SENDOPCO). Ao executar, o sistema apaga os logs no GRC e limpa os dados posteriores à etapa indicada e ativando a mesma, deixando o processo na etapa solicitada.

Update:

Conforme dica do Marcelo Souza, existe uma transação standard para reiniciar o processo do zero:

Transação /XNFE/DELETE_NFE (programa /XNFE/DELETE_INBOUND_NFE).

A diferença é que com esta transação standard faz-se necessário o envio do XML novamente.


Passo-a-passo

O seguinte XML teve seu processo completamente finalizado, conforme imagem a seguir:

Captura de Tela 2015-04-16 às 11.11.32.png

Para voltar para uma determinada etapa, basta executar o programa em anexo:

Captura de Tela 2015-04-16 às 10.43.35.png

Informar a chave de acesso e o ID da etapa (GRFICHCK) e executar (F8):

Captura de Tela 2015-04-16 às 11.12.38.png

Captura de Tela 2015-04-16 às 11.12.46.png

Após a execução, a Nota Fiscal voltará à etapa solicitada conforme a seguir:

Captura de Tela 2015-04-16 às 11.13.18.png

Observações

  • Nível de Support Package testado: SAPK-90018INSLLNFE (SLL-NFE – Release 900 – Nível 18)
  • Os documentos no ERP não são estornados automaticamente, sendo necessário o estorno manual dos mesmos.
  • O programa volta o status mesmo que o processo tenha sido totalmente finalizado e foi testado o retorno apenas para etapas dependentes de usuário. Suponho que etapas automáticas não sejam executadas.
  • A finalidade deste programa é agilizar os testes. Não utilizar em ambiente produtivo!
  • Não me não me responsabilizo pela integridade dos dados após a execução do programa. Fizemos testes voltando para os status GRFICHCK e SENDOPCO.
  • Agradeço se mantiverem o cabeçalho do programa OU pelo menos deixarem os créditos.

Espero que seja útil.

To report this post you need to login first.

5 Comments

You must be Logged on to comment or reply to a post.

  1. Marcelo Souza

    Interessante a ideia e ótima iniciativa.

    Apenas comentando, nos cenários de testes que fazemos aqui para validar o processo de inbound, executamos a transação /XNFE/DELETE_NFE (programa /XNFE/DELETE_INBOUND_NFE) desta forma conseguimos testar o cenário completo.

    A unica observação é no lançamento aonde o ECC bloqueia devido já existir um registro na RBKP.

    Grato,

    Marcelo M.

    (0) 
    1. Diêgo César Post author

      Bom dia, Marcelo.

      Muito obrigado pelas observações. Pra ser sincero, esse é o meu primeiro projeto de inbound e eu havia pesquisado bastante a respeito de refazer o processo e não havia encontrado. Vou testar a /XNFE/DELETE_NFE depois e, funcionando, vou editar o post com esta observação.

      A parte do ECC deverá ser feita manualmente mesmo.

      Grande abraço.

      Diêgo Silva

      (0) 
    2. Leandro Nascimento

      É possivel “importar” o XML direto no GRC para efeito de testes? Digo, preciso do PI funcionando ou posso começar a testar algumas validacoes somente importando o XML no GRC e executando as etapas do monitor…

      (0) 
        1. Marcelo Souza

          Boa noite,

          Então, eu faço alguns testes utilizando a transação SPROXY, porém será necessário conhecer um pouco da interface a ser utilizada.

          Através da SPROXY é possivel simular o recebimento do XML atualizando assim as tabelas do inbound.

          Grato,

          Marcelo Matos.

          (0) 

Leave a Reply