Assinatura de uma NFe

Olá...
Estamos tentando enviar uma NFe, mas recebo o seguinte em SIGNN_SignNFe_OB no sxmb_monitor:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- 
- <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
<SAP:Category>XIAdapter</SAP:Category>
<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
E na resposta de SIGNN_SignNFe_SYNC:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- 
- <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
<SAP:Category>Application</SAP:Category>
<SAP:Code area="MAPPING">STREAM_TRANSFORMATION_EX</SAP:Code>
<SAP:P1>sap/com/xi/nfe/map/SIGN_SignNFeCancInutConverter</SAP:P1>
<SAP:P2>Exception in Java mapping occured while parsing t~</SAP:P2>
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Java mapping of application triggered an exception</SAP:Stack>
<SAP:Retry>N</SAP:Retry>
</SAP:Error>
Isso ocorreu em apenas uma nota...
Estou tentando achar algum problema de parse, nos XMLs, mas não identifiquei nada ainda.
Obrigado.

Olá.
O problema é o da mensagem acima... o XML veio com uma informação que o GRC não conseguiu fazer o parse... daí não consegue assinar.
Por exemplo, a NF possui alguns itens, mas o total da NF fica 0,00 no GRC.
Mas no ERP, na j1bnfe, ela está em processamento.
Daí vem a dúvida...
Ela não pode ser reprocessada, por ter problemas no XML, preciso devolver algo ao ERP para que saia do status de processamento, e assim ela possa ser corrigida, e reenviada...
Basicamente é isso que eu imagino como solução.
Obrigado.

Similar Messages

Dúvida no cancelamento de uma NFe Rejeitada

Boa tarde a todos,
Estou com uma dúvida quanto ao processo de cancelamento de uma NFe rejeitada e agradeço antecipadamente a colaboração dos colegas aqui do forum que possam ter passado por situação semelhante.
Temos o seguinte cenário: implementação SAP ECC 6.0 (SP13), já foram aplicadas uma série de notas dos SP14, SP15 e SP16 para resolver outros problemas que surgiram ao longo do projeto. O sistema de mensageria não é o GRC SAP, o cliente optou pela solução da Mastersaf.
O problema ocorre quando o usuário cancela uma NFe (opção "Solicitar Estorno") que está rejeitada pela validação da mensageria (NFe sem CPF do cliente, por exemplo). Como esta NFe não foi enviada à SEFAZ, o sistema interpreta o cancelamento como uma inutilização de número. Até este ponto tudo perfeito, o procedimento é correto, segundo nosso entendimento. O problema é que ao consultar a inutilização, tanto no sistema Mastersaf quanto na SEFAZ, o número inutilizado foi o número aleatório (DOCNUM9) e não o número da NFe (NFENUM).
Debugando a rotina, descobrimos que o "problema" está no módulo de função J_1B_NFE_SEND_REQUESTS, onde há uma linha onde a rotina move o número aleatório para a estrutura que irá gerar o XML para a mensageria ("xmlh-nnf = ls_acttab-docnum9.").
A pergunta é se isso está correto ou se é um bug da função? Procurei por alguma nota OSS que tratasse isso mas não encontrei nada.
Vocês já se depararam com essa situação?
Um abraço,
Rinaldo Conte

Bom dia Rinaldo,
Talvez este problema esteja limitado ao R/3 NFe x MasterSAF. Como a interface chamada é a de inutilização, entende-se que já ocorreu uma tentativa de envio ( o que envia o NNF corretamente ). Então ao solicitar a inutilização a mensageria poderia partir deste NNF correto para proceder a inutilização.
De qualquer forma, parece que você encontrou um bug no envio de dados à interface de inutilização.
Discuta este ponto com o fornecedor da mensageria, pode ser necessário abrir chamado à SAP para modificação.
Atenciosamente,
Fernando Da Ró

NFe 3.10 Devolução com mais de uma NFe referenciada

Caros,
Estamos realizando o teste para o cenário de Devolução utilizando o layout do XML 3.10 através da NF-e.
O manual técnico (NT2013.005_v1.03.pdf), em sua página 46, dá a entender que podem ser refenciadas várias NFes a serem devolvidas em uma única NFe de Devolução.
"BA. Documento Fiscal Referenciado
Informação de Documentos Fiscais referenciados.
Grupo com informações de Documentos Fiscais referenciados. Informação utilizada nas hipóteses previstas na legislação. (Ex.: Devolução de mercadorias, Substituição de NF cancelada, Complementação de NF, etc.)."
Ocorrência: 0-500
O nosso teste consiste em fazer várias entradas (Físico e Fiscal) para o mesmo fornecedor, e após isto, gerar uma única Nota de Crédito referenciando a cada uma dessas NFe entradas.
Porém, ao executar a MIRO, na operação de Nota de Crédito, o sistema permite apenas referenciar um único DOCNUM (NFe).
Há alguma nota SAP ou atendimento à este requerimento da Nota Técnica?
O entendimento está correto?
Alguém testou esse cenário desta forma?
Att,
Levi Luis

Então, Luciano
lá, o que dá a entender, é que uma mesma NF-e de devolução pode ter várias NFes de referencia.
Veja:
"Permitida novamente a consolidação de várias devoluções de NF-e distintas, em uma mesma NF-e de devolução de mercadoria (eliminada a validação “B25-80”)"
É nisso que a área usuária está se apegando para cobrar a melhoria da SAP.
O que eles estão entendendo é que o layout 3.10 do XML daria essa abertura de consolidar várias NF-es a serem devolvidas em uma única NF-e, o que simplificaria o operacional (já que atualmente o SAP, via MIRO, só trabalha com Devolução 1 x 1).

Inutilização de uma nfe com mensageria não sap

Prezados Colegas,
Gostaria de solicitar uma preciosa ajuda de vocês.
Estou em um projeto de implementação, utilizando a solução SAP para NF-e, porém com uma mensageria NÃO-SAP que o cliente já utiliza hoje.
Preciso entender como funciona o seguinte cenário:
Foi emitida uma NF-e no ERP SAP e enviada para a Mensageria. Por algum problema na SEFAZ não houve uma resposta para a mensageria e neste intervalo o faturista vê que tinha erro na NF-e e resolve cancelar a nota.
No monitor de NF-e a nota está com estes parâmetros:
Status Ação : engrenagem
Etapa do Processo: em processamento
Status do Documento: Aguardar resposta
Status de Com. Sistema: Enviado ao Sistema de Envio de mensagens
Como devo proceder para cancelar esta nota e solicitar inutilização na SEFAZ ? A NF-e tem uma chave de acesso, a Inutilização vai gerar uma outra chave correto?, e na volta está chave (da inutilização) ficará gravada na tabela, e no Livro de Saídas aparecerá como inutilizada ?
Confirmem se são estes os passos que tenho que seguir:
No monitor, seleciono a nota e faço um ESTORNO ANTES DA AUTORIZAÇÃO; em seguida ESTORNAR DOCUMENTO DE ORIGEM, e depois eu clico em ENVIAR (ESTA É A SOLICITAÇÃO DE INUTILIZAÇÃO ?)
E pelo fato de ser outra mensageria, tem alguma implicação diferente, algo que eventualmente não funcione na atualização do SAP ?
Antecipadamente agradeço,
Diógenes

Fernando,
Eu vou reformular minha questão, porque acredito que misturei o cenário que o cliente comentou que existe hoje e como isto se daria no SAP, com o que realmente eu preciso saber que é a Inutilização de uma nota fiscal.
Então o cenário seria este:
O usuário criou uma nota, e se deu conta que criou errada e precisa cancelá-la, a nota foi para a mensageria, porém esta (a mensageria) por algum motivo, alguma falha na SEFAZ, o ambiente estava fora, algo parecido, ainda não tinha recebido resposta para a nota, se foi autorizada ou rejeitada, consequentemente o monitor de NF-e no SAP não foi atualizado, para esta nota na coluna Status da Ação, continua aparecendo a "engrenagem".
Para que o usuário cancele esta nota no SAP e na sequencia peça a inutilização, tudo isso levando-se em conta que não obtivemos a resposta da SEFAZ, a sequencia de passos que ele tem que fazer é esta que coloco abaixo ? :
1 - No monitor, seleciona a NF-e
2 - Escolhe "Estorno antes da Autorização"
3 - Na coluna ETAPA aparece a atividade "2"
4 - Escolho "Estornar documento de Origem"
5 - Enviar NF-e as Autoridades Fiscais
E levando-se em conta que a SEFAZ não respondeu da 1a vez, que a nota não consta na base de dados dela, então a SEFAZ deve aprovar a inutilização.
Pelo fato de ser uma outra mensageria, o processo acontece normalmente, não há nenhum desenvolvimento a ser feito do lado do ERP SAP para que esta situação seja atendida, a saída da solicitação de inutilização é feita normalmente pela função J_1B_NFE_XML_OUT, e no nosso caso aqui temos o PI como middleware que envia os dados para a mensageria NÃO - SAP. Nós já fizemos o desenvolvimento para atender a Inutilização quando se tratar do gap de numeração, em que usamos o programa J_1BNFECHECKNUMBERRANGES.
Desculpe, se não fui muito claro anteriormente.
Atenciosamente,
Diógenes

NFE Produção - Código Status 204 Rejeição

Olá, Boa tarde!
Estamos com uma NFE da Produção parada, pois não estamos conseguindo atualizar o status dela.
No monitor de GRC a NFE aparece da seguinte forma:
Status NFE (bolinha vermelha): 05 resultado recebido
Status de Erro: 90 erro de sistema PI
Código Status: 204 Rejeição: Duplicidade NFE
A opção "Consulta do Status" está disponível, porém já tentamos várias vezes, aparece a mensagem: O processo de consulta status NFE foi inicializado. Atualizar a exibição NFE.
Atualizamos a página, porém não muda nenhum status.
No monitor J1BNFE a NFE está aguardando o retorno do GRC.
Não sei se tem algo a ver, mas recentemente fizemos a atualização da Versão para 2.0.
Antes o procedimento funcionava normal... agora as NFES estão paradas...
Aguardo comentários.
Obrigada.
Adriana

Bom dia,
Estou com esse mesmo erro, e não sei como resolver...
Ao clicar em consultar status(Monitor GRC) da NFE em questão, o status não é atualizado(consultamos no SEFAZ e a NFe Está aprovada)..
Verifiquei as msg na MONI e temos uma com o ACK NEG, porém desconheço o erro...segue os xml que consegui verificar na mensagem:
XML INBOUND:
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeConsultaNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:PIP:/1SAI/TASB4840BC26BF382F75BE8:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">
<n0:cUF>41</n0:cUF>
<n0:tpEmis>1</n0:tpEmis>
<n0:tpAmb>1</n0:tpAmb>
<n0:type>1</n0:type>
<n0:versNum>001</n0:versNum>
<n0:mode>I</n0:mode>
- <n0:nfeDadosMsg>
- <n1:consSitNFe versao="2.00">
<n1:tpAmb>1</n1:tpAmb>
<n1:xServ>CONSULTAR</n1:xServ>
<n1:chNFe>41110300606549000124550000000231711903353574</n1:chNFe>
</n1:consSitNFe>
</n0:nfeDadosMsg>
</n0:nfeConsultaNF2>
XML RESPONSE:
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeConsultaNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:PIP:/1SAI/TASB4840BC26BF382F75BE8:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">
<n0:cUF>41</n0:cUF>
<n0:tpEmis>1</n0:tpEmis>
<n0:tpAmb>1</n0:tpAmb>
<n0:type>1</n0:type>
<n0:versNum>001</n0:versNum>
<n0:mode>I</n0:mode>
- <n0:nfeDadosMsg>
- <n1:consSitNFe versao="2.00">
<n1:tpAmb>1</n1:tpAmb>
<n1:xServ>CONSULTAR</n1:xServ>
<n1:chNFe>41110300606549000124550000000231711903353574</n1:chNFe>
</n1:consSitNFe>
</n0:nfeDadosMsg>
</n0:nfeConsultaNF2>
XML ACK ERROR:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- 
- <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
<SAP:Category>XIAdapter</SAP:Category>
<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>N</SAP:Retry>
</SAP:Error>
Alguém teria alguma dica?
Edited by: João Luis da Silva Dovigo on Mar 16, 2011 6:20 PM

NFe - erro 204

Bom dia!
   Estou a 3 dias com uma NFe de tranferência parada ( engrenagem ) relacioanda ao erro 204 "Rejeicao: Duplicidade de NF-e [nRec:310001601853941]' e não consegui libera-la.
    Abri uma OSS, e depois de muito tempo me retornaram para realizar as instruções abaixo mas não encontrei resultado.
    Estamos na NFe 3.10 e não encontrei mais o botão "STATUS QUERY".
    Tentei o botão "continuar processo" mas nada. "Outra funções" e nada.
In order to solve this issue you'll have to manually adjust some
fields in table /XNFE/OUTNFEHD.
Table: /XNFE/OUTNFEHD
ACTSTAT from 11 to 02
LAST STEP STATUS From 11 to 02
Then go to NF-e web monitor and push the "STATUS QUERY". It should
solve this NF-e issue.
      Retornei a dúvida para a OSS mas nada de resposta.
     Conseguimos liberar a mercadoria de nossa planta em MG emitindo uma DANFE pela SEFAZ, pois esta já foi autorizada, mas agora a mercadoria chegou em nossa planta de produção em SP em não conseguimos dar entrada.
   Alguém poderia nos ajudar?
Grato.

Bom dia Clayton
Na empresa que trabalho, o que fizemos é:
No Monitor de Saída do GRC, selecionamos a NFe com problema, vamos no menu "Outras funções - Solicitar Verificação de Status".
No momento da solicitação a comunicação com o SEFAZ deve estar ativa.
Verifique se o LOTE está concluído, caso não esteja, reinicie o LOTE.
Outra opção é você verificar a Chave de Acesso da NFe no SEFAZ, se a NFe está aprovada, caso esteja, você pode ir no menu "Outras funções - Encerrar Ignorar" o sistema irá pedir algumas informações como "Protocolo de autorização".
O nosso amigo Renan Correa postou uma ótima ajuda, conforme segue o link abaixo:
Como lidar com os erros mais comuns a partir dos novos monitores de NF-e
Qualquer coisa avise.
Abraço.

NFe Fiscal Workplace - Não atualiza com Status Sefaz

Boa noite!
Estou tentando reexecutar a consulta de status de NFe através do fiscal workplace para algumas NFes que ficaram com Status Global 11 devido a um problema temporário que tivemos com SSL (certificado estava sendo rejeitado pela SEFAZ) . Para tal, quando seleciono uma NFe clico em "Outras Funções > Consultar Eventos" o cenário de processo de integração "NFESC_WebAS_Outbound_NFeStatusCheck" é executado com sucesso e posso ver a interface NFESC_nfeConsultaNFResponse_IB retornando ao SAP GRC com sucesso, porém no monitor fiscal workplace a nota continua com Status Global = 11.
Um detalhe importante é que isso só está ocorrendo para estas notas que estamos tentando consultar o status através do monitor "Outras Funções > Consultar Eventos", pois após a SEFAZ passar a aceitar nosso certificado, para o processo automático (resumindo entrada de nota e depois conferência de status) está tudo correndo bem. Parece ser algo relacionado com a execução de consulta de status via monitor!
Por favor, se alguém puder dar um auxílio será de grande ajuda!
Desde já agradeço.,

Bom dia Glauco,
Não estou lembrado do caso exato, mas sim você tem razão que diferente do SAP NFE 1.0, no SAP NFE 10.0 tem vários "chamadores" da consulta de status na Sefaz, e de acordo com o processo que solicitou esta consulta tem ações diferentes a analisar.
Em que versão você está? Já usando 3.10?
Atenciosamente, Fernando Da Rós

Múltiplas NFes de entrada em um email

Boa tarde senhores,
Há algumas semanas percebi que a implementação "padrão" que fizeram da NFe de entrada considera apenas uma nota por email (unbelievable!). Além disso, pega o primeiro anexo e toca ficha... se esse primeiro anexo for o pdf com a danfe, crash, óbvio.
Dei uma vasculhada no fórum e ninguém parece ter discutido sobre isso (ou cada um fez o seu e ficou por isso mesmo). Se alguém já teve de consertar isso e quiser partilhar a experiência, fique à vontade.
Se ninguém tiver feito isso ainda, vou começar a fazer amanhã um adpater module pra tratar vários xml's de entrada. Quem quiser ajudar fique à vontade, vou postando aqui o progresso.
T+
Waldemar

Boa tarde senhores,
Então, depois das semanas de atropelo por causa do SAPForum, vamos voltar à programação normal.
O adapter module está pronto. Ele cria uma nova mensagem adicionando a esta mensagem todos os anexos que possuem uma NFE (procurei pela tag .
Já está testado e funcionando. Temos então chegando no integration engine o seguinte:
<nfeList>
   <nfeProc>...</nfeProc>
   <nfeProc>...</nfeProc>
   <nfeProc>...</nfeProc>
</nfeList>
Agora, pra executar várias requisições pro grc (uma pra cada em uma mensagem separada
3 - Block com o atributo mode setado pra ForEach
4 - Um sender dentro desse block pra enviar cada mensagem pra frente
Pro atributo message do receiver (1) é necessário uma mensagem abstrata. Fiz uma cópia da mensagem NFB2B_procNFe_OB e alterei-a pra abstrata, criei uma interface variable pra ela e associei ao receiver.
Para o transformation, source message é a mesma do receiver e para o target message criei uma nova interface variable de NFB2B_procNFe_OB, só que multiline. Aí vem a dúvida cruel. Embora a mensagem que eu esteja utilizando seja a NFB2B_procNFe_OB, o que vem do adapter engine não respeita esse schema, então fiz um mapping XSL pra quebrar a mensagem que entra em várias compatíveis com a NFB2B_procNFe_OB.
Para o block, o multiline element é a target message do transformation. Criei uma nova interface variable pro atributo current line tendo como container o block.
Para o sender configurei o atributo message com o current line do block.
Amanhã pela manhã vou fazer a configuração no directory, vamos ver se vai.
Tentei ser breve, intenção apenas de compartilhar o que estou fazendo. Se alguém encontrar alguma inconsistência no cenário, não deixe de dar um toque.
T+
Waldemar

Inutilização de NFE nao atualiza status no R/3

Amigos aconteceu uma coisa muito estranha,
Ao solicitar a inutilizacao de uma NFE, o SEFAZ retornou ok codigo 102
Entao no GRC ficou autorizado com status 102
No R/3 o cancelamente foi feito normalmente todos os documentos foram estornados
porem a tabela J_1BNFE_ACTIVE nao foi atualizada com o status 102
e a nota fica com status 'Aguardando resposta'
Vi aqui no forum que algumas pessoas ja tiveram este problema
alguem sabe a solucao ?
Obs: estamos no SP61 a nota 1357713 esta aplicada
Este foi um caso isolado so aconteceu 1 porem preciso atualizar o status deste nota para que ela apareca no livro fiscal
SAP 4.6C
Obrigado

provavelmente aconteceu algum erro na montagem do campo chave de acesso na hora que o ERP mandou pro GRC.
Isso causou o erro na SEFAZ, rejeicao.
Na hora que o GRC tentou devolver pro ERP, como a chave de acesso estava errada, o ERP nao reconheceu aquele documento, e portanto nao atualizou nada (a entrada deve estar na /xnfe/backstatus).
Nao vejo muita alternativa a nao ser resetar o status da nota no ERP e tentar reenviar, dessa vez debugando para ver pq está montando a chave de acesso errada. Isso porque a chave de acesso errada já virou campo chave do documento no GRC.
Na verdade, se vc conseguir reenviar com a chave de acesso correta, ele vai criar outra entrada no GRC, que agora deve processar corretamente. Aquela que ficou com 216 vai ficar "perdida".
Verifique se a chave de acesso dessa nota que ficou com 216 tem algum espaco em branco ou campos com 00.
Abs,
Henrique.

Salto de Numerção NFe

Boa Tarde Pessoal,
Tivemos no ambiente de produção o problema de pulo de numeração da NFe, gostaria de saber se alguém já utilizou o relatório J_1BNFECHECKNUMBERRANGES com sucesso e se existe solução para gerar uma NFe no SAP R/3 com o numero faltante de forma a possibilitar a sua inutilização.
Atualmente estamos no Release 603 - Support Package SAPKH60302.
Agradeço antecipadamente

Bom dia Arruda,
Sim. Tem clientes utilizando-se deste relatório com sucesso, porém até chegar a execução com sucesso houve algumas melhorias / correções, até o fim de abril, foram lançadas as notas abaixo para o ERP
1180672, 1241922, 1270813, 1274200, 1276185, 1294917, 1244326, 1331432, 1332167
e para o GRC a inutilização de uma NF-e inexistente também foram necessárias adequações:
1261617, 1269866, 1276908, 1273616, 1279751
No caso do GRC é fácil, basta seguir a recomendação padrão. Estar sempre no SP + 1
Sobre criação de NF, este relatório standard irá procurar e manter a numeração ausente em tabela própria e cuidará do envio ao GRC.
Atenciosamente, Fernando Da Rós
Obs.: Monitore os componentes XX-CSC-BR-NFE e SLL-NFE no market place, o produto evolue a todo instante.

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

Possibilidade de evitar a continuação NFe ser publicado sob contingência

Olá a todos,
Só queria ver se alguém deparei com esse problema antes.
O cenário é assim: - nós criamos uma NFE, esperando a resposta da SEFAZ, sem resposta, mudamos para contingência, cancelamento de pedido feito passo, cancelar o documento de origem (documento de faturamento). Ao criar um novo documento de faturamento a partir do documento de entrega, o novo NFE é automaticamente marcada publicado sob a contingência.
Existe alguma era evitar o novo documento a ser publicado em contingência e, em vez processado normalmente e para que possamos imprimir o DANFE normalmente.
Qualquer ajuda será apreciada.
Honey

Bom dia Honey,
Este processo é standard e não há configuração para mudar este comportamento.
Em SD ele verifica no fluxo de documentos se a nota anterior foi "Switched to contingency", então a nova é criada em contingência.
Se quiser você pode codificar na BAdI CL_SD_NFTYPE, método MODIFY e colocar sua lógica para alterar o valor de CV_CONTING (contingência).
Atenciosamente, Fernando Da Ró

Problema assinatura - Status 20 - Versão 006

Bom dia pessoALL,
Já verifiquei os respectivos links abaixo e não consegui solucionar o meu problema :
O cenário aqui é:
ECC (NDE) 005A / ECC (NED) 006 < -- > GRC < -- > PI < -- > SEFAZ
São dois ECC´s apontados para um ambiente GRC/PI.
Estamos no SP 15 e última versão dos outros respectivos SP´s (ABA/BASIS...)
Já realizei a configuração em todo ambiente de GRC para suportar os dois tipos (005a - 1.0 / 006 - 2.0), tanto a abap / java.
Qual está sendo o problema, quando faço a emissão de uma NFe do ambiente NED (versão 2.0 - 006) as notas travam em status do processo 1 e status de erro 20: Assinador digital não acessível.
Quando é emitido uma NF´e em ambiente NDE (versão 1.0 - 005a) o fluxo acontece normalmente.
Fiz uma pesquisa e fiz um check nas seguintes transações: sproxy , sldcheck , bd54, bd97 , sxmb_adm... estão ok.
Já entendi que as notas não estão saindo do GRC para o integration (conexão abap proxy).
Reliz um check na configuração toda, está tudo ok.
Não sei como atuar diante da situação. Alguem teria alguma luz ? O que verificar ? O que refazer ?
Atenciosamente,
Ricardo

Bom dia Ricardo,
Veja esta thread NF-e pré-validação erro - XML 2.00 - /XNFE/VERSION 0006, na resposta do dia Aug 13, 2010 4:45 PM.
Após o SP15 tem algumas correções a serem feitas.
Especificamente para este caso é a SAP Note 1498700.
Atenciosamente, Fernando Da Ró

Reenvio do GRC para o ERP do Status de NFe 225

Pessoal,
Enviamos uma Nfe que foi rejeitada pela SEFAZ, com o validador GRC desativado.
Devido a uma falha de comunicação logada na /XNFE/BACKSTATUS o ERP não teve o update do status da nota, sendo que o GRC estava atualizado com o Status 225 para o lote, com o Error Status 46 para nota.
Em análise do programa de reenvio /XNFE/UPDATE_ERP_STATUS percebemos que o status enviado ao ERP é o status do cabeçalho da Nfe (tabela /XNFE/NFEHD, campo STATCOD).
Para o DOCNUM 138746, o campo STATCOD está em branco na tabela /XNFE/NFEHD, porém está preenchido na tabela /XNFE/BACKSTATUS, campo CSTAT como pode ser visto nos screenshots anexos.
No ERP, então, temos o erro u201CNo status code was received for NF-e 0000138746u201D
Existe alguma forma de reprocessar NF-e com status SEFAZ setado somente para o lote?
Segue os prints das telas:
http://img5.imageshack.us/img5/1936/screen1le5.jpg
http://img232.imageshack.us/img232/1678/screen2zs7.jpg
http://img232.imageshack.us/img232/4084/screen3ns1.jpg
http://img232.imageshack.us/img232/5003/screen4nt6.jpg
http://img232.imageshack.us/img232/1944/screen5hc2.jpg
Obrigado,
Dorval Neto.

Bom dia Alexandre,
O report /XNFE/UPDATE_ERP_STATUS foi lançado no SP05 através da nota 1251349, nela é comentado sobre a criação do job e a execução individual. Após esta nota o report foi modificado algumas vezes sendo a mais recente 1273616 ou SP06. Acredito que mais modificações são necessárias ao programa, como a descrita que não retorna individualmente para NFe que ocorreu rejeição 225 por lote.
Quanto a como identificar o erro:
a) NORMAL - Se foi uma rejeição de processamento "normal" do R/3, ou seja, por algum motivo conhecido ele rejeitou a resposta enviada pelo GRC, então a resposta será encontrada na tabela J_1BNFE_INVALID no R/3, procure pelo docnum (obter na /xnfe/nfehd-docnum). Existe algumas situações especiais que o R/3 usa como docnum o valor de 9999999999, invalidando a pesquisa anterior. Então procura pela data e hora (ACTION_DATE e ACTION_TIME) da transmissão do GRC para o R/3.
b) ST22 - Se o não processamento no R/3 foi devido a algum dump no momento da execução da função ou alguma EXIT/BADI, então este não será logado corretamento no R/3. Verifique na ST22 do ERP se existe alguma informação no momento da execução do report update_erp_status.
c) RFC - Se não encontrar nesta tabela no R/3 então o problema pode ser de comunicação ou impressão, neste caso verifique no GRC NFE os logs de RFC via transação AL11, é um pouco mais complicado, pois você terá pegar o exato work process que fez a comunicação (se seu sistema tiver poucos erros de RFC, então fica mais simples). Exemplo:
. Transação AL11, Name of Directory Parameter = DIR_HOME
. Para facilitar, coloque em ordem por data e hora decrescente
. Procure um arquivo chamado dev_rfcN, onde N foi o Work Process que executou o call function remote (este é o ponto onde talvez não saiba), então procure pelo último data/hora logo após a execução do report /XNFE/UPDATE_ERP_STATUS
d) SEM OPÇÃO - Em último caso pode-se executar diretamente a função chamada no R/3 (J_1BNFE_XML_IN_TAB) através da SE37 e acompanhar passo-a-passo com os valores que o GRC tentou enviar sem sucesso (atenção para preencher exatamente os mesmo valores)
Dorval,
Poderia abrir um chamado na SAP sobre esta situação, desta forma poderemos submeter à equipe de desenvolvimento para providenciar a correção.
Atenciosamente,
Fernando Da Rós
Edited by: Fernando Ros on Mar 4, 2009 9:53 PM

Assinatura de uma NFe

Similar Messages

Maybe you are looking for