NFe em processamento no ERP e OK no GRC mas teve erro de atualização do ERP

Boa tarde,
Tem acontecido que ao tentar atualizar a NFe, ocorre o erro de atualização (tabela /XNFE/NFE_HISTconsta 108), porém no monitor GRC a NFe está com status OK (verde).
Ao verificar a tabela /XNFE/NFE_HIST, o registro de wasstat 05 (Result Received) tem o error_erp 108, porém o último registro da tabela é o de wasstat 08 (sent to B2B) e neste o erroe_erp está em branco. Inserindo o erro 108 neste último registro, a NFe aparece agora no monitor GRC com status de erro, e o erro ERP 108, e aparece na aba de "Erro atualização status ERP", permitindo assim o uso da opção Atual. (atualizar o ERP novamante), que após acionado, atualiza o ERP corretamente e volta a NFe para OK no monitor GRC.
Já pesquisei notas e aqui no SCN e não encontrei nada relacionado.
Alguém já passou por isso.
GRC 10.0 sp13
ERP 604 sp11
Abraços
Ricardo Carneiro.

Bom dia Ricardo,
Vamos por partes...
- o 05 significa resultado recebido da Sefaz, e o status 100 diz que foi tudo Ok por lá
- o 05 tenta comunicar com o ERP, e o 108 indica neste status que o ERP não pode processar seu status
- o 08 não comunica com o ERP, então nele não deve ter ERP_ERROR mesmo
Agora as questões:
- Deveria ter o processo parado no 05 já que houve um erro? Para alguns a resposta seria sim sim sim, para outros já que tá tudo OK faz o B2B
- Não deveria ter sido copiado o status 05 para 08? Talvez (pq resolveria a questão manual)
- O que fazer então?
Sobre o 108 ele é sintoma SEMPRE, algo não está bom no processamento ERP. A única coisa esperada de fato na emissão é o lock de processo no ERP, que o SAP NFE trata reenviando via job.
Na emissão muito provavelmente é algo errado seja configuração, seja código e deve estar dentro da BAdI.
Você não postou o que encontrou na RSRFCTRC. Poste por favor.
Com o foco em solução te indicaria investigar o que está errado no ERP, e a questão ERP_ERROR não estar visível no 08 vai ficar menor. De qualquer forma pode ser motivo de chamado para o desenvolvimento avaliar opções, mas é um remédio para sanar sintoma não para curar a doença.
* Se fosse um processo de cancelamento ou skip bem mais coisas poderiam acontecer como fonte de um erro de processamento ERP.
Atenciosamente, Fernando Da Rós

Similar Messages

NFe com status lote "Enviado às autoridades" no GRC, mas aprovada na Sefaz

Bom dia!
Estou com um problema no GRC. Foi lançada uma nota hoje, e a mesma encontra-se parada no GRC com o status de lote 03 - "Enviado às autoridades". Já reiniciei os jobs, verifiquei o status da sxmb_moni e não há erros, nem filas paradas nas SMQ*.
Ao consultar a nota na Sefaz, a mesma está aprovada, mas esse status não chega ao GRC nem ao ERP, que fica com a nota enviada, aguardando retorno do GRC.
Ainda estamos utilizando a versão 1.10 do XML, e outras notas foram lançadas antes e depois desta com problema, e todas foram aprovadas sem problema.
Obrigada!

Bom dia Audria,
Foi Pedro, não Fernando nas últimas duas respostas... rsss
Seguinte, a nota que o Pedro sugeriu corrige a causa raiz porém, como viu, o incidente já está feito.
Para resolver este caso específico crie uma nova entrada na tabela /xnfe/bat_hist confome abaixo:
ERTIME = maior + ,99999
ERNAME = 'MARRETA' ou algo que seja rastreável como ação manual (rastreabilidade é super importante para futuras investigação (não estou falando de punição, ok?):
BATSTAT = 05
ERROR_STATUS = vazio
Com isso o Status Query deverá estar habilitado no detalhe da NF-e.
Atenciosamente, Fernando Da Rós
Edited by: Fernando Ros on Feb 3, 2011 1:42 PM

NF-e sem linha de material não é cancelada/não atualiza status no ERP

Bom dia!
Estou com o seguinte cenário.
O usuário criou uma NF-e manualmente via J1B1N e enviou para SEFAZ. Posteriormente o mesmo solicitou o cancelamento e a NF-e foi cancelada na SEFAZ e no GRC; porém não foi possível atualizar o status no ECC.
Detalhe, consultando a NF-e no ERP a mesma não contém nenhuma linha de material! Diferentemente do documento no GRC! Ou seja, o item da nota no ERP sumiu!
Obviamente que perguntamos aos usuários como fizeram essa façanha... e a reposta não poderia ser diferente... não fizeram nada além do normal! :-p
Verificando a função J_1B_NFE_CANCEL disparada ao solicitar uma inutilização/cancelamento a mesma contém o código abaixo onde o sistema verifica se a NF-e contém registro na J_1BNFLIN e se não, retorna erro.
D O C U M E N T    P R O C E S S I N G
CLEAR: itab, e_cancel, lv_subrc.
CLEAR: bdcdata[], itab[], wa_bdcdata, wa_itab.
clear: lv_sernpcount.                             "1247602
SELECT * FROM j_1bnflin INTO ls_nflin
WHERE docnum = i_docnum.
    EXIT.
ENDSELECT.
IF sy-subrc IS NOT INITIAL.
    MESSAGE e045 WITH i_docnum RAISING no_nf.
ENDIF.
Estamos usando ECC 604 0008
Temos vários documentos criados na produção com essa situação e tentamos de diversas maneiras recriar o cenário em qualidade mas não conseguimos.
Abraço
Eduardo Chagas

Bom dia Eduardo,
Esta seria a "melhor ideia" que imagino ter linhas de itens enviadas ao GRC que não estão no ERP. Veja os campos CALLRFC nas linhas da ACTIVE e HISTORY se tem o valor 3 (numerado e transmitido pelo job).
Outras duas opções para investigação:
- BAdI com "boa memória", verifique se a codificação permitiria pegar itens de outro docnum e enviar como sendo desta.
- Deleção dos registros
No mais um chamado para investigação, mas sem o "como reproduzir" nem sei ajudaria.
Atenciosamente, Fernando Da Ró

Q_GRC10: Using ERP - Org Structure in GRC 10

Hi,
I was wondering if the Org Structure we currently use in the ERP system can be exported and imported / copied / Cloned / transported, into other systems and / or then into GRC10. I want to use this structure to drive my workflow instead of re creating a new one GRC.
Cheers, Melvin

By this time, I guess you have already implemented a solution.
Long time without connection to SDN and now try to recap.
You can implemente an interfase between your ERP Org structure and GRC10 org structure.
Kind regards,
Imanol

ERP 6 NW 7.0 upgrade to NW 7.01(NW EHP1) + ERP EHP4

is here anyone who has successfully upgraded/updated ERP 6 NW 7.0 with NW EH1 + ERP EHP4 (as sap suggests in guide. I really need only NW EHP1)? There are a lot of questions about this process and sap-EHPI and how to do it, and I need this info from someone who has done this, not some links to notes which i red already some 10 times or pdf guides. I have pretty simple questions and I need direct instructions.
server is ABAP+JAVA with portal.
any help appreciated

Hi
You must apply Netweaver EHP1 for EHP4 ERP, this is a recommendation of sap that you have a lastest patchs and kernel. If not you system could have inconsistenses.
Now, I update my ERP 6.0 to EHP4 with EHP1 for SAP Netweaver.
regards
William Neira

Inutilização NFe 2,00 - Processo Devolução de entrada

Pessoal,
Estou com um problema no processo de MM para a inutilizar NFe (2,00) de uma Devolução de entrada.
Fizemos um devolução de entrada que foi rejeitada e para corrigir o processo, foi feito a inutilização via J1BNFE.
O status da Nfe ficou da seguinte forma
- A inutilização da Nota foi autorizada pela SEFAZ
- No GRC a nota está como inutilizãção autoriza, porém com erro de atualização no ERP.
- No ERP aparece o log abaixo:
Preencher todos os campos obrigatórios
Erro formato em campo UF05A-STGRD. Ver mensagem seguinte
Preencher todos os campos obrigatórios
Alguém já passou por isto ou poderia ajudar?
Obrigada,
Erica

Bom dia Érica,
Dê uma procurada no fórum antes de postar, veja:
threads com UF05A-STGRD problemas e soluções
Atenciosamente, Fernando Da Ró

Risco de Instalação do GRC no servidor do ECC

Boa tarde,
Estamos enfrentando uma situação no projeto onde temos o sistema L1U dividido em 3 clientes: 100, 200 e 300.
Gostaria de saber sobre os risco e impactos da instalação da solução SAP GRC em um client do proprio ECC (no caso o 300), ao inves de utilizarmos um servidor a parte especifico, para suporte da solucao.
Permaneço no aguardo.
Atenciosamente

O risco é o mesmo inerente à instalacao de 2 aplicacoes diferentes em uma mesma instancia: governanca do landscape.
Imagine que a proxima versao do GRC venha sobre o netweaver 7.02 (nao sei se vai mudar, estou apenas supondo para demonstrar). O ERP 6.0 é baseado sobre o 7.00. Daí vc vai ter q aplicar o EhP do netweaver na instancia por causa do GRC, mas sem saber os impactos disso pro ERP. E outras coisitas mais...
Enfim, nao eh recomendado, mas possivel.
Abs,
Henrique.

Entrada da NFe no ERP e arquivamento do XML.

Prezados, bom dia.
Tenho algumas dúvidas que gostaria de dividir com vcs. Alguém saberia responder?
Processo de Entrada de Nfe no ERP (manual)
1.) Quando da entrada de dados da DANFE no ERP (MIGOMIRO), este envia alguma informação pro GRC? Em que momento é validada a DANFE?
2.) Se sim, em que formato são armazenados os dados da NFe no GRC?
Recebimento do arquivo XML do fornecedor
1.) Há alguma consistência entre o XML (recebido do fornecedor) armazenado no GRC e os dados inseridos no ERP (com base na DANFE recebida)?
2.) De quem é a obrigatoriedade em armazenar o XML? Fornecedor, empresa que recebe, SEFAZ, Receita Federal, etc? As informações armazenadas são as mesmas? Por qual período os dados devem permanecer guardados?
Obrigado por qualquer ajudar.
Hyalen.

Obrigado David e Henrique. As respostas ajudaram bastante.
Formatei a discussão em Perguntas e Respostas para facilitar o entendimento.
1- Pergunta:
Quando da entrada de dados da DANFE no ERP, este envia alguma informação pro GRC? Em que momento é validada a DANFE?
Resposta:
Atualmente, quando você entra com as informações da DANFE através do MIRO/MIGO nenhuma informação é enviada ao SAP GRC NFe, logo nenhuma validação destas informações é realizada junto a SEFAZ.
2- Pergunta:
Uma parte do processo de NFe é dar entrada da mercadoria no ERP. O que acontece se eu digitar as informações de recebimento, em relação ao XML armazenado, errada no ERP? Há alguma consistência entre o XML armazenado no GRC e os dados inseridos no ERP?
Resposta:
Quando você receber o XML de um emissor de NF-e através do cenário de B2B do SAP GRC NFe, esta nota será consultada pelo SAP GRC NFe junto ao site da SEFAZ e será armazenada no SAP GRC NFe (dentro do repositório do SPRO), mas nenhuma informação desta NFe (XML recebido) será consistida com as informações inseridas no ERP (baseada na DANFE recebida).
3- Pergunta:
Em que formato são armazenados os dados da NFe no GRC? Melhor dizendo, o GRC decompõe o XML que chega do fornecedor e armazena os dados em tabelas ou grava como XML mesmo?
Resposta:
O GRC armazena o XML sem decomposição alguma e em dois momentos, quando da solicitação do protocolo e após validação do XML pela SEFAZ. No segundo caso o XML será armazenado com o Código de Autorização de Uso.
4- Pergunta:
De quem é a obrigatoriedade em armazenar o XML? Fornecedor, empresa que recebe, SEFAZ, Receita Federal, etc? As informações armazenadas são as mesmas? Por qual período os dados devem permanecer guardados?
Resposta:
Estas informações foram extraídas Portal da Nota Fiscal Eletrônica - Perguntas Frequentes NF-e
A regra geral é que o emitente e o destinatário deverão manter em arquivo digital as NF-es pelo prazo estabelecido na legislação tributária para a guarda dos documentos fiscais, devendo ser apresentadas à administração tributária, quando solicitado. Assim, o emitente deve armazenar apenas o arquivo digital.
No caso da empresa destinatária das mercadorias e da NF-e, e que seja emitente de NF-e , ela também não precisará guardar o DANFE, mas apenas o arquivo digital recebido.
Caso o destinatário não seja contribuinte credenciado para a emissão de NF-e, o destinatário deverá manter em arquivo o DANFE relativo a NF-e da operação pelo prazo decadencial estabelecido pela legislação, devendo ser apresentado à administração tributária, quando solicitado.
Reforçamos que o destinatário sempre deverá verificar a validade e autenticidade da NF-e e a existência de Autorização de Uso da NF-e, tenha ele recebido o arquivo digital da NF-e ou o DANFE acompanhando a mercadoria. Hoje os processos são separados.
1- DANFE -> transporte de mercadoria -> entrada manual MIRO/MIGO.
2- XML -> interface B2B -> armazenamento no GRC.
A funcionalidade de entrada automática dos dados da NFE no ERP (sem necessidade de digitar nada, dados lidos do XML) está prevista pro próximo release do NFE.
Quanto ao requisito legal (armazenar o XML e verificar status da NF-e quando da chegada do XML), a solução já atende. Mas vc continua tendo q fazer a MIRO/MIGO e checar na SEFAZ o status da NF-e quando da chegada do DANFe (pois no meio tempo entre a chegada do XML e da DANFe, a NF-e pode ter sido cancelada pelo emissor). No próximo release, esses passos manuais serão totalmente automatizados, sendo integrados com o processo do XML.

Skip NFE com erro de validação

Oi tudo,
Tenho uma pergunta sobre a funcionalidade de saltar uma NF-e com erro de validação.
Eu apliquei notas SAP
1298283 - NF-e: Passar para a NF-e com erro de validação
1376324 - NF-e: Passar para a NF-e com erro de validação
1376901 - Passar para o erro de validação
Mas ainda assim o processo não funciona completamente.
Em nota 1298283 do texto;
Os novos valores definidos no J_1BNFE_MESSAGE_TYPE domínio deve ser usado
do sistema de mensagens ao chamar as funções interface de entrada
u2022 J_1B_NFE_XML_IN ou
u2022 J_1B_NFE_XML_IN_TAB
de ERP para corrigir o ajuste siga em stati do processo de
NF-es com erros de validação, dependendo da resposta da SEFAZ.
NF-e autorizada para o cancelamento são cancelados e da etapa do processo é
definido como C (completo).
Eu tenho definido os novos tipos de mensagens de acordo com as instruções de nota, mas como estes podem ser implementados e ser utilizado em GRC - sistema de NFe?
O tipo de mensagem autorizado para pular com o erro de validação em GRC agora é '5 ', mas deve ter o valor "8" de acordo com notas acima.
Incluir / XNFE / DB_CONSTANTS em GRC não contém os novos tipos de mensagens
    8 Autorização para Passar uma NF-e com erro de validação
    9 Rejeição Passar para uma NF-e com erro de validação
Alguém sabe como o resolver isso?
BR
Honey

Olá Fernando,
Obrigado pela sua resposta!
Temos também notas 1296515 e 1252567 instalado.
O teste que eu fiz antes de começar a depurar é que eu deliberadamente criada uma NF-e com um valor em falta, de modo que a resposta do GRC seria erro de validação. O exigido quando eu pressionar "Definir Número de NF-e" processo passo status muda para "8" = erro de validação interna do sistema de mensagens. Enviar novamente!
Agora eu enviar um pedido de pular para esta NF-e e as alterações do estado de acção para "Em processamento".
Em GRC Ignorando o pedido for aprovado, mas o processo nunca é completado em R / 3. No log eu posso ver J1B_NFE007 mensagem de erro;
Nova SCS-status "Rejeitado & Skipping (Cancelar) Autorizado" não é permitida para SCS anterior "Erro de validação e Skipping solicitadas".
Quando a depuração vejo que isso acontece em função J_1B_NFE_CHECK_NEXT_SCSSTATUS módulo na declaração
WHEN c_authorized_for_skip.                                                                  "1152140
      IF is_acttab-scssta NA '3'.                                                                  "1152140
        PERFORM get_domain_text USING c_scssta                                   "1152140
                                      i_newscsstat                                                      "1152140
                                      c_scssta                                                             "1152140
                                      is_acttab-scssta                                                 "1152140
                                CHANGING gv_msgtxt1                                            "1152140
                                         gv_msgtxt2.                                                     "1152140
                                                                                "1152140
        MESSAGE e007 WITH gv_msgtxt1        "i_newscsstat                    "1152140
                          gv_msgtxt2        "is_acttab-scssta                                 "1152140
                          RAISING scs_status_not_allowed.                                "1152140
      ENDIF.                                                                                "1152140
Neste ponto, o valor em is_acttab-scssta igual '9 '.
Lamento, mas eu não entendo o significado de "V" na descrição:
(NF-novo e rejeição RESET + + V + + V + SEND Skip Request)
Eu testei:
1. Novo NF-e
2. Definir NF-e número & enviar às autoridades
3. Rejeição devido a erro de validação
4. Enviar pedido de cancelamento de NF-e
Existe algum outro procedimento que eu devo testar?
Se eu tentar redefinir a NF-e após receber a primeira rejeição devido a um erro de validação, R / 3, não me permitem enviar pedido de cancelamento.
Eu penso que este comportamento é muito estranho, já que temos seguido as recomendações na execução notas SAP.
Você recomendaria o próximo passo é registrar um bilhete em relação a este?
obrigada &
atenciosamente!

ERP STATUS 109 - Erro de Validação

Boa Noite ,
Estamos Implementando NF-e no Cliente e estamos com problema no momento de inutilizar qualquer NFE que foi reprovada pelo validador interno do GRC (Bandeira Vermelha e Engrenagem na J1BNFE) , no ambiente de DEV esta funcionando OK , em QAS ocorre o problema. Estamos a alguns dias do Go-Live e esse é o unico erro critico que estamos encontrando no Projeto.
O Fluxo de aprovação da inutilização esta ok , retorna para o GRC , mas nao atualiza a tabela J_1BNFE_ACTIVE no ECC, acusando o erro ERP 105 ou 109 no monitor do GRC
Ja haviamos realizado a aplicação das notas abaixo , conforme indicaçao do Henrique Pinto e Fernando Ros em outros Threads.
1413636 - Status bandeira vermelha após Skip NFe. (Nãqo lembro da descrição correta)
1376324 - NF-e: Skip for NF-e with validation error
1298283 - NF-e: Skip for NF-e with validation error
1376901 - Skip for validation error
Alguem ja teve que brigar com esse problema ??? Poderiam nos ajudar ???
Grande abraço a todos,
Rafael Medice

Bom dia Rafael,
Ao que parece está faltando algumas coisas na sua implementação:
105 - refere-se aos objetos NF-e estarem bloqueados no R/3 quando o GRC envia a resposta do processamento, então é provável que vocês não tenham implementado o decouple. Verifique na J_1BNFE_ACTIVE se estão com CALLRFC=vazio, se estiver não está implementado. Solução: Procure pelas notas e no fórum tem vasto material sobre isso.
109 - quando o status que o GRC está enviando é incompatível com o status que o ERP aguarda. Isto pode até estar associado ao anterior, mas o mais comum é a falta de tratamento na impressão automática ou qq coisa que implementaram no método CALL_RSNAST00 da BAdI CL_NFE_PRINT. A SAP Note 1470484 evita o 109 numa retransmissão do mesmo status de Sefaz, porém você deve revisar seus códigos. Procure por exemplos de código aqui no fórum também.
Observação: Verifique TODAS as notas XX-CSC-BR-NFE para o seu ambiente, TODAS são necessárias. Sendo que as mais recentes deve-se planejar pois envolvem também o layout 2.0.
Atenciosamente, Fernando Da Ró

NFe de inutilização com aguardando resposta

Bom dia!
Estou com uma NFe de inutilização que está com os seguintes status:
SEFAZ - OK Inutilizada
GRC - OK Inutilizada
ECC - Não OK
O problema é que a nota fiscal está como aguardando resposta, mas no monitor está como concluido já.
Achei esse post no forum.
Nele o Henrique cita que o status não precisa ficar como inutilizada ou cancelada, mas num post abaixo ele fala para buscar com status = 2 rejeitada. (docstat = 2 OR msstat = V)
É correto a nota ficar com esse status? Aguardando resposta?
Tabelas:
J_1BNFEACTIVE
DOCNUM          147892
DOCSTA
SCSSTA          A
CONTING
CANCEL          X
CODE            102
ACTION REQU     C
PRINTD
CONTING S
MSSTAT          V
REASON          02
REASON1         Problema Operacional
J_1BNFDOC
DOCNUM        147892
CANCEL        X
CANDAT        02.07.2010
AUTHCOD       135100396806804
DOCSTAT
XMLVERS       1,10
NFENRNR       01
CODE          102
As notas já estão aplicadas:
1376324     NF-e: Skip for NF-e with validation error
1403811     NF-e: Disabling switch to contingency for MSS 'V' and 'G'
1413636     NF-e: Skip NF-e with validation error - new status not set
1420754     NF-e: authorization of documents with MSS 'G' not possible
ECC
SAP_ABA     700     0020     SAPKA70020
SAP_BASIS     700     0020     SAPKB70020
SAP_APPL     600     0016     SAPKH60016
GRC
SAP_ABA     700     0020     SAPKA70020
SAP_BASIS     700     0020     SAPKB70020
SLL-NFE     100     0012     SAPK-10012INSLLNFE
Muito obrigado,
Dalmo Costa

Henrique Pinto wrote:
Vc tem algum log de erro no ERP (bandeirinha vermelha na J1BNFE) ou status de erro de ERP no monitor do GRC?
Na bandeira vermelha está:
Novo status de comunicação de sistema "Autorização para rejeição & inutilização (cancela não permitido p/SCS "Erro de validação, mas acho que o usuario deve ter tentado inutiliza-la novamente.
Henrique Pinto wrote:
Vc tem o job /xnfe/update_erp_status schedulado?
Então o job está schedulado de 15 em 15 min.

Inutilização de NF - Não atualiza ERP - ERP error 104

Olá!
Estamos com um problema na inutilização de uma NF.
A mesma teve a inutilização autorizada pelo SEFAZ e consta com o status code 102 no GRC.
Porém houve um problema na atualização do ERP e este consta como ERP error 104.
Na J1BNFE esta NF aparece com a engrenagem, com o status 2 (Rejeitada), status da comunicação 3 (Rejeitada e autorização para inutilização requisitada) e status messageria C (Inutilização requisitada).
Rodando a /XNFE/UPDATE_ERP_STATUS_DIAL no PI ou indo na aba de erro no ERP na interface web do GRC, ocorrem os respetivos erros "Log number Missing for NF-e XXXXX" e "Log number is required for NF-e XXXX"
Alguém já viu este erro ocorrer? Procurei pelo fórum, mas não encontrei nada parecido.
Obrigado,
Rodrigo.

Henrique Pinto wrote:
> Olá Rodrigo,
>
> qual foi a solucao adotada?
> Pode ser que ajude mais alguém.
>
> Abs,
> Henrique.
Olá Henrique!
Foi atualizado manualmente o status no GRC.
E então o ERP foi sincronizado com o mesmo.
Segue abaixo a resposta do Fernando no chamado:
The status was manually adjusted on GRC side, I also tried to do it onERP side but the user provided to us there's no enough authorization.
Next steps:
- on ERP side both documents have status skip rejected
- on ERP request cancellation again
- GRC will refuse with flag MSS = G (ignore it, as the status will be
waiting the response)
- on GRC run the /xnfe/update_erp_status_dial for each NF-e
Any problems let me know.
Regards,
Fernando Da Ros
SAP NFE Support

Inutilização de NFe com erro de validação

Srs.
Gostaria de tirar uma duvida mais "funcional" do processo de uma nfe, que seria a seguinte, caso uma NFE esteja com erro de validação no GRC, se o erro e o status voltou para o ERP e na j1bnfe ela esta com status 8, eu poderia solicitar a inutilização da mesma sem ter que envia-la antes ao SEFAZ ?
Pergunto isso pois eu pensava que havia uma maneira e até agora não encontrei nenhuma.
Se puderem me responder o mais rápido possível eu agradeceria.

Oi Carlos.
Então... quando ocorre um erro de validação você tem duas alternativas:
- Corrigir os dados e reenviar a NF-e
- Solicitar a inutilização (solicitar o cancelamento da NF-e no monitor)
Para solicitar a inutilização - o registro da NF-e está com status da mensageria igual a V (erro de validação.
1. Selecione o documento em questão
2. Clique no botão "Request Cancellation"
3. Sistema irá apresentar pop-up perguntando de realmente deseja continuar. Clique em Yes para confirmar.
4. Selecione a razão do cancelamento.
5. Selecione o documento a ser cancelado e clique no botão Copy to Selected Documents
6. Clique no botão Send Requests. Sistema enviará a solicitação de inutilização. Após obter a autorização de inutilização o sistema irá retornar o status 102 de autorizada inutilização e reverter o lançamento.
Abraço
Eduardo Chagas

GRC-NFe - Erro de assinatura de notas

Amigos,
Estou com o seguinte problema.
A nota fiscal sai do ERP e chega no GRC, ficando com o seguinte status:
status de erro = 20 Serviço de assinatura digital não acessível.
Ao reinicializar a nota pelo o GRC está aparecendo a mensagem Erro na chamada RFC (NF-e 3509076119009600019255.
Já verifiquei as conexões rfc e estão todos ok. O PI e o GRC estão instalados na mesma máquina, PI = 001 e GRC = 500.
client 001
SM59 rfc do tipo H -> XI_INTEGRATION_SERVER
host euroXX porta 8001
pref/caminh /sap/xi/engine?type=entry
mandante 001
user piappluser
SXMB_ADM ->Configure Integration Server-> HUB servidor de integração
dest://XI_INTEGRATION_SERVER
client 500
SXMB_ADM -> Configure Integration Server-> LOC sistema de aplicação
dest://XI_INTEGRATION_SERVER
SM59 rfc do tipo H ->NW1CLNT500
host euroXX porta 8001
pref/caminh /sap/xi/engine?type=entry
mandante 500
user pisuperr
Esta rfc é utilizada dentro do Cenário SIGNN_WebAS_Outbound_SignNFe, para o communication channel WAS_XI_RCV
do tipo XI, com Addressing Type HTTP Destination e HTTP Destionation = NW1CLNT500
Alguém tem alguma dica do que pode estar errado?
Abraços,
Cláudio Argolo

Bom dia Claudio,
status de erro = 20 Serviço de assinatura digital não acessível.
Veja estas duas threads:
Status error 20 - Signature Service Unreachable
'Signature Service Unreachable' error in the NFE system
Ao reinicializar a nota pelo o GRC está aparecendo a mensagem Erro na chamada RFC (NF-e 3509076119009600019255.
Este chamada de RFC é ao R/3 e não internamente, quando acontece um problema de assinatura, o GRC não tem como reiniciar, pois não tem todos os dados para enviar para o assinador, então é necessário pedir ao R/3 para reenviar.
- Talvez esteja faltando uma nota no R/3. Veja se a SAP Note 1234054 foi aplicada (passos manuais para tornar a função J_1B_NFE_MS_REQUESTS_DATA RFC)
- Se for nota em paralelo esquece. O R/3 também não tem mais estes dados.
Atenciosamente,
Fernando Da Rós
Edited by: Fernando Ros on Jul 28, 2009 8:52 PM

PI NFE StatusService Problem

Hello all,
I'm testing my Nfe process, but the Status Service is not ok..
I dont know why, because I've configuration this scenary according the sap best practices...
In Nfe monitor the status is red since the test started...
STATUS ERROR: 70
In the SOAP ADAPTER that will comunicate with sefaz i entered theses parameters:
target url: http://nfe.fazenda.sp.gov.br:443/DigitalSignature/ws?style=document   .....> SP
Configure user authentication: Is it needed?
Proxy: I configurated the proxy according my Internet Explorer uses for others sites.
Obs.: I've heard about the password be UPPERCASE, it has some sense? If so, what password? proxy or authentication one?
Thanks and regards,
André Ramalho.
Edited by: Andre Ferreira Ramalho on Sep 18, 2009 2:54 PM

Hello everyone,
I am having the similar issue.
I am running a service staus job "/XNFE/CHECK_SRV_STATUS" every half hour for testing but I am getting the error code 70 in the NFE browser monitor under service status tab.
1. Looking at the table /XNFE/SRVSTA I see the following information.
MANDT           xxx
CUF                 35
TPAMB             2
CHECKTMPL       20,091,028,xxxxxxxx
STATUS
TMED            0
ERROR STATUS    70
RETURN DATE
RETURN TIME     00:00:00
TZONE           BRAZIL
RETURNTMPL      0.0000000
XOBS
ERROR TEXT      MESSAGE.GENERAL
2.Checking at the communication channels in PI under RWB i see the error in two communication channels corresponding to t2o regions which I have defined
Audit Log for Message: dec3d072-07ad-c8f1-822f-005056b819bc
Time Stamp Status Description
2009-10-28 10:44:55 Success Message successfully received by messaging system. Profile: XI URL: http://hostname:5xx00/MessagingSystem/receive/AFW/XI Credential (User): PIISUSER
2009-10-28 10:44:55 Success Using connection SOAP_http://sap.com/xi/XI/System. Trying to put the message into the request queue.
2009-10-28 10:44:55 Success Message successfully put into the queue.
2009-10-28 10:44:55 Success The message was successfully retrieved from the request queue.
2009-10-28 10:44:55 Success The message status set to DLNG.
2009-10-28 10:44:55 Success Delivering to channel: SRVSC_SOAP_RCV
2009-10-28 10:44:55 Success MP: Entering module processor
2009-10-28 10:44:55 Success MP: Processing local module localejbs/sap.com/com.sap.aii.af.soapadapter/XISOAPAdapterBean
2009-10-28 10:44:55 Success SOAP: request message entering the adapter with user J2EE_GUEST
2009-10-28 10:44:58 Error SOAP: call failed: java.io.IOException: invalid content type for SOAP: TEXT/HTML; HTTP 403 Forbidden
Q.2 Second question I have is we have configured core system NFE in ERP itself so for that I have defined two RFC's between ERP and PI 7.0 systems
1. ABAP RFC
2. HTTP RFC
My question with respect to this is which RFC should be used while creating a NFE.
Thanks and regards
Basit Shaikh
Edited by: Shaikh Basit on Oct 28, 2009 6:44 PM

NFe em processamento no ERP e OK no GRC mas teve erro de atualização do ERP

Similar Messages

Maybe you are looking for