GRC NFE IN - Recebimento de NFe duplicada (XML único) - Erros na SM13

[Former Member]

Olá pessoal, bom dia.

   Podem me ajudar por favor?

   Verificamos que o GRC de entrada está gerando alguns lançamentos de MIRO/NFe em duplicidade. Não ocorre em um cenário específico, o que dificulta a reprodução do erro

   Basicamente o mesmo XML gerou duas MIROs exatamente iguais, com diferença de 20 segundos na gravação do registro.

   Alguém já passou por esse erro? O cliente utiliza o GRC 10.0 integrado a versão 4.7 do SAP...

   Ainda não sei se existe uma relação, mas encontrei alguns erros de atualização parados na SM13. Nesses casos o erro ocorreu no lançamento físico (onde o log do GRC foi atualizado com número do documento EM gerado, porém o mesmo documento não foi criado no SAP).

   Analisando o erro na SM13, identificamos que a causa do erro é "MESSAGE_TYPE_X".

   Alguma dica ou sugestão?

Abraço

Edson

[former_member182114]

Bom dia Edson,

Dê mais detalhes sobre esse erro. Ao executar que função ocorre? Tem um dump code?

Veja na RSRFCTRC do SAP NFE se tem alguma informação a adicionar (ctrl F e procure por J_1B, depois veja se a mensagem de erro ajuda).

Veja também dentro da data/hora logs do app server (SM21) no caso ERP.

De qualquer forma essa que encontrou no SM13 deve ser a fonte mais quente.

Atenciosamente, Fernando Da Rós

[Former Member]

Olá Fernando, obrigado pela ajuda.

   Nos casos em que o documento de EM não é gerado no SAP, o Log de atualização da SM13 indica que existe uma atualização pendente e temos um DUMP (em anexo).

    Já nos casos em que a NFe é gerada em duplicidade, não identificamos erro ou dump durante a gravação do documento. Somente ao finalizar a operação, analisando o documento de compra percebemos que existem duas MIROs idênticas.

    A dica do  RSRFCTRC realmente foi boa....existe um erro na J_1BNFE_VALIDATE_2. Estão anexo o erro na RSRFCTRC e o DUMP vinculado a SM13.

   Estamos verificando o RFC trace.

   Obrigado pela ajuda.

Abraço

Edson

MESSAGE_TYPE_X.txt.zip

[Former Member]

Oi Edson

Você consegue reproduzir o erro? Você atualizou o SP e/ou notas no lado do ECC? Você tem alguma exit na MIRO ativada?

Caso você não consiga reproduzir sugiro você verificar se existe alguma exit que possa estar influenciando no erro bem como atualizar as notas no ERP.

* como nem todas as funcionalidades são suportadas pela versão 4.6C, 4.7 e 5, pode ser que algo esteja com problema.

Abraço

Eduardo Chagas

[former_member182114]

Bom dia Edson,

O dump aponta para algo que não conheço, precisaria reproduzir sim.

Já o erro encontrado na J_1BNFE_VALIDATE_2 as interfaces não estão em sincronia, procure por notas no ERP para esta função. Ou melhor ainda, veja todas do componente XX-CSC-BR-NFEIN

Sugiro você limpar o trace da RSRFCTRC de duas formas:

. tire uma cópia dos traces (download) e limpe no botão excluir. Para começar vida nova

. cada erro encontrado deve ser investigado, encontrada causa raiz e resolvido

Atenciosamente, Fernando Da Rós

[Former Member]

Olá Eduardo e Fernando,

    Obrigado pelas sugestões, estão nos dando um "norte".

    No ambiente de qualidade não conseguimos reproduzir o erro. O mais estranho é que o erro ocorre somente no ambiente de produção e com dois usuários específicos.

    A rotina desses usuários é um pouco diferente, são contratados como operadores logísticos (terceiros) e utilizam o monitor fiscal  e logístico simultaneamente. Assim eles levam um registro de NFe do início ao fim.

    A empresa aceita esse processo e reduz o risco na auditoria SOX garantindo que os documentos lançados por esses usuários sejam liberados por outras pessoas.

    Sabem se esse procedimento, pode levar ao erro de registro parado na SM13 ou mesmo duplicação de fatura?

    Como já disse  o SAP está na versão 4.7 (com algumas BADIs na geração de fatura)  e o GRC no SP12 (existe um plano para atualizar a versão no próximo mês).

    Estamos trabalhando com a equipe Basis e ABAP para encontrar a origem do problema.

Abraço

Edson

[former_member182114]

Bom dia Edson,

O procedimento de uma pessoa fazer tudo não é em si problemático.

Por ser feito bem rápido já que o usuário sabe que a outra ponta fez o serviço, pode aí ter um cenário de erro difícil de reproduzir. É importante capturar a fonte do problema para adicionar os tratamentos necessários.

Sugiro que continue suas investigações com os experts locais e após um melhor conhecimento do comportamento abrir um chamado à SAP com a reprodução.

Atenciosamente, Fernando Da Rós