Erro no Evento de Cancelamento NFE 3.10

Bom dia a todos.
Estamos realizando testes de estorno de notas já na versão 3.10.
Na transação J1BNFE no SAP ECC, ao solicitar o estorno, estamos recebendo a mensagem abaixo:
" A conexão RFC 0054494302 falhou na transmissão da solicitação"
A chamada está sendo realizada no GRC. Ao debugar o programa no GRC que realiza o envio de cancelamento para a Sefaz, verifiquei que em determinado momento, a tabela /XNFE/PROXY_MAP é lida, com os dados abaixo:
VERSAO = '3.10'
DOCTYPE = 'EVE'
PROXY_GROUP = '110111'.
Esses dados não estão cadastrados na tabela, então retorna SY-SUBRC = 4 e o erro é gerado, conforme expliquei acima.
Essa tabela não deveria já vir preenchida com a aplicação do Support Package da NFE 3.10? Alguém já enfrentou esse problema?
Estamos no Support Package SAPK-90016INSLLNFE do componente SLL-NFE no GRC.
Alguém sabe se existe alguma nota ou se esses dados devem ser cadastrados manualmente? Se sim, quais dados devem ser cadastrados?
Obrigado.
Luis Gustavo dos Santos

Felipe, obrigado pelo retorno.
Identifiquei o erro aqui, na verdade os ABAP Proxy's de eventos da versão 3.1 estão configurados nas tabelas /XNFE/PROXY_MAP e /XNFE/PROXY_GRP como versão 1.0:
Portanto configurei como versão 1.0 mesmo o evento na SPRO:
Com isso o problema foi resolvido.
Att.
Luis Gustavo dos Santos

Similar Messages

Problemas na postagem Eventos para entrada NFE

Olá Experts ,
FOr entrada NFE estamos usando um módulo personalizado para extrair a NFE do Mail Box .
Depois que estamos usando mapeamento XSLT para separar a mensagem para eventos NFE e NFE . Nesta etapa NFE é postado com sucesso, mas para postar eventos que estão recebendo erro como: erro ao analisar a mensagem XMB recebido.
O código XSLT é :
<? xml version = "1.0" encoding = " UTF-8" >
< xsl: stylesheet versão = "1.0" xmlns : xx = xmlns " XXXX Nome Espaço xxx" : split = " http://sap.com/xi/XI/SplitAndMerge " xmlns : xsl = " http://www.w3 .org/1999/XSL/Transform " >
<xsl:output method="xml" indent="no" omit-xml-declaration="no"/>
<xsl:template match="/split:Messages/split:Message1/bg:nfeFromSenderMasked">
<split:Messages>
<split:Message1>
<xsl:for-each select="./bg:procNFeMulti/bg:procNFeStr">
< xsl: " . " valor de selecione = disable- output -escaping = "yes" />
</ xsl: for-each >
< / split : Message1 >
<split:Message2>
<xsl:for-each select="./bg:procEventoNFeMulti/bg:procEventoNFeStr">
< xsl: " . " valor de selecione = disable- output -escaping = "yes" />
</ xsl: for-each >
< / split : Message2 >
< / split : Mensagens>
</ xsl : template>
</ xsl: stylesheet>
Depois de analisar mais em NWA i se hte seguintes logs:
Os dados de resposta HTTP é = <soap:Envelope xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP:Header>
< / SOAP : Header >
<soap:Body>
< Soap: Fault xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/"><faultcode>SOAP:Client</faultcode><faultstring>Error durante a conversão de mensagem XI </ faultstring > <faultactor> http://sap.com/xi/XI/Message/30 </ faultactor > <detail> < SAP : Erro de SOAP : mustUnderstand = "1" xmlns : SAP = " http://sap.com/xi/XI/Message/30 "> <SAP:Category> XIProxy </ SAP: Category> < SAP : Code area="ABAP">INTERFACE_REGISTRATION_ERROR</SAP:Code><SAP:P1>ifmmessif</SAP:P1><SAP:P2>ETB2B_procEventoNFe_IB</SAP:P2><SAP:P3>http://sap.com/xi/NFE/006</SAP:P3><SAP:P4/><SAP:AdditionalText/><SAP:Stack>No classe de implementação registrada da interface (interface de ABAP , mensagem de pedido ETB2B_procEventoNFe_IB , mensagem de solicitação , namespace http://sap.com/xi/NFE/006 )
</ SAP: Stack > </ SAP: Error> < / detail > < / SOAP : Fault >
< / SOAP : Body>
</ Soap: Envelope >
Por favor me ajude como resolver esse erro como eventos não estão sendo postados.
obrigado

Olá.
Provavelmente o Cenário configurado está incorreto "ETB2B_procEventoNFe_IB".
Para Inbound deve ser configurado o Cenário EFB2B (Event From B2B), o ETB2B (Event To B2B) serve apenas para o Outbound.
Abraço.
Pedro Baroni

Erro no processo de cancelamento

Caro colegas,
O meu processo para mandar o lote esta funcionando. Porem quando fui solicitar um cancelamento da nota recebi um erro 215 que e erro de schema xml. O validador esta acionado na configuracao.
<?xml version="1.0" encoding="utf-8" ?><ns1:nfeCancelamentoNFResponse xmlns:ns1="http://sap.com/xi/NFE/005a"><ns1:nfeCancelamentoNFResult><ns2:retCancNFe versao="1.07" xmlns:ns2="http://www.portalfiscal.inf.br/nfe"><ns2:infCanc><ns2:tpAmb>2</ns2:tpAmb><ns2:verAplic>SP_NFE_PL_005c</ns2:verAplic><ns2:cStat>215</ns2:cStat><ns2:xMotivo>Rejeição: Falha no schema XML</ns2:xMotivo><ns2:cUF>35</ns2:cUF></ns2:infCanc></ns2:retCancNFe></ns1:nfeCancelamentoNFResult><ns1:NFeID>35090703528802000167550000000000640672996974</ns1:NFeID><ns1:retCancNFeStr><retCancNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.07"><infCanc><tpAmb>2</tpAmb><verAplic>SP_NFE_PL_005c</verAplic><cStat>215</cStat><xMotivo>Rejeição: Falha no schema XML</xMotivo><cUF>35</cUF></infCanc></retCancNFe></ns1:retCancNFeStr></ns1:nfeCancelamentoNFResponse>
Tem como saber o que houve?
Abs,
Phil

Bom dia Phil,
Sim, você deve pegar o XML no SXI_Monitor e pode usar a ferramenta de validação do site da Sefaz RS para validá-lo.
Validador de mensagens do projeto NF-e
Porém, de antemão verifique:
- Se a justificativa de cancelamento tem no mínimo 15 caracteres
- Se a justificativa de cancelamento não possue acentos ou caracteres especiais.
Atenciosamente, Fernando Da Ró

Erro na geração da NFe - Devolução de Transferência em Trânsito

Bom dia a todos.
Estou tentando fazer o cenário de devolução de transferência entre filiais quando o produto ainda estiver em trânsito. Utilizei como referência para todas as etapas o documento encontrado aqui no próprio fórum Stock Transfer Order (STO) with Full or Partial Return of Transit Stock - Localization Latin America - SCN Wiki
O meu problema está ocorrendo na hora de registrar a entrada da devolução pois o sistema não preenche a nota fiscal de referência.
Os passos executados foram os seguintes:
- Criação do pedido de transferência (ME21N)
- Geração da remessa (VL10B)
- Executar saída de mercadorias (VL02N)
Neste momento o sistema fez tudo certo.
Enquanto o produto ainda estava em trânsito, iniciei o processo de devolução com os seguintes passo:
- Criação do pedido de transferência (cópia do pedido original porém marcando o campo ITEM DE DEVOLUÇÃO)
- Geração da remessa (VL10B). Após a geração da remessa coloquei o mesmo código de impostos que estava na remessa original
- Executar entrada de mercadorias (VL02N)
O erro ocorre na entrada de mercadorias. Neste ponto o sistema apresenta a mensagem de erro abaixo:
Entrar nº de referência da nota fiscal
Mensagem 8B 259
Para que a nota seja aprovada na SEFAZ, a categoria de NFe que utilizei está configura como 6. Restit.
Alguém já passou por isso ou tem alguma idéia que possa ajudar?
Obrigado,

Chegou a olhar a nota...
2133551 - Full/Partial return of STO gets rejected by SEFAZ (NF-e without reference or wrong CFOP <-> finNFe)

Erro no processo de cancelamento/inutilização

Amigos,
Configurei os cenários de NFe e está ocorrendo um problema no PI que ainda não havia visto. Recebo a mensagem abaixo na SXMB_MONI:
- <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">MESSAGE_NOT_USED</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Message interface is not used by this process</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
Já refiz os cenários e ainda assim não funcionou. Alguém já passou por um caso semelhante?
Abraços,
Marcos

Bom dia Phil,
Sim, você deve pegar o XML no SXI_Monitor e pode usar a ferramenta de validação do site da Sefaz RS para validá-lo.
Validador de mensagens do projeto NF-e
Porém, de antemão verifique:
- Se a justificativa de cancelamento tem no mínimo 15 caracteres
- Se a justificativa de cancelamento não possue acentos ou caracteres especiais.
Atenciosamente, Fernando Da Ró

Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI

Boa noite, srs!
Estamos com um problema na inutilização e cancelamento de NFe junto ao SEFAZ.
Foi executado o report J_1BNFECHECKNUMBERRANGES para inutilização de numeração de NFe. A tabela J_1BNFENUMGAP foi preenchida com a numeração, porém a mesma não consta na consulta do site da Fazenda.
Consultando o Monitor GRC com os IDs indicados na tabela, aparece o seguinte erro:
Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI
De fato o processo aparece com erro no monitor do PI. Não consegui diagnosticar o erro na msg xml de retorno. A unica descrição disponível é:
<SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTP_EXCEPTION - HTTP 415 Unsupported Media Type</SAP:AdditionalText>
Reparei que o mesmo erro ocorre para estorno de NFes que já foram aprovadas no SEFAZ.
Verifiquei os canais de comunicação para inutilização e cancelamento de notas e os endereços estão apontando corretamente para os WS da Fazenda. O serviço (Minas Gerais) também aparece como disponível/ativo na SEFAZ.
Estou meio sem norte aqui para identificar o erro.
Alguém já enfrentou este caso ou algo similar?
Obrigado desde já!
Carlos Penteado.

Bom dia, caros!
Obrigado pelas respostas!
Metade dos meus problemas foi solucionado! =|
Henrique e Bernardo, vocês tinham razão, era erro da própria SEFAZ. Tentei o re-envio do estorno da NFe pelo GRC e ela retornou com sucesso!
No entanto, tive que alterar o status da nota no J_1BNFE_ACTIVE para que a nota completasse o estorno na J_1BNFE.
Porém o erro da inutilização da numeração de NFe continua acontecendo. O funcional abriu um chamado na SAP, assim que tiver alguma resposta, replico aqui!
Fernando, verifiquei o canal de comunicação de inutilização (SKIP) e as configurações parecem ok, estão assim como os canais que funcionam.
Nunca utilizei o Visual Administrator. Vou verificar com o Basis a possibilidade...
Obrigado pela ajuda! Atualizarei assim que encontrar mais alguma novidade!
Abs,
Carlos.

Cancelamento de NF-e parado (batch status 05, process status 02)

Bom dia pessoal,
Ontem tivemos um problema no GRC/PI de um cliente, onde por alguma razão o certificado estava sendo rejeitado. Depois de vários problemas causados por isso, foi resetado o j2ee e o sistema voltou a operar normalmente.
As sequelas disso foram duas notas para as quais foi solicitado o cancelamento, agora elas estão com status de processamento 02 (Sent to Signature Service) e batch status 05 (Result Received).
Seguindo uma orientação para um caso parecido (),
peguei os MsgIDs das mensagens dessas NFs na /xnfe/acknowledg (ambas com SIGNC), encontrei-as no SXI_MONITOR do PI, onde elas são listadas 2x cada, com os seguintes status
1 - Status = Transfer to Process Engine (, Ack. Status = branco
2 - Status = Processed Successfully, Ack. Status = Still awaiting acknowledgment (bola verde com interrogação)
Ao tentar dar restart nas mensagens, recebo a seguinte mensagem de erro:
You cannot restart XML message E07AFA5FD584CEF1B15C3C4A927627EC with this status/type
Message no. XMS_ADM085
Diagnosis
You want to reschedule an XML message that has already been processed (Restart). However, the XML message status or type does not permit a restart.
System Response
You can only restart asynchronous XML messages.
Furthermore, you can only reschedule XML messages with errors. You cannot restart correctly processed XML messages or XML messages with the status Being Processed.
Tem algo que possa ser feito sem ter que alterar tabelas?
Como a equipe responsável pelo PI/GRC fica fora do BR, é bem complicado conseguir autorização para qquer coisa nesse sentido em PRD.
ps.: Agora cliquei no "Expand all messages", para cada um dos MsgIDs, apareceram 2 novas linhas, uma com status = Scheduled (bandeira verde) e outra com status Scheduled for Outbound Processing (seta preta), ambos com o awaiting ack.
=> SMQ1 e SMQ2 ambas sem entradas.
Obrigado!
Eduardo Hartmann

Eduardo,
O NFe type = 2 (cancelamento)?
Se sim, me parece que o pedido de cancelamento foi enviado pra assinatura e nao teve resposta, provavelmente devido ao fato de o J2EE estar fora. Nesse caso, o batch status é irrelevante (ele só é relevante pro processo de envio de NFe, não pra cancelamento/inutilização).
O "correto" seria vc identificar onde a mensagem de assinatura parou (i.e. se em alguma fila - SMQ1/SMQ2, se tem q restartar o BPM etc.). Mas como o passo de assinatura é stateless, diferentemente do processamento da SEFAZ, vc poderia simplesmente "marretar" um status de erro de assinatura de cancelamento na /xnfe/nfe_hist (verifique o valor apropriado do error status no domínio do campo) e restartar a assinatura do cancelamento pelo monitor de NFe do GRC, aba de erro de assinatura.
Abs,
Henrique.

SAP B1 + NFe. Erro: O documento XML não está em conformidade com o esquema.

Olá pessoal,
Estou fazendo testes com a Nf-e do SAP B1 9.0 PL 11.
Segui o documento How to Work with SAP Nota Fiscal Eletrônica in SAP Business One.pdf, e fiz todas as configurações necessárias.
Inclui um certificado digital, e estou realizando testes de emissão de nota em ambiente de homologação.
Estou utilizando os layout da nf-e disponibilizado pela SAP:
- NFe_Mapping_v1.182.SPP
- NFe_NumberSkipping_V3.SPP
Quando tento emitir uma nota fiscal de saída para teste, ao tentar inserir o documento aparece o erro:
"O documento XML não está em conformidade com o esquema; entrar em contato com o fornecedor de formato para obter suporte. The element 'transp' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vol' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'modFrete' in namespace 'http://www.portalfiscal.inf.br/nfe'."
Pelo que verifiquei este erro já é um retorno do Sefaz (estou fazendo testes no Sefaz-RS), porém não consegui maiores detalhes a partir disto.
Não consegui obter o XML que o SAP gera, para analisar esta inconsistência no XML. Na pasta padrão, que é configurado para o SAP armazenar os arquivos relacionados a NF-e, não foi criado nenhum arquivo, e no "Monitor de NF-e" dentro do SAP, também não apareceu nenhum log de comunicação.
Alguém teria alguma informação de como obter o XML gerado para pelo SAP para analisar este erro? Ou onde posso verificar o motivo deste erro?
Agradeço,

Olá pessoal,
Para deixar registrado.
Prossegui com os testes, e alterando algumas tags no EFM o arquivo NFe_Mapping_v1.182.SPP disponibilizado pela SAP, consegui gerar uma nota fiscal, porém a mesma ainda não é enviado ao SEFAZ.
Configurei todo o B1i, importando o scenario, de acordo com o How To do NF-e. No scenario, depois de ativado, ao verificar o status no check, aparece um warning em 3 eventos:
"inbound channel, timer: Step runs by default every minute. Message log not excluded. High load on message "
Não consegui verificar se isto pode gerar algum problema na transmissão da NF-e.
No Sap, no monitor da NF-e, tentei enviar várias notas fiscais, está gerando a chave de acesso e consigo exportar o XML da nota, porém está dando erro de envio, ao dar 2 clique na linha, aparece o erro:
"Documento marcado para transferência utilizando o framework de integração"
Verifiquei no site do SEFAZ pela chave de acesso, e a nota não chegou a ser enviado ao SEFAZ
Este é ponto até onde avancei com a emissão da NF-E utilizando os recursos do SAP.
Se alguém conseguiu enviar com sucesso uma nf-e pelo SAP PL11, e compartilhar esta informação, agradeço.
Diego Rodrigo,

NFe Estorno - Configurando cancelamento e Inutilização

Bom dia Pessoal, tudo bem com vocês?
Sei que pode parecer uma coisa simples para vocês, mas tenho uma duvida e gostaria entender melhor e resolvi procurar a experiencia de vocês sobre o assunto.
Sendo assim, gostaria de saber se um processo de estorno da NFe, deve ser o mesmo feito para NF normal.
Se sim na parte de customização do SAP (SPRO), eu verifiquei a tag "Definir motivos de estorno", lá posso definir os motivos do cancelamento, etc.
Configurado essa parte os processos a seguir, são os mesmos para NF normal? Pois preciso criar um Cenário de testes com os motivos do cancelamento sendo referente a cancelamento da NFe, e por inutilização.
A vim procurar aqui também pelo motivo didatico e "entendivel" do assunto, afinal quando a uma conversa e explicação fica muito mais lógico o entendimento.
Obrigado e bom dia a todos,

Vitor,
atente que, segundo o layout da SEFAZ, os motivos de cancelamento e inutilizacao nao podem ter menos do que 15 caracteres.
Ainda, evite utilizar acentos e/ou caracteres especiais, pois senao o XML nao será aceito pela SEFAZ de alguns estados.
O ideal é ser sucinto mas ainda assim preciso:
Cancelamento: produto devolvido pelo cliente
Cancelamento: nota emitida com erros
Inutilizacao: nota rejeitada pela SEFAZ
etc.
Abs,
Henrique.

Nfe parada no GRC. Erro validação: Valor da nf negativo. Pricing desabilita

O usuário fez uma nola fiscal no ECC 5.0 onde o valor do desconto do produto superou o preço do item, portanto a nota fiscal ficou negativa. O usuário não percebeu o erro. Finalizou o processo de faturamento encaminhando para o GRC.
A nfe gerou erro de validação no GRC. Veja o log:
Erro de validação: campo BC do ICMS. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VBC, ID campo W003)
Erro de validação: campo Valor Total dos produtos e serviços. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VPROD, ID campo W007)
Erro de validação: campo Base Amount in NF-e. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-L1_00_VBC, ID campo N015)
Erro de validação: campo Net Value. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-VPROD, ID campo I011)
Status do processo: 01 Recebido do sistema back end
Status do erro: 10 Erro de Validação.
Na transação J1BNFE o usuário não consegue estornar, porque a nota não foi para a Sefaz. Também não consegue corrigir a pricing para reenviar a nota.
Peço ajuda e agradeço desde já.
Att. Ronaldo Figueiredo
Moinho Sul Mineiro.

Bom dia Ronaldo,
NF-es com erro de validação podem ser inutilizadas pela mesma opção de cancelamento na J1BNFE.
Qual o motivo de o usuário não conseguir solicitar o cancelamento?
Atenciosamente, Fernando Da Rö

Método CHECK SUBSEQUENT DOCUMENTS impede cancelamento de algumas NFe´s

Bom dia a todos,
Após implementarmos o método CHECK_SUBSEQUENT_DOCUMENTS no QA para impedir a solicitação de estorno cancelamento (através do usuário) de NFe´s do mês anterior, nos primeiros dias do mês subsequente, verificamos que algumas NF-e´s geradas e aprovadas num mesmo dia, são impedidas também de se requisitar o cancelamento, ou seja não se permite nem disparar a solicitação de cancelamento através da J1BNFE para algumas NF-e, sendo assim, ainda não estamos seguros em nossos testes para mover este método para o PRD.
Como parâmetros, implementos este método com base no código ABAP sugerido no material de treinamento de NF-e elaborado no Workshop de NF-e realizado pela SAP (WBRNFE 6.0 Português de 2008).
Alguém já passou por este problema?
Desde já agradeço.
André
METHOD if_ex_cl_nfe_print~check_subsequent_documents.
types                                                          *
TYPES: BEGIN OF ty_type_doc,
          reftyp TYPE j_1bnflin-reftyp,
          refkey TYPE j_1bnflin-refkey,
         END OF ty_type_doc.
Tables and Structures                                               *
DATA: tl_type_doc TYPE TABLE OF ty_type_doc,
        tl_return   TYPE TABLE OF bapireturn1,
        tl_success TYPE TABLE OF bapivbrksuccess,
        el_type_doc TYPE ty_type_doc,
        el_message TYPE bapireturn1.
Variables                                                           *
DATA: i_billing TYPE vbeln.
Constants                                                           *
CONSTANTS: cl_1(1)    TYPE c                VALUE '1',
             cl_0567(4) TYPE c                VALUE '0567',
             cl_bi      TYPE j_1bnflin-reftyp VALUE 'BI',
             cl_x(1)    TYPE c                VALUE 'X',
             cl_s(1)    TYPE c                VALUE 'S'.
CLEAR: tl_type_doc, tl_return, tl_success,
         el_type_doc, el_message, i_billing.
CHECK is_active-docsta EQ cl_1.
CHECK is_active-scssta CA cl_0567.
CHECK is_active-cancel IS INITIAL.
SELECT reftyp refkey
    FROM j_1bnflin
    INTO TABLE tl_type_doc
    WHERE docnum EQ is_active-docnum.
CHECK sy-subrc EQ 0.
SORT tl_type_doc.
DELETE ADJACENT DUPLICATES FROM tl_type_doc.
LOOP AT tl_type_doc INTO el_type_doc.
    CASE el_type_doc-reftyp.
      WHEN cl_bi.
        MOVE: el_type_doc-refkey TO i_billing,
              cl_x              TO sy-binpt.
        CALL FUNCTION 'BAPI_BILLINGDOC_CANCEL1'
          EXPORTING
            billingdocument = i_billing
            testrun         = cl_x
            no_commit       = cl_x
          TABLES
            return          = tl_return
            success         = tl_success.
        DELETE tl_return WHERE type EQ cl_s.
        READ TABLE tl_return INTO el_message INDEX 1.
        IF sy-subrc EQ 0.
          MOVE: el_message-type       TO sy-msgty,
                el_message-number     TO sy-msgno,
                el_message-id         TO sy-msgid,
                el_message-message_v1 TO sy-msgv1,
                el_message-message_v2 TO sy-msgv2,
                el_message-message_v3 TO sy-msgv3,
                el_message-message_v4 TO sy-msgv4.
          ch_subrc = 4.
        ENDIF. " IF sy-subrc EQ 0.
        EXIT.
      WHEN OTHERS.
        EXIT.
    ENDCASE.
ENDLOOP.
ENDMETHOD.

Boa tarde Fernando,
Respondendo as suas perguntas:
Essa data de posting da NF-e e do billing document estão em período aberto?
Sim, esta data de NF-e que estamos tentanto estornar encontra-se dentro de perído aberto, foi gerada em 26.07.2010.
Isso acontece também quando você faz uma nova venda+fatura e tenta cancelar?
Sim, está ocorrendo em alguns casos para NF-e emitida e faturada no mesmo dia.
Que mensagens você obtem ao tentar o cancelamento?
Um exemplo da mensagem de erro (caso citado acima):
Gravado doc. $000000002 (não foi criado documento contábil)
Nº mensagem VF050
Já debugou para tentar entender o que está acontecendo?
Geramos algumas notas ontem (29/07) e hoje (30/07), na 2a. feira iremos tentar executar estes estornos para analisar o comportamento, quando estaremos debugando para retornar maiores detalhes aqui neste fórum, ok?!
Desde já agradeço.
André

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!

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

Cancelamento/inutilização: erro de sistema PI

Pessoal, bom dia!
Por favor, estamos testando o cenário de Cancelamento de NF e as notas estão ficando com os seguintes status:
Stat. Processo: 06 - Enviado ao Processamento da Nota Fiscal Eletrônica
Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI
Analisando o erro no Monitor do PI, peguei o XML enviado ao Sefaz e testei no endereço http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx e os dados estão corretos.
O Erro detalhado no Monitor do PI é (Error in response):
Message processing failed. Cause: com.sap.aii.af.ra.ms.api.RecoverableException: SOAP: response message contains an error XIAdapter/PARSING/ADAPTER.SOAP_EXCEPTION - soap fault: Unexpected Error java.lang.NoSuchMethodError: javax.xml.soap.SOAPFactory.newInstance(Ljava/lang/String;)Ljavax/xml/soap/SOAPFactory; at br.inf.portalfiscal.soapclient.ClientSoap.(TransitoCancelamentoClient.java:56) at br.inf.portalfiscal.nfe.controller.ValidaDadosCanc.verificarRegistroCirculacao(ValidaDadosCanc.java:248) at br.inf.portalfiscal.nfe.controller.ValidaDadosCanc.validaDadosCanc(ValidaDadosCanc.java:214) at br.inf.portalfiscal.nfe.controller.ValidacaoXMLHelper.validaCancelamento(ValidacaoXMLHelper.java:307) at br.inf.portalfiscal.nfe.controller.UtilSession.processarCancelamento(UtilSession.java:509) at sun.reflect.GeneratedMethodAccessor292.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:359) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168) at org.jboss.ejb.plugins.LogInterceptor.inv
Obrigado,
Danilo

De fato, esse trace é do web service da propria SEFAZ.
Esses objetos referenciados (e.g. ValidaDadosCanc.java) não fazem parte do pacote do SAP NFE.
O status no GRC está como comunicacao de PI (vermelho)?
Se sim, depois de a SEFAZ corrigir o problema, vc consegue restartar o processo pela aba de Erro de Cancelamento/Inutilizacao no Monitor de NFes.
Abs,
Henrique.

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

Erro no Evento de Cancelamento NFE 3.10

Similar Messages

Maybe you are looking for