Financial Management Blogs by Members
Dive into a treasure trove of SAP financial management wisdom shared by a vibrant community of bloggers. Submit a blog post of your own to share knowledge.
cancel
Showing results for 
Search instead for 
Did you mean: 
diegocesarmg
Explorer

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 souza.marcelo, 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:

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

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

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

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.

6 Comments
Former Member
0 Kudos

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.

diegocesarmg
Explorer
0 Kudos

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

leandropia
Contributor
0 Kudos

É 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...

diegocesarmg
Explorer
0 Kudos

Olá, Leandro.

Até onde sei, é necessário o PI intermediando sim.

Abraço.

Former Member
0 Kudos

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 Kudos
Olá, ótima iniciativa!

Poderia por favor fornecer o programa? Pois nesta plataforma o anexo não está mais disponível.

 

Obrigado.
Top kudoed authors