NF de Importação rejeitada pela SEFAZ se seqüencial do item de adição é 100

Prezados,
para dados referentes à Adições da Declaração de Importação da NF-e, campos I25 até I29 do Manual de NF-e, no SAP ECC há a estrutura J1B_NF_XML_H3, e no PI há a estrutura /XNFE/NFE_H3.
porém, o campo NSEQADIC, na estrutura do ECC tem tamanho 3, mas na estrutura do PI está com tamanho 2.
o impacto disso é que, se na NF de Importação tiver um item com sequêncial de adição (NSEQADIC) com valor 100, por exemplo, a informação que chegará no PI será 00, pois só há dois dígitos para este campo, e consequentemente, o PI manda zeros para a SEFAZ e a NF é rejeitada, dizendo que o campo NSEQADIC é obrigatório mas não foi informado.
gostaria de saber se já existe alguma nota à aplicar no PI sobre este problema, ou se é o caso de abrir chamado na SAP.
att,
Paulo Carvalho

Bom dia Paulo,
Você está certo, porém o standard não foi corrigido ainda. Peço que vc crie um chamado na SAP no componente SLL-NFE que encaminharemos ao desenvolvimento para correção que não deve demorar.
Em caso de urgência, pelo chamado mesmo a solicitação pode ser atendida antes mesmo da solução definitiva ser liberada em nota.
Atenciosamente, Fernando Da Ró

Similar Messages

  • Novas alterações - Manual 4.1 disponibilizado pela Sefaz

    Bom dia a todos,
    Saiu uma nova versão do manual 4.1 da Sefaz em 27/11.
    Saberia informar se a SAP disponibilizará alguma nota ou SP para contemplar estas alterações?
    Obrigado,
    Ariel

    Ariel,
    desculpe, nao havia visto a thread.
    Respondi a mesma pergunta nessa outra thread: Versao 4.0 e 4.01 do Manual do Contribuinte
    Att,
    Henrique.

  • Using "wizard" on a Mac OS X with Snow Leopard, importing bookmarks from Safari to Firefox should be seamless. Yet, when I try to select "Import..." under the File menu, the item is dimmed (unavailable) and unresponsive. Am I missing something obvious?

    No more details. As indicated, the import function seems to be disabled.

    I'm having difficulty visualizing what is wrong but try some basic steps first:
    Launch Safari while holding a Shift key - this will start Safari with just your Home page
    If you can see Reset Safari from the Safari menu, try that.
    In addition to downloading and installing Safari again, try reapplying just the Snow Leopard Combo Update: http://support.apple.com/kb/DL1399 There is no need to uninstall Safari first.
    Lastly try deleting Safari's Preferences file: ~/Library/Preferences/com.apple.Safari.plist

  • Dúvida no fluxo do processo de rejeição/recusa

    Bom dia, pessoal,
    Embora tenha participado de alguns projetos de nota fiscal eletrônica, uma coisa nunca ficou muito clara para mim. Estou em um novo projeto agora e eu queria fazer da melhor forma possível.
    A primeira dúvida é sobre Recusa/Rejeição. Basicamente qual a diferença entre os dois? Eu sempre entendi que uma nota é rejeitada pela SEFAZ, e recusada pela validação do GRC ou do outro sistema de mensageria. Essa abordagem está correta?
    A segunda dúvida é sobre essa mesma validação. Quando o GRC, ou outro sistema encontra erros de sintaxe do arquivo, ou de qualquer informação, qual deve ser o status dessa nota? Ela deve ficar como recusada? E o status de comunicação do sistema?
    Quando uma nota fiscal está recusada, qual o melhor fluxo? Considerando que o erro foi apontado pelo sistema de mensageria e não pela SEFAZ, a nota fiscal não pode ser cancelada. O sistema também não permite o estorno da nota, nem mesmo depois de resetar seu status . Uma vez eu debuguei e vi que é porque ela está numerada.
    Meu último problema é sobre inutilização. Alem do report, existe alguma outra forma de fazer a inutilização, direto pelo monitor? Penso em fazer isso justamente quando uma nota está recusada/rejeitada sem ter ido para o SEFAZ. Daí usaríamos a própria entrada dela, no monitor, para solicitar a inutilização da numeração.
    É Isso...
    Obrigado,
    Fernando Fussi

    Bom dia Fernando,
    Esta dúvida é comum principalmente que boa parte dos projetos (no início) não fez a implementação de NF-e por Support Package mas por aplicação de notas, então os termos originais Rejected and Denied foram traduzidos de forma diferente em cada projeto (a SAP só entrega traduções por SP), isso deu margem a boa confusão no tema.
    A primeira dúvida é sobre Recusa/Rejeição. Basicamente qual a diferença entre os dois?
    Existe rejeição (2xx, 4xx,999) e denegação (301 / 302)
    - Na rejeição a Sefaz rejeita por algum dado incorreto e não deixa salvo no banco de dados dela, você deve tentar corrigir e enviar quantas vezes necessário
    - Na denegação é uma situação específica que o emissor ou o destinatário estão com irregularidade fiscal junto à Receita, neste caso a NF-e é armazenada na base da Sefaz e não deve ser novamente enviada (o ERP ao receber a denegação dispara o cancelamento automaticamente)
    Eu sempre entendi que uma nota é rejeitada pela SEFAZ, e recusada pela validação do GRC ou do outro sistema de mensageria. Essa abordagem está correta?
    - Sim, a rejeição da validação é devido a algo que provocaria uma rejeição da Sefaz se enviado você também pode tentar acertar até passar pelo validador/Sefaz
    A segunda dúvida é sobre essa mesma validação. Quando o GRC, ou outro sistema encontra erros de sintaxe do arquivo, ou de qualquer informação, qual deve ser o status dessa nota?Ela deve ficar como recusada? E o status de comunicação do sistema?
    - Sim, rejeitado pelo validador MSS=V   DOCSTAT=vazio (o ERP não considera que a rejeição do validador tem peso igual a validação da Sefaz, porém pro processo é a mesma coisa que no ERP tem status específicos)
    Veja detalhes sobre status e situações aqui:
    Status do SAP Nota Fiscal Eletrônica (ERP x GRC x PI)
    ou em inglês:
    NF-e Status on SAP Nota Fiscal Electronica Solution (ERP x GRC x PI)
    Quando uma nota fiscal está recusada, qual o melhor fluxo? Considerando que o erro foi apontado pelo sistema de mensageria e não pela SEFAZ
    - Em linhas gerais o fluxo básico seria RESET + tentar corrigir o que o GRC ou a Sefaz informaram + NF-e -> Send
    , a nota fiscal não pode ser cancelada. O sistema também não permite o estorno da nota, nem mesmo depois de resetar seu status . Uma vez eu debuguei e vi que é porque ela está numerada.
    - Em um ERP e GRC corretamente atualizado com os SP's e notas isso não é normal em cada caso a causa raiz deve ser encontrada e sanada com notas ou chamado à SAP
    Meu último problema é sobre inutilização. Alem do report, existe alguma outra forma de fazer a inutilização, direto pelo monitor?
    - Que report? O de encontrar gaps? Este report é para sanar um side effect quando os clientes não implementaram ainda o decouple. Hoje em dia todos os clientes devem implementar o decouple job para evitar vários transtornos como (gaps (já não dá mais medo), NF-e autorizada no GRC/Sefaz e não existe no ERP (isso é terrível), inconsistência de transmissão (dados obtidos em memória X dados obtidos do banco)....
    - Inutilização é direto no monitor, que situação está descrevendo?
    Penso em fazer isso justamente quando uma nota está recusada/rejeitada sem ter ido para o SEFAZ. Daí usaríamos a própria entrada dela, no monitor, para solicitar a inutilização da numeração.
    - não entendi. Hoje uma nota Rejected seja pela Sefaz ou pelo validador deve ser cancelada pelo monitor J1BNFE. Entendi errado sua pergunta?
    - Existe também uma nova funcionalidade "Cancel Prior Authorization" que permite o cancelamento de uma NF-e antes mesmo dela ter sido numerada
    Atenciosamente, Fernando Da Ró

  • Inutilização de Nota com erro de validação no GRC

    Bom dia,
    Estou com um problema na inutilização de notas com erro de validação no GRC!
    Quando a nota é rejeitada pela GRC, fica da seguinte maneira:
    Etata obrigatória do processo : 8 (Erro validação interna sistema de mensagem.Envie novamente!)
    status de comunicação do sistema : 0 (Enviada ao sistema de menssagem (XI,...))
    status do sistema de mensagens : V (Mensagem Recebida: Erro de Validação Interna)
    Sem utilizar o botão Reset NFe, clico no botão Request Cancelation e realizo os procedimento de cancelamento.
    Verifico pela tabela /XNFE/NFE_HIST que gerou um registro com a chave de acesso, type 3 (Inutilização) e status 6 (Enviado ao Processamento da Nota Fiscal Eletrônica).
    Consulto no SEFAZ e verifico que essa nota já esta inutilizada porém na J1BNFE a nota continua processando.
    Alguem sabe como resolver este problema?
    Obrigado,
    Leandro Von Zubem.

    Bom dia.
    Tenho uma NF-e que está em situação parecida e agradeço suas colaborações.
    Estamos na ECC 5.0 SP 19.
    Esta NF-e foi rejeitada pela SEFAZ (NF-e writer e o erro estava no ano da data de emissão = 2008)
    e o usuário não percebendo tentou re-enviar várias vezes.
    Por fim, mesmo Rejeitada foi solicitado o Estorno (Skip) e os status da NF-e ficaram como abaixo:
       SAP ECC 5.0 SP19
          Status Ação :          Em processamento
          Status do documento NF-e:     2 Rejeitado
          Status de comunicação do sistema: 3 Rejeitado/a & autorização solicitada para ignorar
          Status do sistema de mensagens:     C Mensagem recebida: pedido de inutilização
          NF-e Código de Status :     228
       Log
              Novo stat.comun.sistema "Rejeitar estorno/ignorar usuário aceitos" não permitido p/status
                         comun.sist.anterior "Rejeitado/a & autorização solicitada para ignorar
              Nº mensagem J1B_NFE007
       GRC
          Status Code:               228     Rejeição: Data de Emissão muito atrasada
    Seguindo as orientações já mencionadas aplicamos em Desenv as Notas 1376901, 1376324 e 1298283 e
    simulamos a situação. Mas a NF-e também permanece "em processamento".
    A Nota 1141636 não foi possível aplicar porque exige para Basis o SP 700 e estamos no SP 640.
    Esta atualização seria muito mais demorada.
    Pergunto: existe alguma forma de ajustarmos os status para finalizar esta NF-e? (Rejeitar ou Aprovar/Rejeitar).
    Agradeço a toda colaboração.
    Abraços a todos e ótimas festas.
    Luis Appel

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

  • Problemas com entrega do iPad

    Sei que aqui não é o lugar certo para escrever esse tipo de reclamação.
    Mas só cheguei a esse ponto pelo fato de que ninguém resolve nada.
    Desde que comprei um iPhone me tornei fã da Apple.
    Comprei um macbook após isso.
    Lembrando que todos comprei em lojas autorizadas, porém não na Apple Store.com.
    Me interessei em um iPad, entrei na loja online Apple Store Brasil, comprei um iPad no boleto a vista, deram o prazo normal, e quando me entregaram, dentro da caixa havia dois Airport Extreme (roteadores) e nada do iPad. Quando notei, o produto era para ser enviado para Belo Horizonte - MG, sendo que eu moro em Ribeirão Preto - SP.
    Enfim, procurei informações da transportadora que a Apple trabalha (Direct Log), e o que me espanta, é que em todos os sites de avaliação, todas as avaliações para essa transportadora são negativas e muitos casos semelhantes ao meu.
    Como pode uma empresa muito bem conceituada mundialmente trabalhar com essa transportadora???
    Entrei em contato pelo 0800 da Apple, fui muito bem atendido, disseram que a transportadora iria ligar para retirar estes roteadores. De fato a transportadora ligou dizendo que ia retirar no mesmo dia. Já se passaram 2 dias, não retiraram esses roteadores e estou sem meu iPad.
    Entro no site para rastrear meu iPad, consta como entregue (que na verdade foi entregue dois roteadores), consta devolução do meu iPad (????) e não tem como eu rastrear nada muito menos saber o que acontece.
    Olha, se eu soubesse que daria esse transtorno todo, teria comprado na FastShop, Submarino, Americanas.com.
    Me desculpem pelo tópico gerado aqui, mas não consegui nenhum contato de Ouvidoria para eu poder fazer essa reclamação e alertar a todos dessa transportadora que com muito custo achei o telefone, porém ninguem atende.
    Nícolas Veronezi

    Bom dia Marcela,
    Esta nota antes de ser aprovada, foi por qq motivo rejeitada pela Sefaz e precisou de fazer RESET + Enviar ?
    Você consegue ver o protocolo correto na J1BNFE porém não na J1B3N ?
    Você usa GRC ?
    Aplique as notas 1404094  e 1350587 para evitar novos casos, quanto ao existente deve-se atualizar na mão ou via programa Z os campos da J1BNFDOC, precisando de apoio neste passo abra um chamado para XX-CSC-BR-NFE.
    Atenciosamente, Fernando Da Ró

  • GRC 10 - XML de "Skipped NF-e" não disponivel para download.

    Boa tarde a todos,
    Instalamos o GRC 10 e fizemos um teste de SKIP de uma NF-e que foi rejeitada pelo próprio validador do GRC. O Skip foi aprovado e o status voltou para o R/3 corretamente, porém, ao tentar fazer o download do xml de skipped NF-e ele não está disponível no portal para download.
    Quando fazemos o Skip de uma nota que foi rejeitada pela SEFAZ, neste caso, tanto o xml que foi rejeitado como o de Skipped NF-e ficam disponíveis para download.
    Na versão 1.0 do GRC o xml de Skip está disponível nas duas situações para download, ou seja, algo está faltando no GRC 10 que está impossibilitando fazer o download no primeiro cenário apresentado.
    Alguém já passou por este problema?
    Desde já agradeço,
    Juliano Costa

    Ainda não abri o chamado porque antes disso gostaria de saber de vocês se realmente isso não é algo que fosse um problema de configuração, etc.
    Irei abrir o chamado conforme orientação.
    Obrigado a todos,
    Juliano Costa

  • NF-e 3.10 - Erro 204 - Duplicidade - Botão consulta status

    Boa tarde a todos.
    Estamos em fase de testes do projeto de implementação do XML 3.10.
    Eu tive algumas notas no meu ambiente de teste integrado com rejeição 204 (duplicidade de nota).
    Eu preciso realizar a consulta de status para essas notas, porém no botão Outras Funções, não aparece a opção Verificar Status (conhecido como Consulta de Status no monitor 2.00).
    Eu encontrei o seguinte post relacionado ao meu problema:
    NFe V3.10 Erro 204 - Duplicidade - Botão Consulta Status sumiu
    Porém, o procedimento de "Continuar Processo" descrito no post acima não resolveu meu problema (quando dou um Continuar Processo, o GRC tenta enviar novamente a nota para aprovação).
    Alguém sabe como faço para o botão de consulta de status aparecer? Seria algo de perfil?
    Att,
    Matheus Goulart

    Então Ricardo, na verdade não tem botão de consulta de status no detalhe.
    Acebei de descobrir que o Continuar Processo funcionou, o problema é que a consulta de status foi rejeitada pela SEFAZ (sefaz MG).
    E o motivo que no monitor não atualizou os status das notas, é porque deu um erro no proxy inbound.
    Mensagem da SPROXY:
    Falta elem.'{http://www.portalfiscal.inf.br/nfe}dhRecbto'
    XML (retorno):
    <?xml version="1.0" encoding="utf-8" ?>
    - <nfeConsultaNFResponse xmlns="http://sap.com/xi/NFE/008"> 
    - <nfeConsultaNF2Result> 
    - <retConsSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10"> 
    <tpAmb>2</tpAmb>  
    <verAplic>13_2_28</verAplic>  
    <cStat>217</cStat>  
    <xMotivo>Rejeicao: NF-e nao consta na base de dados da SEFAZ</xMotivo>  
    <cUF>31</cUF>  
    <chNFe>31140940432544011262550160000014241463324953</chNFe>  
    </retConsSitNFe>
    </nfeConsultaNF2Result>
    <n0:mode xmlns:n0="http://sap.com/xi/NFE/008">O1</n0:mode>  
    </nfeConsultaNFResponse>

  • Etapas de fluxo do processo da NFe

    Boa tarde!
    Pessoal
    estou implementando a NFe na empresa e ja li toda a documentação da SAP e varias notas sobre como configurar o sistema para que se utilize esse processo.
    Mas ainda ficam algumas duvidas sobre qual é o fluxo correto a ser considerado.
    O primeiro caminho é certo:
       Cria-se o documento e envia para a SEFAZ.
       Recebe-se o retorno da mesma com o codigo de autorização e o nro de protocolo
       Efetua-se a impressão da DANFE
       A mercadoria está liberada...
    A partir dai podemos ter outras variaveis...
    erro de dados e nem vai para a SEFAZ, rejeição da SEFAZ com possibilidade ou não de aproveitar a nota criada, situações em que tem que comutar para contingencia, cancelar o documento no ERP, solicitar cancelamento na SEFAZ, criar novo documento em contingencia, informar SEFAZ sobre contingencia...
    Bem ainda não consegui fechar esse fluxo como um todo...
    Solicito uma ajuda do grupo: alguem ja conseguiu montar esse fluxo de forma a identificar todas as possibilidades a serem tratados na emissão da NFe? Se alguem tiver uma documentação a respeito poderia disponibilizar para assim agilizar o entendimento e execução desse processo?
    agradeço antecipadamente a colaboração
    Att,
    Márcia Verro

    Marcia, é mais ou menos assim:
    0. Envia-se a NFe:
    1. se autorizada, imprime a NFe e prossegue com o faturamento.
    1.1. se está tudo ok, mercadoria segue p/ o cliente e o processo termina.
    1.2. posteriormente, pode-se pedir cancelamento.
    1.2.1. se o cancelamento for autorizado, estorna-se o documento no ERP e se fatura novamente aquela delivery (voltando-se ao step "0").
    1.2.2. se o cancelamento foi rejeitado, vc pode corrigir o motivo (se aplicável) e tentar enviar novamente
    1.2.3. se SEFAZ está fora, vc tem q esperar ela voltar e reenviar o pedido do GRC, pois não há contingencia p/ cancelamento (passo "1.2").
    2. se rejeitada pela SEFAZ ou pelo validador, vc pode:
    2.1. corrigir o motivo da rejeição (se for possível) e reenviar a mesma NFe (voltando ao passo "0").
    2.2. pedir inutilização da NF-e. (obs: inutilizacao p/ rejeicao do validador em desenvolvimento)
    2.2.1. se a inutilizacao for autorizada, o documento é estornado no ERP e a delivery pode ser faturada novamente (volta-se ao step "0").
    2.2.2. se a inutilização for rejeitada, pode-se:
    2.2.2.1. corrigir o problema que causou a rejeicao da inutilização e reenviar a inutilização (voltando ao passo "2.2.").
    2.2.2.2. se a SEFAZ estiver fora, vc tem q esperar ela voltar e reenviar o pedido do GRC, pois não há contingencia p/ inutilização (passo "2.2").
    3. se SEFAZ estiver fora:
    3.1. vc pode esperar a SEFAZ voltar e reiniciar a transmissao (voltando ao step "0");
    3.2. vc pode entrar em contingencia, estornar manualmente a NFe em questao e emitir uma nova NFe em formulario de segurança. Quando a SEFAZ voltar, vc deve enviar a NFe original + NFe em contingencia para a SEFAZ.
    3.2.1. Quanto à NFe original, vc tem que sincronizar com o documento interno, que foi estornado manualmente:
    3.2.1.1.Se a NFe original for autorizada, vc deve pedir cancelamento para ela (passo "1.2").
    3.2.1.2. Se ela for rejeitada, vc deve pedir inutilização (passo "2.2").
    3.2.2. Quanto à NFe em contingencia:
    3.2.2.1. Se ela foi autorizada, a mercadoria já seguiu e o processo termina ok.
    3.2.2.2. Se ela foi rejeitada, vc deve obrigatoriamente corrigir o erro e enviá-la novamente, pois a mercadoria já circulou (passo "2.1").
    Att.
    Henrique.

  • 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

  • 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

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

  • Inutilização de NF-e rejeitada

    Foi criado uma NF-e  que recebeu o status de rejeição pela SEFAZ, solicitou-se a inutilização da mesma só que no retorno do GRC o billing estava bloqueado por outro usuário então no GRC e no ECC o status code = 102 porém o fleg de cancelado no ECC  não foi setado e não criou-se o documento de cancelamento.
    As notas foram aplicadas.
    https://service.sap.com/sap/support/notes/1517982
    https://service.sap.com/sap/support/notes/1551563
    Tentamos usar o botão Cancel Source Doc no menu NF-e da J1BNFE mas o mesmo está inativo.
    Alguém tem idéia de como resolver isso?

    Bom dia Leandro,
    Tem duas coisas estranhas, primeiro que os status que você cita iniciais são previstos na nota:
    NF-e: Required             DOC  SCS  MSS  Swt.  Post. Can.  Can.
    Process Step               STA            C.    C.          Sync.
    2 - Cancel Source Doc.     2    4    C    -     -     -     X
    Mais estranho ainda é o docsta ter ficado em branco, como se fosse anteriormente fosse uma rejeição pelo validação.
    Sabe se o valor de CANCEL_ALLOWED na active estava marcado?
    Atenciosamente, Fernando Da Ró

  • Validação do XML 2.0 no visualizador de NF-e da Sefaz Nacional retorna erro

    Olá,
    Gostaria de saber se alguém já verificou a estrutura do XML 2.0 gerados pelo SAP / GRC no visualizador de NFe do Portal Nacional, pois aqui na empresa estamos validando a estrutura destes XMLs e o visualizador retorna erro na estrutura e/ou conteúdo da NFe como não válidos.
    O XML que estamos verificando, foi autorizado, pelas sefazes de São Paulo e Virtual de RS em ambiente de homologação.
    Qualquer comentário é muito bem vindo.
    Obrigada,
    Luciana Kanno

    Bom dia Luciana,
    Conforme resposta completa pelo chamado, segue apenas para atualização da thread e informação aos amigos para ficarem "ligados" e nos ajudarem com esta investigação.
    Os XML's que enviou são 100% corretos quanto a integridade de assinatura e schema, porém o programa rejeita sem explicar a causa.
    A mensagem refere-se a erro de "estrutura e/ou conteúdo".
    No caso estou apostando que neste software tem validações que nem mesmo as Secretarias implementaram como os erros que estão aparecendo aqui de 531.
    Tente gerar a mesma nota (item + impostos) para outra Sefaz, quem sabe a rejeição escondida "aparece" em outro software de outra Sefaz.
    Fora isso, contactar a produtora deste validador para entender que regra pode estar causando isto.
    Atenciosamente, Fernando Da Ró

Maybe you are looking for